Bong_Ra
Anmeldungsdatum: 23. August 2014
Beiträge: 58
|
Hallo Leute, meine Platte ist gerade am abnippeln, habe ich das Gefühl - habe über partedmagic/gsmartmontools die Smartwerte ausgelesen, und laut den Werten ist die Platte anscheinend ok ("passed"), der Kurztest bescheinigt auch, dass die Platte in Ordnung ist, aber der Langtest wurde nach 10 % mit einem Fehler abgebrochen. Ich poste hier im Anschluss auch noch den Log.
Jetzt muss ich wohl ein Backup machen. Die (hdd)Platte ist verdammt groß, ich hab nur kleinere Platten, unter anderem eine ssd zur Verfügung. Noch dazu sind sowohl ext-Partitionen, als auch ntfs-Partitionen auf der hdd drauf. Gibt es ein Backup tool, welches die einzelnen Partitionen spiegeln kann, damit ich die notwendigen ext-Partitionen auf einer kleineren Platte wiederherstellen und die ntfs-Partitionen auf einer externen Platte zwischenlagern kann? So hatte ich mir das vorgestellt. Ich hoffe da gibt es eine zuverlässige, kostengünstige (im Idealfall kostenlos - oder halt 20-30 Euro maximal) und komfortable (nicht dd) Programmlösung für.
Das ist mein Arbeitssystem, und die Daten brauch ich auf jeden Fall.
Würde mich freuen, wenn ihr mir da was empfehlen könnt. Beste Grüße, Bong Ra smartctl 5.43 2012-06-30 r3573 [x86_64-linux-3.10.4-pmagic64] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Device Model: HGST HTS721010A9E630
Serial Number: JR10006PH3H6ME
LU WWN Device Id: 5 000cca 6accfadba
Firmware Version: JB0OA3J0
User Capacity: 1,000,204,886,016 bytes [1.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: ATA-8-ACS revision 6
Local Time is: Tue Jun 23 17:09:15 2015 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 121) The previous self-test completed having
the read element of the test failed.
Total time to complete Offline
data collection: ( 45) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 173) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 062 Pre-fail Always - 65536
2 Throughput_Performance 0x0005 100 100 040 Pre-fail Offline - 0
3 Spin_Up_Time 0x0007 116 116 033 Pre-fail Always - 2
4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 494
5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 040 Pre-fail Offline - 0
9 Power_On_Hours 0x0012 091 091 000 Old_age Always - 4314
10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 490
191 G-Sense_Error_Rate 0x000a 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 23
193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 885
194 Temperature_Celsius 0x0002 200 200 000 Old_age Always - 30 (Min/Max 13/39)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 2
197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 248
198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0
223 Load_Retry_Count 0x000a 100 100 000 Old_age Always - 0
SMART Error Log Version: 1
ATA Error Count: 87 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 87 occurred at disk power-on lifetime: 4313 hours (179 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 08 e8 26 20 05 Error: UNC 8 sectors at LBA = 0x052026e8 = 85993192
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 e8 26 20 e5 08 01:10:17.165 READ DMA
c8 00 20 40 ec 93 e0 08 01:10:17.154 READ DMA
ca 00 08 90 22 b9 ea 08 01:10:17.154 WRITE DMA
ca 00 08 10 a0 cf e2 08 01:10:17.154 WRITE DMA
ca 00 08 48 a0 8f e1 08 01:10:17.154 WRITE DMA
Error 86 occurred at disk power-on lifetime: 4313 hours (179 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 08 e8 26 20 05 Error: UNC 8 sectors at LBA = 0x052026e8 = 85993192
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 e8 26 20 e5 08 01:10:14.206 READ DMA
ea 00 00 ff ba d3 a0 08 01:10:14.190 FLUSH CACHE EXT
ca 00 08 f8 ba d3 e1 08 01:10:14.190 WRITE DMA
ea 00 00 f7 33 7a a0 08 01:10:14.170 FLUSH CACHE EXT
c8 00 08 f0 33 7a eb 08 01:10:14.147 READ DMA
Error 85 occurred at disk power-on lifetime: 4313 hours (179 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 08 e8 26 20 05 Error: UNC 8 sectors at LBA = 0x052026e8 = 85993192
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 e8 26 20 e5 08 01:10:11.214 READ DMA
ea 00 00 c7 ba d3 a0 08 01:10:11.191 FLUSH CACHE EXT
ca 00 08 c0 ba d3 e1 08 01:10:11.191 WRITE DMA
ea 00 00 af 6d 70 a0 08 01:10:11.190 FLUSH CACHE EXT
27 00 00 00 00 00 e0 08 01:10:11.190 READ NATIVE MAX ADDRESS EXT
Error 84 occurred at disk power-on lifetime: 4313 hours (179 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 08 e8 26 20 05 Error: UNC 8 sectors at LBA = 0x052026e8 = 85993192
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 e8 26 20 e5 08 01:10:08.239 READ DMA
ca 00 18 a8 ba d3 e1 08 01:10:08.238 WRITE DMA
27 00 00 00 00 00 e0 08 01:10:08.238 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 01:10:08.230 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 01:10:08.222 SET FEATURES [Set transfer mode]
Error 83 occurred at disk power-on lifetime: 4313 hours (179 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 08 e8 26 20 05 Error: UNC 8 sectors at LBA = 0x052026e8 = 85993192
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 e8 26 20 e5 08 01:10:05.305 READ DMA
ea 00 00 a7 ba d3 a0 08 01:10:05.283 FLUSH CACHE EXT
ca 00 08 a0 ba d3 e1 08 01:10:05.283 WRITE DMA
ea 00 00 af 6d 70 a0 08 01:10:05.283 FLUSH CACHE EXT
27 00 00 00 00 00 e0 08 01:10:05.282 READ NATIVE MAX ADDRESS EXT
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 4314 59942632
# 2 Extended offline Completed: read failure 90% 4314 59942632
# 3 Short offline Completed without error 00% 0 -
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
|
redknight
Moderator & Supporter
Anmeldungsdatum: 30. Oktober 2008
Beiträge: 21730
Wohnort: Lorchhausen im schönen Rheingau
|
Hut ab. 248 kaputte Sektoren auf einer Platte, die grösstenteils noch funktioniert, sieht man selten. Spaß beseite: Nimm die Euros, die Du hast und kauf eine Platte. Lass die hier nur noch einmal anlaufen und kopiere runter, was geht. Da es Arbeistdaten sind, sollst Du bereits vorher ein Backup angefertigt haben. Wenn Du keins hast, weisst Du jetzt, warum. Das mag hart klingen, aber es gilt Regel 3: Wichtige Daten erkennt man an einem Backup. Es ist auch erst mal egal, auf welches Dateisystem DU sicherst. Ich würde auf keinen Fall ein Image machen, da hälst DU dich mit den beshcädigten Teilen viel zu lang auf.
|
Bong_Ra
(Themenstarter)
Anmeldungsdatum: 23. August 2014
Beiträge: 58
|
Hallo redknight,
danke für den Hinweis, hab ein neues System auf einer anderen Platte installiert und bin gerade dabei die Dateien der alten Platte rüberzukopieren auf eine Externe per sudo cp -r Bei einigen Datein gibts ein [...] konnte nicht erweitert werden: Eingabe-/Ausgabefehler Gibts eine Methode über die problematischen Stellen nochmal drüberzugehen? Bong Ra
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
Mach eine 1:1 Kopie mit ddrescue dann bekomst du wenigstens keine Lesefehler mehr, aber die fehlerhaften Stellen werden dann einfach als 0x00 gelesen und ganz werden die betroffenen Dateien davon auch nicht. In Zukunft smartmond so konfigurieren daß regelmäßig selbsttests durchgeführt und du per Mail benachrichtigt wirst sobald sich reallocated/pending/uncorrectable sectors einstellen. SMART ist nur dann wirklich nützlich wenn man es aktiv nach Fehlern suchen läßt und dann auf gemeldete Fehler auch tatsächlich (durch Plattentausch) reagiert. Besonders wichtig ist das bei RAID-Systemen wo der Tod einer Platte (zuviel) den Datentod vieler weiterer Platten bedeutet.
|
Bong_Ra
(Themenstarter)
Anmeldungsdatum: 23. August 2014
Beiträge: 58
|
Danke Frostschutz, Ein guter Ansatz ist es, zunächst einmal zu versuchen alles zu sichern, was zum Zeitpunkt der Sicherung fehlerfrei ist, und keine Zeit auf fehlerhafte Blöcke zu verwenden:
ddrescue -n QUELLE ZIEL ddrescue.log
Erst danach startet man einen weiteren Durchlauf, in dem versucht wird, möglichst viele von den im ersten Schritt als kaputt markierten Daten doch noch zu retten:
ddrescue QUELLE ZIEL ddrescue.log
Dieses zweigeteilte Vorgehen ist zu bevorzugen, da durch die intensive Beanspruchung, noch Daten aus den defekten Blöcke zu bekommen, auch andere Teile der Medien zerstört werden können. Sichert man dann ins selbe Ziel beim zweiten Mal, oder in einen anderen Ordner? Oder steht im Wiki was falsches?: This example is derived from the ddrescue manual.
Example 3: Rescue an entire hard disk /dev/sda to another disk /dev/sdb
copy the error free areas first
ddrescue -n /dev/sda /dev/sdb rescue.log
attempt to recover any bad sectors
ddrescue -r 1 /dev/sda /dev/sdb rescue.log
Quelle:
http://forensicswiki.org/wiki/Ddrescue
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
gleiches ziel, gleiches logfile
|
Bong_Ra
(Themenstarter)
Anmeldungsdatum: 23. August 2014
Beiträge: 58
|
|
Bong_Ra
(Themenstarter)
Anmeldungsdatum: 23. August 2014
Beiträge: 58
|
Ok, habs jetzt erst gecheckt. Die Platte hat 1 TB - ich habe keine andere Platte mit 1 TB Speicher.
Gibts auch die Möglichkeit, einzelne Partitionen oder ordner über den Befehl zu kopieren? Edit: Nachdem ich eine Externe beim Versuch einer Repartitionierung zerschossen habe, habe ich mir jetzt eine 3 TB HDD bestellt, ich hoffe damit lässt sich das irgendwie regeln.
|
Bong_Ra
(Themenstarter)
Anmeldungsdatum: 23. August 2014
Beiträge: 58
|
Ich hab die externe Platte und bin am Daten übertragen. Leider habe ich mit ddrescue den falschen Startparameter genommen, und jetzt läuft die Platte nach 10 Stunden immer noch durch und ich weiß nicht mal, was der übertragt, denn auf der Partition sind auch nur ca. 69,5 GB drauf (Laut dem Test ist er ja schon 2 mal drübergelaufen.)
Die Startparameter sind falsch, irgendwie hab ich in meiner Verwirrung Startoptionen genutzt, die vielleicht vor 10 Jahren aktuell waren, ich weiß im Moment nicht, was das Programm eigentlich macht.
Der --no-split Befehl findet sich nicht mal im ddresscue manual wieder : http://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html
Auf dem Wiki ist der Befehl zu finden, aber widersprüchlich:
-n, --no-split Teile nicht lesbare Blöcke und versuche auch nicht öfters diese zu lesen.
Werden die nichtlesbaren Blöcke geteilt, oder lesbare Blöcke nicht geteilt, oder heißt es dass nicht lesbare Blöcke nicht geteilt werden?
Funktioniert der Befehl überhaupt noch? Es gibt keine Übertragungsrate mehr mehr im Moment, da dürfte also keine Datenbewegung mehr sein.
Die Platte klickt auch so verdächtig, mehrmals in kurzen Abständen, als ob darauf nicht mehr vernünftig zugegriffen werden kann.
Die Fehlerrate ist verdammt hoch. xy@Rechnerxy:~$ sudo ddrescue --no-split --force /dev/sdc3 /media/xy/d9ec9eed-edd6-4497-89bb-013ace688f0a/image.img logfile
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued: 70683 MB, errsize: 477 MB, current rate: 0 B/s
ipos: 54485 MB, errors: 6706, average rate: 1838 kB/s
opos: 54485 MB, run time: 10.67 h, successful read: 2.46 m ago
Copying non-tried blocks... Pass 2 (backwards)
Welches Vorgehen empfehlt ihr? Abbrechen oder noch einmal durchlaufen lassen (standardmäßig sind das doch drei mal oder)?
Und danach? Gibts ein Programm, was das image auf Fehler überprüft, bzw. mir anzeigt, welche Daten beschädigt sind? Edit - aktueller Stand: GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued: 75360 MB, errsize: 667 MB, current rate: 0 B/s
ipos: 26076 MB, errors: 9058, average rate: 1493 kB/s
opos: 26076 MB, run time: 14.01 h, successful read: 2.28 m ago
Copying non-tried blocks... Pass 2 (backwards)
|
Bong_Ra
(Themenstarter)
Anmeldungsdatum: 23. August 2014
Beiträge: 58
|
Bong Ra schrieb: Ich hab die externe Platte und bin am Daten übertragen. Leider habe ich mit ddrescue den falschen Startparameter genommen, und jetzt läuft die Platte nach 10 Stunden immer noch durch und ich weiß nicht mal, was der übertragt, denn auf der Partition sind auch nur ca. 69,5 GB drauf (Laut dem Test ist er ja schon 2 mal drübergelaufen.)
Die Startparameter sind falsch, irgendwie hab ich in meiner Verwirrung Startoptionen genutzt, die vielleicht vor 10 Jahren aktuell waren, ich weiß im Moment nicht, was das Programm eigentlich macht.
Der --no-split Befehl findet sich nicht mal im ddresscue manual wieder : http://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html
Auf dem Wiki ist der Befehl zu finden, aber widersprüchlich:
-n, --no-split Teile nicht lesbare Blöcke und versuche auch nicht öfters diese zu lesen.
Werden die nichtlesbaren Blöcke geteilt, oder lesbare Blöcke nicht geteilt, oder heißt es dass nicht lesbare Blöcke nicht geteilt werden?
Funktioniert der Befehl überhaupt noch? Es gibt keine Übertragungsrate mehr mehr im Moment, da dürfte also keine Datenbewegung mehr sein.
Die Platte klickt auch so verdächtig, mehrmals in kurzen Abständen, als ob darauf nicht mehr vernünftig zugegriffen werden kann.
Die Fehlerrate ist verdammt hoch. xy@Rechnerxy:~$ sudo ddrescue --no-split --force /dev/sdc3 /media/xy/d9ec9eed-edd6-4497-89bb-013ace688f0a/image.img logfile
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued: 70683 MB, errsize: 477 MB, current rate: 0 B/s
ipos: 54485 MB, errors: 6706, average rate: 1838 kB/s
opos: 54485 MB, run time: 10.67 h, successful read: 2.46 m ago
Copying non-tried blocks... Pass 2 (backwards)
Welches Vorgehen empfehlt ihr? Abbrechen oder noch einmal durchlaufen lassen (standardmäßig sind das doch drei mal oder)?
Und danach? Gibts ein Programm, was das image auf Fehler überprüft, bzw. mir anzeigt, welche Daten beschädigt sind? Edit - aktueller Stand: GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued: 75360 MB, errsize: 667 MB, current rate: 0 B/s
ipos: 26076 MB, errors: 9058, average rate: 1493 kB/s
opos: 26076 MB, run time: 14.01 h, successful read: 2.28 m ago
Copying non-tried blocks... Pass 2 (backwards)
Edit: Die Festplatte klackert jetzt die ganze Zeit. Ich hab den Test jetzt erstmal abgebrochen.
Wie bekomme ich jetzt am besten raus, welche Daten flöten gegangen sind? rescued: 78986 MB, errsize: 963 MB, current rate: 0 B/s
ipos: 3419 MB, errors: 11254, average rate: 995 kB/s
opos: 3419 MB, run time: 22.04 h, successful read: 5.12 h ago
Copying non-tried blocks... Pass 3 (forwards)
Interrupted by user Edit2: Beim Einhängen des images gibt es auch Probleme: Error mounting /dev/loop0 at /media/xy/2e50c2b4-0fe9-4a44-9dbd-28325a39da4a: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/loop0" "/media/xy/2e50c2b4-0fe9-4a44-9dbd-28325a39da4a"' exited with non-zero exit status 32: mount: /dev/loop0 is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
Rechnerxy:~$ dmesg | tail
[83297.472971] blk_update_request: critical medium error, dev sdc, sector 69141760
[83297.472977] Buffer I/O error on dev sdc3, logical block 834720, async page read
[83389.076895] sd 7:0:0:0: [sdc] Synchronizing SCSI cache
[83389.100017] usb 4-1.1: USB disconnect, device number 6
[87607.695839] EXT4-fs (loop0): bad geometry: block count 25600000 exceeds size of device (25599985 blocks)
fsck hat auch nichts gebracht.
Rechnerxy:~$ sudo fsck -y /dev/sdb2/image.img
fsck from util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
fsck.ext2: Not a directory beim Versuch, /dev/sdb2/image.img zu öffnen
Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten:
e2fsck -b 8193 <Gerät>
oder
e2fsck -b 32768 <Gerät> Allerdings war das auch kein ext4 sondern eine ntfs Partition. Liegt darin das Problem?
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Was denkst du denn? Und du kaufst eine neue Platte, weil sie falsch partitioniert ist?
|
Bong_Ra
(Themenstarter)
Anmeldungsdatum: 23. August 2014
Beiträge: 58
|
Benno-007 schrieb: Was denkst du denn? Und du kaufst eine neue Platte, weil sie falsch partitioniert ist?
Bitte?
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Hast du weiter oben zur 3TB-Platte doch geschrieben. Beantwortest du noch meine erste Frage, die sich auf deinen letzten Satz, zu NTFS, bezieht?
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
Ein /dev/sdb2/image.img kann es nicht geben, /dev/sdb2 ist ein Device, du brauchst einen Mountpoint der eher in /mnt/sonstwas oder /media/sonstwas liegt. Was sagt denn file image.img ?
|
Bong_Ra
(Themenstarter)
Anmeldungsdatum: 23. August 2014
Beiträge: 58
|
frostschutz schrieb: Ein /dev/sdb2/image.img kann es nicht geben, /dev/sdb2 ist ein Device, du brauchst einen Mountpoint der eher in /mnt/sonstwas oder /media/sonstwas liegt. Was sagt denn file image.img ?
Ich hab jetzt den mountpoint genommen. Scheint aber auch nicht zu klappen.
xy@Rechnerxy:~$ sudo fsck -y /media/xy/d9ec9eed-edd6-4497-89bb-013ace688f0a/image.img
[sudo] password for xy:
fsck from util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
Die Größe des Dateisystems (laut Superblock) ist 25600000 Blöcke.
Die physikalische Größe des Gerätes ist 25599985 Blöcke.
Entweder ist der Superblock oder die Partionstabelle beschädigt!
Abbrechen? ja
Dann zu
file sagt Folgendes:
xyn@Rechnerxy:~$ file /media/xy/d9ec9eed-edd6-4497-89bb-013ace688f0a/image.img
/media/xy/d9ec9eed-edd6-4497-89bb-013ace688f0a/image.img: Linux rev 1.0 ext4 filesystem data, UUID=2e50c2b4-0fe9-4a44-9dbd-28325a39da4a (extents) (large files) (huge files)
|