mount per fstab funktioniert nicht

Sascha100977 · January 5, 2025 at 2:48 PM New

Hallo, da mein letztes vorhaben nicht funktioniert

Thread

RPI4 Bookworm auf RPI5 anwenden

Hallo, nachdem ihr mir geholfen habt mein System zu aktualisieren (oder auch nicht)

forum-raspberrypi.de/forum/thread/63169/ habe ich mich entschlossen auf Bookworm umzusteigen. Dieses hat auch nach anfänglichen Problemen geklappt, alle services laufen (Cups, Samba , Mail-Server) ebenfals in diesem Zuge habe ich umgestellt von crontab auf systemd.units und systemd.timer, auch dieses läuft jetzt zuverlässig.

Seit Heiligabend bin ich nun auch Besitzer eines RPI 5 (musste noch auf das passende …

Sascha100977

January 1, 2025 at 10:50 AM

bin ich nun dabei alles neu zu installieren auf dem RPI5.

Ich habe den Stardt von SSD hinbekommen diese stehen auch in der fstab.

Ich konnte meine bestehende Netzwerkfreigabe auf dem neuen System mounten, ebenso funktioniert msmtp, Cups .

nun scheitere ich daran die weitere Festplatte zu mounten. Wenn ich die Festplatte via USB einstecke wird sie automatisch nach /media/pi/PARTUUiD gemountet

Wenn die Festplatte beim Start eingesteckt ist, wird das System nicht gestartet. Mountpoint ist erstellt.

Code

cat /etc/os-release

PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
NAME="Debian GNU/Linux"
VERSION_ID="12"
VERSION="12 (bookworm)"
VERSION_CODENAME=bookworm
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

Display More

Code

uname -a

Linux HOME 6.6.62+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.6.62-1+rpt1 (2024-11-25) aarch64 GNU/Linux

Code

sudo lsblk

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda      8:0    0 119,2G  0 disk
├─sda1   8:1    0   512M  0 part /boot/firmware
└─sda2   8:2    0 118,7G  0 part /
sdb      8:16   0 931,5G  0 disk
└─sdb1   8:17   0 952,7M  0 part /media/pi/13a27ffd-1c55-43bf-b1d6-0226ad380fc0

Code

sudo blkid

/dev/sda2: LABEL="rootfs" UUID="a36be96c-66be-4487-a7a6-0481bca99d89" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="dc0ff934-02"
/dev/sda1: LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="5DC7-F115" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="dc0ff934-01"
/dev/sdb1: UUID="13a27ffd-1c55-43bf-b1d6-0226ad380fc0" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="primary" PARTUUID="beaa35a6-f7e9-463a-9d34-32af6cd3a58e"

Code

 cat /etc/fstab
 
proc            /proc           proc    defaults          0       0
PARTUUID=dc0ff934-01  /boot/firmware  vfat    defaults          0       2
PARTUUID=dc0ff934-02  /               ext4    defaults,noatime  0       1


PARTUUID=beaa35a6-f7e9-463a-9d34-32af6cd3a58e /media/backup_HOME auto noatime,nofail 0 0

#Netzwerkfreigabe Beispiel mit Anmeldedaten
//192.168.187.2/Backup /media/backup_NAS cifs _netdev,credentials=/home/pi/.smbcedentials 0 0



# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that

Display More

Code

ls -lhh /media

insgesamt 12K
drwxr-xr-x  2 root root 4,0K  5. Jan 14:07 backup_HOME
drwxr-xr-x  2 root root    0  2. Jan 14:35 backup_NAS
drwxr-x---+ 3 root root 4,0K  5. Jan 14:24 pi
drwxr-xr-x  3 root root 4,0K  4. Mär 2023  Testdaten

Ich habe die fstab so aufgebaut wie auf dem RPI4 (BUSTER) sowie auf dem weiteren RPI4 (BOOKWORM)

dennoch wird sie beim Start nicht beachtet

Ich denke das liegt am automatischen Start in den system.unit ,bin mir aber nicht sicher (und vorallen nicht wie ich es beheben kann)

Danke für eure Hilfe

Bot · Vor 5 Minuten

mount per fstab funktioniert nicht? Schau mal ob du hier fündig wirst!

noisefloor · January 5, 2025 at 3:00 PM New

Hallo,

hast du mal probiert, die UUID (statt der PARTUUID) und das Dateisystem (statt `auto`) anzugeben? Hast du mal mittel `journalctl` in den Logs von systemd nachgeschaut, ob da Fehlermeldungen zu fehlgeschlagenen Mount-Vorgang drin sind?

Gruß, noisefloor

Sascha100977 · January 5, 2025 at 3:11 PM New

Habe grade auch mal mit UUID versucht dann startet das System nicht. ich schaue mal grade in journalctl nach ob ich etwas finde. (wie bekomme ich evtl alte Meldungen entfernt bin schon bei fast 20000Zeilen und noch lange nicht am ende

Code

Jan 05 15:04:02 HOME PackageKit[1498]: daemon start
Jan 05 15:04:02 HOME dbus-daemon[533]: [system] Successfully activated service 'org.freedesktop.PackageKit'
Jan 05 15:04:02 HOME systemd[1]: Started packagekit.service - PackageKit Daemon.
Jan 05 15:04:02 HOME PackageKit[1498]: uid 1000 is trying to obtain org.freedesktop.packagekit.system-sources-refresh auth (only_trusted:0)
Jan 05 15:04:02 HOME PackageKit[1498]: uid 1000 obtained auth for org.freedesktop.packagekit.system-sources-refresh
Jan 05 15:04:04 HOME PackageKit[1498]: refresh-cache transaction /40_dceacacc from uid 1000 finished with failed after 1230ms
Jan 05 15:04:08 HOME systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
Jan 05 15:04:21 HOME systemd[1]: systemd-fsckd.service: Deactivated successfully.
Jan 05 15:05:56 HOME systemd-timesyncd[526]: Contacted time server [2a0e:b107:27d0:1::2]:123 (2.debian.pool.ntp.org).
Jan 05 15:05:56 HOME systemd-timesyncd[526]: Initial clock synchronization to Sun 2025-01-05 15:05:56.228568 CET.
Jan 05 15:05:56 HOME systemd[1]: systemd-hostnamed.service: Deactivated successfully.
Jan 05 15:06:55 HOME systemd[1]: dev-disk-by\x2duuid-13a27ffd\x2d1c55\x2d43bf\x2db1d6\x2d0226ad380fc0.device: Job dev-disk-by\x2duuid-13a27ffd\x2d1c55\x2d43bf\x2db1d6\x2d02>
Jan 05 15:06:55 HOME systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-13a27ffd\x2d1c55\x2d43bf\x2db1d6\x2d0226ad380fc0.device - /dev/disk/by-uuid/13a27ffd-1c55->
Jan 05 15:06:55 HOME systemd[1]: Dependency failed for media-backup_HOME.mount - /media/backup_HOME.
Jan 05 15:06:55 HOME systemd[1]: media-backup_HOME.mount: Job media-backup_HOME.mount/start failed with result 'dependency'.
Jan 05 15:06:55 HOME systemd[1]: Startup finished in 2.115s (kernel) + 1min 30.399s (userspace) = 1min 32.514s.
Jan 05 15:06:55 HOME systemd[1]: dev-disk-by\x2duuid-13a27ffd\x2d1c55\x2d43bf\x2db1d6\x2d0226ad380fc0.device: Job dev-disk-by\x2duuid-13a27ffd\x2d1c55\x2d43bf\x2db1d6\x2d02>
Jan 05 15:10:42 HOME PackageKit[1498]: daemon quit
Jan 05 15:10:42 HOME systemd[1]: packagekit.service: Deactivated successfully.
Jan 05 15:10:42 HOME systemd[1]: packagekit.service: Consumed 1.228s CPU time

Display More

Da habe ich glaube etwas gefunden

Weiss aber noch nicht wie ich es beheben kann

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

simonz · January 5, 2025 at 3:49 PM New

Zur eingeschränkten Anzeige des Journals z.B.:

Code

journalctl -b    # seit dem letzten Boot
journalctl -S today    # heute

Sascha100977 · January 5, 2025 at 4:00 PM New

Quote from simonz
Zur eingeschränkten Anzeige des Journals z.B.:
Code
journalctl -b    # seit dem letzten Boot
journalctl -S today    # heute

Danke das hilft schonmal

**hyle** · January 5, 2025 at 4:09 PM New

Quote from Sascha100977

die weitere Festplatte zu mounten. Wenn ich die Festplatte via USB einstecke wird sie automatisch nach /media/pi/PARTUUiD gemountet
Wenn die Festplatte beim Start eingesteckt ist, wird das System nicht gestartet. Mountpoint ist erstellt.

Das ist doch wieder ein Beispiel für das Mysterium oder? Häng mal einen aktiven USB-Hub zwischen den RPi und die zweite Festplatte.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

Sascha100977 · January 5, 2025 at 4:19 PM New

Quote from hyle

Quote from Sascha100977

die weitere Festplatte zu mounten. Wenn ich die Festplatte via USB einstecke wird sie automatisch nach /media/pi/PARTUUiD gemountet
Wenn die Festplatte beim Start eingesteckt ist, wird das System nicht gestartet. Mountpoint ist erstellt.

Das ist doch wieder ein Beispiel für das Mysterium oder? Häng mal einen aktiven USB-Hub zwischen den RPi und die zweite Festplatte.

Dann muss ich mir mal einen besorgen. Die weitern 2 RPI4 sind mit aktiven DOCKING-Stationen ausgerüstet.

Soll jetzt eigentlich nur Übergang sein mit einer SSD am RPI5 zur Datensicherung.

Verstehe nur nicht warum es bei manuellen mount klappt?

Sascha100977 · January 5, 2025 at 4:28 PM New

Gibt es die Möglichkeit per systemd.unit die in meinem journalctl nicht abgeschlossene media-backup_HOME.mount erneut auszuführen. (???Ich finde die auch nicht in meinem System.???)

Edit

per sudo systemctl edit --full media-backup_HOME.mount

hab ich sie gefunden

Code

# Automatically generated by systemd-fstab-generator

[Unit]
Documentation=man:fstab(5) man:systemd-fstab-generator(8)
SourcePath=/etc/fstab
After=blockdev@dev-disk-by\x2duuid-13a27ffd\x2d1c55\x2d43bf\x2db1d6\x2d0226ad380fc0.target

[Mount]
What=/dev/disk/by-uuid/13a27ffd-1c55-43bf-b1d6-0226ad380fc0
Where=/media/backup_HOME
Type=ext4
Options=noatime,nofail

Display More

meint ihr ich kann dort eine Wartezeit einbauen?

oder irgenwo anders das diese Unit erst als letzes ausgeführt wird

**hyle** · January 5, 2025 at 4:28 PM New

Quote from Sascha100977

Dann muss ich mir mal einen besorgen.

Borge Dir erstmal einen aus, denn das muss nicht, aber könnte durchaus der Grund sein.

Quote from Sascha100977

Verstehe nur nicht warum es bei manuellen mount klappt?

Weil beim Systemstart ohnehin schon mehr Strom verbraucht wird, als im Laufenden Betrieb. Wenn dann noch eine Festplatte mehr am USB Hängt, dann kann es halt knapp werden.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

Sascha100977 · January 5, 2025 at 4:47 PM New

Ok.

kann man dem Automount.unit für USB-Geräte "sagen" das er dieses Gerät an eine bestimmte Stelle mountet. Eben nicht /media/pi/PARTUUID sondern /media/backup beim einstecken des USB-Steckers.

Qvrgre · January 5, 2025 at 4:49 PM New

Zwischenfrage, sollte man es nicht vermeiden in "media" zu mounten, da dieser vom System für die Automounts benutzt wird?

noisefloor · January 5, 2025 at 4:54 PM New

Hallo,

Quote

Code

Jan 05 15:06:55 HOME systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-13a27ffd\x2d1c55\x2d43bf\x2db1d6\x2d0226ad380fc0.device - /dev/disk/by-uuid/13a27ffd-1c55->
Jan 05 15:06:55 HOME systemd[1]: Dependency failed for media-backup_HOME.mount - /media/backup_HOME.
Jan 05 15:06:55 HOME systemd[1]: media-backup_HOME.mount: Job media-backup_HOME.mount/start failed with result 'dependency'.

Das besagt, dass systemd gerne mounten würde, es aber es nicht geht, weil eine Abhängigkeit nicht gegeben ist. Letzteres kann viel sein, aber lässt sich hier IMHO stark eingrenzen:

* wenn die anderen Laufwerke eingehängt sind ist das System grundsätzlich soweit, dass es mounten kann
* da es sich um ein "normales" Laufwerk handelt, spielt das Netzwerk keine Rolle

Ich _vermute_ auch, dass da zu wenig Spannung vorhanden ist, so dass das Laufwerk einfach nicht "da" ist.

Was du mal versuchen kannst ist, eine Mount-Unit zu erstellen und die spät zu starten. Dazu

* Die Zeile für sdb1 in der fstab auskommentieren
* eine Mount-Unit mit folgendem Inhalt anlegen:

Code

[Unit]
Description=Home Backup einhängen
After=boot-complete.target

[Mount]
What=/dev/disk/by-uuid/13a27ffd-1c55-43bf-b1d6-0226ad380fc0
Where=/media/backup_HOME
Type=ext4
Options=noatime,nofail

[Install]
WantedBy=multi-user.target

Display More

* Die Unit unter /etc/systemd/system/home_backup_einbinden.mount speichern.
* Die Unit aktivieren: sudo systemctl enable home_backup_einbinden.mount
* Prüfen, ob alles i.O ist: sudo systemctl is-enabled home_backup_einbinden.mount
* Neu starten
* Hoffen, dass alles klappt.

Gruß, noisefloor

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

Sascha100977 · January 5, 2025 at 4:58 PM New

Danke , das sieht sehr vielversprechen an.

Edit:

klappt leider nicht solange die Festplatte beim starten eingesteckt ist startet er nicht. und beim nachträglichen einstecken mountet er wieder nach /media/pi/PARTUUID

Danke dennoch für alle eure Mühe.

Thema kann geschlossen werden. Schreibe die Skripte für die Datensicherung um auf den mountpoint um. Sollte am Ende alles laufen sollen die Festplatten mit den Docking-Stationen an den neuen Pi. Hoffe das klappt dann. bis dahin ist noch viel Arbeit . (Homepage, MAIL-Server, pihole, roundcube, und Nextcloud)

Sascha100977 · January 5, 2025 at 6:00 PM New

Jetzt hab ich ein neues Problem ,

Ich kann keine Daten darauf speichern .

Code

 df
Dateisystem             1K-Blöcke    Benutzt Verfügbar Verw% Eingehängt auf
udev                      4080960          0   4080960    0% /dev
tmpfs                      824560       8016    816544    1% /run
/dev/sda2               122487152   10107104 107377236    9% /
tmpfs                     4122752        416   4122336    1% /dev/shm
tmpfs                        5120         48      5072    1% /run/lock
/dev/sda1                  522230      68458    453772   14% /boot/firmware
//192.168.187.2/Backup 5813046816 5161032324 652014492   89% /media/backup_NAS
tmpfs                      824544        192    824352    1% /run/user/1000
/dev/sdb1                  941452     925068         0  100% /media/pi/af7e6efc-1cb4-4db4-b41a-d3419353dff9

Display More

habe mit mkfs.ext4 /dev/sdb1 versucht ein neues Dateisystem aufzuspielen darum ist nun eine neue PARTUUID im mountpoint

simonz · January 5, 2025 at 6:04 PM New

Quote from Sascha100977

Ich kann keine Daten darauf speichern .

Ist ja auch voll (100%)...

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

noisefloor · January 5, 2025 at 6:40 PM New

Was du noch machen könntest: du könntest du Mount-Unit nicht systemweit machen (wie oben erklärt), sondern als User Unit. Dann würde die ausgeführt, wenn du dich einloggst = wenn das System sicher gestartet ist. Hätte allerdings den potentiellen Nachteil, dass die Datensicherung nur laufen kann, wenn du eingeloggt bist.

Gruß, noisefloor

RTFM · January 5, 2025 at 6:43 PM New

Quote from Sascha100977

und beim nachträglichen einstecken mountet er wieder nach /media/pi/PARTUUID

Wenn Du nachträglich im Grafiksystem ein USB-Gerät ansteckst, wird über gvfs die uuid gemountet.

Servus !

Sascha100977 · January 5, 2025 at 6:45 PM New

Konnte mir das nicht erklären gesehen unter df habe ich das auch. Habe heute morgen einen Fehler gemacht mit parted ist aber jetzt behoben.

Danke

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

Sascha100977 · January 5, 2025 at 6:49 PM New

Quote from RTFM

Quote from Sascha100977

und beim nachträglichen einstecken mountet er wieder nach /media/pi/PARTUUID

Wenn Du nachträglich im Grafiksystem ein USB-Gerät ansteckst, wird über gvfs die uuid gemountet.

Servus !

habe kein Grafiksystem, alle über Konsole per SSH

Sascha100977 · January 5, 2025 at 6:56 PM New

Quote from noisefloor

Was du noch machen könntest: du könntest du Mount-Unit nicht systemweit machen (wie oben erklärt), sondern als User Unit. Dann würde die ausgeführt, wenn du dich einloggst = wenn das System sicher gestartet ist. Hätte allerdings den potentiellen Nachteil, dass die Datensicherung nur laufen kann, wenn du eingeloggt bist.
Gruß, noisefloor

Ne, da ich eh die Festplatte nachträglich einstecken muss, weil er ja sonst nicht startet lohnt das jetzt nicht, habe jetzt die 2 Skrips geändert auf /media/pi/PARTUUID und fertig.

Der Rest kommt wenn ich soweit bin.

Danke euch allen

mount per fstab funktioniert nicht

RPI4 Bookworm auf RPI5 anwenden

hyle January 5, 2025 at 4:04 PM

Participate now!

Users Viewing This Thread

RPI4 Bookworm auf RPI5 anwenden

hyle January 5, 2025 at 4:04 PM

Participate now!

Users Viewing This Thread

hyle January 5, 2025 at 4:04 PM