externe USB Media HDD vor shutdown unmounten

Der vdr liegt auf einer M2 NVME SSD. Die Recordings Partition sda4 liegt auf einer ext3 Partition auf einer ext. 3,5" HDD, die per USB am NUC-PC hängt. Die Stromversorgung der HDD schaltet sich gleichzeitig mit den USB-Ports EIN/AUS.

Meine media partition sda4 wird beim runter fahren nicht unmounted. Die auf der gleichen HDD befindliche sda3 (/media/hd/zdb3) und die nvme0n1p4(/media/zdb4) schon.

Feb 19 11:17:55 BM2LTS-MC systemd[1]: Unmounting /media/hd/zdb3...

Feb 19 11:17:55 BM2LTS-MC systemd[1]: Unmounting /media/zdb4...

Es kommt auf der sda4 immer wieder zu einem inkonsistenten Filesystem (Blocks/Inodes), wodurch der PC dann beim Booten hängt bis die Probs autom. nach 5-10 Min. behoben sind.

FSTAB:

#nvme0n1p1

#PARTUUID=9ee7227f-a660-477d-94a0-8a60fc752859 /boot/efi vfat umask=0077 0 1

UUID=7FAE-16B7 /boot/efi vfat umask=0077 0 1

#/dev/sdb1 /boot/efi vfat umask=0077 0 1

#nvme0n1p2

#PARTUUID=392f5cb3-ac1e-4d90-b31a-9de630b4eeb0 / ext4 errors=remount-ro 0 1

UUID=a48865c1-45b7-4ba7-b12b-674e46d0738d / ext4 errors=remount-ro 0 1

#/dev/sdb2 / ext4 errors=remount-ro 0 1

#swap /nvme0n1p3 during installation

#PARTUUID=1316457c-cce1-43c7-aa06-7773ca5638c7 none swap sw 0 0

UUID=0671ddbc-5472-483f-9412-c4e1c3c3286d none swap sw 0 0

#/dev/sdb3 none swap sw 0 0

#nvme0n1p4

UUID=3458e42a-e819-4fd5-b6aa-1bc9631963d7 /media/zdb4 auto defaults,nofail 0 0 #(org 31)

#externe USB WD3TB sda4

UUID=fc972634-4a86-4f6c-8975-a4dddac5d644 /media/hd auto defaults,nofail,x-systemd.device-timeout=10s 0 2

#externe USB WD3TB sda3

UUID=a629ba23-50df-4e95-85f8-04737cbd51db /media/hd/zdb3 auto defaults,nofail,x-systemd.device-timeout=10s 0 2

root@BM2LTS-MC:~# service vdr stop

root@BM2LTS-MC:~# umount /dev/sda4

umount: /media/hd: das Ziel wird gerade benutzt.

Ich kann aber die Part. auch bei gestopptem vdr nicht unmounten.

root@BM2LTS-MC:~# service vdr stop

root@BM2LTS-MC:~# umount /dev/sda4

umount: /media/hd: das Ziel wird gerade benutzt.

Danke euch ... dvbs_junkie hat mich da auf eine Spur gesetzt. Ich vermute Folgendes:

Wenn die HDD nach einiger Zeit den Spinndown aktiviert und man dann den vdr per FBD ausschaltet, fährt das System schneller hinunter als die HDD wieder bereit ist, um die Filesysteme zu unmounten.

Dazu kommt dass auch noch die eine Partition vor der anderen unmounted werden muss...

Ich hab mal den mount der sda3 auch auf die SSD gelegt. Damit sind die unabhängig voneinander.

#WD3TB ri

UUID=fc972634-4a86-4f6c-8975-a4dddac5d644 /media/hd auto defaults,nofail,x-systemd.device-timeout=10s 0 2

UUID=a629ba23-50df-4e95-85f8-04737cbd51db /media/zdb3 auto defaults,nofail,x-systemd.device-timeout=10s 0 2

Es kommt trotzdem keine Meldung, dass systemd das überhaupt versuchen würde.

Feb 19 13:54:24 BM2LTS-MC systemd[1]: systemd-rfkill.socket: Deactivated successfully.

Feb 19 13:54:24 BM2LTS-MC systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.

Feb 19 13:54:24 BM2LTS-MC systemd[1]: Unmounting /media/zdb3...

Feb 19 13:54:24 BM2LTS-MC systemd[1]: Unmounting /media/zdb4...

Feb 19 13:54:24 BM2LTS-MC kernel: [ 555.251050] EXT4-fs (sda3): unmounting filesystem a629ba23-50df-4e95-85f8-04737cbd51db.

Feb 19 13:54:24 BM2LTS-MC systemd[1]: Stopping LSB: LCD daemon...

Feb 19 13:54:24 BM2LTS-MC systemd[1]: Stopping ACPI event daemon...

Feb 19 13:54:24 BM2LTS-MC systemd[1]: Stopping Deferred execution scheduler...

Feb 19 13:54:24 BM2LTS-MC systemd[1]: Stopping Automounts filesystems on demand...

Feb 19 13:54:24 BM2LTS-MC systemd[1]: Stopping Thunderbolt system service...

Feb 19 13:54:24 BM2LTS-MC kernel: [ 555.253780] EXT4-fs (nvme0n1p4): unmounting filesystem 3458e42a-e819-4fd5-b6aa-1bc9631963d7.

Komisch ist nur, dass das solange die HDD eingebaut war = direkt am SATA hing, kein Problem war. (ich vermute dass sie da aber auch kein Spinndown machte).

Wie könnte ich denn das System davon zu überzeugen, überhaupt mal den unmount zu machen und abzuwarten ? (ich bin Linux DAU)

oder ich bin mit dem unmount auf der falschen Spur ...

die sda3 u 4 sehen völlig ident aus:

# Automatically generated by systemd-fstab-generator

[Unit]

Documentation=man:fstab(5) man:systemd-fstab-generator(8)

SourcePath=/etc/fstab

Requires=systemd-fsck@dev-disk-by\x2duuid-fc972634\x2d4a86\x2d4f6c\x2d8975\x2da4dddac5d644.service

After=systemd-fsck@dev-disk-by\x2duuid-fc972634\x2d4a86\x2d4f6c\x2d8975\x2da4dddac5d644.service

After=blockdev@dev-disk-by\x2duuid-fc972634\x2d4a86\x2d4f6c\x2d8975\x2da4dddac5d644.target

[Mount]

Where=/media/hd

What=/dev/disk/by-uuid/fc972634-4a86-4f6c-8975-a4dddac5d644

Options=defaults,nofail

Kann es sein, dass der Einhängepunkt media/hd nie unmounted wird ?

Denn dann muss mein Prob (fsck Meldung - block count stimmt nicht mit inodes zusammen) eine andere Ursache haben ...

Nochmal zu meiner Ausgangsfrage:

Kann es sein, dass der Einhängepunkt media/hd nie unmounted wird oder seht ihr das unmount dazu im syslog ?

Denn dann muss mein Prob (fsck Meldung - block count stimmt nicht mit inodes zusammen) eine andere Ursache haben ...

Mir gehts nicht ums manuelle unmount. Das funkt.

Meine Frage ist, on ihr in eurem log sehst dass die /media/hd beim runter Fahren autom. unmounted wird. Das ist bei den anderen in der fstab Eingebundenen bei mir der Fall.

cinfo kannst du bitte bei dir mal die vdr.conf auf --log=3 stellen

und schauen ob du ein

Unmounting /media/hd findest.

Ich finde immer nur die anderen eingebundenen Partitionen. Zb.:

Feb 5 20:00:39 BM2LTS-MC systemd[1]: Unmounting /media/hd/zdb3...

Feb 5 20:00:39 BM2LTS-MC systemd[1]: Unmounting /media/zdb4...

wmautner Das System (Root,...) inkl. dem Verz. /media/hd liegt auf einer SSD
EXT4-fs (nvme0n1p2): re-mounted a48865c1-45b7-4ba7-b12b-674e46d0738d r/w

Und die Media Partition liegt auf der HDD und wird unter /media/hd eingehängt

systemd[1]: media-hd.mount: Directory /media/hd to mount over is not empty, mounting anyway.

systemd[1]: Mounting /media/hd...

Warum kein unmount der media/hd beim Runterfahren. Ev. ist das mount over der Grund ??

Hatte gerade wieder so einen Fehler und dabei hatte ich von der HDD nur sda4 auf media/hd gemeounted.

kernel: [ 78.741416] EXT4-fs error (device sda4): ext4_mb_generate_buddy:1214: group 2023, block bitmap and bg descriptor inconsistent: 11888 vs 12622 free clusters

KANN SO EIN FEHLER VOM CONTROLLER DES EXTERNEN USB HDD GEHÄUSES (Jmicron JMS578) KOMMEN ?

Sorry ich versteh es nicht - hier mein aktueeler Versuch bei dem dann trotzdem obiger Fehler kam:

#nvme0n1p2

UUID=a48865c1-45b7-4ba7-b12b-674e46d0738d / ext4 errors=remount-ro 0 1

Auf obiger SSD liegt das Verzeichnis /media/hd

#externe USB WD3TB sda4

UUID=fc972634-4a86-4f6c-8975-a4dddac5d644 /media/hd auto defaults,nofail,x-systemd.device-timeout=10s 0 2

Dann wird die sda4 auf dieses Verzeichnis gemounted.

Und bei keinem Shutdown wird media/hd unmounted.

cinfo Ich habe es mal in der fstab so versucht die partition auszuhängen

UUID=fc972634-4a86-4f6c-8975-a4dddac5d644 /media/hd auto defaults,nofail,x-systemd.automount,x-systemd.idle-timeout=2,x-systemd.device-timeout=10s 0 2

Das funkt auch, aber just beim PowerOff meint der vdr er braucht es nochmal:

Feb 23 12:58:12 BM2LTS-MC vdr: [1340] warning: Taste drücken, um Ausschalten abzubrechen
Feb 23 12:58:12 BM2LTS-MC vdr: [1340] [softhddev]CreateOsd: left 96, top 989, level 0, using OpenGL OSD support
Feb 23 12:58:12 BM2LTS-MC vdr: [1340] [softhddev]cOglOsd osdLeft 96 osdTop 989 screenWidth 1920 screenHeight 1080
Feb 23 12:58:18 BM2LTS-MC vdr: [1340] confirmed
Feb 23 12:58:18 BM2LTS-MC vdr: [1340] next timer event at Fri Feb 23 18:28:00 2024
Feb 23 12:58:18 BM2LTS-MC vdr: [1340] executing '/usr/sbin/power 1708709280 19782 2 "Mayrs Magazin - Wissen für alle~2024.02.23-18:30-Fr" 1'
Feb 23 12:58:18 BM2LTS-MC vdr: video: slow down video, duping frame 29 
Feb 23 12:58:18 BM2LTS-MC vdr: video: speed up video, droping frame -111
Feb 23 12:58:18 BM2LTS-MC vdr: [1340] saved setup to /var/lib/vdr/setup.conf
Feb 23 12:58:18 BM2LTS-MC systemd[1]: media-hd.automount: Got automount request for /media/hd, triggered by 1340 (vdr)
Feb 23 12:58:18 BM2LTS-MC vdr[6925]: kodi-x11: Kein Prozess gefunden
Feb 23 12:58:18 BM2LTS-MC systemd[1]: Mounting /media/hd...

Wir haben doch sicherlich ein Softwareteil wie poweroff init.d script, runlevel rc.0, systemd, power.off.target das vor shutdown ausgeführt wird.

Wie / Wo kann ich ein force unmount erzwingen ?

Wie / Wo mit systemd ?

Feb 23 12:58:26 BM2LTS-MC systemd[1]: Stopping Session 1 of User root...
Feb 23 12:58:26 BM2LTS-MC systemd[1]: Stopping Session 3 of User root...
Feb 23 12:58:26 BM2LTS-MC systemd[1]: Stopping Session 4 of User root...
Feb 23 12:58:26 BM2LTS-MC systemd[1]: Removed slice Slice /system/modprobe.
Feb 23 12:58:26 BM2LTS-MC systemd[1]: Stopped target Multi-User System.
Feb 23 12:58:26 BM2LTS-MC systemd[1]: Stopped target Login Prompts.

ICh hab es mal ins usr/sbin/power eingebaut

#!/bin/sh

/usr/bin/killall -9 kodi-x11

umount -l /media/hd &>/dev/null &

ls -d /media/zd??* | xargs -n1 umount -l &>/dev/null &

sleep 1

svdrpsend plug softhddevice deta

sleep 1

svdrpsend plug softhdvapi deta

sleep 1

svdrpsend plug softhddrm deta

sleep 1

poweroff

cinfo

Soll ich es an den Anfang, ans Ende des scripts stellen und/oder in den HIntergrund verfrachten &>/dev/null & damit das Script/poweroff nicht hängt

umount -l /media/hd &>/dev/null &

ls -d /media/zd??* | xargs -n1 umount -l &>/dev/null &