Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
No to twórz nowy system plików i jedziesz dalej. :]
EDIT:
Zrobiłem ciekawy test i mogę powiedzieć, że jest szansa na ratunek. Bo w sumie się zastanawiałem jak przywrócić system plików, przecie to nie siedzi w mbr, tylko na partycji.
Zrobiłem sobie testowy pliczek 1GiB sformatowałem go na ext4. Przy formatowaniu zwykle pojawia się coś takiego:
root:~# mkfs.ext4 /dev/loop0 ..... Superblock backups stored on blocks: 32768, 98304, 163840, 229376
Wgrałem tam plik textowy i nadpisałem ten plik partycji:
root:/# dd if=/dev/zero of=/dev/loop0 bs=512 count=512 512+0 records in 512+0 records out 262144 bytes (262 kB) copied, 0.0796531 s, 3.3 MB/s
Próba zamontowania zwraca:
root:/# mount /dev/loop0 /mnt mount: you must specify the filesystem type
Czyli to tak jak by nie było systemu plików ale partycja by istniała, jak u ciebie. Teraz pora na fsck, ale nieco inaczej:
root:/# fsck.ext4 -b 229376 -fv /dev/loop0 e2fsck 1.42.8 (20-Jun-2013) Resize inode not valid. Recreate<y>? yes Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Free blocks count wrong for group #0 (28681, counted=28682). Fix<y>? yes Free blocks count wrong for group #1 (32704, counted=32703). Fix<y>? yes Free inodes count wrong for group #0 (7989, counted=7988). Fix<y>? yes Free inodes count wrong (63989, counted=63988). Fix<y>? yes /dev/loop0: ***** FILE SYSTEM WAS MODIFIED ***** 12 inodes used (0.02%, out of 64000) 0 non-contiguous files (0.0%) 0 non-contiguous directories (0.0%) # of inodes with ind/dind/tind blocks: 0/0/0 Extent depth histogram: 4 8439 blocks used (3.30%, out of 256000) 0 bad blocks 0 large files 1 regular file 2 directories 0 character device files 0 block device files 0 fifos 0 links 0 symbolic links (0 fast symbolic links) 0 sockets ------------ 3 files root:/# mount /dev/loop0 /mnt
Wskazałem mu alternatywny superblok, jeden z kopi zapasowych stworzonych przy formatowaniu dysku. System plików się naprawił i zamontował:
root:/# ls -al /mnt total 28K drwxr-xr-x 3 root root 4.0K Nov 22 20:13 ./ drwxr-xr-x 27 root root 4.0K Nov 22 01:14 ../ drwx------ 2 root root 16K Nov 22 20:12 lost+found/ -rw-r--r-- 1 root root 57 Nov 22 20:13 testowy_plik root:/# cat /mnt/testowy_plik testowa zawartość testowego pliku na testowej partycji
Także jeśli pamiętasz gdzie masz kopie superbloku, to dasz radę przywrócić system plików, a jak nie to raczej moim zdaniem masz pozamiatane, chyba, że testdisk coś poradzi.
Idę pospisywać sobie numery zapasowych superbloków wszystkich partycji, kto wie kiedy i mi padnie system plików. xD
Ostatnio edytowany przez morfik (2013-11-22 20:50:00)
Offline
Hm...
Wczoraj nie przeczytałem edytowanego posta, ale zrobiłem to samo.
Przywróciłem system plików z superbloku.
Tego próbowałem już wcześniej, ale wczoraj do skutku (za którąś próbą zadziałało).
Niedodałem y do polecenia, więc się napotwierdzałem...
Niestety pliki trafiły do lost+found.
Ale udało mi się zrobić kopię domowego i /var/log, jeszcze poszukam /etc.
To chyba maksimum co mogę osiągnąć.
Mam co prawda kopię tej partycji (ale zrobioną dopiero po szkodzie...), jednak wątpię w celowość dalszych prób.
Dane trafiły też na pendraka i próbuję zmienić uprawnienia lub właściciela.
Po kilku próbach google i vwidzę, że fat(alny) system plików tego nie obsługuje...
Się zastanawiam, czy stawiać na tym dysku jeszcze raz Debiana, mimo , że smart nic nie pokazuje?
Offline
Po mojemu to coś ci rozwaliło superblok partycji. Nie wiem czy to było działanie przez nieuwagę czy czynniki X grają tu większą rolę. W każdym razie czego teraz się obawiasz? Tworzysz nowy system plików i instalujesz, tylko se zrób kopie superbloków.
A można wiedzieć na czym polegały te próby, że za którąś zadziałało? Popatrz na te dwie partycje:
Mała:
root:/# dumpe2fs /dev/sda1 | grep -i superblock dumpe2fs 1.42.8 (20-Jun-2013) Primary superblock at 0, Group descriptors at 1-1 Backup superblock at 32768, Group descriptors at 32769-32769 Backup superblock at 98304, Group descriptors at 98305-98305 Backup superblock at 163840, Group descriptors at 163841-163841 Backup superblock at 229376, Group descriptors at 229377-229377
I duża:
root:/# dumpe2fs /dev/mapper/crypt_p2p | grep -i superblock dumpe2fs 1.42.8 (20-Jun-2013) Primary superblock at 0, Group descriptors at 1-19 Backup superblock at 32768, Group descriptors at 32769-32787 Backup superblock at 98304, Group descriptors at 98305-98323 Backup superblock at 163840, Group descriptors at 163841-163859 Backup superblock at 229376, Group descriptors at 229377-229395 Backup superblock at 294912, Group descriptors at 294913-294931 Backup superblock at 819200, Group descriptors at 819201-819219 Backup superblock at 884736, Group descriptors at 884737-884755 Backup superblock at 1605632, Group descriptors at 1605633-1605651 Backup superblock at 2654208, Group descriptors at 2654209-2654227 Backup superblock at 4096000, Group descriptors at 4096001-4096019 Backup superblock at 7962624, Group descriptors at 7962625-7962643 Backup superblock at 11239424, Group descriptors at 11239425-11239443 Backup superblock at 20480000, Group descriptors at 20480001-20480019 Backup superblock at 23887872, Group descriptors at 23887873-23887891 Backup superblock at 71663616, Group descriptors at 71663617-71663635
Jak można zauważyć, początkowe bloki są takie same.
Offline
Polegały na wklepywaniu kolejnych numerów do polecenia przywracającego.
Aż zadziałało.
Offline
Wczoraj nie przeczytałem edytowanego posta, ale zrobiłem to samo.
No to czuja miałem dobrego. Sam fsck Ci to podpowiedział ... No to w końcu sukces czy fail?
Offline
Zależy jak na to spojrzeć.
Dane zrzucone do lost+found.
Odzyskałem to na czym mi najbardziej zależało, niby nic bardzo ważnego, ale i to cieszy.
Offline
Po przejechaniu się po dysku badblockiem wyszło, że na sda3 i sda2 (partycje systemowe, odpowiednio: Arch i Debian z którego została sieczka) zakradło się złe...
badblocks /dev/sda2 3822396 3822397 3822398 3822399 12934316 12934317 12934318 12934319 badblocks /dev/sda3 16998604 16998605 16998606 16998607 16998608 16998609 169986010 169986011
Myślę co by Archa przenieść na wolną partycję (jak się uda...), a na innej, "bezbłędnej" postawić Debiana.
Sda2 i Sda3 sformatować z wyłączeniem badów.
Zresztą nie muszę ich używać...
No i kupić nowy dysk.
Jaki?
Sdd?
Jak ja lubię wybierać...
Pażdzierz spośród paździerzy...
A ten green przeznaczyć na filmy i tym podobne rzeczy.
Offline
Bo straciłem zaufanie.
Do dysku w ogólności, a sda2/3 w szczególności...
Offline
Niecałe dwa lata (od ostatniego posta oczywiście) popracował - głównie: filmy, vdi, i takie tam.
Kilka dni temu ponownie zastrajkował.
Zaczął się "ciąć" film podczas oglądania.
Co nieco udało mi się przekopiować, część plików uszkodzona.
Problemy z montowaniem niekórych partycji.
res 61/04:08:f4:55:e8/00:00:04:00:00/e4 Emask 0x1 (device error) [33691.749398] ata5.00: status: { DRDY DF ERR } [33691.749399] ata5.00: error: { ABRT } [33691.752140] ata5.00: failed to enable AA (error_mask=0x1) [33691.754361] ata5.00: failed to enable AA (error_mask=0x1) [33691.754372] ata5.00: configured for UDMA/133 (device error ignored) [33691.754418] ata5: EH complete [33691.764400] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 [33691.764405] ata5.00: irq_stat 0x40000001 [33691.764408] ata5.00: failed command: WRITE DMA [33691.764414] ata5.00: cmd ca/00:08:f4:55:e8/00:00:00:00:00/e4 tag 29 dma 4096 out res 61/04:08:f4:55:e8/00:00:04:00:00/e4 Emask 0x1 (device error) [33691.764416] ata5.00: status: { DRDY DF ERR } [33691.764417] ata5.00: error: { ABRT } [33691.767162] ata5.00: failed to enable AA (error_mask=0x1) [33691.769389] ata5.00: failed to enable AA (error_mask=0x1) [33691.769399] ata5.00: configured for UDMA/133 (device error ignored) [33691.769432] ata5: EH complete [33691.779391] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 [33691.779395] ata5.00: irq_stat 0x40000001 [33691.779399] ata5.00: failed command: WRITE DMA [33691.779404] ata5.00: cmd ca/00:08:f4:55:e8/00:00:00:00:00/e4 tag 10 dma 4096 out res 61/04:08:f4:55:e8/00:00:04:00:00/e4 Emask 0x1 (device error) [33691.779406] ata5.00: status: { DRDY DF ERR } [33691.779407] ata5.00: error: { ABRT } [33691.782202] ata5.00: failed to enable AA (error_mask=0x1) [33691.784489] ata5.00: failed to enable AA (error_mask=0x1) [33691.784500] ata5.00: configured for UDMA/133 (device error ignored) [33691.784542] ata5: EH complete [33691.794395] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 [33691.794400] ata5.00: irq_stat 0x40000001 [33691.794404] ata5.00: failed command: WRITE DMA [33691.794410] ata5.00: cmd ca/00:08:f4:55:e8/00:00:00:00:00/e4 tag 22 dma 4096 out res 61/04:08:f4:55:e8/00:00:04:00:00/e4 Emask 0x1 (device error) [33691.794412] ata5.00: status: { DRDY DF ERR } [33691.794413] ata5.00: error: { ABRT } [33691.797221] ata5.00: failed to enable AA (error_mask=0x1) [33691.799474] ata5.00: failed to enable AA (error_mask=0x1) [33691.799486] ata5.00: configured for UDMA/133 (device error ignored) [33691.799526] ata5: EH complete [33691.809434] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 [33691.809442] ata5.00: irq_stat 0x40000001 [33691.809448] ata5.00: failed command: WRITE DMA [33691.809460] ata5.00: cmd ca/00:08:f4:55:e8/00:00:00:00:00/e4 tag 3 dma 4096 out res 61/04:08:f4:55:e8/00:00:04:00:00/e4 Emask 0x1 (device error) [33691.809464] ata5.00: status: { DRDY DF ERR } [33691.809468] ata5.00: error: { ABRT } [33691.812262] ata5.00: failed to enable AA (error_mask=0x1) [33691.816420] ata5.00: failed to enable AA (error_mask=0x1) [33691.816440] ata5.00: configured for UDMA/133 (device error ignored)
To fragment logu podczas jechania badblockiem jednej z partycji.
Poniżej pierwszy smart, jeszcze przed próbą "ratowania" (w cudzym słowie, bo nic ważnego nie zginęło) danych.
smartctl -a /dev/sdb smartctl 6.4 2014-10-07 r4002 [x86_64-linux-4.2-1.dmz.2-liquorix-amd64] (local build) Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Green Device Model: WDC WD10EADS-11M2B2 Serial Number: WD-WCAV58289545 LU WWN Device Id: 5 0014ee 2aebbcafd Firmware Version: 80.00A80 User Capacity: 1,000,204,886,016 bytes [1,00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS (minor revision not indicated) SATA Version is: SATA 2.6, 3.0 Gb/s Local Time is: Sun Oct 4 20:16:18 2015 CEST 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: (0x84) Offline data collection activity was suspended by an interrupting command from host. Auto Offline Data Collection: Enabled. Self-test execution status: ( 120) The previous self-test completed having the read element of the test failed. Total time to complete Offline data collection: (20100) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. 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: ( 231) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x3031) SCT Status 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 0x002f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0027 132 124 021 Pre-fail Always - 6358 4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1981 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 078 078 000 Old_age Always - 16063 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1970 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 215 193 Load_Cycle_Count 0x0032 144 144 000 Old_age Always - 168361 194 Temperature_Celsius 0x0022 108 101 000 Old_age Always - 39 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 192 192 000 Old_age Always - 1445 198 Offline_Uncorrectable 0x0030 192 192 000 Old_age Offline - 1354 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 6 200 Multi_Zone_Error_Rate 0x0008 182 182 000 Old_age Offline - 3657 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed: read failure 80% 16063 1951610504 # 2 Short offline Completed: read failure 90% 10119 4294625112 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.
Po próbach (częściowo udanych) skopiowania danych.
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 0x002f 191 191 051 Pre-fail Always - 839 3 Spin_Up_Time 0x0027 132 124 021 Pre-fail Always - 6358 4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1981 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 078 078 000 Old_age Always - 16072 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1970 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 215 193 Load_Cycle_Count 0x0032 144 144 000 Old_age Always - 168361 194 Temperature_Celsius 0x0022 108 101 000 Old_age Always - 39 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 192 192 000 Old_age Always - 1445 198 Offline_Uncorrectable 0x0030 200 192 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 6 200 Multi_Zone_Error_Rate 0x0008 200 182 000 Old_age Offline - 70 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed: read failure 80% 16063 1951610504 # 2 Short offline Completed: read failure 90% 10119 4294625112 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.
Kilka (8?) godzin temu puściłem badblocks na jednej z bardziej problematycznych partycji.
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 0x002f 191 191 051 Pre-fail Always - 839 3 Spin_Up_Time 0x0027 133 124 021 Pre-fail Always - 6316 4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1982 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 078 078 000 Old_age Always - 16081 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1971 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 216 193 Load_Cycle_Count 0x0032 144 144 000 Old_age Always - 168361 194 Temperature_Celsius 0x0022 109 101 000 Old_age Always - 38 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 192 192 000 Old_age Always - 1445 198 Offline_Uncorrectable 0x0030 200 192 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 6 200 Multi_Zone_Error_Rate 0x0008 200 182 000 Old_age Offline - 70 SMART Error Log Version: 1 Warning: ATA error count 1602 inconsistent with error log pointer 5 ATA Error Count: 1602 (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 1602 occurred at disk power-on lifetime: 16081 hours (670 days + 1 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 -- -- -- -- -- -- -- 04 61 02 00 00 00 a0 Device Fault; Error: ABRT Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- ef 10 02 00 00 00 a0 08 09:32:35.363 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 a0 08 09:32:35.360 IDENTIFY DEVICE ef 03 46 00 00 00 a0 08 09:32:35.360 SET FEATURES [Set transfer mode] ef 10 02 00 00 00 a0 08 09:32:35.360 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 a0 08 09:32:35.358 IDENTIFY DEVICE Error 1601 occurred at disk power-on lifetime: 16081 hours (670 days + 1 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 -- -- -- -- -- -- -- 04 61 46 00 00 00 a0 Device Fault; Error: ABRT Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- ef 03 46 00 00 00 a0 08 09:32:35.360 SET FEATURES [Set transfer mode] ef 10 02 00 00 00 a0 08 09:32:35.360 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 a0 08 09:32:35.358 IDENTIFY DEVICE ca 00 08 74 58 e8 e4 08 09:32:35.348 WRITE DMA ef 10 02 00 00 00 a0 08 09:32:35.348 SET FEATURES [Enable SATA feature] Error 1600 occurred at disk power-on lifetime: 16081 hours (670 days + 1 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 -- -- -- -- -- -- -- 04 61 02 00 00 00 a0 Device Fault; Error: ABRT Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- ef 10 02 00 00 00 a0 08 09:32:35.360 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 a0 08 09:32:35.358 IDENTIFY DEVICE ca 00 08 74 58 e8 e4 08 09:32:35.348 WRITE DMA ef 10 02 00 00 00 a0 08 09:32:35.348 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 a0 08 09:32:35.346 IDENTIFY DEVICE Error 1599 occurred at disk power-on lifetime: 16081 hours (670 days + 1 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 -- -- -- -- -- -- -- 04 61 08 74 58 e8 e4 Device Fault; Error: ABRT at LBA = 0x04e85874 = 82335860 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 74 58 e8 e4 08 09:32:35.348 WRITE DMA ef 10 02 00 00 00 a0 08 09:32:35.348 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 a0 08 09:32:35.346 IDENTIFY DEVICE ef 03 46 00 00 00 a0 08 09:32:35.346 SET FEATURES [Set transfer mode] ef 10 02 00 00 00 a0 08 09:32:35.346 SET FEATURES [Enable SATA feature] Error 1598 occurred at disk power-on lifetime: 16081 hours (670 days + 1 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 -- -- -- -- -- -- -- 04 61 02 00 00 00 a0 Device Fault; Error: ABRT Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- ef 10 02 00 00 00 a0 08 09:32:35.348 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 a0 08 09:32:35.346 IDENTIFY DEVICE ef 03 46 00 00 00 a0 08 09:32:35.346 SET FEATURES [Set transfer mode] ef 10 02 00 00 00 a0 08 09:32:35.346 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 a0 08 09:32:35.344 IDENTIFY DEVICE SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed: read failure 80% 16063 1951610504 # 2 Short offline Completed: read failure 90% 10119 4294625112 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.
Offline
No i? Ty poprzepisuj te sektory, których masz 1445, wtedy dopiero zostaną oznaczone jako padnięte, choć ich jest już naprawdę dużo i moim zdaniem kup se nowy dysk. xD
Jedyna opcja jaką widzę, to format całego dysku ze skanowaniem powierzchni -- szybciej będzie. Choć i tak bym ten dysk wyrzucił. xD
Ostatnio edytowany przez morfik (2015-10-05 19:38:46)
Offline
Jasne, nie przewiduję dla niego przyszłości.
Choć pewnie pobawię się nim trochę.
Natomiast w zły humor wprawiły mnie ceny dysków, które zobaczyłem wczoraj, na "wiodącym portalu".
Miałem prawie dwuletnią przerwę w kupowaniu dysku i naiwnie oczekiwałem niższych cen...
Offline
Ta "zabawa" szybko mi się znudziła.
Zapuściłem whdd.
Nie skończył, czytał kilka godzin (8? 9?) i straciłem cierpliwość w pewnym miejscu (już pod koniec) same UNC.
Skupmy się na dramatycznym pytaniu: jaki dysk (1000 GB) za dwie stówy?
Offline
WD Blue (może parę złotych więcej) albo, choć osobiście nie używałem, Hitachi Ultrastar.
Offline
Właściwie wyboru wielkiego nie ma.
W tej cenie grę wchodzą:
Seagate ST1000DM003
WD Blue
Chyba, że dołożyć i kupić:
WD Red (3 lata gwarancji) ok. 50 zł więcej
lub
WD Black (5 lat gwarancji) ok. 100 zł?
Tylko, w ten sposób, to zaraz dojdę do:
WD VelociRaptor...
Offline
Ten seagate chodzi u mnie od trochę ponad roku, na razie ma się dobrze.
Offline
Więc brałbym WD blue.
Ostatnio edytowany przez skullman (2015-10-11 12:01:47)
Offline
morfik napisał(-a):
Na to się nadaje jedynie jakiś green. xD
Green powiadasz?
Może i racja.
Jednak czas na nowe wyzwania i będzie to (o ile mi się jeszcze nie odwidzi) zgodnie z sugestią @skullman blue.
Niestety hitachi w poczciwej cenie namierzyłem, jedynie za wielką wodą.
Offline