[gelöst] Rechte verbogen?

Thomas Braun

@Homoran sagte:

Findet der pi sie dann trotzdem?

Ja, mkfs geht direkt auf das Gerät. Deswegen darf das auch nicht beim formatieren gemounted sein.

Homoran

puh@Pi5SSD:/ $ sudo umount /mnt/sdkarte
puh@Pi5SSD:/ $ sudo mkfs.ext4 /dev/mmcblk0p1
mke2fs 1.47.2 (1-Jan-2025)
/dev/mmcblk0p1 contains a exfat file system
Proceed anyway? (y,N) y
Discarding device blocks: done
Creating filesystem with 62492672 4k blocks and 15630336 inodes
Filesystem UUID: de357a95-cd0b-4b5c-85d2-52d962a0b6bd
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872
Allocating group tables: done
Writing inode tables: done
Creating journal (262144 blocks): done
Writing superblocks and filesystem accounting information: done
puh@Pi5SSD:/ $

Fstab ist geschrieben....

Homoran

puh@Pi5SSD:/ $ sudo mount -a
mount: /mnt/sdkarte: can't find UUID=6536-6431.
mount: (hint) your fstab has been modified, but systemd still uses
       the old version; use 'systemctl daemon-reload' to reload.
puh@Pi5SSD:/ $
puh@Pi5SSD:/ $ blkid
/dev/mmcblk0p1: UUID="de357a95-cd0b-4b5c-85d2-52d962a0b6bd" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sda2: LABEL="rootfs" UUID="15f4c6be-1102-4331-9904-f78e78afd1fd" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="20b8a487-02"
/dev/sda1: LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="B2F0-82D2" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="20b8a487-01"
/dev/loop0: LABEL="origin:rpi-swap" TYPE="swap"
/dev/zram0: LABEL="zram0" UUID="7703ab91-842c-4e5b-a125-aab6b4b6c58a" TYPE="swap"
puh@Pi5SSD:/ $

Muss ich wohl die uuid in der fstab ändern

Thomas Braun

@Homoran sagte:

Muss ich wohl die uuid in der fstab ändern

Sorry, hab ich nicht dran gedacht. Die UUID ändert sich durch das andere Dateisystem natürlich.

Homoran

Looks good

puh@Pi5SSD:/ $ sudo nano /etc/fstab
puh@Pi5SSD:/ $ sudo mount -a
mount: (hint) your fstab has been modified, but systemd still uses
       the old version; use 'systemctl daemon-reload' to reload.
puh@Pi5SSD:/ $ systemctl daemon-reload
==== AUTHENTICATING FOR org.freedesktop.systemd1.reload-daemon ====
Authentication is required to reload the systemd state.
Authenticating as: puh
Password:
==== AUTHENTICATION COMPLETE ====
puh@Pi5SSD:/ $ sudo mount -a
puh@Pi5SSD:/ $ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           1.6G   13M  1.6G   1% /run
/dev/sda2       459G  5.6G  435G   2% /
tmpfs           4.0G     0  4.0G   0% /dev/shm
tmpfs           5.0M   48K  5.0M   1% /run/lock
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-journald.service
/dev/sda1       505M   67M  439M  14% /boot/firmware
tmpfs           4.0G  8.8M  4.0G   1% /tmp
tmpfs           1.0M     0  1.0M   0% /run/credentials/getty@tty1.service
tmpfs           1.0M     0  1.0M   0% /run/credentials/serial-getty@ttyAMA10.service
tmpfs           806M   32K  806M   1% /run/user/1000
/dev/mmcblk0p1  234G  2.1M  222G   1% /mnt/sdkarte
puh@Pi5SSD:/ $

Muss nach den Rechten sehen

puh@Pi5SSD:/ $ ls -la /mnt/
total 12
drwxr-xr-x  3 root root 4096 Sep  3 18:27 .
drwxr-xr-x 18 root root 4096 Jun 18 02:20 ..
drwxr-xr-x  3 root root 4096 Sep  3 20:15 sdkarte
puh@Pi5SSD:/ $

Thomas Braun

@Homoran sagte:

Muss nach den Rechten sehen

In Sachsen-Anhalt... ;-)

Homoran

@Thomas-Braun nee, Recht schreibung

G+w?? Oder so?

Chown?

Thomas Braun

@Homoran

Wenn das Ding nun gemounted ist:

sudo chown -R puh:iobroker /mnt/sdkarte

Homoran

@Thomas-Braun sagte:

sudo chown -R puh:iobroker /mnt/sdkarte

Sieht schon besser aus

puh@Pi5SSD:/ $ sudo chown -R puh:iobroker /mnt/sdkarte
puh@Pi5SSD:/ $ ls -la /mnt
total 12
drwxr-xr-x  3 root root     4096 Sep  3 18:27 .
drwxr-xr-x 18 root root     4096 Jun 18 02:20 ..
drwxr-xr-x  3 puh  iobroker 4096 Sep  3 20:15 sdkarte

Aber immer noch kein Gruppen-w

Thomas Braun

@Homoran

sudo chmod -R g+w /mnt/sdkarte

Homoran

@Thomas-Braun sagte:

sudo chmod -R g+w /mnt/sdkarte

SUPER!

puh@Pi5SSD:/ $ sudo chmod -R g+w /mnt/sdkarte
puh@Pi5SSD:/ $ ls -la /mnt
total 12
drwxr-xr-x  3 root root     4096 Sep  3 18:27 .
drwxr-xr-x 18 root root     4096 Jun 18 02:20 ..
drwxrwxr-x  3 puh  iobroker 4096 Sep  3 20:15 sdkarte
puh@Pi5SSD:/ $

Lag das ganze vergeblich bemühte also eigentlich nur am falschen Format??

DANKE!!
(mal wieder)

Thomas Braun

@Homoran sagte:

Lag das ganze vergeblich bemühte also eigentlich nur am falschen Format??

Man kann das auch mit exfat hinbügeln. Irgendwie. Da müssten dann POSIX-Rechte simuliert werden.
Mit einem Datei-System, was das von Haus aus mitbringt ist es aber viel einfacher.

Homoran

Dann lag ich doch gar nicht so daneben!

Danke nochmal

PS
Wie würdest du das im Argon Gehäuse verwursten (OS und iob auf SSD, Daten auf SD) da kann ich die NVMe ja nicht direkt am Imager bespielen.

OS auf SD
Einstecken, booten
SSD mit ext4 formatieren, wie hier die Karte
"Irgendwie" mit dd Den Inhalt der Karte auf die SSD
Bootreihenfolge und expand filesystem via raspi config
Neubooten
Dann Karte formatieren und einbinden wie hier

Passt das in etwa?

Thomas Braun

@Homoran sagte:

Wie würdest du das im Argon Gehäuse verwursten

Bei meinem Argon ist die SSD über eine USB-Brücke mit dem Pi verbunden. Ich meine, da hab ich nur ein USB-Kabel zwischen Laptop und dem Gehäuseunterteil gesteckt und dann kann man da direkt mit dem Imager draufschreiben.

Edit: Und in der Bastelschublade liegt auch noch ein USB-SSD-Adapter für solche Fälle.

Homoran

@Thomas-Braun sagte:

über eine USB-Brücke

Ja bei pi4! Der pi5 hat aber dafür eine PCIe Schnittstelle.

@Thomas-Braun sagte:

ein USB-SSD-Adapter für solche Fälle.

Wäre mein fallback

Thomas Braun

@Homoran sagte:

Wäre mein fallback

Dann würde ich den Weg gehen und mit dem Imager dann direkt auf die SSD schreiben. Sparste dir den hantier mit dd und resizing usw.

Homoran

@Thomas-Braun musste doch noch was ändern!!

puh@Pi5SSD:/mnt/sdkarte $ ls -la
total 36
drwxrwxr-x 6 puh  iobroker  4096 Sep  3 21:15 .
drwxr-xr-x 3 root root      4096 Sep  3 18:27 ..
drwxrwxr-x 2 puh  puh       4096 Sep  3 21:15 archiv
drwxrwxr-x 2 puh  puh       4096 Sep  3 21:15 backups
drwx-w---- 2 puh  iobroker 16384 Sep  3 20:15 lost+found
drwxrwxr-x 2 puh  puh       4096 Sep  3 21:14 privat
puh@Pi5SSD:/mnt/sdkarte $ sudo chown -R iobroker:iobroker /mnt/sdkarte
[sudo] password for puh:
puh@Pi5SSD:/mnt/sdkarte $ ls -la
total 36
drwxrwxr-x 6 iobroker iobroker  4096 Sep  3 21:15 .
drwxr-xr-x 3 root     root      4096 Sep  3 18:27 ..
drwxrwxr-x 2 iobroker iobroker  4096 Sep  3 21:15 archiv
drwxrwxr-x 2 iobroker iobroker  4096 Sep  3 21:15 backups
drwx-w---- 2 iobroker iobroker 16384 Sep  3 20:15 lost+found
drwxrwxr-x 2 iobroker iobroker  4096 Sep  3 21:14 privat

Nach Anlegen der Verzeichnisse hätte backitup sonst nicht schreiben dürfen

Aber jetzt darf er

puh@Pi5SSD:/mnt/sdkarte/backups $ ls -laH
total 2564
drwxrwxr-x 2 iobroker iobroker    4096 Sep  3 21:19 .
drwxrwxr-x 6 iobroker iobroker    4096 Sep  3 21:15 ..
-rw-r--r-- 1 iobroker iobroker 2613976 Sep  3 21:19 iobroker_2026_09_03-21_19_34_Pi5SSD_backupiobroker.tar.gz
puh@Pi5SSD:/mnt/sdkarte/backups $

Thomas Braun

@Homoran sagte:

drwxrwxr-x 2 puh puh 4096 Sep 3 21:15 backups

Da hätte ich als Eigentümer die Gruppe 'iobroker' gesetzt. Da sind ja bestimmt beide user drin.

Homoran

@Thomas-Braun ja genau!

Kann man das etwa durekt dem mkdir mitgeben??
Ich habs dann ja rekursiv über den mount gekippt

Edit

Optionen von mkdir

Option. Beschreibung
-m oder --mode=MODUS Zugriffsrechte setzen wie bei chmod

Edit2
Aber die user/Gruppen wie bei chown geht doch nicht!??

Thomas Braun

@Homoran sagte:

Aber die user/Gruppen wie bei chown geht doch nicht!??

Nein, die Besitzer müssen immer nachträglich gesetzt werden.

Community Forum

NEWS

[gelöst] Rechte verbogen?

Optionen von mkdir

Optionen von mkdir

Support us

207

33.1k

83.8k

1.4m