lost+found TAP

[Twilight]

hört sich danach an das du zuviele taps im autostart hast...bei 16 ist schluß

twilight

[tina1]

hört sich danach an das du zuviele taps im autostart hast...bei 16 ist schluß

twilight

Kompliment, was ihr alles aus der Hüfte beantworten könnt, stimmt TAP ist an 17.Stelle, habe eins rausgenommen, wird jetzt wohl funzen
DANKE!!!

[Twilight]

überlege dir welche taps wirklich in den autostart gehören und welche du nur bedarfsweise nutzt...

twilight

[tina1]

überlege dir welche taps wirklich in den autostart gehören und welche du nur bedarfsweise nutzt...

twilight

am Liebsten behalte ich alle im Autostart, aber das geht leider nicht, wie ich leidlich erfahren muss
SE, Automove, lost+found, timerdiags, backupsettings, AX, F**Skpi, NiceDiplayTMSA.....
Ruckzuck sind es 17

[Twilight]

naja, das sind ja erst 9, aber gut, ich denke das thema ist hier falsch am platz

twilight

[Töppi]

Backupsettings muss nicht im den Autostart, SE findet es auch in programfiles....

[Twilight]

öhhmm...das verwechselst du mit smartbackup backupsettings gehört in den autostart.

twilight

[Töppi]

Stimmt....

[Dk-felix]

Eigentlich wollte ich nicht, aber Herr Twilight hat darauf bestanden, dass ich seine Idee in ein TAP umsetze.

Das TAP verschiebt den Inhalt eines per standard-ftp nicht zugreifenbaren lost+found-Ordners nach DataFiles/lost_and_found. Sollte also jemand Dateien vermissen, der Speicherplatz aber nach wie vor als belegt angegeben werden, dann einfach das TAP starten. Eine Dialog zeigt an, ob Dateien gefunden und verschoben wurden.

------------------------------------
Update V2

V2 von lost+found ist fertig. Wer will testen? Testen, nicht sammeln! Der grundlegende Unterschied zur V1 ist, dass das TAP jetzt im Hintergrund mitläuft und sich die Namen der Aufnahmen merkt. Sollte es dann zu einem Crash kommen, kann lost+found die meisten nichtssagenden .rcn-Dateien wieder auf den Originalnamen umbenennen. Folgend die Features:

• 2 Minuten nach dem Start wird ab DataFiles ein rekursiver Scan durchgeführt und Infos zu rec, inf und nav in einer Datenbank gespeichert. Gemountete Verzeichnisse werden ignoriert.
• 3 Minuten nach dem Start wird das lost+found-Verzeichnis nach neuen Dateien überprüft und gegebenenfalls nach /DataFiles/lost_and_found verschoben. Werden die entsprechenden Infos in der DB gefunden, werden die Daten in lost_and_found auf den Originalnamen umbenannt.
• Werden Files aus lost+found verschoben, kommt ein Dialog, der den User informiert. Dieser blendet sich nach 30 Sekunden von selbst aus. Wird der Dialog nicht mittels OK oder EXIT bestätigt, kommt er beim nächste TAP-Start wieder. So wird sichergestellt, dass der Benutzer das Zurückverschieben mitbekommt.
• Wird das TAP manuell gestartet (>2 Minuten nach dem letzten Boot des Topfes), erfolgt die lost+found-Prüfung sofort.
• Alle 5 Minuten wird der Scan nach neuen Dateien wiederholt, hier aber nur im DataFiles.

Wenn jemand testen möchte, Dateinamen lassen sich auch ohne Steckerziehen ?zerstören?. Wenn man Aufnahmen ins lost+found-Verzeichnis verschiebt (dafür wird der alternative ftp-Server benötigt), kann man danach via Telnet den Dateien Zufallsnamen geben:

Code: Alles auswählen

cd /mnt/hd/lost+found
for fname in *; do mv "$fname" $RANDOM.rcn; done
ls ?l

Und schon sollten die Dateien zufällige Zahlen als Dateinamen und .rcn als Endung haben. Startet man danach L&F, sollten die Dateien kurz danach repariert im lost_and_found-Ordner liegen. Log liegt unter /ProgramFiles/Settings/lost_and_found.

Das TAP kann natürlich auch über TAPtoDate bezogen werden. Nicht vergessen, es nach dem Update in den AutoStart-Ordner zu verschieben, da die V1 garantiert nicht dort liegt.

"Gemountete Verzeichnisse werden ignoriert" - und wie rettet man dann Aufnahmen, die man nicht mehr auf einer externen Festplatte mit dem Topfield-Gerät sehen kann?

MfG

Dk-felix

[Twilight]

eventuell mit jfs_fsck

twilight

[Dk-felix]

eventuell mit jfs_fsck

twilight

Werde ich mal ausprobieren.

Danke

[frankfickel]

Wie finde ich eigentlich den lost+found Ordner. Auf meinem 2100'er sehe ich den weder im Filer noch mit FTP.

[Twilight]

der wird nur angelegt wenn lost&found etwas gefunden hat.
den lsot&found ordner vom system selbst kann man nicht via FTP zugängig machen...eventuell per alternative ftp zugang (tap) aber dafür ist ja das tap lost&found zuständig.

twilight

[frankfickel]

Danke,

Frank

[wolfi133]

Hallo Firebird!

Zuerst mal vielen Dank für dein TAP, hat mir jetzt schon zum zweiten mal die Aufnahmen gerettet.

Aber wodurch könnte die Verschiebung in den lost&found Ordner eigentlich ausgelöst worden sein, hatte vorher nie Probleme und dann in diesen Jahr eben schon zum zweitenmal?

Lt. HDDInfo Log sieht soweit alles Ok aus, Oder?

HDDInfo_2015-05-04_20-04.log [code]
HDDModel : WDC WD10EURS-630AB1
Attr Description Value Worst Thr Raw Flags
0x01 Lesefehlerrate 200 200 51 0 0x002f wpr_os
0x03 Anlaufzeit 133 130 21 6325 0x0027 wp__os
0x04 Start/Stop Zähler 95 95 --- 5763 0x0032 ___cos
0x05 Verbrauchte Reservesekt. 200 200 140 0 0x0033 w__cos
0x07 Such-Fehlerrate 200 200 --- 0 0x002e _pr_os
0x09 Betriebsstunden 81 81 --- 14269 0x0032 ___cos
0x0a Anlaufversuche 100 100 --- 0 0x0032 ___cos
0x0b Kalibrationsversuche 100 100 --- 0 0x0032 ___cos
0x0c Power Cycle Count 95 95 --- 5761 0x0032 ___cos
0xc0 Power-Off Retract Count 193 193 --- 5760 0x0032 ___cos
0xc1 Load Cycle Count 174 174 --- 78028 0x0032 ___cos
0xc2 Temperatur 100 89 --- 47 0x0022 ____os
0xc4 Reallocated Event Count 200 200 --- 0 0x0032 ___cos
0xc5 Unsicherer Sektor 200 200 --- 0 0x0032 ___cos
0xc6 Unkorrigierbare Sektorenzahl 200 200 --- 0 0x0030 ___c_s
0xc7 UDMA CRC Fehleranzahl 200 200 --- 0 0x0032 ___cos
0xc8 Schreibverstärkerfehler 200 200 --- 0 0x0008 __r___
[/code]

[/indent]


Zum Lost&Found Tap selber ist mir aber auch noch aufgefallen, dass es entweder bei mir nicht ganz korrekt funktioniert, oder die Beschreibung nicht passt?!

2 Minuten nach dem Start wird ab DataFiles ein rekursiver Scan durchgeführt und Infos zu rec, inf und nav in einer Datenbank gespeichert. Gemountete Verzeichnisse werden ignoriert.

Bei mir werden nur die ".rec" und ".inf" Dateien bearbeitet, die ".nav" aber nicht.
Ist aber nicht so schlimm, die kann man eh mit RebuildNav wieder herstellen, wollte es nur erwähnen!


Anbei eine Zip-Datei mit dem Log, der DB und einer Liste mit den noch übrigen RCN Dateien im lost&found Ordner die glaube ich die übriggebliebenen Nav Dateien sein müßten.

Danke schonmal im Voraus!
lg Wolfgang

[FireBird]

Das HDDInfo-Log sieht gut aus. lost+found sollte auch die .navs zurückholen, aber zum Glück hatte ich noch nicht wirklich die Möglichkeit, dies zu testen.

[Twilight]

nimmt lost&found beim "sichern" der files eigentlich gemountete verzeichnisse aus?

twilight

[FireBird]

Ja, es wird nur die interne gescannt.

[Twilight]

twilight

[wolfi133]

Das HDDInfo-Log sieht gut aus. lost+found sollte auch die .navs zurückholen, aber zum Glück hatte ich noch nicht wirklich die Möglichkeit, dies zu testen.

Danke für die Rückmeldung, aber gibt es denn überhaupt keine Erfahrungswerte wodurch das ausgelöst werden könnte?

lg Wolfgang