BackgroundCopy TAP

[wohliks]

Schade - mir war dunkel in Erinnerung, dass ein USB-Hub möglicherweise Probleme machen könnte...

[tina1]

@Firebird
Du bist meine letzte Hoffnung,
wenn hier einer helfen kann, meine externe 2TB-Platte zu retten, dann bist du das wohl:?
(Da sind so viele Top-Filme drauf)
Vielleicht hast du ja noch ein ASS im Ärmel

[Twilight]

hier die anleitung zum jfs_fsck: viewtopic.php?f=118&t=42844

twilight

[FireBird]

Ich bin mir nicht sicher, ob ich noch den Überblick habe. Die Aufnahmen von der externen Platte 1 sollen gerettet und die Platte dann entsorgt werden?

Wenn ja, gehe ich mal davon aus, dass Du sie nach dem 4GB-Problem noch nicht formatiert hast, sonst gäbe es nichts mehr zu retten. Wenn sie also noch mit FAT32 formatiert ist, schließe sie an den PC an und wenn Du Zugriff auf die Aufnahmen hast, rette diese auf den PC bevor die Platte endgültig über den Jordan geht.

[tina1]

Ja, die erste Plate sollte auf der neuen Platte(FAT32) gesichert und asnchl. entsorgt werden.
Aber die erste Platte kann ich nicht mehr ansprechen

[A100]

Ist die defekte Platte am Topf oder am PC nicht mehr ansprechbar?
Wird sie am PC im Dateimanager angezeigt?

[tina1]

Ist die defekte Platte am Topf oder am PC nicht mehr ansprechbar? ==> am Topf
Wird sie am PC im Dateimanager angezeigt? ==> CrystalDiskinfo und auch mit aomei kann ich die Platte erkennen mit dem Windows-Explorer /win E nicht

[Twilight]

grundsätzlich: ist die erste platte vom topf formatiert? -> dann nichts mit windows machen -> jfs_fsck siehe anleitung weiter oben.

ist auf der 2ten platte (fat32) schon etwas drauf das du unbedngt brauchst? ja -> versuchen sie unter windows zu reparieren, nein -> am topf formatieren oder am win pc mit ntfs (übertragungsgeschwindigkeit vom topf ist dann wesentlich niedriger)

twilight

[tina1]

grundsätzlich: ist die erste platte vom topf formatiert? ==> Ja-> dann nichts mit windows machen -> jfs_fsck siehe anleitung weiter oben.

ist auf der 2ten platte (fat32) schon etwas drauf das du unbedngt brauchst? ja -> versuchen sie unter windows zu reparieren, nein -> am topf formatieren oder am win pc mit ntfs (übertragungsgeschwindigkeit vom topf ist dann wesentlich niedriger) => die ist vom Topf frisch formatiert worden
twilight

[FireBird]

Dann habe ich auch keine andere Idee mehr, als jfs_fsck.

[tina1]

Na gut, wenn der Meister schon passen muss, werde ich mal gucken, wieviel Schaden ich anrichten kann mit jfs-Fuck

[tina1]

Hallo, ist da ist wohl nichts mehr zu retten, oder?

Unrecoverable error reading M from /dev/sdb. CANNOT CONTINUE.
Fatal error (-10021,30) accessing the filesystem (1,670014914560,4096,0).
**Finished.

Hier mal das gesamte Log:

jfs_fsck -n -v /dev/sdb
jfs_fsck version 1.1.15-TF, 05-May-2014
(modified for Topfield PVRs by T.Reichardt & C. Wuensch)
processing started: 1/1/2000 0:07:14
The current device is: /dev/sdb
Open(...READONLY...) 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: 488378646
**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 - Verify File/Directory Allocation Maps
**Phase 8 - Verify Disk Allocation Maps
**Finished.
Filesystem Summary:
Blocks in use for inodes: 2076
Inode count: 16608
File count: 12229
Directory count: 1422
Block count: 488378646
Free block count: 74623107
1953514584 kilobytes total disk space.
10363 kilobytes in 1422 directories.
1654678854 kilobytes in 12229 user files.
0 kilobytes in extended attributes
0 kilobytes in access control lists
353665 kilobytes reserved for system use.
298492428 kilobytes are available for use.
File system checked READ ONLY.
Filesystem is clean.
Filesystem is clean but is marked dirty. Run fsck with the -f parameter to fix.
processing terminated: 1/1/2000 0:21:03 with return code: 0 exit code: 0.
**Finished all.
# jfs_fsck -a -f -v /dev/sdb
jfs_fsck version 1.1.15-TF, 05-May-2014
(modified for Topfield PVRs by T.Reichardt & C. Wuensch)
processing started: 1/1/2000 0:22:59
The current device is: /dev/sdb
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: 488378646
**Phase 0 - Replay Journal Log
LOGREDO: Log already redone!
logredo returned rc = 0
**Phase 1 - Check Blocks, Files/Directories, and Directory Entries
ujfs_rw_diskblocks: read 0 of 4096 bytes at offset 670014914560
Unrecoverable error reading M from /dev/sdb. CANNOT CONTINUE.
Fatal error (-10021,30) accessing the filesystem (1,670014914560,4096,0).
**Finished.
processing terminated: 1/1/2000 0:24:10 with return code: -10021 exit code: 8

[FireBird]

Ich finde es interessant, dass der read-only-Test zwar 14 Minuten beschäftigt ist, aber sich sonst fehlerlos beendet. Der fsck sollte mit nicht gemounteter Platte stattfinden.

umount /mnt/sdb

Weiters kannst Du einmal versuchen, die Platte read-only zu mounten:

mount -r /dev/sdb /mnt/sdb

Mit mount ohne Parameter siehst Du, ob der mount bzw. umount erfolgreich war.

[tina1]

Jetzt sieht es schon besser aus. Ich traue mich jetzt nicht etwas zu machen ohne deine Anweisungen!
Was muss ich jetzt machen, damit ich die Daten noch retten kann?
LOG:
(none) login: root
# umount /mnt/sdb
# cd /mnt/hd/ProgramFiles
# chmod 777 jfs_fsck
# 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)
# umount /mnt/sdb
# mount -r /dev/sdb/mnt/sdb
# jfs_fsck -n -v /dev/sdb
jfs_fsck version 1.1.15-TF, 05-May-2014
(modified for Topfield PVRs by T.Reichardt & C. Wuensch)
processing started: 1/1/2000 0:26:25
The current device is: /dev/sdb
Open(...READONLY...) 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: 488378646
**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 - Verify File/Directory Allocation Maps
**Phase 8 - Verify Disk Allocation Maps
**Finished.
Filesystem Summary:
Blocks in use for inodes: 2076
Inode count: 16608
File count: 12229
Directory count: 1422
Block count: 488378646
Free block count: 74623107
1953514584 kilobytes total disk space.
10363 kilobytes in 1422 directories.
1654678854 kilobytes in 12229 user files.
0 kilobytes in extended attributes
0 kilobytes in access control lists
353665 kilobytes reserved for system use.
298492428 kilobytes are available for use.
File system checked READ ONLY.
Filesystem is clean.
processing terminated: 1/1/2000 0:41:57 with return code: 0 exit code: 0.
**Finished all.
# jfs_fsck -a -f -v /dev/sdb
jfs_fsck version 1.1.15-TF, 05-May-2014
(modified for Topfield PVRs by T.Reichardt & C. Wuensch)
processing started: 1/1/2000 0:44:36
The current device is: /dev/sdb
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: 488378646
**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
**Finished.
Filesystem Summary:
Blocks in use for inodes: 2076
Inode count: 16608
File count: 12229
Directory count: 1422
Block count: 488378646
Free block count: 74623107
1953514584 kilobytes total disk space.
10363 kilobytes in 1422 directories.
1654678854 kilobytes in 12229 user files.
0 kilobytes in extended attributes
0 kilobytes in access control lists
353665 kilobytes reserved for system use.
298492428 kilobytes are available for use.
Filesystem is clean.
All observed inconsistencies have been repaired.
Filesystem has been marked clean.
**** Filesystem was modified. ****
processing terminated: 1/1/2000 0:49:26 with return code: 0 exit code: 0.
**Finished all.
# umount /mnt/sdb

[FireBird]

fsck führt man dann aus, wenn die Partition nicht gemountet ist. Du hast sie vor dem Test versucht zu mounten,

Code: Alles auswählen

 # mount -r /dev/sdb/mnt/sdb

aber das ist schief gelaufen, weil Du zwischen dem Device /dev/sdb und dem Mount-Point /mnt/sdb das Leerzeichen vergessen hast. Und da sieht man gleich das nächste Problem: mount und umount geben auf dem Topf keine Fehlermeldungen aus. Man muss also immer mit einem mount ohne Parameter testen, ob das letzte (u)mount überhaupt was getan habt. In Deinem Versuch war sdb nicht gemountet, sonst würde es in der letzten Zeile auftauchen:

Code: Alles auswählen

# 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/sdb on /mnt/sdb type jfs (ro,nointegrity)

Der letzte Check lief durch und schauen wir, was funktioniert. Zur Sicherheit mounten wir die externe Platte wieder read-only

Code: Alles auswählen

mount -r /dev/sdb /mnt/sdb

und schauen, ob irgendwelche Dateien sichtbar werden.

Code: Alles auswählen

ls -l /mnt/sdb

[tina1]

# mount -r /dev/sdb/mnt/sdb
# ls -1
AutoExtender.tap
AutoStart
Automovecfg.tap
BackgroundCopy.tap
BackgroundCopySetup.tap
CRP_WhiteKeyFix.tap
ChannelListSaver.tap
ChannelMatrix.log
ChannelMatrix.tap
DupeChannelFinder.tap
FastSkipSetup.tap
FirmwareTMS.dat
HDDInfo_TMS.tap
INFplus.tap
IQChannels.tap
IQTuner.ini
IQTuner.tap
IQTunerSetup.tap
Install_fsck.tap
Liza.tap
PowerRestore.tap
QuickPlay.tap
RebuildNAV.tap
RebuildNAVSetup.tap
RemoteSwitch.tap
RemoteSwitchGUI.tap
RestoreSettings.tap
RoboChannel.tap
ScreenCaptureHD
ScreenCaptureHD_OSD.tap
Settings
ShowTMSInfo.tap
Shutdown_TMS.tap
SmartBackupExtHDDInit.tap
SmartEPG_Install.tap
SmartEPG_Restore.tap
SmartFiler.db1
StartFTPd.tap
SwitchBack.tap
TAPtoDate.tap
TAPtoDate_Setup.tap
TMSDisplay.tap
TimerDiagsSetup.tap
VolKeyPatch.tap
WebControl-Config.tap
XStart
XStartTap_TMS.tap
busybox
iBox.tap
jfs_debugfs
jfs_fsck
jfs_icheck
jfs_mkfs
lost+found.jpg
migrateTMShddTAP.lng
migrateTMShddTAP.tap
startftpd.sh
startftpd_root.sh
stopftpd.sh
wget

[FireBird]

Ähhm...

# mount -r /dev/sdb/mnt/sdb

Da fehlt wieder das Leerzeichen. Dann fehlt noch der mount-Befehl um zu prüfen, ob dieser mount funktioniert hat.

# ls -1

Das soll nicht "minus eins" sein, sondern "minus kleines L". Und dann fehlt noch der Pfad von wo wir die Verzeichnisliste haben wollen.

Alles in allem also:

Code: Alles auswählen

mount -r /dev/sdb /mnt/sdb
mount
ls -l /mnt/sdb

[tina1]

Sorry, war bis gerade in einer Windows-Team-Sitzung

[tina1]

# mount -r /dev/sdb /mnt/sdb
# 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)
# ls -l /mnt/sdb

[FireBird]

besser so?

Leider nein.

# mount -r /dev/sdb /mnt/sdb

# 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)

In der Liste ist kein sdb sichtbar und daher hat der erste mount-Befehl nicht funktioniert. Gib bitte nochmals den jfs_fsck-Befehl ein:

Code: Alles auswählen

jfs_fsck -n -v /dev/sdb