On 09/22/2008 05:42 PM, Alex wrote:
2008/9/22 Silviu Dicu <[EMAIL PROTECTED]>
Mai are cineva vreo idee ce as putea incerca?
Multumesc de raspunsuri tuturor.
--
Salut,
Am rulat vreo 4 ani software raid pe dell 1750 - 2 diskuri partitionate.
Din experianta asta iti pot spune ca dupa 30 de luni hdd incepeau sa
cada.
Aveam cite o partitie degradata, chiar daca faceai reboot tot asa
ramanea.
Solutia care ne-a adus cele mai multe rezultate era sa rupi raidul sa
instalezi un
nou disk si sa il faci si pe asta parte din array. Totul se poate face
'live' - dupa care poti sa te joci cu diskul care iti facea probleme ...
Eu il trimiteam la dell .
Daca ai nevoie sa iti spun cum sa faci da un semn.
Silviu
ps: daca rupi raidul si vrei sa rebutezi fii sigur ca amble diskuri au
in mbr info pentru bootloader - pt. grub aveam ceva asemanator <sda
inlocuieste sdb>
## set_grub_sdb
/sbin/grub --batch <<EOT 1>/dev/null 2>/dev/null
device (hd0) /dev/sdb
root (hd0,0)
setup (hd0)
quit
EOT
Din cate imi aduc aminte parca aveam. Cum pot verifica?
Fiindca un disc sata de 250 GB e ieftin, inlocuitul lui pare cea mai buna
idee.
Ar fi mai sigur sa iau unul de 300 gb ? Ma gandesc ca daca as lua unul de
250 gb sa nu fie cumva cu cativa mega mai mic...
toate discurile din lume sint prezentate in capacitati marketoide, cu 1
MB=1000KB si resp 1 KB=1000B
dar da, poti lua si un disc mai mare. eu sapt trecuta am facut raid-uri
intre un disc de 9GB si unul de 18. partitiile care intra in fiecare
pereche trebuie sa fie identice. dimensiunea in sine a discului nu conteaza
Dupa ce inlocuiesc discul ar trebui sa execut sfdisk -d /dev/sdb | sfdisk
/dev/sda ca sa am aceleasi partitii pe noul disc apoi sa adaug una cate una
partitiile in matricea raid.
corect
Banuiesc ca ar trebui sa ma copiez si mbr-ul de
pe sdb in sda , nu ?
mbr-ul ti-l transfera exact pipe-ul ala dintre sfdisk /devsdb si
/dev/sda. Ceea ce trebuie sa faci este sa instalezi grub cu mantra
"setup; root" descrisa mai sus
--
Voodoo sysadminning -- waving a rubber chicken at a problem -- is only
entertaining to watch and NOT to experience, and is only effective to
repair a problem if the sysadmin is extremely lucky.
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
