glaskugel
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Mein System hat sich ganz plötzlich verabschiedet und es besteht der Verdacht, dass die HD kaputt ist. Defekt ist nur die root-Partition, andere Partitionen können gelesen werden. Ich konnte den PC nur über die Reset-Taste herunterfahren und habe dann beim Testen mehrmals die Reset-Taste am Gehäuse verwendet. Datensicherung existiert. Ich will nur wissen, ob die HD ersetzt werden muss. Ich würde die HD gerne komplett löschen, schaffe das aber nicht. Mit xfs_repair komme ich auch nicht weiter. xubuntu@xubuntu:/sbin$ sudo xfs_repair -n /dev/sda2
Phase 1 - Superblock finden und überprüfen...
Phase 2 - ein internes Protokoll benutzen
- Null-Protokoll...
- freier Speicher und Inode-Karten des Dateisystems werden
gescannt...
block (1,293311-293311) multiply claimed by cnt space tree, state - 2
agf_freeblks 1150546, gezählt 1150573 in ag 1
agi unlinked bucket 27 is 1811163 in ag 2 (inode=68920027)
agi unlinked bucket 29 is 2464093 in ag 2 (inode=69572957)
agi unlinked bucket 30 is 2464094 in ag 2 (inode=69572958)
block (0,334506-334506) multiply claimed by cnt space tree, state - 2
block (0,882608-882608) multiply claimed by cnt space tree, state - 2
agf_freeblks 1786791, gezählt 1786787 in ag 0
agi unlinked bucket 53 is 1197173 in ag 1 (inode=34751605)
agi unlinked bucket 1 is 391233 in ag 3 (inode=101054529)
agi unlinked bucket 5 is 391237 in ag 3 (inode=101054533)
agi unlinked bucket 15 is 391183 in ag 3 (inode=101054479)
agi unlinked bucket 18 is 1915218 in ag 3 (inode=102578514)
agi unlinked bucket 19 is 6208019 in ag 3 (inode=106871315)
agi unlinked bucket 24 is 391256 in ag 3 (inode=101054552)
agi unlinked bucket 25 is 391193 in ag 3 (inode=101054489)
agi unlinked bucket 27 is 1915227 in ag 3 (inode=102578523)
sb_icount 579584, counted 579264
sb_ifree 1843, counted 1305
sb_fdblocks 7519152, counted 7524757
- Wurzel-Inode-Stück gefunden
Phase 3 - für jedes AG...
- agi unverknüpfte Listen werden gescannt (aber nicht bereinigt...
- bekannte Inodes werden behandelt und Inode-Entdeckung wird
durchgeführt...
- agno = 0
Daten fork in ino 2538891 claims free block 317434
D
aten fork in ino 2538907 claims free block 317441
Daten fork in ino 2542594 claims free block 317817
Daten fork in ino 2542600 claims free block 317839
Daten fork in ino 2542613 claims free block 317848
Daten fork in ino 2542630 claims free block 317698
Daten fork in ino 2542630 claims free block 317699
Daten fork in ino 2542631 claims free block 317859
Daten fork in ino 2542641 claims free block 1301522
Daten fork in ino 2542642 claims free block 317185
Daten fork in ino 2542642 claims free block 317186
Daten fork in ino 2542644 claims free block 1306190
Daten fork in ino 2542648 claims free block 316271
Daten fork in ino 2542648 claims free block 316272
Daten fork in ino 2684031 claims free block 316720
Daten fork in ino 2684031 claims free block 316721
Daten fork in ino 2684040 claims free block 316530
Daten fork in ino 2684040 claims free block 316531
- agno = 1
Daten fork in ino 35088347 claims free block 4473620
- agno = 2
imap claims in-use inode 69573113 is free, imap könnte korrigiert werden
imap claims in-use inode 69573114 is free, imap könnte korrigiert werden
imap claims in-use inode 69573117 is free, imap könnte korrigiert werden
- agno = 3
- neu entdeckte Inodes werden behandelt...
Phase 4 - auf doppelte Blöcke überprüfen...
- Liste mit doppeltem Ausmaß wird eingerichtet...
- es wird geprüft ob Inodes Blocks doppelt beanspruchen...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
Kein Veränderungskennzeichen gesetzt, Phase 5 wird übersprungen
Phase 6 - Inode-Verbindbarkeit wird geprüft...
- Dateisystem wird durchquert ...
free block 16777216 entry 30 for directory ino 67856869 bad
- durchqueren beendet ...
- nicht verbundene Inodes werden nach lost+found verschoben ...
disconnected inode 34751605, könnte zu lost+found gehen
disconnected inode 68920027, könnte zu lost+found gehen
disconnected inode 69572957, könnte zu lost+found gehen
disconnected inode 69572958, könnte zu lost+found gehen
disconnected inode 101054479, könnte zu lost+found gehen
disconnected inode 101054489, könnte zu lost+found gehen
disconnected inode 101054529, könnte zu lost+found gehen
disconnected inode 101054533, könnte zu lost+found gehen
disconnected inode 101054552, könnte zu lost+found gehen
disconnected inode 102578514, könnte zu lost+found gehen
disconnected inode 102578523, könnte zu lost+found gehen
disconnected inode 106871315, könnte zu lost+found gehen
Phase 7 - Verweisanzahl wird geprüft
would have reset inode 34751605 nlinks from 0 to 1
would have reset inode 68920027 nlinks from 0 to 1
would have reset inode 69572957 nlinks from 0 to 1
would have reset inode 69572958 nlinks from 0 to 1
would have reset inode 101054479 nlinks from 0 to 1
would have reset inode 101054489 nlinks from 0 to 1
would have reset inode 101054529 nlinks from 0 to 1
would have reset inode 101054533 nlinks from 0 to 1
would have reset inode 101054552 nlinks from 0 to 1
would have reset inode 102578514 nlinks from 0 to 1
would have reset inode 102578523 nlinks from 0 to 1
would have reset inode 106871315 nlinks from 0 to 1
Kein Änderungskennzeichen gesetzt, Leeren des Dateisystems wird
übersprungen und es wird beendet Danach: xubuntu@xubuntu:/sbin$ sudo xfs_repair -L /dev/sda2
Phase 1 - Superblock finden und überprüfen...
Phase 2 - ein internes Protokoll benutzen
- Null-Protokoll...
ALARM: Das Dateisystem hat wertvolle Metadaten-Änderungen in einem
Protokoll, das zerstört wird, weil die -L-Option benutzt wird.
xfs_repair: libxfs_device_zero schreiben fehlgeschlagen: Eingabe-/Ausgabefehler Mit badblocks tut sich nichts: xubuntu@xubuntu:/sbin$ sudo /sbin/badblocks -f -svw /dev/sda
/dev/sda wird offensichtlich vom System genutzt; Badblocks wird trotzdem erzwungen. Hoffentlich ist /etc/mtab nicht korrekt.
Es wird nach defekten Blöcken gesucht (Lesen+Schreiben-Modus)
Von Block 0 bis 3907018583
Es wird getestet Mit Muster 0xaa: 0.00% erledigt, 0:00 verstrichen. (0/0/0 Feh 0.00% erledigt, 2:35 verstrichen. (0/0/0 Fehler)
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Wieso forcierst du badblocks, während das Laufwerk gemountet ist? Das ist Mist - und sagt dir auch die Meldung. Mach mal den Standardcheck des Festplattenstatus:
sudo apt-get install --no-install-recommends smartmontools
sudo smartctl -t short /dev/sda
# Nun mindestens 3 min warten!
sudo smartctl -a /dev/sda
Ergebnis des letzten Befehls bitte in Codeblock ins Forum kopieren.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Das Laufwerk ist nicht gemountet, das meint nur badblocks, also gibt es nicht viel Alternativen, als mit -L bei xfs_repair oder -f bei badblocks weiterzumachen. Nach 1h badblocks von /dev/sda also der ganzen HD gab es keinen Fortschritt und die restlichen Partitionen sind noch immer lesbar. Danke für den Hinweis, wie man mit einer Live-Version die smartmontools installiert. Deine Empfehlung wollte ich schon probieren, bin aber an einem fehlenden smartctl gescheitert. Ich poste vorsichtshalber doch alles, falls die HD plötzlich gar nicht mehr will. Die Daten sehen ja nicht so schlecht aus.
# 1 Short offline Completed without error 00% 1128 - $ sudo smartctl -a /dev/sda
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.8.0-36-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Toshiba 3.5" MD04ACA... Enterprise HDD
Device Model: TOSHIBA MD04ACA400
Serial Number:
LU WWN Device Id: 5 000039
Firmware Version: FP1A
User Capacity: 4.000.787.030.016 bytes [4,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Tue Jul 18 20:13:06 2017 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: (0x85) Offline data collection activity
was aborted by an interrupting command from host.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 120) 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: ( 471) 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 050 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 050 Pre-fail Offline - 0
3 Spin_Up_Time 0x0027 100 100 001 Pre-fail Always - 7062
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 188
5 Reallocated_Sector_Ct 0x0033 100 100 050 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 050 Pre-fail Offline - 0
9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 1128
10 Spin_Retry_Count 0x0033 103 100 030 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 187
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 45
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 5
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 316
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 36 (Min/Max 19/50)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 253 000 Old_age Always - 1655
220 Disk_Shift 0x0002 100 100 000 Old_age Always - 0
222 Loaded_Hours 0x0032 098 098 000 Old_age Always - 1120
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 0
224 Load_Friction 0x0022 100 100 000 Old_age Always - 0
226 Load-in_Time 0x0026 100 100 000 Old_age Always - 213
240 Head_Flying_Hours 0x0001 100 100 001 Pre-fail Offline - 0
SMART Error Log Version: 1
ATA Error Count: 1655 (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 1655 occurred at disk power-on lifetime: 1128 hours (47 days + 0 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
-- -- -- -- -- -- --
84 50 01 d7 84 00 e0 at LBA = 0x000084d7 = 34007
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
ca 00 08 d0 84 00 e0 00 01:19:03.964 WRITE DMA
ec 00 00 00 00 00 a0 00 01:19:03.963 IDENTIFY DEVICE
ef 03 42 00 00 00 a0 00 01:19:03.963 SET FEATURES [Set transfer mode]
ec 00 00 00 00 00 a0 00 01:19:03.947 IDENTIFY DEVICE
ff ff ff ff ff ff ff 0c 01:19:03.789 [VENDOR SPECIFIC]
Error 1654 occurred at disk power-on lifetime: 1128 hours (47 days + 0 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
-- -- -- -- -- -- --
84 50 01 d7 84 00 e0 at LBA = 0x000084d7 = 34007
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
ca 00 08 d0 84 00 e0 00 01:19:03.224 WRITE DMA
ec 00 00 00 00 00 a0 00 01:19:03.224 IDENTIFY DEVICE
ef 03 42 00 00 00 a0 00 01:19:03.224 SET FEATURES [Set transfer mode]
ec 00 00 00 00 00 a0 00 01:19:03.223 IDENTIFY DEVICE
ff ff ff ff ff ff ff 0c 01:19:03.065 [VENDOR SPECIFIC]
Error 1653 occurred at disk power-on lifetime: 1128 hours (47 days + 0 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
-- -- -- -- -- -- --
84 50 01 d7 84 00 e0 at LBA = 0x000084d7 = 34007
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
ca 00 08 d0 84 00 e0 00 01:19:02.672 WRITE DMA
ec 00 00 00 00 00 a0 00 01:19:02.672 IDENTIFY DEVICE
ef 03 42 00 00 00 a0 00 01:19:02.672 SET FEATURES [Set transfer mode]
ec 00 00 00 00 00 a0 00 01:19:02.455 IDENTIFY DEVICE
ff ff ff ff ff ff ff 0c 01:19:02.297 [VENDOR SPECIFIC]
Error 1652 occurred at disk power-on lifetime: 1128 hours (47 days + 0 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
-- -- -- -- -- -- --
84 50 01 d7 84 00 e0 at LBA = 0x000084d7 = 34007
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
ca 00 08 d0 84 00 e0 00 01:19:01.914 WRITE DMA
ec 00 00 00 00 00 a0 00 01:19:01.914 IDENTIFY DEVICE
ef 03 42 00 00 00 a0 00 01:19:01.913 SET FEATURES [Set transfer mode]
ef 03 42 00 00 00 a0 00 01:19:01.913 SET FEATURES [Set transfer mode]
ec 00 00 00 00 00 a0 00 01:19:01.679 IDENTIFY DEVICE
Error 1651 occurred at disk power-on lifetime: 1128 hours (47 days + 0 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
-- -- -- -- -- -- --
84 50 01 d7 84 00 e0 at LBA = 0x000084d7 = 34007
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
ca 00 08 d0 84 00 e0 00 01:19:00.956 WRITE DMA
ec 00 00 00 00 00 a0 00 01:19:00.956 IDENTIFY DEVICE
ef 03 42 00 00 00 a0 00 01:19:00.956 SET FEATURES [Set transfer mode]
ec 00 00 00 00 00 a0 00 01:19:00.955 IDENTIFY DEVICE
ff ff ff ff ff ff ff 0c 01:19:00.797 [VENDOR SPECIFIC]
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 1128 -
# 2 Extended offline Completed without error 00% 9 -
# 3 Extended offline Interrupted (host reset) 90% 0 -
# 4 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.
|
rennradler
Anmeldungsdatum: 27. Februar 2010
Beiträge: 1833
|
Du hast m.E. ein kerniges Kabelproblem: UDMA_CRC_Error_Count. Ansonsten sehen die SMART-Werte gut aus.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Das deutet schon sehr auf das SATA-Kabel hin. Das würde ich auf jeden Fall tauschen. Und danach einfach ein Secure Erase durchführen. Wenig Arbeit - viel Ergebnis.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Mag schon sein, dass es auch ein Kabel-Problem ist. Mir kommen die Stunden sehr wenig vor. Leicht zu wechseln ist das Kabel nicht, das ist so ein verdammtes Board wo die Kabel seitlich abgehen und man den HD-Käfig oder sonst was ausbauen muss. Ich habe es jedenfalls mal an der HD ab- und angesteckt. Wenn es ein Kabelproblem ist, warum kann ich dann die anderen Partitionen mehr oder weniger problemlos verwenden und die Partition nicht löschen bzw. die ganze HD? »Datenträger 52 GB« konnte nicht eingehängt werden
Error mounting /dev/sda2 ... failed: Structure needs cleaning Also wieder von vorne, Reparaturversuch: xubuntu@xubuntu:~/Desktop$ sudo xfs_repair /dev/sda2
Phase 1 - Superblock finden und überprüfen...
Phase 2 - ein internes Protokoll benutzen
- Null-Protokoll...
FEHLER: Das Dateisystem hat wertvolle Metadaten-Änderungen in einem
Protokoll, das wiederholt werden sollte. Hängen Sie das Dateisystem ein,
um das Protokoll zu wiederholen und hängen Sie es wieder aus um
xfs_repair erneut auszuführen. Wenn Sie außer Stande sind, das
Dateisystem einzuhängen, benutzen Sie die -L-Option um das Protokoll zu
zerstören und versuchen Sie eine Reparatur.
Beachten Sie, dass die Zerstörung des Protokolls Schaden verursachen
kann -- bitte versuchen sie das Dateisystem einzuhängen ehe Sie dies tun. Ich habe da eine leere Partition auf der HD, die ich mounte: xubuntu@xubuntu:~/Desktop$ df -hT
Dateisystem Typ Größe Benutzt Verf. Verw% Eingehängt auf
udev devtmpfs 3,9G 0 3,9G 0% /dev
tmpfs tmpfs 795M 9,5M 785M 2% /run
/dev/sde iso9660 1,3G 1,3G 0 100% /cdrom
/dev/loop0 squashfs 1,2G 1,2G 0 100% /rofs
aufs aufs 3,9G 68M 3,9G 2% /
tmpfs tmpfs 3,9G 20M 3,9G 1% /dev/shm
tmpfs tmpfs 5,0M 8,0K 5,0M 1% /run/lock
tmpfs tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs tmpfs 3,9G 8,0K 3,9G 1% /tmp
tmpfs tmpfs 795M 44K 795M 1% /run/user/999
/dev/sda3 xfs 48G 33M 48G 1% /media/xubuntu/DISTRI2 Ich lege einen Mountpoint an: xubuntu@xubuntu:~/Desktop$ sudo mkdir -p /media/xubuntu/DISTRI2/problem Ich versuche die defekte Partition zu mounten: xubuntu@xubuntu:~/Desktop$ sudo mount -t xfs /dev/sda2 /media/xubuntu/DISTRI2/problem/
mount: mount /dev/sda2 on /media/xubuntu/DISTRI2/problem failed: Die Struktur muss bereinigt werden Womit sich der Kreis schließt. Wenn das Kabel "sehr defekt" ist, dann sollte ich doch auch mit den anderen Partitionen nicht problemlos lesen und schreiben können? Ich werde die HD ausbauen, sobald ich mir eine neue HD besorgt habe und in ein externes Gehäuse geben, da habe ich dann auf jeden Fall ein anderes Kabel.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Habe gerade nochmals gparted gestartet, jetzt kann ich /dev/sda2 verändern. Bevor ich aber das mache, installiere ich mit einer anderen HD, die ich erst besorgen muss, neu. Es sollte fast alles gesichert sein, aber wer weiß, vielleicht geht da doch was wichtiges ab an das ich gerade nicht denke. Die Daten befinden sich auf anderen Partitionen als das System.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Glaube mir, mit SATA-Kabeln kann es zu den mysteriösesten Problemen kommen, die durch zweimal dran herumwackeln für eine Woche verschwinden, da sie temperaturbedingt /schwerkraftbedingt / schwingungsbedingt wieder auftreten. Tausche sie einfach aus, die kosten nicht die Welt. Aber bitte keinesfalls welche von ebay holen. Bitte neue, aktuelle Kabel vom Händler. Und da du ja ein sauberes Backup hast, kannst du bedenkenlos dein Secure Erase machen und das Backup danach auf die durch eben dieses Secure Erase überprüfte Festplatte zurückspielen. Dadurch werden auch eventuelle Fehler in der Partitionstabelle, die eben auch durch diese $§%&-kaputten-SATA-Kabel unbemerkt entstehen, mühelos ausgemerzt. Wenn du das Kabel getauscht hast, dann sag Bescheid, ich leite dich Schritt für Schritt durch den Secure Erase-Vorgang.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Ich glaube dir gerne, hatte schon die Teile von einem ganzen PC getauscht, nur die Kabel nicht und die waren defekt und führten zu den unverständlichsten Problemen. Ich kaufe fast nie bei Ebay und billige Kabel schon gar nicht, aber die Auswahl ist bei gewinkelten Kabeln nicht sehr groß, ich glaube meine sind von DELOCK. Der Austausch ist aber trotzdem sehr aufwendig, es geht nicht um das Geld für das Kabel. Ich habe eine spezielle Backup-Philosophie, ich mache keine Image-Backups, sondern sichere Daten dateiweise und vom System nur /etc u.a. Eine Neuinstallation geht schnell und in /etc etc. die Konfigurationen zu kopieren auch. Aufwand ist immer das Kopieren / rsync vieler TB. Vieles ist per Symlink auf einer anderen Patition, sodass ich nur statt dem Ordner einen Link setzen muss, zB /usr/local/bin. Das macht mir wenig Kopfzerbrechen. Ich frage mich, ob ich was falsch gemacht habe, aber was hätte ich sonst noch tun können, als den Reset-Taster zu drücken. Nachdem die Desktop-Symbole zerstört waren, war da also schon davor was. Es ist das 1. Mal, das ich mir eine XFS-Partition zerschieße, bis jetzt hat XFS schon viele Stromausfälle problemlos überstanden und diese HD wurde erst vor ca. 2 Wochen aufgesetzt.
Dadurch werden auch eventuelle Fehler in der Partitionstabelle, die eben auch durch diese $§%&-kaputten-SATA-Kabel unbemerkt entstehen, mühelos ausgemerzt.
Dieses secure-erase interessiert mich, bis jetzt war mein burnin-Test immer badblocks. Das hat 4-5 Tage gedauert. Dieses Secure-Erase kann man auch in einem externen USB3-Gehäuse sinnvoll machen? Eignet sich das als Burn-In-Test? Ich besorg mir auf jeden Fall ein neues SATA-Kabel, hoffentlich bekomme ich das lagernd vor Ort. Ich glaube, ich leiste mir eine eigene System-HD (SSD) und nicht nur Partition. Dann bin ich bei Problemen schneller und muss nicht so viele Daten hin- und herschaufeln. Ich habe einige TB an selber gemachten Videos.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Das Secure Erase muss an einem SATA-Kabel gemacht werden. Denn das über USB zu machen, ist ein zu großes Risiko, weil ATA-Befehle benutzt werden. Das kann sehr dolle schiefgehen übers USB. Es lohnt sich halt, weil es wenig Aufwand ist. Mein Rekord liegt bei 8 Minuten, so um den Dreh.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Ok, dann übe ich mal mit einer alten HD. Wie geht das genau bzw. wo lese ich mich ein?
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Guten Morgen, du brauchst folgende CD: http://www.ultimatebootcd.com/download.html Und die offizielle Anleitung: https://partedmagic.com/secure-erase/ die ist für eine neuere Version geschrieben. Einige Optionen werden also nur über andere Wege verfügbar sein (was nicht von Bedeutung ist). Wichtig ist, dass du auf jeden Fall das Passwort password vergibst. So wie es in der Anleitung steht. Und damit es klappt, musst du im BIOS von AHCI auf IDE stellen, HotSwap für den richtigen SATA-Port aktivieren und die Platte nur ab dem Moment mit dem Stromstecker verbinden, wenn du die UBCD gerade im Legacy-Modus fertig-gebootet hast und dir das Hauptmenü am Bildschirm angezeigt wird. Auf gehts.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Bonustip: Schaue dir die SMART-Werte deiner Versuchsplatte vor dem Secure Erase mithilfe von GSmartControl an. Das findest du ebenfalls auf dem Parted Magic Desktop. Sind da eventuell sogar schwebende Sektoren? Dann speichere dir ruhig die Smartwerte als Logdatei ab. Denn das wird nach dem Secure Erase sehr, sehr wahrscheinlich repariert worden sein.
|
rennradler
Anmeldungsdatum: 27. Februar 2010
Beiträge: 1833
|
Und danach einfach ein Secure Erase durchführen. Wenig Arbeit - viel Ergebnis.
Was soll das Secure Erase bringen? Außer alle Daten weg. Bevor ich mir das antäte hätte ich schon gerne eine nachvollziehbare Begründung gehört. Ich bin gespannt.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Ganz einfach. Weil es das festplatteninterne Secure Erase command ist. Dagegen kommt nichts an.
|