GRUB herstellen

[MsG]

Ik heb zojuist Windows 7 erbij geinstalleerd.

Ik draai nu Ubuntu. Windows XP en Windows 7.

Uiteraard is mijn bootloader nu overschreden. Echter wil ik hem nu restoren, maar loop ik tegen het probleem aan dat mijn schijf order een andere volgorde heeft wanneer ik in de ubuntu live-cd zit, dan wanneer ik altijd via Ubuntu op de hardeschijf zat (waar ik nu dus niet meer in kan).

Ik moet het namelijk op deze manier weer fixen:

Root (hd0,4)

setup(hd0)

echter is het via de livecd niet "root (hd0,4) maar (hd2,4). Dat andere pakt hij ook niet, hij zegt dan "Error 22 no such partition).

Echter als ik dus ipv 0,4 2,4 doe, klopt de verwijzing niet want zodra ik opnieuw start zonder livecd is het wel 0,4.

Hoe kan ik het toch goed krijgen nu?

[Aphax]

Hrm, ik ben geen GRUB expert, maar volgens mij zou het moeten werken als je het met root (hd2,4), setup (hd2) via de GRUB shell installeert, en er vervolgens voor zorgt dat je in je grub.conf wel naar hd0 verwijst ipv hd2 (maar als je niet met je grub.conf geklooid hebt zal dat nog wel goed staan).

Misschien dat je het ook met een device.map kan op lossen ( zie http://www.gnu.org/softwa...html_node/Device-map.html ), maar daar heb ik zelf geen ervaring mee. Overigens meen ik dat de BIOS verantwoordelijk is voor de drive-order die GRUB ziet, en een andere boot volgorde instellen kan daar een effect op hebben (ook hier ben ik niet helemaal zeker van).

EDIT: Ik ga zelf straks Windows 7 beta 1 naast Gentoo op een van m'n machines kwakken, mocht ik hetzelfde tegenkomen dan laat ik nog wel even weten hoe ik het heb opgelost.

In de toekomst kan je trouwens (als je niet je partitielayout veranderd tijdens het installeren van Windows) gewoon je MBR backuppen met 'dd' en weer terugzetten als windows er op staat:

dd if=/dev/sda of=mbr-image.bin bs=512 count=1 (maken van kopie van je MBR)
(windows installeren)
dd if=mbr-image.bin of=/dev/sda (vanaf een live-cd oid)

Daarna is het een kwestie van je grub.conf aanpassen zodat ie Windows kan booten. Wel opletten dat je de juiste disk gebruikt en de if en of parameters niet door elkaar haalt !

[ Voor 59% gewijzigd door Aphax op 19-01-2009 23:39 ]

[MsG]

Ik neem aan dat je menu.lst bedoeld ipv grub.conf? Aangezien ik die ander niet kan vinden.

Het probleem is dat ik voor de Linux verwijzingen niks met root e.d. zie. Dat gaat enkel op voor de Windows partities.

Hier mijn GRUB:

code:

# menu.lst - See: grub(8), info grub, update-grub(8)
#            grub-install(8), grub-floppy(8),
#            grub-md5-crypt, /usr/share/doc/grub
#            and /usr/share/doc/grub-doc/.

## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.
# WARNING: If you are using dmraid do not use 'savedefault' or your
# array will desync and will not let you boot your system.
default     saved

## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout     10

## hiddenmenu
# Hides the menu by default (press ESC to see the menu)
#hiddenmenu

# Pretty colours
color green/black black/green

## password ['--md5'] passwd
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line)  and entries protected by the
# command 'lock'
# e.g. password topsecret
## password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/
# password topsecret

#
# examples
#
# title     Windows 95/98/NT/2000
# root      (hd0,0)
# makeactive
# chainloader   +1
#
# title     Linux
# root      (hd0,1)
# kernel    /vmlinuz root=/dev/hda2 ro
#

#
# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=10cf863a-265b-4ab6-a713-125e10e49961 ro

## default grub root device
## e.g. groot=(hd0,0)
# groot=10cf863a-265b-4ab6-a713-125e10e49961

## should update-grub create alternative automagic boot options
## e.g. alternative=true
##      alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
##      lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash

## should update-grub lock old automagic boot options
## e.g. lockold=false
##      lockold=true
# lockold=false

## Xen hypervisor options to use with the default Xen boot option
# xenhopt=

## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##      altoptions=(recovery) single
# altoptions=(recovery mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
##      howmany=7
# howmany=all

## should update-grub create memtest86 boot option
## e.g. memtest86=true
##      memtest86=false
# memtest86=true

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false

## ## End Default Options ##

title       Ubuntu 8.10, kernel 2.6.27-9-generic
uuid        10cf863a-265b-4ab6-a713-125e10e49961
kernel      /boot/vmlinuz-2.6.27-9-generic root=UUID=10cf863a-265b-4ab6-a713-125e10e49961 ro quiet splash 
initrd      /boot/initrd.img-2.6.27-9-generic
quiet

title       Ubuntu 8.10, kernel 2.6.27-9-generic (recovery mode)
uuid        10cf863a-265b-4ab6-a713-125e10e49961
kernel      /boot/vmlinuz-2.6.27-9-generic root=UUID=10cf863a-265b-4ab6-a713-125e10e49961 ro  single
initrd      /boot/initrd.img-2.6.27-9-generic

title       Ubuntu 8.10, kernel 2.6.27-7-generic
uuid        10cf863a-265b-4ab6-a713-125e10e49961
kernel      /boot/vmlinuz-2.6.27-7-generic root=UUID=10cf863a-265b-4ab6-a713-125e10e49961 ro quiet splash 
initrd      /boot/initrd.img-2.6.27-7-generic
quiet

title       Ubuntu 8.10, kernel 2.6.27-7-generic (recovery mode)
uuid        10cf863a-265b-4ab6-a713-125e10e49961
kernel      /boot/vmlinuz-2.6.27-7-generic root=UUID=10cf863a-265b-4ab6-a713-125e10e49961 ro  single
initrd      /boot/initrd.img-2.6.27-7-generic

title       Ubuntu 8.10, memtest86+
uuid        10cf863a-265b-4ab6-a713-125e10e49961
kernel      /boot/memtest86+.bin
quiet

### END DEBIAN AUTOMAGIC KERNELS LIST

# This is a divider, added to separate the menu items below from the Debian
# ones.
title       Other operating systems:
root


# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sdc1
title       Microsoft Windows XP Professional
rootnoverify    (hd0,0)
savedefault
makeactive
chainloader +1

#Microsoft Windows 7 Ultimate
# on /dev/sdc3
title       Microsoft Windows 7 Ultimate
rootnoverify (hd0,3)
makeactive
chainloader +1

Is het niet zo dat de verwijzing vanuit het MBR al fout gaat omdat hij naar 2,4 zoekt ipv 0,4? Ik weet niet waar ik dat handmatig kan veranderen.

[Aphax]

MsG schreef op maandag 19 januari 2009 @ 23:36:
Ik neem aan dat je menu.lst bedoeld ipv grub.conf? Aangezien ik die ander niet kan vinden.

Het probleem is dat ik voor de Linux verwijzingen niks met root e.d. zie. Dat gaat enkel op voor de Windows partities.

Hier mijn GRUB:

<knip>

Is het niet zo dat de verwijzing vanuit het MBR al fout gaat omdat hij naar 2,4 zoekt ipv 0,4? Ik weet niet waar ik dat handmatig kan veranderen.

menu.lst is inderdaad hetzelfde als grub.conf (tenminste, op mijn systeem is menu.lst een symlink naar grub.conf). Als ik Ubuntu's menu.lst goed begrijp, is uuid gewoon een disk-order-onafhankelijke methode om aan te geven vanaf welke partitie geboot moet worden, dat zal wel goed zijn zo.

Het is mij zelf even niet precies duidelijk wat het effect van 'root' in de GRUB shell is, ik ging er van uit dat dat simpelweg aangeeft waar GRUB de mbr/boot images vandaan haalt om te installeren, en dat 'setup' alleen maar aangeeft op welke disk de MBR geinstalleerd moet worden. Maar als wat ik suggereerde niet werkt dan werkt het niet zoals ik dacht en moet je misschien toch iets met device.map doen

Het zit me eigenlijk een beetje dwars dat ik dit niet precies weet, dus ik ga even googlen en manpages lezen, hopelijk kan ik je straks verderhelpen als je er zelf nog niet bent uitgekomen

[MsG]

Dankje . Nou ja het valt me tegen dat GRUB niet snapt dat de order niet altijd gelijk is. Ik wil gewoon 0,4 aanzetten ook al klopt het nu eventjes niet. GRUB is eigenwijs terwijl het wle klopt als ik zonder CD boot.

Ik ga nog even wat rotzooien. tot zo

[gertvdijk]

Je kan je bootloader (Grub) gewoon opnieuw installeren op het MBR door het te runnen. In Ubuntu is dat te doen met grub-install op de command line. Die leest dan gewoon de menu.lst/grub.conf file. Zie ook de manpage van grub-install.

[ Voor 15% gewijzigd door gertvdijk op 20-01-2009 00:03 ]

[Aphax]

Krijg je trouwens een foutmelding o.i.d. van GRUB als je nu van je disk probeert te booten?

[MsG]

Nee hij gaat meteen naar de Windows bootloader, omdat ik die laatste stap setup (hd0) niet kan uitvoeren denk ik. Ik dat van gertvdijk eens proberen, want als je linux normaal installeert (en dus ook vanaf cd een andere volgorde hebt) pakt hij hem iig wel als bootloader. Wel klopte de verwijzing bij mij standaard niet. Maar als grub tenminste boot kan je editten en zo alsnog booten.

[gertvdijk]

Om verwarring te voorkomen met de mapping hd# -> /dev/sd[a-z] kan je het dus ook installeren naar een /dev device node:

SYNOPSIS
       grub-install [OPTION] install_device
[...]
       INSTALL_DEVICE can be a GRUB device name or a system device filename.

       grub-install copies GRUB images into the DIR/boot directory specfied by 
       --root-directory, and uses the grub shell to install grub into the boot sector.

[MaximusTG]

De reden dat grub de verkeerde root aanneemt als je vanaf de live-cd je commando's uitvoert, is dat grub dan de /boot van je live-cd vindt. Je moet eerst chroot' en naar je eigen installatie op je harddisk. Dus eerst die / partitie mounten in een map, en dan daarna chroot' en (Wikipedia: chroot) naar die map.
Als je dan grub herstelt vindt hij waarschijnlijk wel de goede /boot.

Edit: Zie dat je nog wat extra dingen moet mounten, raad aan er een specifieke 'Ubuntu live cd grub chroot' search op los te laten .
Bij mij ging het trouwens altijd wel gewoon goed, doe het op deze manier:

http://www.spiegl.de/blog...all_grub_using_a_live_cd/

[ Voor 25% gewijzigd door MaximusTG op 20-01-2009 10:10 ]

[MsG]

Maar dat is bij mij juist het probleem met die laatste link. "find /boot/grub/stage1" geeft via CD 2,4 aan terwijl het toch echt 0,4 moet zijn. Als ik vervolgens root 0,4 doe snapt hij dat uiteraard niet omdat ik nu via CD zit. Ik ga dat andere van je post binnenkort even proberen. Ik kan gelukkig gewoon naar mijn main os toe booten via de Windows 7 bootloader. Als niks meer werkt dan doe ik maar een reinstall. Als ik GRUB maar werkend krijg, al kloppen de verwijzingen niet dan maakt het ook niet uit. Die kan je manueel editten om toch te booten en het dan te veranderen.

[gertvdijk]

MaximusTG schreef op dinsdag 20 januari 2009 @ 09:59:
De reden dat grub de verkeerde root aanneemt als je vanaf de live-cd je commando's uitvoert, is dat grub dan de /boot van je live-cd vindt. Je moet eerst chroot' en naar je eigen installatie op je harddisk. Dus eerst die / partitie mounten in een map, en dan daarna chroot' en (Wikipedia: chroot) naar die map.
Als je dan grub herstelt vindt hij waarschijnlijk wel de goede /boot.

Lees de manpage eens van grub-install. Daar vindt je een optie --root-directory die ook al werd genoemd in het snippet in mijn vorige post. Geen gedoe met chrooten enzo.

[pjlgt]

Lijkt me toch 'gewoon' een kwestie van je linux partitie mounten via de live cd en daarna de menu.lst/grub.conf aanpassen

Live cd starten
Linux partitie mounten
menu.lst aanpassen
restart zonder live cd

[MaximusTG]

gertvdijk schreef op dinsdag 20 januari 2009 @ 12:53:
[...]

Lees de manpage eens van grub-install. Daar vindt je een optie --root-directory die ook al werd genoemd in het snippet in mijn vorige post. Geen gedoe met chrooten enzo.

Je hebt ook gelijk, maar als het niet zo lukt, dan is een 'tradionelere' chroot aanpak altijd nog een optie

pjlgt schreef op dinsdag 20 januari 2009 @ 12:53:
Lijkt me toch 'gewoon' een kwestie van je linux partitie mounten via de live cd en daarna de menu.lst/grub.conf aanpassen

Live cd starten
Linux partitie mounten
menu.lst aanpassen
restart zonder live cd

Nee, het is juist niet 'gewoon' een kwestie van menu.lst aanpassen. Als het probleem in menu.lst zat zou je namelijk nog wel gewoon in het GRUB keuzemenu komen, waar je handmatig de entry tijdelijk kan wijzigen om dan in je installatie te komen. Het probleem is dat het MBR-deel van GRUB overschreven is door de Windows bootloader; het deel dat verwijst naar de volgende stage (die menu.lst gebruikt).

[Paulusbrand]

Ik denk dat je eerst een nieuwe MBR aan moet maken op je schijf.

Starten van livecd
Chrooten in ubuntu installatie
Grub-install --no-floppy /dev/sda
Menu.lst aanpassen "root" wordt "root (hd0,4)"

rebooten zonder livecd

Edit: foutje van mij.. geen partitie maar een schijf aangeven bij grub-install

[ Voor 18% gewijzigd door Paulusbrand op 20-01-2009 13:08 ]

[AlterMann]

Aphax schreef op maandag 19 januari 2009 @ 23:52:
[...]


menu.lst is inderdaad hetzelfde als grub.conf (tenminste, op mijn systeem is menu.lst een symlink naar grub.conf). Als ik Ubuntu's menu.lst goed begrijp, is uuid gewoon een disk-order-onafhankelijke methode om aan te geven vanaf welke partitie geboot moet worden, dat zal wel goed zijn zo.

offtopic:
Grub.conf wordt in grub2 gebruikt, menu.lst in grub1
Waarom die symlink er dan is snap ik ook niet helemaal .

[Paulusbrand]

AlterMann schreef op dinsdag 20 januari 2009 @ 14:04:
[...]

offtopic:
Grub.conf wordt in grub2 gebruikt, menu.lst in grub1
Waarom die symlink er dan is snap ik ook niet helemaal .

ik gebruik altijd grub.conf met grub1, gaat prima

[MsG]

Ik kon er maar niet wijzer mee worden en de standaard dingen lukten bij mij nooit. Heb de installatie maar gewoon nog een keer gerund, zonder de partities te formatteren. Aan het eind kan je dan kiezen waar de bootloader op moet. Die methode werkt gelukkig wél.

Nog 1 vraagje.

Omdat het een paar keer fout is gegaan, heb ik wat grub dingen e.d. op mijn andere schijven (2 andere schijven). Als ik daarvan probeer op te starten krijg ik dus grub geneuzel. Hoe kan ik deze 2 schijven cleanen, dus dat ze niks hebben om op te starten en dus doorschuiven naar de volgende in de bootvolgorde. Het is puur kosmetisch maar heb het liever wel even clean. De data zelf moet gewoon er op blijven, maar is er een manier om het bootgedeelte van een schijf gewoon te cleanen?

[jpm.lensen]

Laatst had ik iets dergelijks, inderdaad ook windows 7 geinstalleerd.
Maar ik kwam er hier (help.ubuntu.com) weer uit
Maar dat werkte in jouw geval niet geloof ik?

[MsG]

Klopt, hij gaf dan hd2,4 aan terwijl het hd0,4 moet zijn, maar op dat moment herkende hij hd0 niet. Nou ja nu is het weer opgelost.

[AlterMann]

MsG schreef op donderdag 05 februari 2009 @ 16:19:
Omdat het een paar keer fout is gegaan, heb ik wat grub dingen e.d. op mijn andere schijven (2 andere schijven). Als ik daarvan probeer op te starten krijg ik dus grub geneuzel. Hoe kan ik deze 2 schijven cleanen, dus dat ze niks hebben om op te starten en dus doorschuiven naar de volgende in de bootvolgorde. Het is puur kosmetisch maar heb het liever wel even clean. De data zelf moet gewoon er op blijven, maar is er een manier om het bootgedeelte van een schijf gewoon te cleanen?

MBR clear je met dd

dd if=/dev/zero of=/dev/hda bs=512 count=1 Oeps, dit is je hele partitietabel, niet alleen je bootsector


Waarbij je /dev/hda uiteraard vervangt door de drive die gecleaned moet worden

[ Voor 4% gewijzigd door AlterMann op 05-02-2009 18:37 ]

[gertvdijk]

AlterMann schreef op donderdag 05 februari 2009 @ 17:24:
MBR clear je met dd

dd if=/dev/zero of=/dev/hda bs=512 count=1

MsG schreef op donderdag 05 februari 2009 @ 16:19:
De data zelf moet gewoon er op blijven

Het MBR bevat ook je partitietabel (primaire partities)! Dat is dus gelijk aan een fast-format! Alles behalve handig als je je data wil behouden.

[ Voor 4% gewijzigd door gertvdijk op 05-02-2009 17:54 ]

[Confusion]

MsG schreef op maandag 19 januari 2009 @ 23:55:
Nou ja het valt me tegen dat GRUB niet snapt dat de order niet altijd gelijk is.

GRUB is niet helderziend.

[MsG]

gertvdijk schreef op donderdag 05 februari 2009 @ 17:54:
[...]


[...]

Het MBR bevat ook je partitietabel (primaire partities)! Dat is dus gelijk aan een fast-format! Alles behalve handig als je je data wil behouden.

Dus ik kan niet puur de boot entry ofzo wipen? Ik moet gewoon de ongeldige bootverwijzing uit de 2e en 3e schijf hebben, de partities moeten gewoon allemaal blijven met inhoud . kan dus niet?

[laurencevde]

Als je durft kun je handmatig het deel boot-code uit de MBR verwijderen: dd if=/dev/zero of=/dev/sda bs=1 count=<lengte> seek=<offset>
Waar dat deel begint, en hoelang dat is, mag je zelf uitzoeken. Voor if kun je ook een andere schijf gebruiken, kopieer je zijn bootcode.

Even wat grub-uitleg, voor zover ik het snap: grub kan aleen de drives zo zien als het bios dat doet, terwijl een volwaardig os(linux) flexibeler is. Voor de overgang van grub stage1(grub-code in het mbr) naar stage2(rest van grub op je boot-partitie) moet grub via het bios naar de juiste schijf. Welke dat is, moet tijdens de grub-install bepaald worden. Grub heeft, om te bepalen welke os-schijf bij welke bios-schijf hoort, een bestandje /boot/grub/device.map, die je zelf moet aanpassen als de autodetectie niet goed blijkt te zijn.

In de grub-shell tijdens install bepaalt het "root"-commando de boot-partitie waar de grub-bestanden zijn geinstalleerd( de partitie met /boot), en het "setup"-commando de partitie/schijf waarin grub zich in de boot-sector nestelt.

[0xDEADBEEF]

http://www.mydigitallife....s-xp-on-dual-boot-system/ ?
http://technet.microsoft.com/en-us/library/cc749177.aspx ?
http://ubuntuforums.org/showthread.php?t=1039718 ?
http://blog.lokonopa.com/grub-up-windows-7/ ?

[ Voor 29% gewijzigd door 0xDEADBEEF op 06-02-2009 06:10 ]

[MsG]

0xDEADBEEF schreef op vrijdag 06 februari 2009 @ 06:09:
http://www.mydigitallife....s-xp-on-dual-boot-system/ ?
http://technet.microsoft.com/en-us/library/cc749177.aspx ?
http://ubuntuforums.org/showthread.php?t=1039718 ?
http://blog.lokonopa.com/grub-up-windows-7/ ?

offtopic:
lees je je eigen links wel? Die 1e 2 gebruiken die root en setup methode die hier niet werkte zoals in de TS gezet. Ik waardeer het dat je meedenkt hoor, maar google linkjes met methodes die niet werkten (gezegd in TS) dragen nou niet enorm bij.

Hmm dat boot-regel wipen klinkt me toch iets te risky. Ik heb trouwens als ik nu naar de XP entry ga in GRUB dat hij nog steeds wel die bootchooser van Windows 7 of "older version of Windows". Is het ook mogelijk om Windows 7 gewoon windows 7 te laten booten en Windows XP Windows XP? Ik weet niet hoe ik dat bootmenu wijzig zonder dat hij GRUB ook weer overschrijft .

[rmcvanleeuwen]

ik heb dit probleem dat Windows de mbr overschrijft als volgt opgelost,
download de gparted live cd
boot vanaf dit medium en kies de partitie waarop jouw Linux distributie staat
zelf gebruik ik Mandriva 2009.1 en heb via de Mandriva Control Center grub opnieuw geïnstalleerd en het mbr daar mee hersteld.
alle besturingssystemen werden herkend en in grub mee genomen je kunt hier zelf aangeven welk besturingssysteem hier standaard wordt geboot.
dit is niet de enige methoden maar wel de makkelijkste tot nu toe.

[Kosh66]

Nog niet gezien hier, maar als je je OS niet gestart krijgt door bootloaderproblemen, zou je deze eens kunnen proberen: http://www.supergrubdisk.org/

[rmcvanleeuwen]

Kosh66 schreef op maandag 11 mei 2009 @ 13:19:
Nog niet gezien hier, maar als je je OS niet gestart krijgt door bootloaderproblemen, zou je deze eens kunnen proberen: http://www.supergrubdisk.org/

deze had ik al geprobeerd ,installatie en de-installatie op harddisk verliep prima
maar linux wil niet starten en gaf een fout melding
misschien dat het vanaf een cd of usb stick wel lukt dat heb ik niet getest.
de gparted live cd had ik nog liggen voor het partitioneren van mijn harddisk.