WD5000AAKS - használhatatlan?

Merevlemezek, vezérlők
  • 2087 megtekintés

( mauzi v | 2017. 01. 19., cs – 00:49 )

Kiírsz rá bazi sok adatot, majd visszaolvasod, és megnézed, hogy a checksum stimmel-e. Mindezt mondjuk egy éjszakán keresztül, végtelen ciklusban. Könnyen lehet, hogy valami olyan elektronikai baja van, ami adatkorrupciót okoz. SATA kábel csere megvolt? Másik SATA portra átdugás?

( VaZso v | 2017. 01. 19., cs – 01:24 )

Nem írtad, mennyi ideje van a lemez a gépben, de a fentiek mellett előfordulhat akár firmware inkompatibilitás is.
Én legutóbb egy 2TB-os lemezzel találkoztam, ami egyik gépben néhány MB/s-nál többet nem tudott, másik gépben, ill. látszólag azonos típusú, másik lemez az előbbi gépben is hozta a sebességet... és ott nem a SATA kábellel volt a gond.

Kipróbáltam egy másikat. Frissen formáztam utána, ezúttal gondoltam XFS. Beírtam fstabba, reboot. Ideáig minden fasza. Aztán rákattintottam az ikonjára és semmi. Ugyan az a hiba, mint tegnap. Minden más meghajtó működik, csak a Data #1 nem. (így neveztem el)
Ez most másik kábel.

Szerk.: Lehetséges, hogy ez valamilyen systemd-s baromság? Korábban a Disks-szel állítgattam a mountolást, de végül visszaállítottam mindent. Lehet, hogy a systemd mountolgatásában van a bibi?

Linux Mint 64-bit w/ Cinnamon

( XMI | 2017. 01. 19., cs – 03:11 )

Hát jártam már némileg hasonló cipőben...
Talán hasznosítható belőle egy-két tanulság: https://hup.hu/node/120630
---
Régóta vágyok én, az androidok mezonkincsére már!

Nagyon jó leírás, hasznos, köszi. Egy dolgot nem értek, ezt ki tudnád fejteni, mi alapján jelentetted ki ezt?
"Az olvasást megismételve pontosan ugyanezt kapom vissza, viszont az írást megismételve más helyekre kerülnek a hibák".

Szóval, azt nem értettem többszöri olvasás után sem, hogy miböl gondoltad, hogy írásnál jött elö a hiba?

--
robyboy

Egyszerű, az idézett mondatban szerintem benne is van:
1. Csinálok egy írás tesztet.
2. Utána olvasás és compare. Van egy hibalistám.
3. Csinálok mégegyszer olvasás compare-t, ugyanazt a hibalistát kapom.
4. Csinálok egy második írás tesztet.
5. Megint olvasás, compare. Most megváltozott a hibalista.

Igencsak infinitezimális a valószínűsége, hogy bárhogy máshogy kijöjjön ilyen eredmény, minthogy a hibák fixen rá vannak írva a diszkre.

Azt már macerásabb megmagyarázni, hogy a memóriahiba miért érinti lényegesen nagyobb valószínűséggel az írást, mint az olvasást. Tippre leginkább a tesztelési módszer mellékterméke lehet. Írásnál a bemenő stream gyorsabban keletkezik, mint a diszk írni tudja, ezért a kernel több GB nagyságrendű puffert növeszt, ami jó eséllyel tartalmazni fogja a hibás memóriacímet. Olvasásnál megint a diszk a lassú, ezért az adat lassabban keletkezik, mint ahogy az ellenőrző fogyasztani tudja, ezért nem keletkeznek nagy pufferek.
---
Régóta vágyok én, az androidok mezonkincsére már!

( szegecs | 2017. 01. 19., cs – 08:41 )

>urunk 2000+17 esztendeje
>nem ZFS

hahahahahaa

>ext4
HAHAHAHAHAHA

Nem a fájlrendszer védi az adataimat, hanem a biztonsági mentés. Egyébként még sosem volt ext4-el adatvesztésem, illetve bármikor lehet ennél is annál is, ettöl függetlenül pl. hardverhiba esetén - otthoni gépröl beszélünk.

Amúgy meg ágyúval verébre.

--
robyboy

( Turion | 2017. 01. 19., cs – 10:06 )

Nos, úgy egy hete lett új alaplap. (MSI B250 PC MATE)
Eddig nem volt más baj. Aztán elkezdett fsck-t csinálni bootoláskor. Ekkor még ezen volt a /home. Féltve az adataim, gyorsan átmigráltam a diszk tartalmát a toshiba 500-as diszkemre. Aztán szépen megformáztam ezt, MBR-ről GPT, majd új ext4 partíció és végül csatoltam fstabból. Eztán átvettem chownnal a tulajdonjogot és chmod 0777-el szépen írhatóvá tettem. Itt kezdődtek a bibik.

Először bár megjelent az asztalon az ikonja, nem nyílt kattintásra. A többi igen. Ha chmodot hajtottam végre, utólagosan megnyílt. Aztán a csatolási pont felöl közelítettem. Felmásoltam egy játékot, próbaképp. Ugyanis játékos diszknek gondoltam még jó lesz. Ekkor lakat ikont mutatott a könyvtáron. Majd a fele cucc eltűnt belőle. Efféle nyalánkságokat szórt a rendszer. Folyamatos jogosultsághiba, majd I/O error is.

Linux Mint 64-bit w/ Cinnamon

( Turion | 2017. 01. 19., cs – 11:55 )

Egyre inkább nemo bugnak tűnik... terminálból, MC-ből lazán másolok rá. Nemoban az oldalsávból nem tudom megnyitni sem, se hibaüzenet, semmi. Ha kikeresem a /media/Data1-et, akkor sem. Néha lakatot is mutat. A tulaja persze én vagyok. Rootként könnyedén tudok vele bármit csinálni persze, de nyilván nem így szeretném használni.

Szerk.:
Az a poén, hogy ha Disks-ben automata mountolást állítok, működik. Egyedül akkor szar, ha /media/Data1 van csatolási pontnak beállítva. Nem értem! >_< (vagy bárhol máshol a /media-ban)
Most /media/Data működik. Nem értem. Szerintem valahol eltárolt valami információt a /media/Data1 csatolási pontról, amikor az még az előző merevlemez volt, ami beragadt és emiatt van ez a hiba. Csak tudnám, mit kell keresni...

Linux Mint 64-bit w/ Cinnamon