vubu1
Anmeldungsdatum: 14. Juli 2010
Beiträge: 176
|
Hallo, da der Lüfter meines Laptops ausgefallen ist, lese (selten schreibe) ich auf seiner Festplatte mithilfe eines zweiten Laptops über USB-Adapter. Nun plötzlich wird die Festplatte im Dateimanager unter "Geräte" zwar angezeigt, aber nicht mehr gemountet. Im Terminal wird folgende Meldung ausgegeben: | $ sudo mount /dev/sdc1 /mnt
mount: /mnt: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sdc1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
|
In GParted wird nicht angezeigt, wieviel von der Platte benutzt bzw. unbenutzt ist. Mit der Platte wurde beim ersten Laptop MX-Linux normalerweise gebooted (32 Bit), da Ubuntu 32 Bit nicht mehr unterstützt. Weitere Info: | $ sudo fdisk -l /dev/sdc
Festplatte /dev/sdc: 74,54 GiB, 80026359808 Bytes, 156301484 Sektoren
Festplattenmodell: MHW2080BH PL
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x4c1e3f60
|
dmesg:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26 | [ 1719.473018] usb 1-3: new high-speed USB device number 2 using ehci-pci
[ 1719.603944] usb 1-3: New USB device found, idVendor=05e3, idProduct=0718, bcdDevice= 0.09
[ 1719.603953] usb 1-3: New USB device strings: Mfr=0, Product=1, SerialNumber=2
[ 1719.603958] usb 1-3: Product: USB Storage
[ 1719.603962] usb 1-3: SerialNumber: 000000000033
[ 1719.608039] usb-storage 1-3:1.0: USB Mass Storage device detected
[ 1719.609000] scsi host3: usb-storage 1-3:1.0
[ 1720.657638] scsi 3:0:0:0: Direct-Access FUJITSU MHW2080BH PL 0009 PQ: 0 ANSI: 0
[ 1720.658945] sd 3:0:0:0: Attached scsi generic sg3 type 0
[ 1720.661408] sd 3:0:0:0: [sdc] 156301484 512-byte logical blocks: (80.0 GB/74.5 GiB)
[ 1720.663395] sd 3:0:0:0: [sdc] Write Protect is off
[ 1720.663401] sd 3:0:0:0: [sdc] Mode Sense: 03 00 00 00
[ 1720.665631] sd 3:0:0:0: [sdc] No Caching mode page found
[ 1720.665639] sd 3:0:0:0: [sdc] Assuming drive cache: write through
[ 1720.694251] sdc: sdc1 sdc2
[ 1720.701236] sd 3:0:0:0: [sdc] Attached SCSI disk
[ 1736.536264] JBD2: no valid journal superblock found
[ 1736.536271] EXT4-fs (sdc1): error loading journal
[ 1766.862744] JBD2: no valid journal superblock found
[ 1766.862754] EXT4-fs (sdc1): error loading journal
[ 2346.272997] JBD2: no valid journal superblock found
[ 2346.273007] EXT4-fs (sdc1): error loading journal
[ 2365.708911] JBD2: no valid journal superblock found
[ 2365.708985] EXT4-fs (sdc1): error loading journal
[ 2372.454075] JBD2: no valid journal superblock found
[ 2372.454085] EXT4-fs (sdc1): error loading journal
|
Gibt es Möglichkeiten, meine Daten zu retten? Viele Grüße
vubu1
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8712
|
vubu1 schrieb:
da der Lüfter meines Laptops ausgefallen ist, lese (selten schreibe) ich auf seiner Festplatte mithilfe eines zweiten Laptops über USB-Adapter. Gibt es Möglichkeiten, meine Daten zu retten?
Wie sehen die Rechte für diese Platte, die im USB-Adapter steht, aus Sicht des Laptops aus? Poste bitte vom 2. Laptop im Codeblock lsusb und markieren die Adapter-Schnittstelle Nachtrag: Mit der Platte wurde beim ersten Laptop MX-Linux normalerweise gebooted (32 Bit), da Ubuntu 32 Bit nicht mehr unterstützt.
Erstelle dir ein Livesystem (32-Bit MX-Linux) und starte das Livesystem auf deinem funktionierenden 2. Rechner (nicht installieren, sondern nur im Live-Modus arbeiten). Kannst du dann dort die Platte, die im Adapter steckt mounten?
|
vubu1
(Themenstarter)
Anmeldungsdatum: 14. Juli 2010
Beiträge: 176
|
Danke für Deine Fragen! Ich hoffe, ich beantworte sie richtig. | $ lsusb
Bus 002 Device 003: ID 0bda:0138 Realtek Semiconductor Corp. RTS5138 Card Reader Controller
Bus 002 Device 002: ID 0402:9665 ALi Corp. Gateway Webcam
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[mark]Bus 001 Device 010: ID 05e3:0718 Genesys Logic, Inc. IDE/SATA Adapter[/mark]
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
|
| noname@noname:/$ cd dev
noname@noname:/dev$ ls -l
...
brw-rw---- 1 root disk 8, 32 Okt 11 17:37 sdc
brw-rw---- 1 root disk 8, 33 Okt 11 17:37 sdc1
brw-rw---- 1 root disk 8, 34 Okt 11 17:37 sdc2
...
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133 | $ sudo fdisk -l
[sudo] Passwort für noname:
Festplatte /dev/loop0: 4 KiB, 4096 Bytes, 8 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop1: 99,35 MiB, 104169472 Bytes, 203456 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop2: 99,34 MiB, 104153088 Bytes, 203424 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop3: 55,45 MiB, 58134528 Bytes, 113544 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop4: 55,45 MiB, 58130432 Bytes, 113536 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop5: 162,89 MiB, 170778624 Bytes, 333552 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop6: 164,78 MiB, 172761088 Bytes, 337424 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop7: 218,102 MiB, 229629952 Bytes, 448496 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/sda: 298,9 GiB, 320072933376 Bytes, 625142448 Sektoren
Festplattenmodell: WDC WD3200BPVT-2
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xaec77876
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sda1 * 2048 1050623 1048576 512M b W95 FAT32
/dev/sda2 1052670 625141759 624089090 297,6G 5 Erweiterte
/dev/sda5 1052672 625141759 624089088 297,6G 83 Linux
Partition 2 beginnt nicht an einer physikalischen Sektorgrenze.
Festplatte /dev/loop8: 219 MiB, 229638144 Bytes, 448512 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop9: 65,1 MiB, 68259840 Bytes, 133320 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop10: 65,22 MiB, 68378624 Bytes, 133552 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop11: 139,9 MiB, 145846272 Bytes, 284856 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop12: 139,4 MiB, 146157568 Bytes, 285464 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop13: 51,4 MiB, 53522432 Bytes, 104536 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop14: 50,98 MiB, 53432320 Bytes, 104360 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop15: 32,31 MiB, 33869824 Bytes, 66152 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop16: 32,32 MiB, 33878016 Bytes, 66168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/sdc: 74,54 GiB, 80026359808 Bytes, 156301484 Sektoren
Festplattenmodell: MHW2080BH PL
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x4c1e3f60
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sdc1 * 2048 152043519 152041472 72,5G 83 Linux
/dev/sdc2 152043520 156237823 4194304 2G 83 Linux
|
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8712
|
noname@noname:/dev$ ls -l
...
brw-rw---- 1 root disk 8, 32 Okt 11 17:37 sdc
brw-rw---- 1 root disk 8, 33 Okt 11 17:37 sdc1
brw-rw---- 1 root disk 8, 34 Okt 11 17:37 sdc2
... Du bist nicht der Besitzer, sondern das ist root . Lesen bitte das Wiki chown. Da steht wie du Besitzer wirst. Nachtrag. ein Beispiel:
t400@ThinkPad-T400:~$ ls -l
insgesamt 7976
...
-rwxr----- 1 t400 t400 4473538 Aug 31 13:50 20210831_135026.jpg # für diese Bild - der t400 darf lesen, schreiben und ausführen. Die Gruppe darf nur lesen, die anderen dürfen darnichts
-rwxr----- 1 t400 t400 3644822 Aug 31 13:51 20210831_135142.jpg
drwxr-xr-x 2 t400 t400 4096 Okt 2 13:02 Bilder # für ein Verzeichnis
...
|
vubu1
(Themenstarter)
Anmeldungsdatum: 14. Juli 2010
Beiträge: 176
|
Berlin_1946 schrieb: noname@noname:/dev$ ls -l
...
brw-rw---- 1 root disk 8, 32 Okt 11 17:37 sdc
brw-rw---- 1 root disk 8, 33 Okt 11 17:37 sdc1
brw-rw---- 1 root disk 8, 34 Okt 11 17:37 sdc2
... Du bist nicht der Besitzer, sondern das ist root . Lesen bitte das Wiki chown. Da steht wie du Besitzer wirst.
Ich habe jetzt den Dateimanager thunar mit root-Rechten gestartet und kann die Festplatte trotzdem nicht mounten und daher auch nicht lesen. Außerdem habe ich einen USB-Stick zusätzlich eingesteckt, auf dem ich die Dateien ganz normal sehen kann. Dieser (sde) wird mit ls -l genau so als "root" angezeigt, wie die Festplatte (sdc), auf der ich nicht lesen kann. Kann es daher sein, dass es gar nicht an den Rechten liegt? 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | noname@noname:/dev$ ls -l
...
brw-rw---- 1 root disk 8, 0 Okt 11 19:45 sda
brw-rw---- 1 root disk 8, 1 Okt 11 19:45 sda1
brw-rw---- 1 root disk 8, 2 Okt 11 19:45 sda2
brw-rw---- 1 root disk 8, 5 Okt 11 19:45 sda5
brw-rw---- 1 root disk 8, 16 Okt 11 19:45 sdb
brw-rw---- 1 [mark]root disk [/mark] 8, 32 Okt 11 19:45 sdc
brw-rw---- 1 root disk 8, 33 Okt 11 19:45 sdc1
brw-rw---- 1 root disk 8, 34 Okt 11 19:45 sdc2
brw-rw---- 1 root disk 8, 48 Okt 11 19:45 sdd
brw-rw---- 1 root disk 8, 49 Okt 11 19:45 sdd1
brw-rw---- 1 root disk 8, 50 Okt 11 19:45 sdd2
brw-rw---- 1 [mark]root disk[/mark] 8, 64 Okt 11 19:46 sde
brw-rw---- 1 root disk 8, 65 Okt 11 19:46 sde1
...
|
Leider kann ich noch immer nicht meine Festplatte lesen und weiß auch nicht, ob sie so geschädigt ist, dass meine Daten verloren sind.
Vielleicht kann jemand einen Weg zeigen, der zum Erfolg oder zur Aufklärung führt? Viele Grüße
vubu1 Ergänzung:
Ich habe ein Livesystem (32-Bit MX-Linux) erstellt und kann auch mit diesem die Festplatte leider nicht mounten.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8712
|
vubu1 schrieb:
Ich habe jetzt den Dateimanager thunar mit root-Rechten gestartet und kann die Festplatte trotzdem nicht mounten und daher auch nicht lesen.
Kann es daher sein, dass es gar nicht an den Rechten liegt?
ja
Ergänzung:
Ich habe ein Livesystem (32-Bit MX-Linux) erstellt und kann auch mit diesem die Festplatte leider nicht mounten.
Dann gibt es größere Probleme mit der Festplatte. Lese dir bitte das Wiki Datenrettung (Abschnitt „Daten-retten“) durch und beachte unbedingt die Achtung-Felder.
|
vubu1
(Themenstarter)
Anmeldungsdatum: 14. Juli 2010
Beiträge: 176
|
Ich konnte das Problem auf folgende Weise lösen: Aus der Fehlermeldung nach dem Mounten wurden verschiedene Möglichkeiten angegeben (siehe erster Beitrag):
"Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sdc1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler." Ich konzentrierte mich auf die Möglichkeit eines beschädigten Superblocks, was zutraf und reparierte ihn erfolgreich: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38 | noname@noname:~$ sudo fsck /dev/sdc1
[sudo] Passwort für noname:
fsck von util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
Der Superblock hat ein defektes Journal (Inode 8).
Bereinigen<jy>? ja
*** journal has been deleted ***
Der Bitschalter has_journal im Superblock ist nicht gesetzt, aber ein
Journal NULL ist vorhanden.
Bereinigen<jy>? ja
Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Inode 8 wird nicht verwendet, aber enthält Daten. Bereinigen<jy>? ja
Der Erweiterungsbaum von Inode 612 (auf Ebene 1) könnte kürzer sein. Optimieren<jy>? ja
Durchgang 1E: Erweiterungsbäume werden optimiert
Durchgang 2: Verzeichnisstruktur wird geprüft
Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Durchgang 4: Referenzzähler werden überprüft
Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft
Unterschiede in der Block-Bitmap: -(9469952--9601023)
Reparieren<jy>? ja
Die Anzahl freier Blöcke in Gruppe #289 ist falsch (0, gezählt=32768).
Reparieren<jy>? ja
Die Anzahl freier Blöcke in Gruppe #290 ist falsch (0, gezählt=32768).
Reparieren<jy>? ja
Die Anzahl freier Blöcke in Gruppe #291 ist falsch (0, gezählt=32768).
Reparieren<jy>? ja
Die Anzahl freier Blöcke in Gruppe #292 ist falsch (0, gezählt=32768).
Reparieren<jy>? ja
Die Anzahl freier Blöcke ist falsch (1371451, gezählt=1502523).
Reparieren („a” aktiert „ja” für alles) <jy>? ja
Journal wird wiederhergestellt („a” aktiert „ja” für alles) <jy>? ja
Journal wird erstellt (131072 Blöcke): Erledigt.
*** Journal wurde wieder hergestellt ***
rootMX19: ***** DATEISYSTEM WURDE VERÄNDERT *****
rootMX19: 435207/4751360 Dateien (0.4% nicht zusammenhängend), 17633733/19005184 Blöcke
|
Nun mountet die Festplatte wieder und alle meine Daten sind zugänglich. Jetzt würde mich noch interessieren, wodurch der Superblock beschädigt werden kann... Viele Grüße
vubu1 P.S.: Die Festplatte booted auch wieder MX-Linux auf meinem kaputten PC, auf dem gerade der Lüfter wieder geht.
|