Portál AbcLinuxu, 1. června 2025 21:57
Řeším stejný problém:
stroj FS RX220, 2x 750GB sata, SW Raid1, 600GB dat na ext3, k: 2.6.18-6-vserver-amd64 nebo 2.6.18-6-amd64, zatim etch
zacina se z niceho nic po nejaky chybe na FS remountovat do RO, po restartu fsck chybu opravi, ale po par hodinach provozu opet chyba a RO rezim
badblocks v readonly rezimu bezproblemu, memtest ok,
zkousim opravit a zjistit zda 2.6.28 z posledniho knoppixe ma steny problem - pokud ne, zkusim jadro z "lennyho"
A ukončíte pokaždé ten RAID korektně?
RAID má totiž jednu nepříjemnou vlastnost, že pod ním může docházet k poškození filesystému, i když má filesystém žurnál. Filesystém sice pošle bariéry mezi změnami metadat, ty se ale na různých discích zpracují v různý čas. Když při tom dojde k výpadku napájení nebo pádu systému, tak máte poškozený filesystém.
Asi bych tam nedával RAID. Kromě tohohle má RAID 0 ještě jeden problém - při výpadku jakéhokoliv disku přicházíte o všechny data, takže se spolehlivost snížuje.
Mám na několika systémech raid1 2x500GB, na několika raid5 4x500GB, na několika raid5 4x1,5TB, naprosto bez problému. Disky jsou taky sata od seagate různý serverový i neserverový, jádra 2.6.18-2.6.25, nikdy nebyl problém. Zkus se podivat do dmesg, kvuli bugum v sata ovladacich a nekompatibilite hardwaru zákl. desky se ti může rozcházet timer. Můžeš zkusit debiana, ten by měl mít všechno pořešený. Já používám všude debian či slackware.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.