TMSArchive - die Fileralternative für den TMS

[postler1972]

[quote="Ricki"]wenn Du Anthea's Vorschlag geprüft hast, kannst Du noch die angehängte Debug Version laufen lassen. Die Version läuft langsamer und generiert dann eine Datei Archive.log im TMSArchive Ordner. Diese kann Tango dann prüfen.
Tango ist auch bereit direkt mit Dir zu kommunizieren falls englisch für Dich OK ist.[/quote]

Danke, werde die Version probieren. Ich würde ja gerne mit Tango kommunizieren, aber mein Englisch ist zu schlecht. Ich müsste den Übersetzer von Google bemühen

[postler1972]

So, Tap installiert, nach ca 30 sec Neustart. Selbes Problem, Dauerschleife

[postler1972]

[quote="Anthea"]Kannst Du mal per FTP schauen, ob die Aufnahme-Verzeichnisse in Ordnung sind, also nur Aufnahmen drin sind, die ihre ordentlich benamsten Begleitdateien haben, oder irgend etwas vom Namen her "vermüllt" ausschaut? Ich erinnere mich an sowas, dass ich da mal ein Problem hatte.[/quote]
ä,ü,ö werden komisch angezeigt per FTP. Ansonsten sieht es gut aus

[Anthea]

Wenn Du den internen FTP-Server nimmst und nicht den zusätzlichen per TAP, dann ist das leider normal mit den Umlauten.

[tango]

[quote="postler1972"]So, Tap installiert, nach ca 30 sec Neustart. Selbes Problem, Dauerschleife[/quote]
Hello Thorsten,

Sorry this post is in English.

Thanks you for the log file. I can see you have many (100's) of files and folders under lost_and_found. I think the length of the path/file is causing the crash.

Can you please try the attached version and send me the new archive.log.

Thank you,
Tango.

PS. Ricki - thank you for helping me communicate.

[postler1972]

Hello Tango,
Thank you for your help. Also with this version there was a reboot. The new Archive.log is located in the appendix. The long names in the Lost & found folder can be guilt I'll check times.

This text has been translated to Google

[tango]

[quote="postler1972"]Hello Tango,
Thank you for your help. Also with this version there was a reboot. The new Archive.log is located in the appendix. The long names in the Lost & found folder can be guilt I'll check times.

This text has been translated to Google[/quote]
Thanks for the log file.
Here is another version.
Would you please delete the existing archive.log, run the new version, and send me the new archive.log.

It will still reboot, but should write some extra info to the log to help me.

Thanks,
Tango.

[Ricki]

Danke, werde die Version probieren. Ich würde ja gerne mit Tango kommunizieren, aber mein Englisch ist zu schlecht. Ich müsste den Übersetzer von Google bemühen

ich übersetze gerne falls es mit Google nicht ganz passt.

[postler1972]

so, nachdem Tango ja geschrieben hat das die Länge der Namen sowie die Unterordner im lost&found Ordner Schuld sein könnten, habe ich per Filezilla alle Dateien von allen Unterordner ins Datafile Verzeichnis verschoben. Dabei auch tausende unbenannte Dateien gelöscht.

Jetzt geht es wieder
Danke Tango und an alle die geholfen haben



So after Tango has written that the length of the names as well as the subfolders in the lost & found folder could be guilty, I have by Filezilla all files from all subfolders moved into the Datafile directory. Also, thousands of untitled files are deleted.

Now it goes again
Thanks Tango and to all who helped

[Anthea]

Die Riesenmenge an "verlorenen" Dateien, trotz lost&found, finde ich aber bedenklich. Ist die Platte selber noch in Ordnung? Weil sonst versucht lost&found ja alles wiederherzustellen, was so verloren ging.

[Twilight]

hast du lost&found nicht installiert und im autostart???

twilight

[Homer]

[quote="Twilight"]hast du lost&found nicht installiert und im autostart???

twilight[/quote]Hierauf kann doch niemand wahrheitsgemäß mit "Ja" antworten.

Viele Grüße
Homer

[postler1972]

Die Riesenmenge an "verlorenen" Dateien, trotz lost&found, finde ich aber bedenklich. Ist die Platte selber noch in Ordnung? Weil sonst versucht lost&found ja alles wiederherzustellen, was so verloren ging.

Als ich vor einiger Zeit schon einmal Probleme hatte, hieß es die Platte ist unauffällig, laut HDDInfo, aber anbei nochmal eine neue Messung.
Der Topf friert mindestens 1-2 x im Monat ein und dann verlliert er die Daten.

hast du lost&found nicht installiert und im autostart???
twilight

Doch ist drin.

Kann denn die Menge der Aufnahmen ein Problem sein? Sie muss täglich was löschen weill immer was neues aufnimmt

Code: Alles auswählen

HDDModel : WDC WD20EZRX-00D8PB0
HDDSerial:      WD-WCC4MLVN10ZU
Attr                                        Description Value Worst  Thr       Raw   Flags
0x01                                     Lesefehlerrate  200  200   51         0  0x002f     wpr_os
0x03                                         Anlaufzeit  183  174   21      3816  0x0027     wp__os
0x04                                  Start/Stop Zähler   95   95  ---      5191  0x0032     ___cos
0x05                           Verbrauchte Reservesekt.  200  200  140         0  0x0033     w__cos
0x07                                    Such-Fehlerrate  200  200  ---         0  0x002e     _pr_os
0x09                                    Betriebsstunden   78   78  ---     16080  0x0032     ___cos
0x0a                                     Anlaufversuche  100  100  ---         0  0x0032     ___cos
0x0b                               Kalibrationsversuche  100  100  ---         0  0x0032     ___cos
0x0c                                  Power Cycle Count   95   95  ---      5191  0x0032     ___cos
0xc0                            Power-Off Retract Count  194  194  ---      5190  0x0032     ___cos
0xc1                                   Load Cycle Count  170  170  ---     90906  0x0032     ___cos
0xc2                                         Temperatur  102   87  ---        45  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___

[Alter Sack]

[quote="postler1972"]Als ich vor einiger Zeit schon einmal Probleme hatte, hieß es die Platte ist unauffällig, laut HDDInfo ...[/quote]
Ist sie immer noch, aber sie schwitzt auch ganz schön, jedenfalls hatte sie schon mal 60°C.

[Ricki]

Schön dass TMSArchive wieder geht. Anthea's Spur war also richtig.

[postler1972]

[quote="Alter Sack"]Ist sie immer noch, aber sie schwitzt auch ganz schön, jedenfalls hatte sie schon mal 60°C.[/quote]

dann muss wohl mal ein besserer Lüfter rein

[quote="Ricki"]Schön dass TMSArchive wieder geht. Anthea's Spur war also richtig.[/quote]

ja, aber auch Tango´s Hinweis mit den vielen Unterordner

[tango]

Hi All,

I've released new version of TMSArchive today.
v5.3a is now available from both TMSArchive page: http://t4tango.yolasite.com/tmsarchive.php and from TAP2Date.

The main new changes (from v5.2e) are:
- Change filename sorting to use Natural sorting
- Add config parameter to prevent the FileList key being passed through
- Fix: Renaming folder with white key was not refreshing the filelist
- Extend TMSArchive.log from approx 40 lines to 200 lines
- Fix: Status Screen don't cross mounts when totalling device size
- Fix: List All Recycle Bin Screen shouldn't traverse mounts (unless the config param is set)
- List All Recycle Bin Screen now shows recycled files on mount if you are displaying a mount when it is invoked
- List All Recycle Bin Screen now displays the directory it is listing from (eg. /DataFiles, /ProgramFiles, or external mount)
- Fix: Recycing file didn't prompt for confirmation while background copy was running
- Fix: Add additional check to help prevent very long filenames from causing crash



Regards,
Tango.

[Ricki]

Ich habe mal Tango's Text teilweise übersetzt (also nicht alle Punkte) oder ergänzt .

5.3a ist nun Verfügbar auf der TMSArchive Homepage: http://t4tango.yolasite.com/tmsarchive.php und durch TAP2Date.


Die wichtigsten neuen Änderungen (ab v5.2e) sind:
- Dateinamen Sortierung geändert, um die natürliche Sortierung zu verwenden (d.h. 6,7,8,9,10 und nicht 10,6,7,8,9)
- Konfigurations-Parameter hinzugefügt, um zu verhindern, dass die Archiv Taste durchgereicht wird (diese Option ist ein zusätzlicher Schutz um zu verhindern aus TMSArchive heraus den Original Filer aufzurufen über durch gereichte Tasten)
- Fix: Beim Umbenennen von Ordner mit der weißen Taste wurde die Dateiliste nicht aktualisiert
- TMSArchive.log von ca. 40 Zeilen auf 200 Zeilen erweitert
- Fix: Status-Bildschirm erfasste nicht bei der größen Ermittlung gemountete Geräte
- Fix: Recycling-Datei hat nicht zur Bestätigung aufgefordert, während Backgroundcopy ausgeführt wurde
- Fix: Zusätzliche Überprüfung hinzugefügt, um zu verhindern, dass sehr lange Dateinamen einen Crash verursachen

[ameise999]

@Tango danke fürs Update

@ Ricke dankeine für die Übersetzung :

Gruss

[postler1972]

- Fix: Zusätzliche Überprüfung hinzugefügt, um zu verhindern, dass sehr lange Dateinamen einen Crash verursachen

Ob das wohl wegenn meinem Problem eingebaut wurde?

Auf jedenfall Klasse