Externe Platte schon wieder mit 0mb von 0mb

[steuerfuzzi]

Ich habe gestern die externen Platte einmal umgesteckt (Versuch: Nicht über Switch, sondern die fragliche externe Platte direkt in den Topf gestöpselt). Jetzt ist die Bezeichnung getauscht, die fragliche PLatte heißt wieder sdb1, die andere (intakte) PLatte heißt jetzt sdc1.

mount bringt folgendes Ergebnis:

(none) login: root
# 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)
/dev/sda2 on /mnt/hd type jfs (rw)
/dev/sdc1 on /mnt/sdc1 type jfs (rw)
#

[steuerfuzzi]

es schaut wie folgt aus:


# jfs_fsck -n -v /dev/sdb1
sh: jfs_fsck: command not found
# cd /mnt/hd/ProgramFiles
# jfs_fsck -n -v /dev/sdb1
jfs_fsck version 1.1.15, 04-Mar-2011
processing started: 1/1/2000 5:43:27
The current device is: /dev/sdb1
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: 488377856
**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
ujfs_rw_diskblocks: read 0 of 16384 bytes at offset 61595648
Unrecoverable error reading M from /dev/sdb1. CANNOT CONTINUE.
Fatal error (-10093,30) accessing the filesystem (1,61595648,16384,16384).
processing terminated: 1/1/2000 5:45:29 with return code: -10093 exit code: 4.

[steuerfuzzi]

# jfs_fsck -a -f -v /dev/sdb1
jfs_fsck version 1.1.15, 04-Mar-2011
processing started: 1/1/2000 5:47:15
The current device is: /dev/sdb1
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: 488377856
**Phase 0 - Replay Journal Log
LOGREDO: Log record for Sync Point at: 0x02050
LOGREDO: Beginning to update the Inode Allocation Map.
LOGREDO: Done updating the Inode Allocation Map.
LOGREDO: Beginning to update the Block Map.
ujfs_rw_diskblocks: read 0 of 4096 bytes at offset 61521920
LOGREDO: Read Block Map data extents failed.
LOGREDO: Write Block Map control page failed in UpdateMaps().
LOGREDO: Unable to update map(s).
logredo failed (rc=-271). fsck continuing.
**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
ujfs_rw_diskblocks: read 8192 of 16384 bytes at offset 61513728
Unrecoverable error reading M from /dev/sdb1. CANNOT CONTINUE.
Fatal error (-10093,30) accessing the filesystem (1,61513728,16384,16384).
**** Filesystem was modified. ****
processing terminated: 1/1/2000 5:49:09 with return code: -10093 exit code: 4.
# .|.....

[steuerfuzzi]

Sieht nicht gut aus, oder ?

Peter

[Twilight]

jepp, es gibt ein tool mit denen du die daten wohl noch auslesen kannst, es kostet aber.
mit der free version kannst du vorher testen ob du die daten damit lesen kannst.

data recovery für jfs dateisysteme, link muß ich erst raus suchen.

twilight

[Twilight]

hierder link zum beitrag.

twilight

[steuerfuzzi]

Ich denke, ich formatiere sie jetzt, so wertvoll sind die Dokus auf der Platte auch wieder nicht. Habe übrigens gerade einen Netgear Adapter besorgt und werde jetzt mal versuchen, den Topf ins WLAN zu bringen.

Danke für den Hilfeversuch.

Gruß, Peter

[Twilight]

bitte, gerne

twilight