Formatierung einer USB Platte am Pi5

[Homoran]

@thomas-braun da war ein Doppepunkt.
ich dachte da müsse ich was eintragen.
Hat er aber nur ne künstlerische Pause eingelegt.

Proceed anyway? (y,N) y
Creating filesystem with 36628736 4k blocks and 9158656 inodes
Filesystem UUID: 3d15831f-ff72-420f-a9c8-feb8e8f3a3f9
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

pi@ioBrokerpi5:~ $

jetzt ist er fertig.

muss mich dann noch in mount und fstab einlesen, damit ich die Platte so mounten kann, dass ich sie auch mal abziehen kann ohne dass der Pi streikt

[JLeg]

@homoran sagte in Formatierung einer USB Platte am Pi5:

@thomas-braun

@homoran sagte in Formatierung einer USB Platte am Pi5:

ich fürchte da will er was von mir

hast du ne Ahnung was?

…das Prg sollte etwas rödeln und dann so wie in den Zeilen darüber ‚done‘ ausgeben. Tut es das nicht, klemmt evtl. deine Platte, bzw. das USB-Interface…

[Homoran]

@jleg scheint erledigt!

siehe letzter Post

DANKE euch allen

Status jetzt:

pi@ioBrokerpi5:~ $ sudo parted /dev/sda print
Model: CT500P3S SD8 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End    Size   Type     File system  Flags
 1      1049kB  150GB  150GB  primary  ext4

pi@ioBrokerpi5:~ $

[Thomas Braun]

@homoran sagte in Formatierung einer USB Platte am Pi5:

dass ich sie auch mal abziehen kann ohne dass der Pi streikt

umount nicht vergessen. Dann erst abziehen.

[Homoran]

@thomas-braun

im Moment mal eben manuell

pi@ioBrokerpi5:~ $ sudo mount /dev/sda1 /media/usbplatte
mount: (hint) your fstab has been modified, but systemd still uses
       the old version; use 'systemctl daemon-reload' to reload.
pi@ioBrokerpi5:~ $ sudo systemctl daemon-reload
pi@ioBrokerpi5:~ $ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.8G     0  3.8G   0% /dev
tmpfs           806M  5.3M  801M   1% /run
/dev/mmcblk0p2  235G  2.8G  220G   2% /
tmpfs           4.0G     0  4.0G   0% /dev/shm
tmpfs           5.0M   48K  5.0M   1% /run/lock
/dev/mmcblk0p1  510M   61M  450M  12% /boot/firmware
tmpfs           806M     0  806M   0% /run/user/1000
/dev/sda1       137G   28K  130G   1% /media/usbplatte
pi@ioBrokerpi5:~ $

[JLeg]

@thomas-braun sagte in Formatierung einer USB Platte am Pi5:

@homoran sagte in Formatierung einer USB Platte am Pi5:

dass ich sie auch mal abziehen kann ohne dass der Pi streikt

umount nicht vergessen. Dann erst abziehen.

…oder ‚autofs‘ benutzen, (un)mountet automatisch…

[Homoran]

@jleg sagte in Formatierung einer USB Platte am Pi5:

@thomas-braun sagte in Formatierung einer USB Platte am Pi5:

@homoran sagte in Formatierung einer USB Platte am Pi5:

dass ich sie auch mal abziehen kann ohne dass der Pi streikt

umount nicht vergessen. Dann erst abziehen.

…oder ‚autofs‘ benutzen, (un)mountet automatisch…

muss mich da noch in die Optionen einlesen.
Hab keine Ahnung bisher.

die fstab sieht im Moment so aus

[Homoran]

Natürlich kommt es jetzt so wie befürchtet
backitup wird der Zugriff verweigert

backitup.0
	2023-12-25 13:13:40.665	error	[iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
backitup.0
	2023-12-25 13:13:40.062	error	[iobroker/cifs] Error: EACCES: permission denied, open '/media/usbplatte/backups/iobroker_2023_12_25-13_13_35_backupiobroker.tar.gz'
admin.0
	2023-12-25 13:13:28.420

pi@ioBrokerpi5:~ $ ls -la /media/usbplatte/
total 28
drwxr-xr-x 4 root root  4096 Dec 25 13:08 .
drwxr-xr-x 3 root root  4096 Dec 24 18:22 ..
drwxr-xr-x 2 root root  4096 Dec 25 13:08 backups
drwx------ 2 root root 16384 Dec 25 11:51 lost+found
pi@ioBrokerpi5:~ $
pi@ioBrokerpi5:~ $
pi@ioBrokerpi5:~ $
pi@ioBrokerpi5:~ $ sudo -u iobroker groups
iobroker tty dialout audio video bluetooth gpio i2c
pi@ioBrokerpi5:~ $

ich will es diesmal richtig machen und nicht mit das Scheunentor aufmachen

in backitup ist mount alsroot aktiviert
iob fix ist nach dem manuellen mount durchgeführt worden

[JLeg]

@homoran was denn für ein Scheunentor?
Benutze backitup nicht, aber wieso will der mit ‚cifs‘ auf deinen Mount zugreifen? Schau mal in den backitup-Optionen, das sollte jedenfalls nicht cifs sein…(‚copy‘?)

[Homoran]

@jleg sagte in Formatierung einer USB Platte am Pi5:

was denn für ein Scheunentor?

mit chmod 777

@jleg sagte in Formatierung einer USB Platte am Pi5:

aber wieso will der mit ‚cifs‘ auf deinen Mount zugreifen? Schau mal in den backitup-Optionen, das sollte jedenfalls nicht cifs sein…(‚copy‘?)

das ist copy

[crunchip]

@homoran vllt eher so?
Berechtigungen für Schreibzugriffe ohne root aktivieren
https://u-labs.de/portal/usb-festplatte-am-raspberry-pi-formatieren-und-automatisch-einhaengen-mounten/

[Homoran]

@crunchip Super Link!
Danke!
Da hätte ich mir richtig Zeit sparen können.
bis zum Mount hab ich mir mühsam zusammengesucht. und destruktiv war ich mehrfach
Aber das lernt! und das soll es.

Dann arbeite ich mir den Rest durch

EDIT:

Der gesamte Ordner /hdd gehört allerdings root. Versuchen wir mit einem nicht privilegierten Nutzer dort zu schreiben, erscheint dementsprechend eine Fehlermeldung:

$ touch /hdd/test
touch: cannot touch '/hdd/test': Permission denied

Aus Sicherheitsgründen sollten wir den root-Benutzer nur sparsam dort verwenden, wo es zwingend nötig ist – also eben nicht jedem Befehl oder gar Programm, dass auf diese Platte schreiben soll, mit sudo auszuführen. Es macht daher Sinn, den Eigentümer zu ändern.

sudo chown pi:pi /hdd -R

Benutzer und Gruppe pi (Standardbenutzer vom Raspberry Pi) sind damit Eigentümer von /hdd inklusive aller Unterordner. Abhängig davon was ihr mit dem Pi machen möchtet, sollte dies ggf. angepasst werden – eventuell mit Berechtigung mehrerer Benutzer. Dies kann man bei Bedarf mit FACL (File Access Control List) umsetzen.

da wäre es dann hier wohl sinnvoll den Eigentümer auf iobroker:iobroker zu setzen.
reicht es das vei dem Unterverzeichnis backups zu tun?

[JLeg]

@homoran sagte in Formatierung einer USB Platte am Pi5:

@jleg sagte in Formatierung einer USB Platte am Pi5:

was denn für ein Scheunentor?

mit chmod 777

ah ok, stimmt, world-writeable ist unschön; andererseits spielt‘s aber keine Rolle, wenn du das Ding im Bus liegen lässt…

@jleg sagte in Formatierung einer USB Platte am Pi5:

aber wieso will der mit ‚cifs‘ auf deinen Mount zugreifen? Schau mal in den backitup-Optionen, das sollte jedenfalls nicht cifs sein…(‚copy‘?)

das ist copy

wie sehen denn die Rechte der Dateien unterhalb …/backups/ aus?
Und - bedeutet ‚mount as root‘ bei backitup, dass er auch als root schreibt/liest?

[Homoran]

@jleg sagte in Formatierung einer USB Platte am Pi5:

bedeutet ‚mount as root‘ bei backitup, dass er auch als root schreibt/liest?

davon war ich ausgegangen dass zumindest mit sudo gearbeitet wird.

@jleg sagte in Formatierung einer USB Platte am Pi5:

wie sehen denn die Rechte der Dateien unterhalb …/backups/ aus?

da gibt es noch nichts und ich glaube das ist das Problem.
W3nn ich es richtig verstehe darf niemand Verzeichnisse anlegen.

kannst du noch was zu meinem Edit sagen?

[crunchip]

@homoran sagte in Formatierung einer USB Platte am Pi5:

da wäre es dann hier wohl sinnvoll den Eigentümer auf iobroker:iobroker zu setzen.

wäre es nicht besser user pi?

@homoran sagte in Formatierung einer USB Platte am Pi5:

Berechtigung mehrerer Benutzer. Dies kann man bei Bedarf mit FACL

dann mit setfacl iobroker berechtigen?

aber ich kenn mich da auch nicht sonderlich aus

[Homoran]

da ich nie warten kann und gerne destruktiv bin hab ich mich getraut

pi@ioBrokerpi5:/media/usbplatte $ sudo chown iobroker:iobroker /media/usbplatte/backups -R
pi@ioBrokerpi5:/media/usbplatte $ ls -la
total 28
drwxr-xr-x 4 root     root      4096 Dec 25 13:08 .
drwxr-xr-x 3 root     root      4096 Dec 24 18:22 ..
drwxr-xr-x 2 iobroker iobroker  4096 Dec 25 13:08 backups
drwx------ 2 root     root     16384 Dec 25 11:51 lost+found
pi@ioBrokerpi5:/media/usbplatte $

und siehe da

jetzt klappts auch mit dem Backup

jetzt müsste ich "nur noch" an die fstab

[Homoran]

@crunchip sagte in Formatierung einer USB Platte am Pi5:

aber ich kenn mich da auch nicht sonderlich aus

da sind wir schon zwei.

Mein Denken war, dass der user pi in der Gruppe iobroker ist, umgekehrt aber nicht.
Dadurch können jetzt beide dran

[crunchip]

@homoran ok wenn das nun so funktioniert, sollte es ja passen

hattest du oben nicht schon den Eintrag für fstab?

[Homoran]

@crunchip sagte in Formatierung einer USB Platte am Pi5:

wenn das nun so funktioniert, sollte es ja passen

so seh ich das auch

@crunchip sagte in Formatierung einer USB Platte am Pi5:

hattest du oben nicht schon den Eintrag für fstab?

keine Ahnung
Da kam eine Meldung, dass die fstab angepasst worden wäte.
Dann hab ich sie mir angesehen. Mehr nicht.

im Moment arbeite ich manuell gemountet.
Selbst wenn nach einem reboot / Shutdown Strom weg und Umzug in den Serverschrank der Mount nicht wieder kommt ist das erst einmal nicht tragisch. Dann muss ich ihn manuell mounten.

Bei meinem letzten Versuch fuhr die VM gar nicht mehr hoch, wenn der richtige USB Stick nicht mehr steckte.
Das war schlimmer

[Thomas Braun]

@jleg sagte in Formatierung einer USB Platte am Pi5:

Und - bedeutet ‚mount as root‘ bei backitup, dass er auch als root schreibt/liest?

Nein, denn in den Mountoptionen wird uid und gid jeweils auf 'iobroker' geändert.

Ich habe eine ganz ähnliche Konstellation so in der fstab eingetragen:

#iobroker backup
//fritz.nas/FRITZ.NAS/Hitachi-HTS545012B9SA00-01/iobbackups/chet /opt/iobroker/backups cifs credentials=/home/iobroker/.smbcredentials,users,noserverino,cache=loose,noauto,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.1.1 0 0

So kann auch der User 'iobroker' das Dateisystem mounten. Die das PW liegt dann in der .smbcredentials drin.