GRUB boot problem - grub stane, ne pokaze meni
Mario Splivalo
mdadm pri bootu) u kojem je OS na IDE kontroleru na ploci kao primary master.
Na tom su disku dvije patricije, prva, boot/root, i druga, swap.
Instaliran je Debian Lenny.
U stroju su jos 4 diska. Jedan IDE disk kao secondary master, dva na SATA
kontroleru na ploci i jedan na PCI-SATA (Via) kartici.
Stroj se normalno boota, dakako, mdadm se pokrene s 4 diska (peti je bio na
PCI-IDE kartici koju sam izvadio), ali sve radi ok.
Dodao sam u stroj jos jedan PCI-SATA kontroler (Silicon Image - isti kontroler
kao sto ga imam i na maticnoj ploci), na koji sam spojio 6ti disk.
(Daklem, sad u stroju imam 2 PCI-SATA kartice, jednu Via-inu, drugu Silicon
Imageovu i 6 diskova: 2 IDE diska na ploci od kojih je jedan OS i 4 SATA
diska, 2 na ploci, jedan na Viainoj PCI-SATA kartici, jedan na Silicon
imageovoj PCI-SATA kartici).
I sad se stroj ne boota.
Grub napise:
GRUB loading stage1.5
GRUB loading, please wait...
I nakon toga stoji. Mogu stiskati capslock i numlock, lampice se pale gase,
ali nista drugo se ne desava, mogu samo ctrl-alt-del.
Ako pak odspojim SATA disk sa PCI-SATA (Silicon Image) kontrolera, a
kontroler ostavim u stroju, stroj se normalno boota (dodjem do GRUB menija
gdje biram kernel, i to sve).
Ako pak bootnem systemrescuecd, dok je svih 6 diskova zapiknuto, mogu
pristupiti svim diskovima. mdadm se pokrene, vidi 4 diska u polju, napravi
/dev/md0 koji je mountabilan i citljiv/pisljiv, cak je i taj 6ti disk na
Silicon Imageovom kontroleru upiknutom u PCI slot citljivo-pisljiv.
Raznim kombinacijama spajanja diskova ustanovio sam da se grub zeli pokazati
do kraja samo u situacijama kad je bilo koji Silicon Image kontroler prazan.
Znaci, ili imam disk ili dva na PCI-SATA kontroleru, ili imam disk ili dva
na SATA kontroleru na ploci. Ostali diskovi (onaj na PCI-SATA Via kontroleru
i onaj na ploci na kojem nije OS) mogu biti spojeni kako bilo.
Ima li nacina da grub natjeram da se boota kad su svi diskovi spojeni?
Ima li netko ideju?
Mike
--
"I can do it quick. I can do it cheap. I can do it well. Pick any two."
Mario Splivalo
ma...@fly.srk.fer.hr
np
Meni se par puta dogodilo da je grub stao. Problem sam rijesio da sam
iskopcao komp iz struje i pricekao oko 1 min, ponovno ukljucio i proradio
je.
disco
> Ako pak odspojim SATA disk sa PCI-SATA (Silicon Image) kontrolera, a
> kontroler ostavim u stroju, stroj se normalno boota (dodjem do GRUB menija
> gdje biram kernel, i to sve).
taj kontroler se ugura na pocetak pa ti porazmjesti diskove tj pomakne
ih sve za N.
npr, kad je kontroler prazan:
hd0 - tvoj boot disk
hd1 - tvoj drugi disk
...
kad je taj kontroler popunjen:
hd0 - disk na tom kontroleru
hdN - tvoj boot disk
hdN+1 - tvoj drugi disk
...
isto tako su ti se svi /dev/sd* pomaknuli za N.
> Ako pak bootnem systemrescuecd, dok je svih 6 diskova zapiknuto, mogu
> pristupiti svim diskovima. mdadm se pokrene, vidi 4 diska u polju, napravi
> /dev/md0 koji je mountabilan i citljiv/pisljiv, cak je i taj 6ti disk na
> Silicon Imageovom kontroleru upiknutom u PCI slot citljivo-pisljiv.
i taj 6ti disk je zapravo nulti (hd0 aka /dev/sda), right?
sad kad su svi diskovi vidljivi samo trebas reinstalirat grub ne na hd0
nego na hdN (provjeri gdje ti je zavrsio boot disk).
--
winter is the season in which people try to keep the house as warm
as it was in the summer, when they complained about the heat.
disco
> On 23.11.2009 22:29, Mario Splivalo wrote:
>> Ako pak bootnem systemrescuecd, dok je svih 6 diskova zapiknuto, mogu
>> pristupiti svim diskovima. mdadm se pokrene, vidi 4 diska u polju,
>> napravi
>> /dev/md0 koji je mountabilan i citljiv/pisljiv, cak je i taj 6ti disk na
>> Silicon Imageovom kontroleru upiknutom u PCI slot citljivo-pisljiv.
>
> i taj 6ti disk je zapravo nulti (hd0 aka /dev/sda), right?
>
> sad kad su svi diskovi vidljivi samo trebas reinstalirat grub ne na hd0
> nego na hdN (provjeri gdje ti je zavrsio boot disk).
eh da, vjerojatno ces i /etc/fstab trebat azurirat osim ako su tamo svi
/dev/md*
Mario Splivalo
>
>> Ako pak bootnem systemrescuecd, dok je svih 6 diskova zapiknuto, mogu
>> pristupiti svim diskovima. mdadm se pokrene, vidi 4 diska u polju, napravi
>> /dev/md0 koji je mountabilan i citljiv/pisljiv, cak je i taj 6ti disk na
>> Silicon Imageovom kontroleru upiknutom u PCI slot citljivo-pisljiv.
>
> i taj 6ti disk je zapravo nulti (hd0 aka /dev/sda), right?
U biti, ne. Doduse, na stroju je debian, a liveCD s kojeg bootam je
SystemRescueCD. Kad butam sa SystemRescueCDa, primary master na maticnoj
ploci je uvijek /dev/sda, bez obzira dal' su SiliconImage kontroleri
popunjeni ili ne.
> sad kad su svi diskovi vidljivi samo trebas reinstalirat grub ne na hd0
> nego na hdN (provjeri gdje ti je zavrsio boot disk).
Sto znaci da ako mi krepa neki disk u polju, pa hocu bootati stroj bez
njega, to nece ici.
Ipak! Pokrenem li grub sa sysrescuecda i kazem find /boot/grub/stage1,
uvijek dobijem da se isti nalazi na (hd0,0), spojeni SATA diskovi bili
ili ne. Sad, moguce da je to zato sto je grub na systemrescueCDu drugaciji
no sto je Debianov (iako su oba verzije 0.97), pokusavam naci neki OK debian
live CD koji bih stavio na USB stick.
No, ako je istina to sto velis, da se PCI kontroler ugura na pocetak, zasto
onda ako samo na tom kontroleru imam diskove (a ovaj na ploci ostavim
praznim) - sve je ok?
Nekako mi se cini da je mozda kontroler u banani, al' opet, zasto kad bootam
sa rescueCDa sve se cini ok? :)
Mario Splivalo
>> On 23.11.2009 22:29, Mario Splivalo wrote:
>>> Ako pak bootnem systemrescuecd, dok je svih 6 diskova zapiknuto, mogu
>>> pristupiti svim diskovima. mdadm se pokrene, vidi 4 diska u polju,
>>> napravi
>>> /dev/md0 koji je mountabilan i citljiv/pisljiv, cak je i taj 6ti disk na
>>> Silicon Imageovom kontroleru upiknutom u PCI slot citljivo-pisljiv.
>>
>> i taj 6ti disk je zapravo nulti (hd0 aka /dev/sda), right?
>>
>> sad kad su svi diskovi vidljivi samo trebas reinstalirat grub ne na hd0
>> nego na hdN (provjeri gdje ti je zavrsio boot disk).
>
> eh da, vjerojatno ces i /etc/fstab trebat azurirat osim ako su tamo svi
> /dev/md*
U biti necu jer su tamo UUIDovi, al', da :) Iako, to je manji problem, prvo
moram natjerati grub da proradi.
disco
> On 2009-11-24, disco<dis...@gmail.com> wrote:
>>
>>> Ako pak bootnem systemrescuecd, dok je svih 6 diskova zapiknuto, mogu
>>> pristupiti svim diskovima. mdadm se pokrene, vidi 4 diska u polju, napravi
>>> /dev/md0 koji je mountabilan i citljiv/pisljiv, cak je i taj 6ti disk na
>>> Silicon Imageovom kontroleru upiknutom u PCI slot citljivo-pisljiv.
>>
>> i taj 6ti disk je zapravo nulti (hd0 aka /dev/sda), right?
>
> U biti, ne. Doduse, na stroju je debian, a liveCD s kojeg bootam je
> SystemRescueCD. Kad butam sa SystemRescueCDa, primary master na maticnoj
> ploci je uvijek /dev/sda, bez obzira dal' su SiliconImage kontroleri
> popunjeni ili ne.
a "primary master"... sad sam ponovo procitao prvi post i tek sad vidim
da je ide boot disk u igri. uff, nisam siguran da je to sto pokusavas
izvedivo. zar zadnja dva sata diska ne pregaze ide? kod mene je za
zadnja dva sata slota zaduzen jmicron kontroler koji moze imati ili pata
disk ili sata diskove, mislim da ne moze oboje. taj kontroler mapira
pata disk na /dev/sd*, a vidim da je i kod tebe taj slucaj. kod mene su
deviceovi na tom kontroleru /dev/sde i /dev/sdf. cini mi se da tvoj
kontroler forsira /dev/sda i onda kad upiknes jedan od 4 sata diska on
takodjer ide na /dev/sda, a tvoj pata disk bi trebao zavrsiti na /dev/sde.
>> sad kad su svi diskovi vidljivi samo trebas reinstalirat grub ne na hd0
>> nego na hdN (provjeri gdje ti je zavrsio boot disk).
>
> Sto znaci da ako mi krepa neki disk u polju, pa hocu bootati stroj bez
> njega, to nece ici.
na tvom mjestu bih se rjesio pata diska. ako vec imas sata diskove, drzi
se njih. boot particiju stavis kao raid1 (fd - linux raid autodetect) i
grub instaliras na ta oba diska pa ako jedan od njih rikne, mozes ga bez
problema izvadit i bootat normalno. ok, mozda ces morat samo u biosu
promjenit hard disk boot order ili fizicki premjestit drugi disk na prvi
sata konektor ako je bas prvi riknuo.
> Ipak! Pokrenem li grub sa sysrescuecda i kazem find /boot/grub/stage1,
> uvijek dobijem da se isti nalazi na (hd0,0), spojeni SATA diskovi bili
> ili ne. Sad, moguce da je to zato sto je grub na systemrescueCDu drugaciji
> no sto je Debianov (iako su oba verzije 0.97), pokusavam naci neki OK debian
> live CD koji bih stavio na USB stick.
>
> No, ako je istina to sto velis, da se PCI kontroler ugura na pocetak, zasto
> onda ako samo na tom kontroleru imam diskove (a ovaj na ploci ostavim
> praznim) - sve je ok?
nisam shvatio. kako je ok ako si izvadio pata disk?
4 sata diska idu na /dev/sda-sdd. tvoj pata disk/kontroler hoce takodjer
/dev/sda. to nebu islo.
> Nekako mi se cini da je mozda kontroler u banani, al' opet, zasto kad bootam
> sa rescueCDa sve se cini ok? :)
kod mene to ide ovako... ploca ima 6 sata portova od kojih su 4 na
intelovom kontroleru, a 2 na jmicron.
kad iz biosa bootam neki od tih 6 diskova taj disk uvijek ide na prvo
(nulto) mjesto, a ostali se rasporede na preostala mjesta. npr, kad sam
imao windoze na petom (cetvrtom) disku i bootao taj disk, on je uvijek
zavrsio kao prvi (nulti) sata disk. sto se windoza tice, oni su
instalirali svoj boot na prvi (nulti) disk iako se fizicki radi o petom
(cetvrtom) disku. kad sam instalirao linux, on je grub instalirao na
prvi (nulti) disk i u tom slucaju se jedino zaista radi o prvom (nultom)
disku. slicna rosada se dogadja i kad bootam sa cd/dvd-a tako da
raspored vise nema nikakve veze s fizickim rasporedom diskova na
konektorima i pain in the ass je pronac koji je na kojem mjestu. tu jako
dobro dodju uuid-ovi.
poigraj se sa "hard disk boot priority" u biosu kad su svi diskovi
prikljuceni. mozda ga uspijes natjerat da pata disk ostane na /dev/sda
(sto grub hoce), a ostali diskovi se pomaknu (iako mi je logicnije da se
pata pomakne na /dev/sde jer sata diskovi imaju prioritet za /dev/sd*).
Mario Splivalo
>>> i taj 6ti disk je zapravo nulti (hd0 aka /dev/sda), right?
>>
>> U biti, ne. Doduse, na stroju je debian, a liveCD s kojeg bootam je
>> SystemRescueCD. Kad butam sa SystemRescueCDa, primary master na maticnoj
>> ploci je uvijek /dev/sda, bez obzira dal' su SiliconImage kontroleri
>> popunjeni ili ne.
>
> a "primary master"... sad sam ponovo procitao prvi post i tek sad vidim
> da je ide boot disk u igri. uff, nisam siguran da je to sto pokusavas
> izvedivo. zar zadnja dva sata diska ne pregaze ide? kod mene je za
> zadnja dva sata slota zaduzen jmicron kontroler koji moze imati ili pata
> disk ili sata diskove, mislim da ne moze oboje. taj kontroler mapira
> pata disk na /dev/sd*, a vidim da je i kod tebe taj slucaj. kod mene su
> deviceovi na tom kontroleru /dev/sde i /dev/sdf. cini mi se da tvoj
> kontroler forsira /dev/sda i onda kad upiknes jedan od 4 sata diska on
> takodjer ide na /dev/sda, a tvoj pata disk bi trebao zavrsiti na /dev/sde.
Al' ne zavrsi :)
Daklem, samo rekapitulacija: 2 diska su na PATA kontroleru na ploci, dva su
na SATA kontroleru na ploci, jedan je na jednom PCI-SATA kontroleru, drugi
je na drugom PCI-SATA kontroleru.
Kad bootnem sysrescueCD, grub mi nadje stage1 na (hd0,0), bez obzira dal'
imam na spornom kontroleru disk ili nemam.
Ono sto je 'cudno' je slijedece: ploca ima Silicon Image SATA kontroler (2
portni), jedna PCI-SATA kartica je isto Silicon Imageov SATA kontroler. Sve
radi ako je jedan od ta dva kontrolera potpuno prazan. Ako na oba kontrolera
imam po disk, onda se grub nece pokrenuti.
I, kao sto sam rekao vec, bootnem li systemrescueCD i od tamo pokrenem grub,
bez obzira na broj spojenih diskova stage1 je uvijek na (hd0,0).
>> Sto znaci da ako mi krepa neki disk u polju, pa hocu bootati stroj bez
>> njega, to nece ici.
>
> na tvom mjestu bih se rjesio pata diska. ako vec imas sata diskove, drzi
> se njih. boot particiju stavis kao raid1 (fd - linux raid autodetect) i
> grub instaliras na ta oba diska pa ako jedan od njih rikne, mozes ga bez
> problema izvadit i bootat normalno. ok, mozda ces morat samo u biosu
> promjenit hard disk boot order ili fizicki premjestit drugi disk na prvi
> sata konektor ako je bas prvi riknuo.
Ne mogu :) Raid1 je mi je nepotrebna redundancija. Ideja je 5 diskova u
stroju sa RAID5 poljem, plus jedan disk na kojem je sistem. Backup sistema
radim na RAID5 polje (1.2 TB, sistem je na 40GB disku pa sve fino stane
tamo), i to samo iz razloga da ne moram sve prenainstaliravati nego samo
prekopirati.
>> Ipak! Pokrenem li grub sa sysrescuecda i kazem find /boot/grub/stage1,
>> uvijek dobijem da se isti nalazi na (hd0,0), spojeni SATA diskovi bili
>> ili ne. Sad, moguce da je to zato sto je grub na systemrescueCDu drugaciji
>> no sto je Debianov (iako su oba verzije 0.97), pokusavam naci neki OK debian
>> live CD koji bih stavio na USB stick.
>>
>> No, ako je istina to sto velis, da se PCI kontroler ugura na pocetak, zasto
>> onda ako samo na tom kontroleru imam diskove (a ovaj na ploci ostavim
>> praznim) - sve je ok?
>
> nisam shvatio. kako je ok ako si izvadio pata disk?
> 4 sata diska idu na /dev/sda-sdd. tvoj pata disk/kontroler hoce takodjer
> /dev/sda. to nebu islo.
Pa, ne! Ocito ja tu nesto krivo 'kopcam'. Pata diskovi su uvijek /dev/hda i
/dev/hdc (sa kernelom u Lennyju) - ako bootnem Ubuntu LiveCD ili ako butnem
SystemRescueCD, onda su mi ti diskovi /dev/sda i /dev/sdb.
Dva diska SATA kontroleru su sa Debian kernelom /dev/sda i /dev/sdb. Sa
SystemRescueCDom su /dev/sdc i /dev/sdd.
Treci SATA disk (koji je na VIAinom PCI-SATA kontroleru) je /dev/sdc sa
Debianovim kernelom, ili /dev/sde sa ubuntovim/systemrescueCDovim.
I to je konfiguracija koja radi. SilicionImage PCI-SATA kontroler je prazan,
mdadm pokrene RAID5 polje s 4 diska, stroj se boota, sve super.
Ako pak spojim SATA disk na SiliconImage PCI-SATA kontroler desi se 'zbles'
- grub stane. Neznam kako su tada rasporedjena slova, jer ne uspijem bootati
Debian.
NO! Ako bootam UbuntuLive ili SystemREscueCD i dalje su mi PATA diskovi
/dev/sda i /dev/sdb, pa dva SATA na maticnoj kao /dev/sdc i /dev/sdd, pa
onda ide VIA PCI kao /dev/sde, pa onda PCI SiliconImage kao /dev/sdf, i na
/kraju /dev/sdg sto je usb-stick s kojeg bootam liveCDimageove.
>> Nekako mi se cini da je mozda kontroler u banani, al' opet, zasto kad bootam
>> sa rescueCDa sve se cini ok? :)
>
> poigraj se sa "hard disk boot priority" u biosu kad su svi diskovi
> prikljuceni. mozda ga uspijes natjerat da pata disk ostane na /dev/sda
> (sto grub hoce), a ostali diskovi se pomaknu (iako mi je logicnije da se
> pata pomakne na /dev/sde jer sata diskovi imaju prioritet za /dev/sd*).
>
Pokusao svasta, bez uspjeha. Ploca je dosta stara, ima samo 2 sata konektora
i s njih ne mogu bootati (osim ako ih ne ubacim u RAID polje na ploci)
(doduse, za ovo nisam 100% siguran - stroj je doma, a ja sam na poslu).
Jedino sto mi pada na pamet je da odem po drugi PCI-SATA kontroler koji nije
SiliconImageov - mozda se ta dva nekim cudom ne podnose :0
I treca solucija je da nadjem nacina da spojim i CDROM na sve to (fale mi
molex-splitteri za napajanje od CDroma), i iznova instaliram Debian sa svim
tim diskovima u stroju.