Debian/Ubuntu installatie probleem grote disken

[KennieNL]

Op het moment zit ik met een probleem dat ik tijdens de installatie van Debian en Ubuntu grub niet geinstalleerd krijgt.

De setup geeft aan aan: Executing 'grub-install /dev/sda' failed

Het lijkt erop dat mijn schijven (2 TB WD's) door ubuntu onder een GPT indeling worden gezet waardoor ik EFI ondersteuning nodig heb (mijn mobo zou het moeten kunnen).

Nu heb ik op het internet al gezocht, en wordt er aangegeven dat je bios_grub partitie moet hebben (http://room118solutions.c...er-grub-gpt-partitions/). Ok no problem, dan maken we die toch?
Helaas, nog dezelfde melding...


Het enige OS wat ik er nu op krijgt is een Windows variant...


Heeft iemand nog een suggestie hoe ik dit zou kunnen oplossen?

[AxzZzeL]

Hmm kan je niet grub op een aparte kleinere schijf om zo het GPT probleem te omzeilen. (Ben nog vrij nieuw in Linux maar dit is het eerste wat in me opkwam )

[0xDEADBEEF]

Welke grub is dat, grub-legacy of grub (aka grub2)?

[KennieNL]

@AxzZzel, dat kan, maar dan moet ik nog een aparte disk erin hangen. Gaat niet mn voorkeur naar uit.

@0xDEADBEEF: volgens de ubuntu docs zou ergens in een 2009 versie grub2 erin moet zitten. Blijkbaar is er een aparte grub-efi package.

Deze heb ik ook proberen te installeren om na de installatie (dus waar grub failed) een chroot te doen in de nieuwe omgeving, apt-get install, en daarna een grub-install.

Helaas, hetzelfde probleem.

[lamko]

Vorige maand stond hier een goed artikel over in de C'T misschien heb je er wat aan !

[0xDEADBEEF]

KennieNL schreef op donderdag 12 mei 2011 @ 21:47:
@AxzZzel, dat kan, maar dan moet ik nog een aparte disk erin hangen. Gaat niet mn voorkeur naar uit.

@0xDEADBEEF: volgens de ubuntu docs zou ergens in een 2009 versie grub2 erin moet zitten. Blijkbaar is er een aparte grub-efi package.

Deze heb ik ook proberen te installeren om na de installatie (dus waar grub failed) een chroot te doen in de nieuwe omgeving, apt-get install, en daarna een grub-install.

Helaas, hetzelfde probleem.

Bugje misschien? https://bugs.launchpad.ne.../partman-base/+bug/506670

Heb je hier wat aan? https://wiki.archlinux.or...allation_for_UEFI_systems
De installatie-stap (pacman -S) kan je overslaan.

[KennieNL]

@lamko: helaas geen C'T hier.. zal eens op mn werk kijken

@0xDEADBEEF:
die bug is oud

misschien dat ik iets aan die laatste stap heb


/EDIT:

lijkt erop dat het zonder MDADM wel werkt

[Voor 17% gewijzigd door KennieNL op 13-05-2011 19:45]

[0xDEADBEEF]

KennieNL schreef op vrijdag 13 mei 2011 @ 18:38:
@lamko: helaas geen C'T hier.. zal eens op mn werk kijken

@0xDEADBEEF:
die bug is oud

misschien dat ik iets aan die laatste stap heb


/EDIT:

lijkt erop dat het zonder MDADM wel werkt

Ah hey, dat je een software-RAID setup hebt stond niet in je TS Welke metadata-versie van mdadm heb je geïnstalleerd, v0.n of v1.n?

[KennieNL]

had er idd bij moeten vertellen

Versie van de array is 1.2

[DiedX]

Er vanuit gaande dat je eerste partitie je /boot is, al eens /dev/sda1 geprobeerd?

[KennieNL]

grub installeren op /dev/sda1 bedoel je ?

[Q]

Als je RAID 1 draait moet je Grub wel op beide disks installeren?

[KennieNL]

is wel verstandig ja, maar op beide failed het...

[0xDEADBEEF]

KennieNL schreef op donderdag 12 mei 2011 @ 20:12:
Op het moment zit ik met een probleem dat ik tijdens de installatie van Debian en Ubuntu grub niet geinstalleerd krijgt.

De setup geeft aan aan: Executing 'grub-install /dev/sda' failed

Het lijkt erop dat mijn schijven (2 TB WD's) door ubuntu onder een GPT indeling worden gezet waardoor ik EFI ondersteuning nodig heb (mijn mobo zou het moeten kunnen).

Nu heb ik op het internet al gezocht, en wordt er aangegeven dat je bios_grub partitie moet hebben (http://room118solutions.c...er-grub-gpt-partitions/). Ok no problem, dan maken we die toch?
Helaas, nog dezelfde melding...


Het enige OS wat ik er nu op krijgt is een Windows variant...


Heeft iemand nog een suggestie hoe ik dit zou kunnen oplossen?

Kan je de uitvoer van 'grub-install /dev/sda' en van 'sfdisk -l /dev/sda' (sfdisk dash lowercase L /dev/sda) laten zien?

Q schreef op zaterdag 14 mei 2011 @ 18:13:
Als je RAID 1 draait moet je Grub wel op beide disks installeren?

Dat heb ik in ieder geval wel gedaan op mijn 1 TB software RAID1, grub geïnstalleerd op /dev/sda én op /dev/sdb.

[KennieNL]

heb het probleem opgelost...

array moet een metadata 00.90 hebben, anders kan er geen grub icm gpt op.


tnx iedereen voor het meedenken

[0xDEADBEEF]

grub2 kan prima van een RAID-set (MBR, niet GPT) met metadata >0.90 booten, weet je zeker dat GPT de beperkende factor is? Zelfs met GPT zou je, IMHO, van een grub-installatie in /dev/sd[ab]1 ( /boot ) moeten kunnen booten.

Als je grub2 achteraf installeert, waarbij je opstart van een grub2 livecd?

<sub>Bij het installeren van ArchLinux op een software-RAID1-array met metadata v1.2 heb ik grub2 achteraf geinstalleerd.

0xDEADBEEF in "[dualboot] Linux+FreeBSD in software RAI..."</sub>

[KennieNL]

http://www.nick-andrew.net/news/20100416-gpt-grub-raid.html

GPT, Grub2 and RAID considerations

GPT partitions can be made with 'gdisk'. Some of the tools are still immature.

Grub2 can boot GPT partitioned disks, but it needs a so-called "BIOS Boot Partition" of at least 32 Mbytes. That's where Grub2 stores some of its low level boot code.

Grub2 cannot boot off a RAID partition which uses version 1.0, 1.1 or 1.2 metadata. The RAID must have been created using version 0.90 metadata.

Het was voor mij in ieder geval de oplossing... het lijkt dus echt een beperking met >0.90 en GPT.

[0xDEADBEEF]

Apart:

http://en.gentoo-wiki.com/wiki/RAID/Software#WARNING

1.x will work with Grub2 (>=1.98) in combination with the GPT partition table and the grub_bios partition
1.x didn't work for me with any of the Grub2 versions including the SVN one when trying to install into the MBR and using a classic msdos partition table!
If you choose 1.x, Grub2 and GPT, genkernel might have bugs that are only fixed in the most recent versions, perhaps even only in the SVN version (05.05.2011: it works just fine for me!)

Convert from MBR to GPT without data loss