Hallo,
eine Western-Digital G Drive Festplatte (HDD) mit knapp 2TB an Bildmaterial ist vorgestern ein Stück abgestürzt.
Formatiert war sie mit ext4 oder xfs oder ntfs.
In der Folge war der Zugriff auf Daten zunächst eingeschränkt möglich, hat dann aber zunehmend Probleme bereitet bis schließlich zum Systemfreeze.
Ich kann es nicht genauer beschreiben, weil ich nicht dabei war und die Erleiderin selber User-Only ist.
Habe das Stück jetzt bei mir angehängt. Es wird offenbar nicht als block-device erkannt:
7470tw:~ # fdisk -l
Disk /dev/nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Samsung SSD 970 EVO Plus 1TB
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 32C4C3B3-8500-495A-9F74-6E9E1F68F5DD
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1085439 1083392 529M Windows recovery environment
/dev/nvme0n1p2 1085440 1290239 204800 100M EFI System
/dev/nvme0n1p3 1290240 1323007 32768 16M Microsoft reserved
/dev/nvme0n1p4 1323008 105132031 103809024 49.5G Microsoft basic data
/dev/nvme0n1p5 106180608 211038207 104857600 50G Microsoft basic data
/dev/nvme0n1p6 211038208 252981247 41943040 20G Microsoft basic data
/dev/nvme0n1p7 252981248 441724927 188743680 90G Linux filesystem
/dev/nvme0n1p8 441724928 567554047 125829120 60G Linux filesystem
/dev/nvme0n1p9 567554048 1028927487 461373440 220G Linux filesystem
/dev/nvme0n1p10 1028927488 1741959167 713031680 340G Linux filesystem
/dev/nvme0n1p11 1741959168 1750347775 8388608 4G Linux swap
/dev/nvme0n1p12 105132032 105656319 524288 256M EFI System
Partition table entries are not in disk order.
Disk /dev/sda: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: Generic DISK00
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000edcc0
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 83892223 83890176 40G 83 Linux
/dev/sda2 83892224 293603327 209711104 100G 83 Linux
/dev/sda3 293603328 976773167 683169840 325.8G 83 Linux
Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Generic DISK01
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x22cfcf67
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 40962047 40960000 19.5G 7 HPFS/NTFS/exFAT
/dev/sdb2 40962048 1131481087 1090519040 520G 83 Linux
/dev/sdb3 1131481088 1953525167 822044080 392G 83 Linux
7470tw:~ # lsusb
Alles anzeigen
Die oben gelisteten Platten sind andere.
Ein Blick in lsusb zeigt aber, daß zumindest ein USB-Gerät erkannt wird:
7470tw:~ # lsusb
Bus 002 Device 003: ID 413c:81b6 Dell Computer Corp. DW5811e Snapdragon™ X7 LTE
Bus 002 Device 004: ID 152d:0567 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge
Bus 002 Device 002: ID 413c:5534 Dell Computer Corp. Hub of E-Port Replicator
Bus 002 Device 008: ID 4791:1025 WesternDigital GTech G-DRIVE mobile
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 0a5c:5834 Broadcom Corp. 5880
Bus 001 Device 007: ID 1e7d:2e22 ROCCAT Kone XTD Mouse
Bus 001 Device 004: ID 413c:2513 Dell Computer Corp. internal USB Hub of E-Port Replicator
Bus 001 Device 005: ID 04d9:1503 Holtek Semiconductor, Inc. Keyboard
Bus 001 Device 003: ID 413c:2134 Dell Computer Corp. Hub of E-Port Replicator
Bus 001 Device 002: ID 1bcf:2b91 Sunplus Innovation Technology Inc. Dell E5570 integrated webcam
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
7470tw:~ #
Alles anzeigen
Nämlich Eintrag in Zeile 4, Bus 002 Device 008; die Device-Nummer erhöht sich mit jedem Ab- und Anstecken an den Port, war mir normal scheint.
lsblk listet es aber als Blockdevice:
7470tw:/dev/usb # lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 40G 0 part
├─sda2 8:2 0 100G 0 part
└─sda3 8:3 0 325.8G 0 part
sdb 8:16 0 931.5G 0 disk
├─sdb1 8:17 0 19.5G 0 part
├─sdb2 8:18 0 520G 0 part /mnt/TBext2
└─sdb3 8:19 0 392G 0 part /mnt/TBext3
sdc 8:32 0 0B 0 disk
nvme0n1 259:0 0 931.5G 0 disk
├─nvme0n1p1 259:1 0 529M 0 part
├─nvme0n1p2 259:2 0 100M 0 part
├─nvme0n1p3 259:3 0 16M 0 part
├─nvme0n1p4 259:4 0 49.5G 0 part
├─nvme0n1p5 259:5 0 50G 0 part
├─nvme0n1p6 259:6 0 20G 0 part
├─nvme0n1p7 259:7 0 90G 0 part /var
│ /usr/local
│ /tmp
│ /srv
│ /root
│ /opt
│ /.snapshots
│ /boot/grub2/x86_64-efi
│ /boot/grub2/i386-pc
│ /
├─nvme0n1p8 259:8 0 60G 0 part /home
├─nvme0n1p9 259:9 0 220G 0 part /home/medias
├─nvme0n1p10 259:10 0 340G 0 part /home/medial
├─nvme0n1p11 259:11 0 4G 0 part [SWAP]
└─nvme0n1p12 259:12 0 256M 0 part /boot/efi
7470tw:/dev/usb #
Alles anzeigen
sdc ist die Festplatte. Die Erkennung dauert aber sehr lange, oder benötigt einen Anstoß.
So fehlt sdc bei der Ausgabe durch lsblk Minuten lang, nach einem Mountversuch
7470tw:/mnt # mount /dev/sdc /mnt/sd64
mount: /mnt/sd64: can't read superblock on /dev/sdc.
7470tw:/mnt #
wird es schließlich angezeigt.
Wie kann ich nun Zugriff auf den Inhalt der Platte bekommen? Was wäre evtl. zu mounten?
Und, als weiteren begehbaren Pfad, gibt es Befehle oder Programme, die einen Reparaturversuch unternehmen können?
Dankbar für Hilfe,
baumkraxler