Merevlemezek, vezérlők

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.

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? 

Sziasztok!

Hardware témakörben nem vagyok otthon.

Van egy a tárgyban írt laptopom, szeretnék bele ssd-t és RAM-ot tenni. Most 4 GB RAM van benne.

Kérdésem, milyet érdemes venni, egyáltalán bele lehet-e tenni?

Előre is köszönöm!

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
 

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.

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.

Hogyan érdemes megközelíteni a következőt:

- 2 db 256 GB ssd

- kívülről LVM -mel van összehúzva

- majd LUKS-al titkosítva

- és rátéve egy db 512GB-os ext4

Tudok mondjuk egy live ubuntut futtatni rajta usb-ről.

A cél hogy az egész hóbelebanc egy diskre csússzon vissza, mert egy másik gépbe kell tennem ezt a fájlrendszert, amiben csak 1 db m2 slot áll majd rendelkezésre.

Feltéve hogy a hasznos adatok mennyisége 256GB-ra csökken, lehetséges valahogy egy diskre húzni az egészet?

az lsblk szerint így néz ki:

NAME               MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                  8:0    0 223,6G  0 disk  
└─sda1               8:1    0 223,6G  0 part  
  └─defaultvg-lvol 254:0    0 460,5G  0 lvm   
    └─cryptroot    254:1    0 460,5G  0 crypt /
nvme0n1            259:0    0 238,5G  0 disk  
├─nvme0n1p1        259:1    0   512M  0 part  /boot/efi
├─nvme0n1p2        259:2    0     1G  0 part  /boot
└─nvme0n1p3        259:3    0   237G  0 part  
  └─defaultvg-lvol 254:0    0 460,5G  0 lvm   
    └─cryptroot    254:1    0 460,5G  0 crypt /

Köszi!

Sziasztok!

  Ha valakinek van epp valahol egy egzaktul WD121KFBX tipusu diszke, akkor ra tud engedni egy `blockdev --getsize64`-et? :)

Koszi, A.

Gondolom nem vagyok egyesül, de eddig három asztali géppel és két laptoppal jártam úgy, hogy HDD-ről ssd váltásnál - friss telepítéssel is - és windows verziótól függetlenül 8.1 és 10 random újraindulgatások tették használhatatlanná a rendszert. Általában 1-5 percen belül megismétlődik a reboot. A gépekben a közös az évjárat. 2013 és 2014, valamint a sata3-as kingston ssd. Az ssd-k egészségesek. Mihelyt visszarakom a hdd-t a hiba megszűnik. Ha új gépbe teszem azokat az ssdket a hiba nem jelentkezik.

Tud-e valaki magyarázatot a jelenségre?

Ezt törölni kellene.