Automatic unmount from hdd

labamichnetvoll · 19. August 2020

Hello, i get some erros, while using OMV on a Raspberry 4 , sometimes the hdd gets unmounted automaticly Why?

Thanks for your help

Code

Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.160444] EXT4-fs error (device sdb1): ext4_find_entry:1456: inode #4980737: comm smbd: reading directory lblock 0
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.160510] EXT4-fs error (device sdb1): ext4_find_entry:1456: inode #4980737: comm smbd: reading directory lblock 0
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.160654] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:995: inode #4980737: lblock 0: comm smbd: error -5 reading directory block
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.420322] EXT4-fs error (device sdb1): ext4_find_entry:1456: inode #4980737: comm smbd: reading directory lblock 0
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.420400] EXT4-fs error (device sdb1): ext4_find_entry:1456: inode #4980737: comm smbd: reading directory lblock 0
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.420572] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:995: inode #4980737: lblock 0: comm smbd: error -5 reading directory block
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.420695] EXT4-fs error (device sdb1): ext4_find_entry:1456: inode #4980737: comm smbd: reading directory lblock 0
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.423531] EXT4-fs error (device sdb1): ext4_find_entry:1456: inode #4980737: comm smbd: reading directory lblock 0
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.423602] EXT4-fs error (device sdb1): ext4_find_entry:1456: inode #4980737: comm smbd: reading directory lblock 0
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.423754] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:995: inode #4980737: lblock 0: comm smbd: error -5 reading directory block
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.423817] EXT4-fs error (device sdb1): ext4_find_entry:1456: inode #4980737: comm smbd: reading directory lblock 0
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.424748] EXT4-fs error (device sdb1): ext4_find_entry:1456: inode #4980737: comm smbd: reading directory lblock 0
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.424810] EXT4-fs error (device sdb1): ext4_find_entry:1456: inode #4980737: comm smbd: reading directory lblock 0
Aug 19 16:28:09 raspberrypi-ioB kernel: [1793786.424939] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:995: inode #4980737: lblock 0: comm smbd: error -5 reading directory block
Aug 19 16:28:13 raspberrypi-ioB kernel: [1793790.083029] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:995: inode #4980737: lblock 0: comm smbd: error -5 reading directory block
Aug 19 16:28:13 raspberrypi-ioB kernel: [1793790.085198] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:995: inode #4980737: lblock 0: comm smbd: error -5 reading directory block
Aug 19 16:28:13 raspberrypi-ioB kernel: [1793790.087841] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:995: inode #4980737: lblock 0: comm smbd: error -5 reading directory block


Aug 19 16:31:30 raspberrypi-ioB monit[851]: filesystem statistic error: cannot read /sys/class/block/sdb1/stat -- No such file or directory
Aug 19 16:31:30 raspberrypi-ioB monit[851]: Filesystem '/srv/dev-disk-by-label-HHD1' not mounted
Aug 19 16:31:30 raspberrypi-ioB monit[851]: 'filesystem_srv_dev-disk-by-label-HHD1' unable to read filesystem '/srv/dev-disk-by-label-HHD1' state
Aug 19 16:31:30 raspberrypi-ioB monit[851]: 'filesystem_srv_dev-disk-by-label-HHD1' trying to restart

Alles anzeigen

macom · 19. August 2020

Zitat von labamichnetvoll

EXT4-fs error (device sdb1)

check your filesystem

labamichnetvoll · 19. August 2020

After manualy mounting the hdd it works again for some time until it unmounts its self

What schould I check on the filesystem?

labamichnetvoll · 19. August 2020

Gerne auch auf deutsch weiter:)

macom · 19. August 2020

https://www.startpage.com/do/d…=english&extVersion=1.3.0

https://unix.stackexchange.com…xt4-file-system-structure

https://www.thomas-krenn.com/de/wiki/FSCK_Best_Practices

macom · 19. August 2020

Thomas Krenn ist auf deutsch

Code

sudo fsck.ext4  /dev/sdb1

in deinem Fall. Allerdings musst du das Dateisystem erst aushängen.

labamichnetvoll · 21. August 2020

Zitat

pi@raspberrypi-ioB:~ $ sudo fsck.ext4 /dev/sdc1

e2fsck 1.44.5 (15-Dec-2018)

HHD1: recovering journal

Setting free inodes count to 7308372 (was 7308376)

Setting free blocks count to 21276268 (was 21311249)

HHD1: clean, 23468/7331840 files, 8028677/29304945 blocks

Alles anzeigen

ist das ein zeichen für ein ungepflegtes dateisystem?

labamichnetvoll · 21. August 2020

tritt das problem dann trotzdem noch öfter auf?

cabrio_leo · 22. August 2020

Zitat von labamichnetvoll

HHD1: clean, 23468/7331840 files, 8028677/29304945 blocks
ist das ein zeichen für ein ungepflegtes dateisystem?

Jetzt nicht mehr. Jetzt ist es das Dateisystem wieder sauber.

cabrio_leo · 22. August 2020

Zitat von labamichnetvoll

tritt das problem dann trotzdem noch öfter auf?

Könnte sein. Denn das dirty file system ist meistens nur die Folge einer unsauber aus-/abgehängten Platte.

labamichnetvoll · 22. August 2020

Zitat von cabrio_leo

Könnte sein. Denn das dirty file system ist meistens nur die Folge einer unsauber aus-/abgehängten Platte.

ist ext4 das "dirty file system" in denen Augen? was würdest du stattdessen verwenden?

cabrio_leo · 24. August 2020

ext4 ist schon O.K. Die Problematik, die du im Thread-Titel genannt hast, hängt nicht mit dem verwendeten Dateisystem zusammen. Im Prinzip sind alle Dateisysteme empfindlich, wenn sie nicht sauber ausgehängt werden. Das sollte eigentlich vermieden werden.

Hier im Forum gibt es einige Threads mit ähnlichem Thema. Oft ist die Ursache eine grenzwertige Stromversorgung der Festplatte. Verbessern kann man die Situation, wenn man kurze Anschlussleitungen verwendet oder Leitungen mit großem Adernquerschnitt (was schwierig ist, herauszufinden) oder ein HDD-Gehäuse mit separater Stromversorgung (was bei 2,5" HDDs auch kaum bis gar nicht zu bekommen ist).

labamichnetvoll · 24. August 2020

Ja an der Stromversorgung der platte wird sich nicht so viel ändern lassen, diese hängt bereits mit einem relativ kurzen kabel als einziges am Raspberry Pi

Was sollte man hier einstellen? (Siehe anhang)

cabrio_leo · 24. August 2020

Beginnen würde ich mit "Disabled". Ob die hdparm Settings überhaupt einen Einfluss auf die USB-Platte haben, hängt sowieso vom USB2SATA-Controller im HDD-Case ab, ob der diese Befehle überhaupt an die Platte weiter reicht. Auch dazu gibt es massig Threads hier.

Wenn es mit "Disabled" stabil läuft, dann die anderen Modus ausprobieren.

kamikaks · 26. August 2020

When you switched to German I completely lost track of what you are saying, but just in case. Are you sure it is not a power supply problem? I've been down this road before...

cabrio_leo · 31. August 2020

Zitat von kamikaks

When you switched to German I completely lost track of what you are saying

It´s easier for me to communicate in the native language

kamikaks · 1. September 2020

Zitat von cabrio_leo

It´s easier for me to communicate in the native language

did you fix the problem?

cabrio_leo · 1. September 2020

Zitat von kamikaks

did you fix the problem?

It was the problem of labamichnetvoll, not mine.

Jetzt mitmachen!