Bootloader perikelen

[Tatsu]

Ik heb een steeds maar weer terugkomend probleem met de twee meest bekende bootloaders lilo en grub wat betreft mijn server.

Het probleem:

Ubuntu

Ik heb nu net de Ubuntu 6.10 Server installatie doorlopen, welke zelf vlekkeloos verliep. Totdat er een reboot volgt om de server in de nieuwe installatie te starten. Grub is geinstalleerd als bootloader en ik krijg alleen maar een commandline van grub zelf.

Dan proberen we grub er maar eens door te halen:

code:

grub> setup (hd0,0)

Error 5: Partition table invalid or corrup

Ik krijg hem er wel door als ik de HDD's afkoppel van mijn PCI IDE controllers en hem door laat starten met alleen IDE apparatuur aan de onboard IDE controllers.

Debian

Debian oldstable deed zijn werk met de bijbehorende versie van lilo. De problemen begonnen toen ik overstapte naar Sarge, en tevens doet het zich voor bij Testing.

Met lilo:

code:

Lilo - Timestamp mismatch error

En met grub krijg ik weer exact hetzelfde verhaal als Ubuntu.

En weer is het geen probleem als ik de HDD's van de PCI IDE controllers afkoppel.


Hardware

• MSI KT4 Ultra met een Promise 20376 Sata 2x + 1 IDE.
• Athlon XP2000+
• 512 MB DDR
• ATI mach64 PCI videokaart.
• Promise Ultra 133TX2 IDE controller.
• Promise Ultra 100 IDE controller.
• 2x 3COM 905TX NIC


HDD indeling

Onboard IDE #1:
• Master: Maxtor 160GB
• Slave: Maxtor 320GB

Onboard IDE #2:
• Master: CD-ROM

Promise Ultra 133TX2
IDE #1:
• Master: Maxtor 320GB

IDE #2:
• Master: Maxtor 120GB
• Slave: Maxtor 160GB

Promise Ultra 100
IDE #1:
• Master: Maxtor 300GB
• Slave: Maxtor 200GB


Partities hda

code:

/    primary, bootable, ext3
/swap 
/usr    logical, ext3
/var    logical, ext3
/home    logical, ext3

De vraag

Hoe krijg ik dit opgelost?

[Boudewijn]

okay.

stap1: doe de smart tool eens van de fabrikant.
stap2: doe dit eens met de hand (van een livecd zoals gentoo)

grub --no-floppy
root(hd9,9) //daar waar je grub mapje staat
setup(hd9) //de disk waarop je wil installen

errors?


even over die grub-truc: lees dit even (voor je dingen verkloot) http://www.gentoo.org/doc...ap=10#grub-install-manual


edit:
iets te snel gelezen.

Kan het niet zo zijn dat je de grub van die raid-controller-disks voorgeschoteld krijgt die brak is? zet van die disks met fdisk (optie a) De bootable flag eens uit.

[ Voor 45% gewijzigd door Boudewijn op 07-03-2007 00:58 ]

[Tatsu]

Boudewijn schreef op woensdag 07 maart 2007 @ 00:57:
okay.

stap1: doe de smart tool eens van de fabrikant.
stap2: doe dit eens met de hand (van een livecd zoals gentoo)

grub --no-floppy
root(hd9,9) //daar waar je grub mapje staat
setup(hd9) //de disk waarop je wil installen

errors?


even over die grub-truc: lees dit even (voor je dingen verkloot) http://www.gentoo.org/doc...ap=10#grub-install-manual


edit:
iets te snel gelezen.

Kan het niet zo zijn dat je de grub van die raid-controller-disks voorgeschoteld krijgt die brak is? zet van die disks met fdisk (optie a) De bootable flag eens uit.

Stap 1: Alle huidige HDD's hebben de test doorstaan.
Stap 2: Die zal ik morgenavond even moeten doen, kom er net achter dat ik geen lege CDR's meer heb.

Alle schijven, behalve de bootschijf, zijn ontdaan van eventuele mbr info en opnieuw gepartitioneerd.

[Boudewijn]

vaag zeg.

afaik kan die controller zelf niet booten.
kun je voor de grap eens kijken of je 1 voor 1 die hdd's aan die promise controller kunt adden?

en dan kijken of die boot-procedure flipt.

[Tatsu]

De twee Promise PCI controllers hebben wel zelf de mogelijkheid om te booten, en zover ik weet de onboard Promise 20376 RAID controller ook.

Heb de schijven een voor een naast de bootschijf aan de Promise Ultra 133TX gekoppeld, wat resulteerde in een no go. Ze gewoon aansluiten op de tweede onboard IDE controller en het loopt wel.
En zelfs als ik ze op de Promise 20376 RAID controller aansluit loopt het ook door.

[Tatsu]

Ik heb een workaround gevonden. Zowel lilo als grub hebben het liefst dat er ook een disk aan de Promise RAID controller hangt, dus heb daar maar een 60GB aan gehangen en het werkt.

[Boudewijn]

erg vaag.

wel mooi dat je een workaround hebt gevonden.
gek probleem.

iemand nog ideeen?

[Tatsu]

Boudewijn schreef op woensdag 07 maart 2007 @ 20:28:
erg vaag.

wel mooi dat je een workaround hebt gevonden.
gek probleem.

iemand nog ideeen?

Heel gek inderdaad, eerder vermoedde ik altijd een duplicate volume id vanwege de tmestamp mismatch. Deze allemaal aanpassen met lilo werkte toen ook niet.

[ Voor 4% gewijzigd door Tatsu op 07-03-2007 20:31 ]