Ergebnis 1 bis 1 von 1
-
24.04.2014, 16:45 #1
- Registriert seit
- 20.04.2013
- Beiträge
- 24.820
- Thanks (gegeben)
- 4679
- Thanks (bekommen)
- 9076
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 5:diverse andere . . .Dateisystem-Reparaturen ext2, ext3, ext4 nach Crash, bzw. Mountfehler
(english version below)
Wenn nach einem Systemcrash oder Stromausfall die Platte an einer Box nicht mehr erreichbar ist, kann dieses HowTo helfen.
Vorraussetzung ist allerdings, daß das System zuvor ordentlich funktioniert hat, und alle Mountpunkte soweit richtig waren.
Dazu an einer Konsole per Telnet an der Box anmelden. Dann kann man den folgenden Codeblock mal in das Terminalfenster reinkopieren, und schauen, ob Fehlermeldungen kommen, oder Korrekturen vorgenommen werden. Werden Korrekturen vorgenommen, ist die Wahrscheinlichkeit hoch, daß nach einem Reboot die Platte wieder wie vorher drin ist. Ansonsten die Meldungen posten:
Code:init 4 mount | grep /hdd /etc/init.d/samba stop /etc/init.d/nfsserver stop /etc/init.d/vsftpd stop /etc/init.d/emby-server stop swapoff -a umount /dev/sda1 umount /dev/sdb1 umount /dev/sdc1 e2fsck -fv /dev/sda1 e2fsck -fv /dev/sdb1 e2fsck -fv /dev/sdc1
Code:mount -a /etc/init.d/samba start
Code:shutdown -r now
EDIT:
Dort ist auch ein ganz guter Ansatz dazu:
Device or resource busy beim umount Versuch
mit einem fertigen Script:
https://www.opena.tv/bugtracker/5895...tml#post500329
EDIT: Weiterer interessanter Ansatz ist dort zu finden:
Manueller Filecheck (fsck) per FileCommander für ext4/ext3 Datenträger
(english version):
This HowTo can help if the disk on a box is no longer accessible after a system crash or power failure.
However, the prerequisite is that the system previously worked properly and that all mount points were correct.
To do this, log on to a console via telnet to the box. Then you can copy the following code block into the terminal window and see if there are any error messages or if corrections are made. If corrections are made, there is a high probability that after a reboot the disk will be in the same place as before. Otherwise post the messages:
Code:init 4 mount | grep /hdd /etc/init.d/samba stop /etc/init.d/nfsserver stop /etc/init.d/vsftpd stop /etc/init.d/emby-server stop swapoff -a umount /dev/sda1 umount /dev/sdb1 umount /dev/sdc1 e2fsck -fv /dev/sda1 e2fsck -fv /dev/sdb1 e2fsck -fv /dev/sdc1
Code:mount -a /etc/init.d/samba start
Then
Code:shutdown -r now
EDIT:
There is also a very good approach to this:
Device or resource busy beim umount Versuch
with a ready-to-use script:
https://www.opena.tv/bugtracker/5895...tml#post500329
EDIT: Another interesting approach can be found there:
Manueller Filecheck (fsck) per FileCommander für ext4/ext3 DatenträgerGeändert von Papi2000 (23.07.2023 um 10:17 Uhr) Grund: Englisch hinzugefügt, erweitert
Grüßle
Ralf
---------------------------------------------
Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
Astra 19.2E UniCable & KabelBW, oATV/teamBlue
(u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----
-
Danke - 14 Thanks
-
Advertising
Lesezeichen