Új hozzászólás Aktív témák
-
Linux softraid (mdadm) amit használok. Több rendszeren is használom, voltak már mindenféle hw hibák, haláloztak el diszkek, de ilyet még nem pipáltam én sem. Alaplapi raidet nem használnék, és a rendszer sem a tömbről fut, áramszünet nem lehetett, a többi hw meg rendben van. Egyébként kifejezetten jó a tapasztalatom az mdadm-mel.
Dchard
-
A kérdés már csak az, hogy vajon mi lehetett ennek az oka, ha a szektorhiba javítása szerintetek biztosan nem vezethetett ehhez a szituációhoz.
Érdekes, hogy az eset kb. egy éve történt de a lemezek azóta is szépen futnak (köztük az is amin a 2 db újraallokált hibás szektor volt).
Dchard
-
Nekem elhiheted, hogy én is meglepődtem amikor az fsck szerint nagyobb volt a partíció mérete mint a tömb kapacitása, és hogy hogynem első körben talán csak 10MB-tal méreteztem kisebbre és az fsck lefutott és a filerendszer is használhatóvá vált. Nekem nincs rá jobb magyarázatom de örömmel hallgatom a tiédet, vagy bárkiét.
Dchard
-
válasz
Jester01
#8350
üzenetére
Pedig ez történt. A szerver szünetmnetessel táplált, a memória ECC-s, de egyébként ezt követően (mint ahogyan azt a beüzemelésnél is) teljes hardver tesztet kapott, és ahogyan a telepítéskor úgy az ellenőrzésnél is hiba nélkül teljesített. Újraindítva sem volt, pusztán annyi történt, hogy a szokásos évenkénti teljes SMART offline teszt erejéig lecsatoltam a filerendszert, leállítottam a RAID tömböt. és elindítottam az offline SMART tesztet mind a 4 vinyón de egyszerre csak egyet. Mindezt azért mert lett felfüggesztett hibás szektor amit csak offline tesztnél tudott javítani a rendszer. És miután a hiba sikeresen javítva lett az offline teszt során, egy újabb, már hibamentesen lefuttatott offline teszt után amikor a tömböt újraindítottam, már gyanús volt, hogy nulláról kezdi a szinkronizálást, majd jött a meglepi a felcsatolhatatlan filerendszer, a lemez (RAID5) fizikai méretét meghaladó filerendszer méret miatt.
Én arra tippelek, hogy a reallokálás nem spare területre történt, hanem az egyik lemez fiizkai mérete lett valóban kisebb (vagy nem is történt reallokálás csak megjelölte hibásnak, lehet már nem is volt olvasható a tartalma), emiatt már a RAID mérete sem stimmelt és ez zavarhatott be.
Akárhogy is a 2.7TB-os tömbből boldogan feláldozok 2-300MB-ot, hogy ez ne ismétlődhessen meg. Ettől függetlenül amit írtam a superblockokról meg a RAID konfigurációjáról, lemezbeálltások kimentéséről, továbbra is fenntartom. Nekem nagyon jól jöttek a helyreállítás során, mert bizony az fsck és a resize sem tudott elindulni amíg kézzel nem adtam meg egy valid superblock helyét. Tulajdonképpen ez mentette meg az "életemet", hogy ez az adat megvolt. Ennek nyilván a sérült filerendszer volt az oka. Ezek kimentése kb. 2 perces elfoglaltság, és pár száz byte adatról van szó, viszont éltetet menthetnek.
Dchard
-
Én csak megosztanék veletek egy kis tapasztalatot, hátha mással nem fordul elő.
Adott 4db 1TB-os (2 WD, 2 Samu) merevlemez, amiből RAID5-öt csináltam linux softraid-del, rajta egy darab ext 4 partíció volt.
A lényeg annyi, hogy az egyik lemezen szektorhiba miatt 3 szektornyi adat (pár száz kilobyte) reallokálásra került egy teljes SMART teszt során, majd elkezdtem újraszinkronizálni a tömböt, ami sikerült is, de a tömbön lévő ext4 partíciót nem tudtam felcsatolni, mert sérült a filerendszer. Az fsck.ext4 futtatása az okát is megmondta: nagyobb a partíció mérete mint a fizikai lemez (RAID tömb). Újraméreteztem a tömböt 100MB-tal kisebbre, majd az fsck futása sikeres volt igaz jelezte az fsck hogy történtek javítások a filerendszeren. Ezután már föl lehetett csatolni, és használatba venni.
Az eredmény egyetlen sérült file lett a közel 2,5TB-nyi adatból, szóval boldog voltam, a lemezek azóta is hiba nélkül mennek.
A tanulság az, hogy soha ne hozzunk létre pontosan akkora partíciót mint amekkora maga a tömb, mert így járhatunk. Én azóta 2-300MB-tal kisebb partíciót használok. A másik, hogy az ext4 superblockok helyét érdemes kimásolni (akár kinyomtatni, kb. fél oldal), mert rengeteget segíthetnek a helyreállításban. Ugyanez igaz a tömb alapbeálltásaira is.
Dchard
-
Lekicsinyítettem 10MB-tal és már működik is. Ez azért elég vicces, hogy nem mondja meg mi a probléma, csak fórumokról lehet kideríteni ezt az apróságot... Linuxon miért nincsenek ilyen problémák a softraid-del...
A másik dolog, hogy a "Disk defragmenter" nevű szolgáltatás kötődik a Virtual Disk Managerhez, ezt is el kellett indítanom. Az érdekes az, hogy a Virtual Disk Manager "Started' állapotban volt akkor is amikor a Disk defragmenter szolgáltatás le volt állítva és tiltva, miközben jól láthatóan nem működik nélküle....
Elsz.ptam ezzel majd egy hetet...
brd: köszi a segítséget, épp szinkronizálja a két partíciót (mert ugye diszket nem tudsz neki megadni...)!
Dchard
-
Így néz ki:
A felsőt szeretném tükrözni az alsó üresre. Mindkettő dinamikussá van konvertálva, de mindkét diszken szürkék a menüben a RAID menüpontok.
Nem lehet, hogy valamilyen szolgáltatás ne fut ami kéne neki? Ha igen, melyikek kellenek a RAID-hez?
Dchard
-
válasz
radi8tor
#6345
üzenetére
Mindkét diszk dinamikussá van konvertálva:
Az első diszket szeretném tükrözni a második diszkre. Az első diszken egy darab partíció van, a másodikon nincsenek partíciók. És hiába dinamikus mindkettő, nem feketedik ki a RAID1 Mirroring menüpont ahol kellene.
A lemezek AHCI módban vannak.
Dchard
-
Sziasztok,
Van 2 db 1terás samu lemezem (tök egyformák) és win7 alatt szeretnék belőlük RAID1 kötetet csinálni. Az egyik meghajtó üres (formázatlan) a másikon van adat, és dinamikus kötetté van konvertálva.
megnéztem több leírást is, de úgy ahogyan azokban bemutatják nem tudom megcsinálni a tükröt (szürke a "new mirror" gomb a menüben).
Kérlek segítsetek. Remélem csak én vagyok ilyen balfék, nem pedig a Windows olyan hülye, hogy nem tud egy már teleírt diszket tükrözni egy üres lemezre.
PS: a diszkek AHCI módban vannak.
Köszi!
Dchard
Új hozzászólás Aktív témák
- Beszámítás! Microsoft XBOX Series S 512GB játékkonzol garanciával hibátlan működéssel
- Bontott 0perces STARLIGHT MacBook Air 15" M4 10C/1G 16GB 256GB Gar.: 1 év APPLE gar
- Csere-Beszámítás! Playstation 5 Lemezes kiadás!
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- 196 - Lenovo Legion Pro 5 (16IAX10) - Intel Core U7 255HX, RTX 5070 (ELKELT)
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest