Merevlemezek, vezérlők

[ Megoldva ] Ext4 adatmentés gyorstalpaló

Édesanyám laptopjából kihalt a wincseszter.

Bár a legfontosabb adatok felhőben mentve vannak, de helyhiány miatt csak a legfontosabbak, így jó lenne a többiből minél többet visszanyerni.

Ext4 fájlrendszer, boot közben superblock hibával kidob az initramfs, hogy manula fsck. Egy live CD-ről indítva az sda1 sda2 sda3 megvan, de mountolni nem lehet.

Mielőtt fsck-t indítanék, dd-vel lemásolnám a teljes lemezképet. Már ebben sem vagyok biztos, hogy ha hibás blokkok vannak a lemezen, akkor egyáltalán a dd mit csinál?

Vagy ne dd-vel másoljak lemezképet?

Mivel 1TB-os a lemez, de várhatóan félig sincs, szívesen csinálnék tömörített lemezképet. De ha a dd-t gzip-be irányítom, utána - gondolom - nem tudom mountolni.

Most veszek új lemezt, de az 1T lemezkép nehezen lesz kezelhető.

Tudnátok segíteni, hogy milyen lépésekben, milyen eszközökkel érdemes nekifutnom, hogy a lehető legnagyobb eséllyel nyerjek vissza adatokat?

Egyelőre a terv: dd, majd az image fájlra egy fsck, és utána mount. Bár félő, nincs nagyobb lemezem, mint 1TB, így tán a lemezkép el sem fog férni sehol.

Ha vannak erre X eszközök, annak örülnék, bár nem remélem. Talán read only tesztek és ellenőrzések, amik megmondják, hogy mit lehetne visszanyerni, ha élesben is lefutnának?

Keresek USB3.0/3.1 2/3/4 lemezes DAS-t

Sziasztok,

Van egy IcyBox 2 lemezes USB3.0-as DAS-om, ami 130MB/s (~1Gbit/s) fole nem nagyon ment meg sebessegben. Az USB3.0 5Gbit/s-et tudna papiron, de a felevel is boldog lennek.

Debian 10 aktualisan, de barmi mas alatt is. Az USB port SSD-vel, mas tokkal, tud tobbet. A hasznalt IronWolf - 3.5-es - lemezek SATA-n szinten többet tudnak, szoval a disk tok/vezerlo lehet a ludas.

Tudtok ajanlani olyan $SUBJ-et, ami mondjuk 200MB/s vagy folotte teljesit szekvencialis irasnal, tartosan?

Koszonom.

Hibás blokkok megjavultak?

Adott egy 2TB-s 9 éves Seagate HD. Néhány hete a smart kiírta, hogy hibák vannak rajta. Futattam Linux alatt badblocks-ot readonly módban, kiírta kb 110 hibát. Neten keresgélve találtam ezt a HDD regenerator programot:

http://www.dposoft.net/hdd.html

Van demó verziója ami 1 hibás szektort javít. Ezt lefutattam. Utána megint elindítottam a badblocks-ot, volt rajta hiba, de kevesebb. Ezután read-write módban indítottam el, ami majdnem 2 napig ment, mert teleírja a HD-t 4 különböző byte-tal és ellenőrzi hogy az marad-e rajta. Amikor ennek vége lett kiírta, hogy nincs rajta hiba... Ezért elindítottam readonly módban újra és az sem írt ki semmi hibát.

A kérdésem az, hogy ez a javulás vajon mennyire lesz tartós? Használhatom-e újra normálisan ezt a HD-t vagy csak olyan dolgokat rakjak rá ami nem gond ha bármikor eltűnik. A kora miatt a 2. opció felé hajlok.

Ez a HDD Regenerator program nagyon érdekes és hasznos ha tényleg működik amit ígér, de a fentiek tükrében, lehet hogy a badblocks-szal is sikerült ugyanazt elérnem? 

HDD FAILING_NOW

Sziasztok,

 

van egy pár hónapos TOSHIBA HDWD260 HDDm.

Azt a furcsa dolgot csinálja, hogy a smart adatok közé írja, hogy FAILING_NOW , de minden érték megfelelő.

nem ad olvasási hibákat sem, most húztam le róla az összes adatot.

Okozhatja esetleg az, hogy eldurrant a PCI SATA kártya, amire dugva volt?

többször ujra lett indítva, marad a hiba.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
See vendor-specific Attribute list for failed Attributes.
 

 smartctl --attributes --log=selftest /dev/sdf
smartctl 7.1 2020-04-05 r5049 [x86_64-linux-4.18.0-193.28.1.el8_2.x86_64] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
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   000   000   050    Pre-fail  Always   FAILING_NOW 0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       10507
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       274
  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       -       975
 10 Spin_Retry_Count        0x0033   105   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       252
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       235
193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       13332
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       25 (Min/Max 16/35)
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       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       0
222 Loaded_Hours            0x0032   100   100   000    Old_age   Always       -       81
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       -       877
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0
 

smart hiba levelek

Szerény házi szerveremben a 1T tükör mellet van egy 2T diszk főleg letöltött filmeknek és egyéb nem túl értékes dolgoknak. Beépítése után, szinte rögtön elkezdett a smart riogatni.
Most már egy éve piszkál VÁLTOZATLAN tartalmú hibajelzéssel napjában kétszer. A releváns sorok:

    9 Power_On_Hours             0x0032   087   087   000    Old_age   Always       -       10132

197 Current_Pending_Sector  0x0032   194   194   000    Old_age   Always       -       2158
198 Offline_Uncorrectable       0x0030   194   194   000    Old_age   Offline        -       2050

Kicsit unom. Csináltam egy "short" tesztet, most épp nincs olvasási hiba.
Az önteszt a következőt mutatja:

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%     10132             -
# 2  Short offline       Completed: read failure            90%            76            3734065497

Az sfdisk lista így néz ki:

Disk /dev/sdc: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: WDC WD20EZRX-00D
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: 0x0569acb3

Device     Boot      Start                     End        Sectors     Size Id  Type
/dev/sdc1                       63 3515632469 3515632407   1,7T 83  Linux
/dev/sdc2       3515632470 3907024064  391391595 186,6G 83 Linux

Partition 1 does not start on physical sector boundary.
Partition 2 does not start on physical sector boundary.

Hogy tudnék megszabadulni ezektől a "kamu" hibajelzésektől?
Már annak is tudnék örülni, ha csak akkor jelezne ha van változás.
Az interneten keresgélve eddig folyton csak azt a megoldást látom, sürgősen mentsem le és dobjam ki.

Persze a diszk nem 100% -os, de semmi kedvem pár giga bájt miatt újat venni.
OFF: Megőrjítenek a partícionálási hibák. Előveszem a cfdisk -et - parancssorból ez tűnik a legkézreállóbbnak - nem kértem hogy hibásan partícionáljon.

[ELDÖNTVE] WD Red 3,5" 4TB WD40EFAX – NAS Raid1

Segítséget kérnék tőletek.

Szerintetek a tárgybéli HDD valóban nem kompatibilis (raid1 üzemben) egy Synology DS220+ NAS-sal? (Esetleg használ valaki ilyet NAS-ban?)

A Synology kompatibilitási oldalán valóban nem szerepel ez a HDD típus, és az Edigital.hu idevonatkozó oldalán olvastam is egy vásárlói véleményt, amely szerint: "Nem lehet raid1-be vagy egyéb adatbiztonságot jelentő tömbbe rakni a HDD belső hibrid felépítése miatt. Szóló HDD-nek jó, raid tömbbe nem..."

Van viszont egy hasonló árú (egy ezressel drágább) WD Purple 3,5 4TB WD40PURZ típusú HDD, amely szerepel a Synology kompatibilitási oldalán, de nem a NAS, hanem a Surveillance osztályban. (Mi lehet a különbség?)

Megszületett a döntés:

Megvásárolva 2 db Seagate Ironwolf ST4000VN008 3,5" 4TB HDD. Ez a típus rajta van a Synology DS220+ kompatibilitási listáján.

Mindenkinek nagyon köszönöm a segítséget, mert így végre legalább el tudtam igazodni a HDD-k működésének technológiai kérdéseiben, valamint pár rossz naptól és egy rakás herce-hurcától megmentettetek, amivel az alkalmatlan HDD-k megvásárlása járt volna.