jfs fsck

[16bitter]

Hallo,
leider ist mir mein SRP2410 in den letzten 2 Wochen zweimal "abgestürzt" und hat jedesmal die Aufzeichnungen der internen Platte zerstört. Dieses Mal zeigt er mir zwar noch belegten Plattenplatz an, aber ich finde keine Aufzeichnungs-Files.

Ich habe das HDDInfo Tap eingespielt, aber der Topf kann es nicht starten (meldung: tap kann nicht gestartet werden. Ist hier etwas zu beachten?
Ich habe unter ProgramFiles die jfs Tools eingespielt. Wie finde ich heraus wie die eingebaute Festplatte heisst?

Wenn ich über telnet das jfs_fsck starte kommt:
sh: ./jfs_fsck: Permission denied

obwohl ich als root eingeloggt bin.
Ich bin leider kein Linux-Spezi, wie komme ich hier weiter? http://1.2.3.9/bmi/www.topfield-europe. ... ruebel.gif

[FireBird]

Willkommen an Board (auch wenn der Beitrag übersehen wurde und rund 2 Tage auf die Freischaltung warten musste).

Ich habe das HDDInfo Tap eingespielt, aber der Topf kann es nicht starten (meldung: tap kann nicht gestartet werden. Ist hier etwas zu beachten?

Nein. Entweder hast Du die 5000er-Version erwischt, oder bei der Übertragung ist etwas schief gelaufen.

Ich habe unter ProgramFiles die jfs Tools eingespielt. Wie finde ich heraus wie die eingebaute Festplatte heisst?

Die interne Platte lautet immer sda, plus eine Ziffer für die Partition. Mit mount kannst Du die Mount-Verzeichnisse anzeigen lassen.

Wenn ich über telnet das jfs_fsck starte kommt:
sh: ./jfs_fsck: Permission denied

Hast Du sie vorher mit

Code: Alles auswählen

chmod 777

ausführbar gemacht?

[16bitter]

Danke für die Tipps,

das HDDInfo_TMS Tap läuft jetzt. Wie bekomme ich denn einen solchen screendump wie ihr ihn habt? Ich kann das Ergbebnis höchstens am TV abfotografieren.

Mit chmod 777 läuft jetzt auch das jfs_fsck. Leider sind die Daten wohl nicht mehr zu retten, auch nicht mit lost+found. Unter Ubuntu bekomme ich auch nur einen defekten Superblock gemeldet. Ist das JFS Dateisystem so anfällig? Sind diese Superblocks nicht redundant vorhanden? Ich habe die Platte über den Topfield neu formatiert. Langt das, um den Superblockfehler zu beseitigen? Sorry für die vielen Fragen, aber ich bin in der Topfield Welt noch relativ unerfahren. Ich programmiere selber embedded Systeme und habe sogar ein Filesystem geschrieben aber alles ohne Betriebssystem und nur mit C-Syntax.

[FireBird]

das HDDInfo_TMS Tap läuft jetzt. Wie bekomme ich denn einen solchen screendump wie ihr ihn habt? Ich kann das Ergbebnis höchstens am TV abfotografieren.

Sobald Du die SMART-Seite von HDDInfo aufrufst, legt das TAP und /ProgramFiles/Settings/HDDInfo eine Log-Datei an, die Du hier posten kannst.

Leider sind die Daten wohl nicht mehr zu retten, auch nicht mit lost+found.

Die Platte funktioniert im Topf ohne formatiert worden zu sein? Der verbrauchte Platz reflektiert Deine vermissten Dateien? Dann sollte auch etwas zu finden sein. Bitte nicht vergessen, dass der Topf, je nach Einstellung, ein paar GB für die Timeshift-Datei reserviert.

Ist das JFS Dateisystem so anfällig?

Grundsätzlich ist es im Topf nicht anfälliger als anderswo, aber schaun ma mal das HDDInfo-Log an.

Ich programmiere selber embedded Systeme und habe sogar ein Filesystem geschrieben aber alles ohne Betriebssystem und nur mit C-Syntax.

Die perfekten Voraussetzungen. Der Topf ist ein embedded System und TAPs werden in ANSI-C programmiert. Willkommen an den neuen TAP-Programmierer.

[16bitter]

Hallo

hier der Inhalt des Logs:

Code: Alles auswählen

HDDModel : ST3500312CS
HDDSerial: 

Attr                                        Description Value Worst  Thr       Raw   Flags
0x01                                     Lesefehlerrate  120   99    6 237994535  0x000f     wpr_o_
0x03                                         Anlaufzeit   98   97  ---         0  0x0003     w___o_
0x04                                  Start/Stop Z‰hler   97   97   20      3388  0x0032     ___cos
0x05                           Verbrauchte Reservesekt.  100  100   36        37  0x0033     w__cos
0x07                                    Such-Fehlerrate   77   60   30  57633655  0x000f     wpr_o_
0x09                                    Betriebsstunden   95   95  ---      4413  0x0032     ___cos
0x0a                                     Anlaufversuche  100  100   97         0  0x0013     w__co_
0x0c                                  Power Cycle Count   99   99   20      1694  0x0032     ___cos
0xb8                                   End-to-End Error  100  100   99         0  0x0032     ___cos
0xbb                      Reported Uncorrectable Errors   45   45  ---        55  0x0032     ___cos
0xbc                                    Command Timeout  100  100  ---         0  0x0032     ___cos
0xbd                                    High Fly Writes   29   29  ---        71  0x003a     __rcos
0xbe                                Luftstromtemperatur   72   43   45        28  0x0022     ____os
0xc2                                         Temperatur   28   57  ---        28  0x0022     ____os
0xc3                             Hardware ECC Recovered   48   41  --- 237994535  0x001a     __rco_
0xc5                                  Unsicherer Sektor  100  100  ---         0  0x0012     ___co_
0xc6                       Unkorrigierbare Sektorenzahl  100  100  ---         0  0x0010     ___c__
0xc7                              UDMA CRC Fehleranzahl  200  200  ---         0  0x003e     _prcos

Kann man daraus schon etwas sehen?
Der erste "Absturz" kam durch einen Netzausfall.
Der zweite kam ca. 2 Wochen später. Topf hing und nach einem Neustart waren die Daten weg.

[FireBird]

Ein bisschen viele verbrauchte Reservesektoren / Uncorrectable Errors. Sieht irgendwie nach einer defekten Platte aus.

[paul79]

Ich programmiere selber embedded Systeme und habe sogar ein Filesystem geschrieben aber alles ohne Betriebssystem und nur mit C-Syntax.

Die perfekten Voraussetzungen. Der Topf ist ein embedded System und TAPs werden in ANSI-C programmiert. Willkommen an den neuen TAP-Programmierer.

Was FireBird damit sagen will: Neue TAP-Programmierer sind immer willkommen. Und wenn jemand schon gute Erfahrungen wie Du mitbringt wär das eine große Bereicherung für das Forum hier!

[16bitter]

Nach der Formatierung mit dem Topf zeigt die Platte nur noch die halbe verfügbare Kapazität an. Ich denke, das Teil ist defekt.

[FireBird]

Neue TAP-Programmierer sind immer willkommen.

Er versucht es mal mit der Ignoriertaktik.

[16bitter]

Er versucht es mal mit der Ignoriertaktik

Das liegt wohl daran, dass ich momentan etwas im Stress bin.

Der Topf ist primär das Arbeitsgerät meiner Frau, deßhalb habe ich mich bislang nicht allzuviel damit beschäftigt. Fernsehen ist eigentlich nicht so mein Ding. Filme die mich interessieren zeichne ich mit EyeTV auf einem MAC auf, lege sie auf einer Netzwerkplatte als MP4 ab und spiele sie am TV mit einem WD Mediaplayer wieder ab.

Schön dass ihr mir zutraut TAPs zu programmieren, bislang habe ich aber immer versucht Linuxsysteme zu umgehen. Beruflich programmiere und entwickle ich für Single-Chip MCUs, z.B. Fujitsus Microcontroller 8-32Bit und deren Cortex M3 Typen.

Ich werde mir auf jeden Fall die TAP Programmierung mal näher ansehen.

Auf was muss man denn achten wenn man eine neue FP für den Topf kauft?
Welche Features muss sie haben? (500GB-1TB)

[FireBird]

Schön dass ihr mir zutraut TAPs zu programmieren, bislang habe ich aber immer versucht Linuxsysteme zu umgehen.

Grundsätzlich haben TAPs nichts mit dem Linux zu tun, aber man kann auf das System zugreifen.

Auf was muss man denn achten wenn man eine neue FP für den Topf kauft?

Da bin ich nicht am Laufenden, welche Typen unterstützt werden und welche Probleme machen.

[MuiniMula]

Vielen Dank für das Tool

Hat bei mir zwar die Platte nicht retten können, aber reichlich Hoffnung gemacht, so dass ich die Daten auf andere Art sichern konnte

Falls mal jemand das selbe Problem hat, vielleicht erspart folgendes ein bisschen Angstschweiß:

Wenn das Recovery der Platte misslingt, z.B. so:
# jfs_fsck -v /dev/sdb2
jfs_fsck version 1.1.15, 04-Mar-2011
processing started: 1/1/2000 0:47:19
Using default parameter: -p
The current device is: /dev/sdb2
Open(...READ/WRITE EXCLUSIVE...) returned rc = 0
Primary superblock is valid.
The type of file system for the device is JFS.
Block size in bytes: 4096
Filesystem size in blocks: 121571712
**Phase 0 - Replay Journal Log
LOGREDO: Log already redone!
logredo returned rc = 0
**Phase 1 - Check Blocks, Files/Directories, and Directory Entries
**Phase 2 - Count links
**Phase 3 - Duplicate Block Rescan and Directory Connectedness
**Phase 4 - Report Problems
**Phase 5 - Check Connectivity
**Phase 6 - Perform Approved Corrections
**Phase 7 - Rebuild File/Directory Allocation Maps
**Phase 8 - Rebuild Disk Allocation Maps
ujfs_rw_diskblocks: read 0 of 16384 bytes at offset 6705152
Unrecoverable error reading M from /dev/sdb2. CANNOT CONTINUE.
Fatal error (-10093,30) accessing the filesystem (1,6705152,16384,16384).
**** Filesystem was modified. ****
processing terminated: 1/1/2000 0:47:35 with return code: -10093 exit code: 4.



Kann man einfach versuchen Sie Read-Only zu mounten:
mount -vs -t jfs -o ro,nointegrity,errors=remount-ro /dev/sdb2 /mnt/sdb2

Ich konnte jedenfalls gerade die Aufnahmen und Einstellungen komplett auf eine Ersatzplatte sichern, die ich vorher eingebaut hatte.

Viele Grüße aus Dortmund,
Holger

[FireBird]

Danke für den Tipp.

[tommes]

Für alle, die auch so viele Probleme, wie ich hatten und nicht die weltbesten PC-Kenner sind. Um dieses TAP zu nutzen ladet Euch bitte das Windows-Programm "putty" runter. Dort klickt ihr Telnetd an. In dem sich öffnenden Fenster gebt Ihr root ein. Dann könnt Ihr die Befehle eingeben. Ich hoffe, das hilft dem ein oder anderen.

[Twilight]

ein mikrostromausfall hat mrine 2TB hd "gekillt"...srp bricht das überprüfen ab und will sie formatieren

hd an meinen zweit srp angeschlossen...jfs_fsck drauf los gelassen...schwubbs, schon kenn er sie wieder

danke für das tolle tool!!!!!

twilight

[FireBird]

Ein bisschen viele Stromausfälle in der letzten Zeit. Super, dass die Reparatur geklappt hat.

[chris86]

Ich weise mal vorsichtshalber auch hier im Thread nochmal darauf hin, dass es eine (von mir modifizierte) Version von jfs_fsck gibt, die bei bestimmten Block-Allokations- oder XTree-Fehlern (die typischerweise durch 2 bekannte Bugs in der Topfield-Schnittfunktion produziert werden) die betroffenen Dateien rettet, anstatt sie (wie das original jfs_fsck) unwiderruflich zu zerstören.
Ich würde grundsätzlich zum Einsatz dieser Version raten...
http://mc.tms-taps.net/HDDCheck

[Twilight]

danke. hatte auch etwas mehr speicherplatz frei nachdem die hd wieder "online" war.
scheide aber eigentlich nichts...lade mir das ding aber gerne runter

twilight

[Twilight]

muss aber gestehen das ich mich nicht zurecht finde...

das aktuellste hat das datum von 2017, das mit der höchsten versionsnummer von 2014

twilight

[chris86]

Es gibt nur eines!
jfs_fsck v1.1.15 (das ist die "Basis-Version" von 2014, die 2017 von mir modifiziert wurde - ich wollte die Versionsnr. nicht ändern, weil es im Endeffekt ja immernoch dasselbe Tool ist, und die Änderungen nur Topfield-spezifisch sind)

Der Installer enthält dieselbe Version, nur halt als TAP verpackt.

(Ich gebe aber zu, die Seite könnte mal besser strukturiert werden...