szuperblokk hiba?

Merevlemezek, vezérlők

Nagyon furcsa dolog történik velem. Illetve a vinyóimmal.
Van 10 külső sata HDD, 3 dokkoló (2 usb2, 1 usb3)
3 külső ház.

Azt vettem észre, hogy az Asus O!Play HDP-R1 HD médialejátszóm lefagy ha a dokkolóban lévő HDD-ről olvasna.

Általában két havonta letesztelem a vinyókat az fsck.ext3 paranccsal.
A legutóbbi ellenőrzéskor nem voltak hibák egyik HDD-n sem.
S a 10-ből csak kettőt tettem be a médialejátszóra kötött dokkolóba.
A múlt héten még semmi gond nem volt.

Az usb3-as dokkoló meg a PC-re van kötve. Itt ellenőriztem volna a HDD-ket megint, hogy miért halt le a játékos.

fsck.ext3 /dev/sdb
e2fsck 1.43.4 (31-Jan-2017)
ext2fs_open2: Hibás bűvös szám a szuperblokkban
fsck.ext3: A szuperblokk érvénytelen, tartalék blokkok kipróbálása…
fsck.ext3: Hibás bűvös szám a szuperblokkban a(z) /dev/sdb megnyitására tett kísérlet közben....
A felajánlott -b 32768 módszer sem vezetett eredményre.

A 3. HDD-nél már kicseréltem a talonban lévő usb2-es dokkolóra az usb3-ast, majd jött a netbook és a külső ház kombó, de az összes HDD szuperblokk hibás? Mind a 10? Két gépen ellenőrizve? Ezt nem hiszem el...
PC: Mageia6 64bit, Mint 18.3 64 bit
Laptop: Mageia6 32 bit

Mindegyik ext3-ra van formázva.

dmesg:
[ 318.114069] usb 1-1: new high-speed USB device number 4 using ehci-pci
[ 318.251027] usb 1-1: New USB device found, idVendor=152d, idProduct=2509
[ 318.251034] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=5
[ 318.251038] usb 1-1: Product: USB to ATA/ATAPI bridge
[ 318.251042] usb 1-1: Manufacturer: JMicron
[ 318.251046] usb 1-1: SerialNumber: 9A9EFFFFFFFF
[ 318.333597] usb-storage 1-1:1.0: USB Mass Storage device detected
[ 318.339629] scsi host4: usb-storage 1-1:1.0
[ 318.340497] usbcore: registered new interface driver usb-storage
[ 318.359194] usbcore: registered new interface driver uas
[ 319.414471] scsi 4:0:0:0: Direct-Access ST1000DM 010-2EP102 PQ: 0 ANSI: 2 CCS
[ 319.417562] sd 4:0:0:0: [sdb] 244190624 4096-byte logical blocks: (1.00 TB/932 GiB)
[ 319.419314] sd 4:0:0:0: [sdb] Write Protect is off
[ 319.419325] sd 4:0:0:0: [sdb] Mode Sense: 28 00 00 00
[ 319.422408] sd 4:0:0:0: [sdb] No Caching mode page found
[ 319.422425] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 319.446190] sdb: sdb1
[ 319.446204] sdb: p1 size 15628184960 extends beyond EOD, enabling native capacity
[ 319.450893] sdb: sdb1
[ 319.450905] sdb: p1 size 15628184960 extends beyond EOD, truncated
[ 319.455096] sd 4:0:0:0: [sdb] Attached SCSI disk

*********
No Caching mode page found
p1 size 15628184960 extends beyond EOD, truncated

Segítség!

  • 1860 megtekintés

( Lacyc3 v | 2018. 05. 06., v – 01:45 )

Dokkoló(k) tápja?
USB kábel?
Util-linux frissítés volt manapság?
Kernel frissítés manapság?

Gyanítom, valami szoftveres hiba van a háttérben. Esetleg próbáld ki egy Ubuntu 16.04 Live rendszerrel a lemezeket.

Táp jó, usb kábel új, frissítések voltak (disztró saját dolgai).

Én is ezen agyaltam hogy egy régebbi kernellel kéne lepróbálni. A vinyókat fel tudom csatolni.
Most az egyik kisebbet bemásolom a PC-re, mert ott nem jelentkeznek a hibák a belső HDD-ken. Újraformázom a külsőt és újra leellenőrzöm, ha akkor is hibát ír ki, akkor ahogy írod, szoftveres hiba lehet.

( uid_7086 | 2018. 05. 06., v – 06:46 )

Logokat megőrzöd?
Nem lehet, hogy az előző ellenőrzés során volt valami gubanc, amit automatikusan "javított" az ellenőrzést vègző eszköz?

Ugye azt jól értem, hogy több, különböző rendszeren is ez történik?
Esetleg az Asus kütyüben mindet kipróbáltad, mikor láttad, hogy lefagy az elsőtől?

Hogy egy esetleges hw hiba miatt nem kezdett-e automatikusan "javítani" az a gép, amelyiken ellenőrizted legutóbb.
Mert az eddigiekből (több gép, még több OS, különböző dokkolók) nekem úgy tűnik, tényleg mind sérült lehet.
Legalábbis én nem látok közös pontot köztük. Hacsak a két Mageia és a Mint nem használnak azonos kernelt, libeket vagy fsck-t.

( denke v | 2018. 05. 06., v – 10:37 )

Ha jol ertem a particios leiro tabladban a part 1 vege valahol 14TB kornyeken van. Mivel a hdd ha jol latom 1TB ezert ez az ertek nem az igazi. Esetleg sfdisk segitsegevel megprobalhatod helyrerakni az entry-t, gondolom regi dos type particiod van, mivel az efi type tarol backupot is igy nem lenne erintett egy ilyen hibaval, max ha kezzel modositja valaki.

a bios-os gepek nem voltak tisztaban a particios tablaval, stb, csak tudtak hogy a megfelelo cimen ott van egy program amit le kell futtatni. Ugyanezt meg tudod csinalni efi-vel is, csak ugy kell telepiteni a grubot mint regen is, nem pedig a szokasos ef00 particioba.

Ha nem akarsz a hddrol bootolni akkor meg semmi kulombseg nincs...

Nagyon durva hiba ha a guis felulet ilyet csinal ... meg sose lattam ilyet. Esetleg ellenorizd hogy a gep amin csinalod jo merettel latja e a discet kernel szinten ... cat /proc/partitions, stb...

( Nextra | 2018. 05. 06., v – 12:28 )

Húúú! Ne öregedjetek meg...

Ti se vettétek észre, én meg elfelejtettem egy számot.
fsck.ext3 /dev/sdcNUMBER
A partíció szám nélkül persze hogy hibaüzenetet dobál. Húú úgy beparáztam, végül is 11TB-ről van szó.
Valami kereket lehet pörgetni...
S valóban csak az az egy HDD a hibás, és éppen most javítja. A többivel nincs gond. A Vezúv leesett a szívemről. :)

BAMMEEEG... a figyelmeztetéssel elkéstél. Én ezt évekkel ezelőtt eljátszottam 1:1-ben ugyanígy, csak egy diszkkel, de ha most nem írod, nem jutott volna eszembe... :(

Igaz, akkortájt próbáltam VMS telepítő CD-ről installert bootolni és nagyon nem ment. :D
(Backup /image paranccsal kell ugyanis felmásolni a diszkre :D)