superblock read failed

Merevlemezek, vezérlők

Két fizikai HD van összepakolva egy LVM lemezbe. Na, ez ma megállt. Egyszer csak kérdőjel lett a mount pont mellett és azóta se megy. Azóta a gépet már 1x újraindítottam, de nem lehet mountolni.

XFS volt rajta. xfs_repair azt írja hogy "superblock read failed" Pontosabban: 


Phase 1 - find and verify superblock...
superblock read failed, offset 3141802131456, size 131072, ag 8, rval -1

fatal error -- Input/output error

Életre lehet még ezt kelteni vagy ennyi volt?

  • 1186 megtekintés

( szilas | 2018. 05. 07., h – 18:13 )

Hát először is több infó kéne. (lvm típusa, partícióra vagy nyersen ment, csak ez a 2 réteg van-e? smart mit mond stb)

De azt mondanám, hogy egy ddrescue-val csinálnék egy lemezképet, és azon "bűvészkednék".

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

Közvetlenül a lemezekre ment az LVM és miután a logikai lemezeket megcsináltam, azokon hoztam létre a partíciókat.
Ezt a lemezképkészítést olvastam neten már, de az a "baj", hogy 2x2TB HD-ről van szó és nincs mire másolatot csinálni.

Ez a hibás logikai lemez a 2x2TB HD-n terül el. Az egyiken csak ez van, a másikon kb 1/3 területet foglal el.

( mstr | 2018. 05. 07., h – 18:13 )

dmesg/kernlog/syslog mit ir a fizikai diszkekrol?

gondolom az lv-re tolnad a repairt; mirror, stripe vagy linear az az lv?

dmesg: 


[  740.946501] XFS (dm-1): Mounting V5 Filesystem
[  741.114030] XFS (dm-1): Starting recovery (logdev: internal)
[  747.297889] ata2.00: exception Emask 0x0 SAct 0x3fc0 SErr 0x0 action 0x0
[  747.297895] ata2.00: irq_stat 0x40000008
[  747.297900] ata2.00: failed command: READ FPDMA QUEUED
[  747.297907] ata2.00: cmd 60/08:30:20:a8:98/00:00:e4:00:00/40 tag 6 ncq 4096 in
                        res 41/40:08:20:a8:98/00:00:e4:00:00/00 Emask 0x409 (media error) <F>
[  747.297911] ata2.00: status: { DRDY ERR }
[  747.297913] ata2.00: error: { UNC }
[  747.326058] ata2.00: configured for UDMA/133
[  747.326083] sd 1:0:0:0: [sdb] tag#6 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08
[  747.326088] sd 1:0:0:0: [sdb] tag#6 Sense Key : 0x3 [current] [descriptor] 
[  747.326092] sd 1:0:0:0: [sdb] tag#6 ASC=0x11 ASCQ=0x4 
[  747.326097] sd 1:0:0:0: [sdb] tag#6 CDB: opcode=0x28 28 00 e4 98 a8 20 00 00 08 00
[  747.326100] blk_update_request: I/O error, dev sdb, sector 3835209760
[  747.326180] ata2: EH complete

linear

Az sdb az a HD amit teljesen elfoglal.

"Emask 0x409 (media error)" és "I/O error, dev sdb, sector 3835209760" Jaajjjj.... a smart nem szólt? Vagy be sem volt állítva riasztás?

Natehát. Márpedig a ddrescue-t nem úszod meg. Én azt csinálnám, hogy csak az sdb-ről csinálnék egy lemezképet. Utána egy másik gépen (vagy ugyanezen:lásd később) a jó lemezt, plusz a lemezképet felcsatolva elvileg újra összeáll az lvm (mondjuk sysrescuecd alatt (bár ezzel akár a ddrescue is futtatható (tehát csak egy nagy vinyóra, és egy sysresc cd-re/pendrivera van szükséged))), és ezután már működnie kéne az xfs-nek is. Itt adatmentés, majd újra összerakni a rendszert immár jó vinyókkal.
Semmiképp se a meglévő rossz vinyóval kísérletezz. Adatvesztés lehet belőle.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

Tudnál írni konkrét parancsot a "hibás lv-ről ddrescue"-ra?

Eddig nem írtam, de talán sejthető, hogy nem értek az LVM-hez. Ezt az ArchLinux wiki-je alapján állítgattam be, próbából és megtetszett a dolog, ezért így maradt.

Egyébként, kb egy hete nézegettem, hogy milyen HD-re kellene lecserélni ezeket (legalább kettőt a háromból), mert 3, 5 és 6 éves HD-k vannak a gépben és volt egy olyan érzésem, hogy ideje cserélni... Utána mégis elhalasztottam a dolgot azzal hogy bírják még ezek...

Igen, sejthető volt a járatlanságod. Valóban nagyon jó dolog az LVM, bár önmagában ritkán használják. Főleg nem "értékes" adatokra. De most akkor itt az ok, hogy utánaolvasgass. Vannak magyar leírások is.

A konkrét parancs kicsit nehezen értelmezhető, ugyanis egyrészt most ide rohadt sokat kéne gépelnem, másrészt ismernek kéne a forrás és cél elérési útját. Meg aztán a net tele van példa parancsokkal. Légyszíves nézz utána. (És ez most nem valami szemétkedés.)
De hogy a kicsit segítsek is (a gentoo egyébként közel áll az archlinuxhoz) https://wiki.gentoo.org/wiki/Ddrescue Itt neked a disk to image kell. Ja, és nem lehet csatolva a kötet. De ezzel csak a felén vagy túl. Innen is sok olvasgatás kell. ("image mount with loop/as drive" például) Satöbbi-satöbbi-satöbbi.

Tehát sok sikert.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

Köszi a segítséget! Miután megnéztem a ddrescue oldalát már értem mire gondoltál azzal hogy elég a hibás lv-t lemásolni.

Teljesen amúgy nem vagyok kezdő Linux-os, mountoltam én már fel ISO-t is Linux alatt ;-) Csak az ilyen vészhelyzetek kezelése szokott gond lenni, főleg, hogy 10 évente 2x van ilyen és akkor is tök más már minden.

Például, pár hónapja egy áramszünet után eltünt egy másik LV. Akkor azt írta ki hogy nem használható, mert nem fér rá a fizikai lemezre... Na, akkor megtanultam mi fán terem a HPA. Addig azt se tudtam, hogy van ilyen.

Az volt a gond, hogy valahogyan engedélyeződött a HD-n a HPA, emiatt a teljes méretből lefoglalt valamennyit és mivel alapból az LV a teljes HD-n volt ezért a HPA mellett már nem fért rá. Szóval ezt sikerült megoldanom a múltkor ;-)

Köszi mindenkinek a segítséget!

Veszek egy új HD-t, arra átmásolom a most nem mountolható LV-t ddrescue-val, aztán majd kiderül, hogy mi maradt meg.

( sibike | 2018. 05. 07., h – 19:45 )

lvs,vgs,pvs parancsok kimenetei, illetve a hibás LVM neve kellene.