lost+found TAP

[finisher]

Hi Twilight,

da ist nix drin! NullKommaNull!

Claus

[finisher]

Ich muss euch aber jetzt sagen, dass ich im allgemeinen Forum für den SRP-2100 einen eigenen thread gestartet habe. ("Wo sind meine freien Gigabites?")
Ich wollte mich aber bei Euch einklinken, da ich glaubte, dass Euer tap für mich die Lösung wäre.
Ich dachte es läge einfach an einem Handlingproblem meinerseits.

Claus

[chrisly]

Hi.

Ich hatte gerade einen Reboot und die lfd. Aufnahme ist weg. Auch l&f konnte sie nicht wieder herstellen, obwohl die Meldung kam, dass Aufnahmen gefunden wurden. Aber im l&f-Ordner ist nix drin.
Das Gleiche hatte ich vor ein paar Wochen schon mal.
Gibt es eine Chance, die Aufnahmen noch irgendwo zu finden?

Edit: TimerDiags hat geloggt, dass die Aufnahme nach dem Neustart gelöscht wurde. Das scheint der Topf wohl standardmäßig zu machen. Kann das irgendwie verhindert werden?

[Twilight]

entweder mit se oder rescuerecs

twilight

[chrisly]

Rescuerecs läuft im Autostart, scheint aber nicht (immer?) zu funktionieren. Die Aufnahme müsste ja sonst eigentlich unter DataFiles zu finden sein!?

[Twilight]

dazu kann ich dir nichts sagen, bei meinen "test" in se hat es immer funktioniert...ist allerdings das gleiche als das stand alone tap.

twilight

[FireBird]

Erstens macht es einen Unterschied, ob die Dateien nur zum Löschen markiert sind (was RescueRecs verhindert), oder ob das Dateisystem durch den Crash so beschädigt wird, so dass die Dateien durch den anschließenden VF&F nicht mehr hergestellt werden können.

Zweitens haben Dateien, die sich im lost-found-Ordner wiederfinden, eine andere Dateiendung (.rcn?) und sind somit für die Dateiliste vorerst nicht sichtbar. Hier ist Handarbeit via ftp angesagt. Einfacher ist es wenn ganze Ordner verloren werden, denn die Dateien innerhalb des Ordners behalten ihren Namen.

[Homer]

Mit Filer in den Ordner "//Alle Dateien//DataFiles/lost_and_found". Dort findet man ggf. eine .RCN-Datei, die man gleich umbenennen kann. Meine I049152.RCN ist leider nur 38 kB groß.

Viele Grüße
Homer

[chrisly]

@ Firebird: Danke für die Erklärung. Dadurch konnte ich jetzt ein paar alte Dateien finden, aber sie sind wie bei Homer nur ca. 38 KB groß und unbrauchbar. Schade ...

[Twilight]

dann will ich diesen thread mal hervor holen und etwas entstauben....steve wo bist du

wie ist eigentlich die beste vorgangsweise die datein ihren richtigen namen zu geben.

die . rec files sind ja schnell gefunden...die dazugehören infs wären aber auch nicht schlecht.
ich sehe da im moment keine möglichkeit

twilight

[le_petz]

Danke nochmal für das Tap! Hier hat er alles wiedergefunden, nur die Aufnahmen ohne Ordner sind nicht da, da sie alle gleich heißen. Muss ich die dateien in *.rec umbenennen?

[FireBird]

Die grossen musst Du auf rec umbenennen, die kleinen (ehemals inf und nav) kannst Du löschen, da sie nicht mehr zuordenbar sind. Dann RbN laufen lassen, damit inf und nav neu erzeugt werden.

[postler1972]

Oh mann Firebird, du bist heute mein Held. Bei meiner Regierung hat sich der Topf aufgehängt. Danach waren alle Sendungen verschwunden. Konnte die Sendungen mittels Lost + Found und rebuild nav wieder herstellen.
Danke

[FireBird]

Gern geschehen.

[postler1972]

Stellt sich mir nur die Frage warum das passiert ist. Da ich es aber bisher versäumt habe das Hdd Info Tap aufzuspielen, werde ich das nicht herausfinden.

[FireBird]

HDDInfo liefert Infos, mit deren Hilfe man einen Hardware-Defekt erkennen kann. Dein Problem ist zwar grundsätzlich "nur" eine Beschädigung der logischen Dateisystemstruktur, kann aber z.B. durch ein defektes SATA-Kabel hervorgerufen werden. Und ob es ein Kabelproblem gibt, sieht man jetzt auch noch. Also her mit dem Log.

[postler1972]

ok, dann mal hier das Log von HDDInfo

Code: Alles auswählen

HDDModel : ST3500312CS
HDDSerial:             9VV29SHQ
Attr                                        Description Value Worst  Thr       Raw   Flags
0x01                                     Lesefehlerrate  118   99    6 199999139  0x000f     wpr_o_
0x03                                         Anlaufzeit   98   97  ---         0  0x0003     w___o_
0x04                                  Start/Stop Zähler   99   99   20      1138  0x0032     ___cos
0x05                           Verbrauchte Reservesekt.  100  100   36         0  0x0033     w__cos
0x07                                    Such-Fehlerrate   73   60   30  23562317  0x000f     wpr_o_
0x09                                    Betriebsstunden   99   99  ---      1337  0x0032     ___cos
0x0a                                     Anlaufversuche  100  100   97         0  0x0013     w__co_
0x0c                                  Power Cycle Count  100  100   20       569  0x0032     ___cos
0xb8                                   End-to-End Error  100  100   99         0  0x0032     ___cos
0xbb                      Reported Uncorrectable Errors  100  100  ---         0  0x0032     ___cos
0xbc                                    Command Timeout  100  100  ---         0  0x0032     ___cos
0xbd                                    High Fly Writes  100  100  ---         0  0x003a     __rcos
0xbe                                Luftstromtemperatur   55   50   45        45  0x0022     ____os
0xc2                                         Temperatur   45   50  ---        45  0x0022     ____os
0xc3                             Hardware ECC Recovered   46   42  --- 199999139  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
                           

[FireBird]

Kein Kabelproblem.

[FilmFan]

Auch sonst kein Plattenproblem.

[mecir]

Hallo,

nachdem ich gerade wieder Spaß mit meinem Topf habe, eine Frage zu lost+found: Stellt das TAP eigentlich die Namen der Dateien - sofern möglich - wieder her beim Verschieben?

Ich habe nicht darauf geachtet, wie der Zustand vor dem move war, wundere mich nur, warum ich in TAPSystem.log sehe, dass RECMON bei einigen Innnnnn.RCN Dateien den originalen Namen anzeigt, diese nach dem move nach DataFiles/lost_and_found aber noch immer den kryptischen Namen haben, während andere mit Originaltitel dort stehen.

Ich frage auch deshalb, weil bei mir zwar ein paar hundert Dateien via lost+found erfolgreich ohne Nachbehandlung in die Originalverzeichnisse verschoben werden konnten, aber leider auch über 200 umbenannt werden müssen.

Gruß

Mecir