Alle Filme der externen HD in lost+found

[Homer]

Telnet: User=root, pw=(keines)

Viele Grüße
Homer

[db1]

Ich hatte schon einmal Probleme mit der internen HD, da konnte ich mit jfs_fsck (oder so ähnlich) alles wiederherstellen.
Macht das hier auch Sinn?

[db1]

Danke für die Telnet Daten

# mount
rootfs on / type rootfs (rw)
none on /proc type proc (rw)
none on /sys type sysfs (rw)
none on /dev/pts type devpts (rw)
none on /proc/bus/usb type usbfs (rw)
/dev/sda1 on /mnt/games type jfs (rw,nointegrity)
/dev/sda2 on /mnt/hd type jfs (rw,nointegrity)
/dev/sdb1 on /mnt/sdb1 type jfs (rw,nointegrity)
/dev/sdb1 on /mnt/hd/DataFiles/external type jfs (rw,nointegrity)

[FireBird]

Nein, denn Du siehst die Dateien ja. Es wurde nur das Inhaltsverzeichnis beschädigt und deshalb heißen sie nicht mehr so, wie Du es erwartest, sondern irgendwas.rcn.

[Homer]

[quote="db1"]Ich hatte schon einmal Probleme mit der internen HD, da konnte ich mit jfs_fsck (oder so ähnlich) alles wiederherstellen.
Macht das hier auch Sinn?[/quote]
Nein, noch sieht es so aus, als ob alle Dateien existieren, nur teilweise mit anderem Namen.

Viele Grüße
Homer

[FireBird]

[quote="Homer"]Dieser Schluss ist doch nur dann zulässig, wenn davon eine Datei ist, und nicht, wenn alles Ordner sind.[/quote]
Wenn der Filter aktiv ist, würden nur die Dateigrößen von .rec und .mpg anzeigt werden. Entweder sind unterhalb der Ordner im Screenshot irgendwo echte .rec, oder SF ist im ALLFiles-Modus und addiert alle Dateien.

@db1: bitte noch weiter in die Unterverzeichnisse hineingehen. Irgendwelche Dateien müssen da noch kommen.

[db1]

unter dem screenshot sind keine rec Dateien. Es gibt nur RCN Ordner mit Unterordnern. In den Unterordnern sind zum Teil die Ordner Namen richtig, aber es werden nirgends rec files angezeigt.

Der Original filer zeigt bei der externen auch ein leeres Verzeichnis an.

[Homer]

Schau mal mit Telnet.

Viele Grüße
Homer

[db1]

Beispiel für ein Unterverzeichnis

[FireBird]

Gib im Telnet einmal

find /mnt/hd/DataFiles/external

ein. Dann müsste eine lange Liste aller Verzeichnisse und Dateien ausgegeben werden. In den putty-Optionen kann man die Ausgabe in eine Textdatei umleiten.

[db1]

Mit telnet find ich in den Ordnern normale rec, inf und nav Dateien mit richtigen Namen.

Die Meldung kam gerade:

SmartFiler_TMS: FileSystem_RecycleBinCleanUp: Starting RecycleBin cleanup by date

Muss mich das beunruhigen?

[FireBird]

Nein.

Ich muss mich für heute auch ausklinken. Gute Nacht und viel Erfolg.

[db1]

Das Umleiten finde ich gerade nicht, aber da kommt eine lange Liste, hier ein kurzer Auschnitt

/mnt/hd/DataFiles/external/lost+found/D024576.RCN/Tarantino/Kill Bill Volume 1 - Spielfilm, USA 2003.rec
/mnt/hd/DataFiles/external/lost+found/D024576.RCN/Tarantino/Kill Bill Volume 1 - Spielfilm, USA 2003.rec.inf
/mnt/hd/DataFiles/external/lost+found/D024576.RCN/Tarantino/Kill Bill Volume 1 - Spielfilm, USA 2003.rec.nav
/mnt/hd/DataFiles/external/lost+found/D024576.RCN/Tarantino/Kill Bill Volume 2 - Spielfilm, USA 2004.rec
/mnt/hd/DataFiles/external/lost+found/D024576.RCN/Tarantino/Kill Bill Volume 2 - Spielfilm, USA 2004.rec.inf
/mnt/hd/DataFiles/external/lost+found/D024576.RCN/Tarantino/Kill Bill Volume 2 - Spielfilm, USA 2004.rec.nav

[db1]

OK Danke einmal

[db1]

So konnte nun rectool.mips mit command line ftp binary übertragen.
Erfolg blieb aus.

# ls
D004096.RCN D020480.RCN D061440.RCN D086016.RCN I000006.RCN rectool.mips
D008192.RCN D024576.RCN D065536.RCN I000004.RCN I000007.RCN
D012288.RCN D032768.RCN D073728.RCN I000005.RCN I000026.RCN
# chmod 777 rectool.mips
# ./rectool.mips -RN -HE *.RCN
rectool v3.43 (Linux MIPS LE version) Jul 20 2017 (c) acade.au7.de
[DVB TS and REC files / streams evaluation and manipulation tool]

D004096.RCN: not a TS container (32768)
D008192.RCN: not a TS container (24576)
D012288.RCN: not a TS container (32768)
D020480.RCN: not a TS container (118784)
D024576.RCN: not a TS container (86016)
D032768.RCN: not a TS container (139264)
D061440.RCN: not a TS container (28672)
D065536.RCN: not a TS container (53248)
D073728.RCN: not a TS container (28672)
D086016.RCN: not a TS container (28672)
I000004.RCN: not a TS container (11141)
I000005.RCN: not a TS container (69627)
I000006.RCN: not a TS container (999424)
I000007.RCN: not a TS container (18)
I000026.RCN: not a TS container (9224)
================================================================================

0/0 memory allocations still open
0/0 allocated bytes not free'd, max. 0
0 string pool items, 0 references, 0 bytes
6+17/176 [ms] execution time
#

Hoffe auf frische Hilfe morgen
Gute Nacht.

[Acade]

Die D*.RCN sind Unterordner und die 5 I*.RCN sind keine .rec-Dateien (auch viel zu kurz, Länge in Klammern),
also alles ok. Dann sind Deine Nutzfiles eben in den Unterordnern, gibt es darin noch I*.RCN-Files? Dann
müsstest Du diese noch extra mit rectool behandeln bzw. mit "./rectool.mips -RN -HE */I*.RCN".

[FireBird]

[quote="db1"]Das Umleiten finde ich gerade nicht, aber da kommt eine lange Liste, hier ein kurzer Auschnitt[/quote]
Ich bin mir immer noch nicht sicher, ob es überhaupt Dateien gibt, die beschädigt wurden und .rcn heißen, oder ob nur die Verzeichnisse betroffen sind.

Die übliche Geschichte ist, dass die Namen aus dem Root-Verzeichnis einer Platte beschädigt werden. Das betrifft alle Aufnahmen und Unterverzeichnisse vom Root. Alles was in einem Unterverzeichnis liegt, bleibt davon unberührt. Dein kurzer Ausschnitt aus der Liste scheint das zu bestätigen. Alles im lost+found war vor dem Crash im Root der externen Platte, D024576.RCN hat früher z.B. ?Filme? geheißen und alles da drinnen hat den originalen Namen. Wenn diese Theorie stimmt, musst Du nur alles zurückverschieben, und die Dxxx.RCN-Verzeichnisse umbenennen. Bleibt dann nur mehr die Frage, ob es Aufnahmen im Root gab.

[db1]

Danke, komme dann erst am Abend dazu mir das anzusehen.

Im root der externen gab es nur Ordner, daher auch keine defekten files. Unterhalb der falsch benannten root-Ordner (D024576.RCN sollte z.B. Spielfilme sein) scheint dann hoffentlich alles in Ordnung zu sein. Firebirds Analyse, dass nur das root Verzeichnis zerstört wurde, scheint zutreffend.

Wäre also folgende Vorgangsweise richtig:
1) im root alle Ordner wieder neu anlegen
mkdir /mnt/hd/DataFiles/external/Spielfilme
...
2) alle Daten des dazugehörigen RCN Ordners in den neu angelegten verschieben
mv /mnt/hd/DataFiles/external/lost+found/D024576.RCN/* /mnt/hd/DataFiles/external/Spielfilme/*
Stimmt hier die Syntax mit den Platzhaltern, werden Unterverzeichnisse auch verschoben?

[Acade]

Verschiebe und benenne mit "mv ordner-pfad-1 ordner-pfad-2" doch einfach nur die D*.RCN-Ordner um,
da kann nichts schiefgehen ...
Edit: Die Pfade müssen aber auf derselben Platte liegen!

[FireBird]

Ich glaube, diese Vorgehensweise ist schon zu kompliziert. Da Du alle Ordner verschieben möchtest, probiere ein

mv /mnt/hd/DataFiles/external/lost+found/* /mnt/hd/DataFiles/external

Die .RCN-Ordner kannst Du danach mit dem SF entsprechend umbenennen und somit ersparst Du Dir die Befehle für jedes einzelne Verzeichnis. Das Umbenennen mit SF nud TMSRemote im Direkt-Modus geht sicher viel schneller.