Zerstörtes Filesystem

[Charles Darwin jun.]

...nochmal zurück zum zerstörten Filesystem:

Die Frage ist natürlich ob es nur eine Ursache gibt, oder ob es verschiedene Auslöser sein können.

Faktum ist, dass das Problem bisher mit 2.5er-HDDs nicht auftritt...korrigiert mich bitte wenn ich falsch liege
Also scheint es wirklich an der verzögerten Anlaufzeit mancher Desktop-HDDs zu liegen...haben ja einige hier schon erwähnt.
Das führt mich zum nächsten Punkt...wenn es tatsächlich nur dieses eine Problem gibt...müßte es dafür nicht einen Würgaround geben?

Was kann denn ein Linux-PC, was unsere vielgeliebte d-box nicht kann

writecache=off
swap=on
ext2
2.5 HDD 120Gig
JtG Testsnap v. 22.4.
Keine Crashes und keine Aufnahmeprobleme

[Gorcon]

Was kann denn ein Linux-PC, was unsere vielgeliebte d-box nicht kann

Er wartet solange.
Mit Swap off und abgeschaltetem Writecache hatte ich bis jetzt keine Probleme mehr.

Gruß Gorcon

[DrStoned]

Nebenbei mal kurz bemerkt, bin gerade dran, mit einem Freund eine automatische Steuerung für den Lüfter zu konstruieren. Der Lüfter soll dann über die recording.start eingeschaltet und über die recording.end wieder ausgeschaltet werden.

Wahrscheinlich könntest Du auch den in der Platte eingebauten Temperatursensor nutzen:)
Das wäre vermutlich genau die Größe auf die es Dir ankäme:)
(http://sourceforge.net/projects/smartmontools/ oder
hddtemp http://www.dream-multimedia-tv.de/board ... eadid=3457 )

Das wäre bei der Aufnahme kontraproduktiv, da dadurch eine noch höhere Prozessorlast erzeugt würde, da die CPU während der Aufnahmen sowieso am Limit läuft. Das Skript müsste im Hintergrund mitlaufen, und mindestens alle 120 Sekunden abgefragt werden. Das Skript könnte somit Aufnahme aus dem Takt bringen. Ich weiss ja, dass die Festplatte und die CPU während der Aufnahme warm werden. Somit genügt es, den Lüfter während der Aufnahme einzuschalten.

Greetz von DrStoned

[rick]

Wie kann ich das Script direkt ausführen?

Da du ext2 benutzt, würde ich fsck nutzen. Das sollte eigentlich zum Boardwerkzeug deiner Box gehören.

Du logst dich also per Telnet auf der Box ein, überprüfst mit mount, ob die Platte nicht eingehängt ist, und machst dann
fsck /dev/ide/host0/bus0/target0/lun0/part2.

Hab ich versucht.. Ergebnis:

/ # fsck /dev/ide/host0/bus0/target0/lun0/part2
fsck 1.38 (30-Jun-2005)
e2fsck 1.38 (30-Jun-2005)
fsck.ext2: while determining whether /dev/ide/host0/bus0/target0/lun0/part2 is mounted.
fsck.ext2: while trying to open /dev/ide/host0/bus0/target0/lun0/part2

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

fsck.ext2:
/ #

Ach ja, swap ist aktiviert.

[DrStoned]

Dann gib mal folgende Zeile ein:

Code: Alles auswählen

fsck.ext2 -fvy /dev/ide/host0/bus0/target0/lun0/part2

Damit sollte das defekte Dateisystem repariert werden. Nicht ungeduldig werden, das kann eine Zeitlang dauern.

Greetz von DrStoned

[rick]

Wie kann ich das Script direkt ausführen?

Da du ext2 benutzt, würde ich fsck nutzen. Das sollte eigentlich zum Boardwerkzeug deiner Box gehören.

Du logst dich also per Telnet auf der Box ein, überprüfst mit mount, ob die Platte nicht eingehängt ist, und machst dann
fsck /dev/ide/host0/bus0/target0/lun0/part2.

Funktioniert nicht. Meine Ausgabe:



/ # fsck /dev/ide/host0/bus0/target0/lun0/part2
fsck 1.38 (30-Jun-2005)
e2fsck 1.38 (30-Jun-2005)
fsck.ext2: while determining whether /dev/ide/host0/bus0/target0/lun0/part2 is mounted.
fsck.ext2: while trying to open /dev/ide/host0/bus0/target0/lun0/part2

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

fsck.ext2:
/ #

[rick]

Dann gib mal folgende Zeile ein:

Code: Alles auswählen

fsck.ext2 -fvy /dev/ide/host0/bus0/target0/lun0/part2

Damit sollte das defekte Dateisystem repariert werden. Nicht ungeduldig werden, das kann eine Zeitlang dauern.

Greetz von DrStoned

Dann passiert folgendes:
/ # fsck.ext2 -fvy /dev/ide/host0/bus0/target0/lun0/part2
e2fsck 1.38 (30-Jun-2005)
fsck.ext2: while determining whether /dev/ide/host0/bus0/target0/lun0/part2 is m ounted.
fsck.ext2: while trying to open /dev/ide/host0/bus0/target0/lun0/part2

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

fsck.ext2:
/ # / # fsck.ext2 -fvy /dev/ide/host0/bus0/target0/lun0/part2
-sh: /: Permission denied
/ # e2fsck 1.38 (30-Jun-2005)
-sh: Syntax error: "(" unexpected
/ # fsck.ext2: while determining whether /dev/ide/host0/bus0/target0/lun0/part2 is mounted.
-sh: fsck.ext2:: not found
/ # fsck.ext2: while trying to open /dev/ide/host0/bus0/target0/lun0/part2
-sh: fsck.ext2:: not found
/ #
/ # The superblock could not be read or does not describe a correct ext2
-sh: The: not found
/ # filesystem. If the device is valid and it really contains an ext2
-sh: filesystem.: not found
/ # filesystem (and not swap or ufs or something else), then the superblock
-sh: Syntax error: word unexpected (expecting ")")
/ # is corrupt, and you might try running e2fsck with an alternate superblock:
-sh: is: not found
/ # e2fsck -b 8193 <device>
-sh: Syntax error: newline unexpected
/ #
/ # fsck.ext2:
-sh: fsck.ext2:: not found
/ # / #
-sh: /: Permission denied
/ #

Bin leider nicht sehr gut im Leses dieser Ausgaben!
Da die Platte aber nicht reagiert geh ich davon aus, dass dies noch nicht der richtige Weg ist.

[DrStoned]

-sh: fsck.ext2:: not found

Hast Du eigentlich schon ein aktuelles JtG-Image auf der Box?

Damit sollte fsck.ext2 auch gefunden werden. Oder ging da was beim Kopieren in die Zwischenablage schief?

Geh mal folgendermaßen vor:

1. Stelle erstmal sicher, dass Du ein aktuelles JtG-Image auf der Box hast.
2. Mal folgenden Befehl eingeben und nachschauen, wie die Partitionstabelle aussieht.

Code: Alles auswählen

cfdisk -P t /dev/ide/host0/bus0/target0/lun0/disc

3. Dann das Ergebnis hier posten.

Bei mir wird bei cfdisk -P t /dev/ide/host0/bus0/target0/lun0/disc folgendes ausgegeben:

Code: Alles auswählen

Partition Table for /dev/ide/host0/bus0/target0/lun0/disc

         ---Starting---      ----Ending----    Start     Number of
 # Flags Head Sect Cyl   ID  Head Sect Cyl     Sector    Sectors
-- ----- ---- ---- ---- ---- ---- ---- ---- ----------- -----------
 1  0x00    0    2    0 0x82   15   63  260           1      263087
 2  0x00    0    1  261 0x83   15   63 1023      263088   195108480
 3  0x00    0    0    0 0x00    0    0    0           0           0
 4  0x00    0    0    0 0x00    0    0    0           0           0

4. Dann nachschauen was für ein Typ von Partitionen drauf ist.

Code: Alles auswählen

cfdisk -P s /dev/ide/host0/bus0/target0/lun0/disc

Bei mir sieht das so aus:

Code: Alles auswählen

Partition Table for /dev/ide/host0/bus0/target0/lun0/disc

               First       Last
 # Type       Sector      Sector   Offset    Length   Filesystem Type (ID) Flag
-- ------- ----------- ----------- ------ ----------- -------------------- ----
 1 Primary           0      263087      1#     263088 Linux swap / So (82) None
 2 Primary      263088   195371567      0   195108480 Linux (83)           None

Falls Du nur eine Datenpartition vom Typ Linux (83) in Partition 1 ohne SWAP hast, den Befehl

Code: Alles auswählen

fsck.ext2 -fvy /dev/ide/host0/bus0/target0/lun0/part2

auf

Code: Alles auswählen

fsck.ext2 -fvy /dev/ide/host0/bus0/target0/lun0/part1

ändern.

Der Filesystemcheck geht natürlich nur auf Datenpartitionen mit Typ Linux (83). Bei SWAP Linux swap / So (82) geht der nicht.

Aber normalerweise sollte die Datenpartition immer auf Partition 2 liegen.

Und gebe mal vor dem Ausführen von

Code: Alles auswählen

fsck.ext2 -fvy /dev/ide/host0/bus0/target0/lun0/part2

Code: Alles auswählen

umount /hdd

ein, falls die doch irgendwie gemounted war.

Sollte der Filesystemcheck dann immer noch nicht funktionieren, wirst Du die Platte wohl oder übel doch formatieren müssen.

Greetz von DrStoned

[rick]

Ich hatte nicht den aktuellen Snap von jtg drauf.
Das hab ich jetzt gemacht.
Jetzt kann ich über Telnet jedoch keine Befehle mehr an die Box geben!
Ich sehe das Bootlog und jeden Event also z.B. das Umschalten aber wenn ich einen Befehl eingebe erhalte ich keine Reaktion.
Auch nicht wenn ich z.B. Help eingeben!
Zuvor hat das funktioniert.
Vermutlich mache ich nen Anfängerfehler. Aber es muss mit jtg Snap zusammenhängen.

[jmittelst]

Irgendwas stimmt an Deiner Netzwerkverbindung nicht (Log geht über Nullmodem). Telnet geht, solange die Box nicht abgestürzt ist, eigentlich immer. Zumindest hab ich das noch nicht anders erlebt und Putty läuft sehr häufig bei mir.

cu
Jens

[DrStoned]

Geht bei mir auch ohne Probleme, ich benutze Tutty, das ist eine modifizierte Putty, die auch serielle Logs machen kann.

Hast Du auch diesen HDD-Testsnapshot geflasht?

Was zeigt Dir Imageinfo an? Dbox-Taste -> Service -> Image Information.

Greetz von DrStoned

[rick]

Hurra!
Ich hab meine Filme zurück.

Vielen Dank DrStoned!!

Ich hab das Testsnap von JTG aufgespielt. Dann die Festplattenprüfung gemacht. Lief ca. eine Stunde. Viele Seiten mit Fehlern waren das Ergebnis. Jetzt kann ich die Platte zwar in der Box immer noch nicht mounten aber ich kann diese mit einem IDE auf USB-Adapter an meinem Windows PC mit Exttoifs lesen! Die Filme sind gesichert.

Nun die für mich wichtige Frage. Was ist das ideale Filesystem in der Box.
Mit / ohne Swap? Was soll man beim Mounten beachten. Einige Punkte zum mounten wurden ja schon vorher angesprochen.

Danke

Rick

[DrStoned]

ext2 und ext3 lassen sich problemlos auf dem PC unter Windows über Ext2IFS auslesen und auch beschreiben, mit xfs geht das nicht.

ext3 erzeugt die höchste Prozessorlast, ist dafür aber durch das Journaling einfacher wieder herzustellen.
ext2 erzeugt eine niedrigere Prozessorlast, kann aber bei einem Absturz unter Umständen nicht mehr so einfach wiederhergestellt werden.

SWAP würde ich auf jeden Fall aktivieren, da bei größeren Platten sonst der HDD-Check nicht durchläuft.

Cache habe ich bei meiner Platte ausgeschaltet, da ich dadurch immer wieder Aufnahmeabbrüche bekam. Es wurde jedoch auch schon genau der umgekehrte Fall berichtet, dies hängt wohl von der verwendeten Festplatte ab.

Ausserdem noch in den Direktaufnahme Einstellungen sychnrones Schreiben bei beiden Optionen auf ein stellen, in den Aufnahme Einstellungen Sectionsd anhalten ein und Umschalten bei Ankündigung ebenfalls auf ein.
Im Übrigen würde ich Dir noch die Installation der Recording-Skripts empfehlen, da sie die Platte rechtzeitig vor der Aufnahme hochfahren und unnötige Programme abschalten.

Generell wichtig ist, dass bei einem Absturz der Box während einer Aufnahme, oder sonstigen Schreiboperation, unbedingt der HDD-Check ausgeführt werden sollte, damit keine weiteren Fehler auftreten, was zu den von Dir beschriebenen Fehlern führt.

Nachdem Du jetzt Deine Filme wieder hast, unbedingt die Festplatte neu formatieren.

Greetz von DrStoned

[rick]

Gibt es bei xfs kein Programm um dies unter win zu mounten?
JTG schlägt xfs vor. (xfs ist zu bevorzugen)

[hergis]

Hallo rick,
mit crossmeta geht es wohl grundsätzlich - scheint aber nicht bei allen gut zu funktionieren. Ich selbst setze crossmeta ohne Probleme mit zwei verschiedenen Festplatten ein: http://tuxbox-forum.dreambox-fan.de/for ... hp?t=43408

Viele Grüße, hergis

[rick]

Hallo DrStoned,

aber man könnte doch Linux von einer LiveCD booten. Kann man die Filme dann nicht auf eine ntfs-Partiton schreiben?
Welche LiveCD ist dafür gut?
Hat jemand Erfahrungen?

[fullcane]

ich gehöre nun offenbar auch zu denjenigen, denen das Filesystrem aus irgendeinem unerfindlichen Grund zersemmelt wurde. Meiner Erinnerung nach habe ich meine Festplatte ohne SWAP-Partition mit xfs formatiert. Die Platte wird neuerdings nicht mehr gemountet. Wenn ich mich via TELNET auf die Box einlogge und den Befehl

Code: Alles auswählen

xfs_repair

eingebe, kriege ich folgendes Ergebnis:

Code: Alles auswählen

/ # xfs_repair
Usage: xfs_repair [-nLvV] [-o subopt[=value]] [-l logdev] [-r rtdev] devname

Offenbar muss ich noch irgendwelche Parameter eingeben, weiß aber nicht welche. Bitte um Nachhilfe.

Ich benutze das neueste YADI-Snapshot-Image 2.2.01 auf einer Nokia Kabel

Gruß
fullcane

[jmittelst]

Lies mal hier: http://forum.tuxbox-cvs.sourceforge.net ... =xfsrepair

Ein Link sagt mehr als 100 Worte

cu
Jens

[fullcane]

so richtig hilft mir das leider auch nicht weiter. Hier das Ergebnis meiner Bemühungen

Code: Alles auswählen

/var # umount /hdd
umount: Couldn't umount /hdd: Invalid argument
/var # xfs_repair -L /dev/ide/host0/bus0/target0/lun0/part2
/dev/ide/host0/bus0/target0/lun0/part2: No such file or directory

fatal error -- couldn't initialize XFS library

Was mache ich jetzt?

Gruß
fullcane

[DrStoned]

Hast Du eventuell Samba oder sonst einen Deamon von der Platte gestartet? Oder Plugins auf die Platte ausgelagert? Das könnte der Grund für das Scheitern von umount bedeuten. Oder die Partition wurde noch gar nicht gemounted.
Um das festzustellen, mal per Telnet mount eingeben.
Das Ergebnis sollte ungefähr so aussehen:

Code: Alles auswählen

/dev/root on / type squashfs (ro)
none on /dev type devfs (rw)
proc on /proc type proc (rw)
/dev/mtdblock/3 on /var type jffs2 (rw)
tmpfs on /tmp type tmpfs (rw)
/dev/ide/host0/bus0/target0/lun0/part2 on /hdd type ext3 (rw)

Um festzustellen, ob Programme von der Platte gestartet wurden, mal per Telnet ps bzw ps aux eingeben und schauen, welche Programme auf der Platte gestartet wurden.

Für Samba wären das dann diese Einträge:

Code: Alles auswählen

root       185  0.5  5.3  3232 1660 ?        S    09:11   0:00 /hdd/nmbd -D
root       199 23.3  8.5  5904 2636 ?        S    09:12   0:01 /hdd/smbd -D

Diese Programme zuerst mit killall [Dateiname] abschießen, und dann nochmals umount /hdd eingeben.

Um Samba abzuschießen, folgende Zeilen per Telnet eingeben:

Code: Alles auswählen

killall smbd
killall nmbd

Eventuell wurde aber bei Deinem Image die Datenpartition nach part1 partitioniert.

Dann sieht die Zeile für xfsrepair so aus.

Code: Alles auswählen

xfs_repair -L /dev/ide/host0/bus0/target0/lun0/part1

Ich weiss jetzt nicht, ob im YADI-Image cfdisk eingebaut wurde. Jedenfalls kann man sich mit diesem Befehl die Partiitionstabelle anzeigen lassen.

Code: Alles auswählen

cfdisk -P t /dev/ide/host0/bus0/target0/lun0/disc

das sieht dann ungefähr so aus:

Code: Alles auswählen

Partition Table for /dev/ide/host0/bus0/target0/lun0/disc

         ---Starting---      ----Ending----    Start     Number of
 # Flags Head Sect Cyl   ID  Head Sect Cyl     Sector    Sectors
-- ----- ---- ---- ---- ---- ---- ---- ---- ----------- -----------
 1  0x00    0    2    0 0x82   15   63  260           1      263087
 2  0x00    0    1  261 0x83   15   63 1023      263088   156038400
 3  0x00    0    0    0 0x00    0    0    0           0           0
 4  0x00    0    0    0 0x00    0    0    0           0           0

Oder mit diesem Befehl:

Code: Alles auswählen

cfdisk -P s /dev/ide/host0/bus0/target0/lun0/disc

Dann siehts so aus:

Code: Alles auswählen

Partition Table for /dev/ide/host0/bus0/target0/lun0/disc

               First       Last
 # Type       Sector      Sector   Offset    Length   Filesystem Type (ID) Flag
-- ------- ----------- ----------- ------ ----------- -------------------- ----
 1 Primary           0      263087      1#     263088 Linux swap / So (82) None
 2 Primary      263088   156301487      0   156038400 Linux (83)           None

Falls cfdisk nicht im Yadi drin ist, habe ich es hiermal ins Uploadcenter gelegt.

Einfach entpacken und nach /var/bin/ kopieren und Ausführrechte (755) vergeben.

Greetz von DrStoned

[fullcane]

Hallo Dr. Stoned,

vielen Dank für deine ausführliche Anleitung. Von der Platte ausgeführte Daemons oder Plugins kommen für die Probleme nicht in Frage, weil ich sowas nicht implementiert habe. Am Ende hat sich die Sache dennoch auf relativ einfache Weise aufgelöst. Das Yadi-Image enthält schließlich deine HDD-Skripte. Nachdem ich mehrere vergebliche Anläufe unternommen hatte (mehrfaches Ein- und Ausschalten der Festplatte, Neustarts der dbox), ließ sich die Festplatte irgendwann wieder ansprechen. Beim ersten Durchgang von HDD-Check schaltete sich die Festplatte dann zwar nach ein paar Minuten wieder ab, aber beim zweiten Durchgang führte HDD-Check schlussendlich zu einer vollständig wiederhergestellten Festplatte. Welche Systematik dahinter steckt, bleibt mir rätselhaft, aber Hauptsache, es funktioniert jetzt wieder alles.

Gruß
fullcane

[Charles Darwin jun.]

Weiß nicht, ob es daran liegt, dass es die meisten verwenden...oder daran, dass es die Ursache darstellt...

XFS meine ich