Debian Bug report logs - #507399
grub refuses to install on raid5 GPT/EFI system

Package: grub-installer; Maintainer for grub-installer is Debian Install System Team <debian-boot@lists.debian.org>; Source for grub-installer is src:grub-installer.

Reported by: Hilario Ortigosa Monteoliva <hilario@octanio.es>

Date: Sun, 30 Nov 2008 21:12:01 UTC

Severity: important

Tags: d-i, squeeze

Merged with 548156, 586059, 597799, 600524

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, Debian Install Team <debian-boot@lists.debian.org>:
Bug#507399; Package installation-reports. (Sun, 30 Nov 2008 21:12:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Hilario Ortigosa Monteoliva <hilario@octanio.es>:
New Bug report received and forwarded. Copy sent to Debian Install Team <debian-boot@lists.debian.org>. (Sun, 30 Nov 2008 21:12:04 GMT) Full text and rfc822 format available.

Message #5 received at submit@bugs.debian.org (full text, mbox):

From: Hilario Ortigosa Monteoliva <hilario@octanio.es>
To: submit@bugs.debian.org
Subject: bug installation-reports
Date: Sun, 30 Nov 2008 22:08:18 +0100
[Message part 1 (text/plain, inline)]
Package: installation-reports

Boot method: CD
Image version: http://cdimage.debian.org/debian-cd/4.0_r5/amd64/iso-cd/debian-40r5-amd64-netinst.iso
Date: 23/11/08

Machine: Dell poweredge 2950
Processor: Xeon quadcore
Memory: 4 GB
Partitions: 2.8 TB virtual disk from hardware raid: root 8 GB large,  
boot: 100 mb at the begin of the partition table

Output of lspci -knn (or lspci -nn):

not available (the system was re-configured)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:           [O]
Detect network card:    [O]
Configure network:      [O]
Detect CD:              [O]
Load installer modules: [O]
Detect hard drives:     [O]
Partition hard drives:  [O]
Install base system:    [O]
Clock/timezone setup:   [O]
User/password setup:    [O]
Install tasks:          [O]
Install boot loader:    [E]
Overall install:        [ ]

Comments/Problems:

The system detects de 2.8 TB 'disk' (hardware raid5) and partitions it  
with GPT/EFI system. All the process goes OK, but at the step of  
installing grub, it refuses to install (as there is no MBR structure  
on the disk). Lilo installs OK, but out of the box it is unable to  
boot large kernels (like the amd-xen kernel image from etch). Several  
workarounds, as trying to use grub-efi from etch-backports was  
unsuccesful. At last, the only 'simple and safe' solution was to re- 
install in a raid vdisk smaller than 2 TB, avoiding the MBR disk size  
limit.

As the info I looked for, I understand that the problem is about grub,  
but the installer shouldn't allow to install root/boot partition on a  
disk larger than 2 TB, or at least, showing a warning about the grub  
problem.


[smime.p7s (application/pkcs7-signature, attachment)]

Information forwarded to debian-bugs-dist@lists.debian.org, Debian Install Team <debian-boot@lists.debian.org>:
Bug#507399; Package installation-reports. (Mon, 01 Dec 2008 07:33:12 GMT) Full text and rfc822 format available.

Acknowledgement sent to Christian Perrier <bubulle@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian Install Team <debian-boot@lists.debian.org>. (Mon, 01 Dec 2008 07:33:12 GMT) Full text and rfc822 format available.

Message #10 received at 507399@bugs.debian.org (full text, mbox):

From: Christian Perrier <bubulle@debian.org>
To: Hilario Ortigosa Monteoliva <hilario@octanio.es>, 507399@bugs.debian.org
Subject: Re: Bug#507399: bug installation-reports
Date: Mon, 01 Dec 2008 08:31:32 +0100
Hilario Ortigosa Monteoliva a écrit :
> Package: installation-reports
> 
> Boot method: CD
> Image version:
> http://cdimage.debian.org/debian-cd/4.0_r5/amd64/iso-cd/debian-40r5-amd64-netinst.iso
> 
> Date: 23/11/08
> 
> Machine: Dell poweredge 2950
> Processor: Xeon quadcore
> Memory: 4 GB
> Partitions: 2.8 TB virtual disk from hardware raid: root 8 GB large,
> boot: 100 mb at the begin of the partition table

Oh, missed that info from your bug report...


Still, could you try the lenny RC1 images rather than the Etch
installation images:

http://www.debian.org/devel/debian-installer/




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Install Team <debian-boot@lists.debian.org>:
Bug#507399; Package installation-reports. (Mon, 01 Dec 2008 08:27:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Christian Perrier <bubulle@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian Install Team <debian-boot@lists.debian.org>. (Mon, 01 Dec 2008 08:27:03 GMT) Full text and rfc822 format available.

Message #15 received at 507399@bugs.debian.org (full text, mbox):

From: Christian Perrier <bubulle@debian.org>
To: Hilario Ortigosa Monteoliva <hilario@octanio.es>, 507399@bugs.debian.org
Cc: grub@packages.debian.org
Subject: Re: Bug#507399: bug installation-reports
Date: Mon, 1 Dec 2008 06:59:28 +0100
Quoting Hilario Ortigosa Monteoliva (hilario@octanio.es):

> The system detects de 2.8 TB 'disk' (hardware raid5) and partitions it  
> with GPT/EFI system. All the process goes OK, but at the step of  
> installing grub, it refuses to install (as there is no MBR structure on 
> the disk). Lilo installs OK, but out of the box it is unable to boot 
> large kernels (like the amd-xen kernel image from etch). Several  
> workarounds, as trying to use grub-efi from etch-backports was  
> unsuccesful. At last, the only 'simple and safe' solution was to re- 
> install in a raid vdisk smaller than 2 TB, avoiding the MBR disk size  
> limit.

Do you think that the problems comes from >2TB disks or >2TB *partitions*?

Otherwise said, what partitioning scheme did you choose for your 2.8TB
disk?

GRUB maintainers, could you comment here? What are the known limits?

> As the info I looked for, I understand that the problem is about grub,  
> but the installer shouldn't allow to install root/boot partition on a  
> disk larger than 2 TB, or at least, showing a warning about the grub  
> problem.

It's very likely that it will not, given the timeframe, but we need to
document this the best way we can.


-- 







Information forwarded to debian-bugs-dist@lists.debian.org, Debian Install Team <debian-boot@lists.debian.org>:
Bug#507399; Package installation-reports. (Mon, 01 Dec 2008 18:27:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Christian Perrier <bubulle@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian Install Team <debian-boot@lists.debian.org>. (Mon, 01 Dec 2008 18:27:05 GMT) Full text and rfc822 format available.

Message #20 received at 507399@bugs.debian.org (full text, mbox):

From: Christian Perrier <bubulle@debian.org>
To: 507399@bugs.debian.org
Subject: (forw) Re: Bug#507399: bug installation-reports
Date: Mon, 1 Dec 2008 18:18:25 +0100
[Message part 1 (text/plain, inline)]
Received as a private reply...

----- Forwarded message from Hilario Ortigosa Monteoliva <hilario@octanio.es> -----

From: Hilario Ortigosa Monteoliva <hilario@octanio.es>
To: Christian Perrier <bubulle@debian.org>
Subject: Re: Bug#507399: bug installation-reports
Date: Mon, 1 Dec 2008 10:09:43 +0100
X-Mailer: Apple Mail (2.929.2)
X-CRM114-Status: Good  ( pR: 13.4365 )


El 01/12/2008, a las 6:59, Christian Perrier escribió:

> Quoting Hilario Ortigosa Monteoliva (hilario@octanio.es):
>
>> The system detects de 2.8 TB 'disk' (hardware raid5) and partitions  
>> it
>> with GPT/EFI system. All the process goes OK, but at the step of
>> installing grub, it refuses to install (as there is no MBR structure 
>> on
>> the disk). Lilo installs OK, but out of the box it is unable to boot
>> large kernels (like the amd-xen kernel image from etch). Several
>> workarounds, as trying to use grub-efi from etch-backports was
>> unsuccesful. At last, the only 'simple and safe' solution was to re-
>> install in a raid vdisk smaller than 2 TB, avoiding the MBR disk size
>> limit.
>
> Do you think that the problems comes from >2TB disks or >2TB  
> *partitions*?
>

Disks, as I've seen googling about the problem, or I think so. Anyway, the 
booting partition has a size less of 2 TB (100 mb in one of the  
iterations, for /boot)

> Otherwise said, what partitioning scheme did you choose for your 2.8TB
> disk?
>
First like this:

/ 8 GB
swap 900 MB
/home 2 TB

And after the problem happens:

/boot 100 MB
/ 8.5 GB (more or less)
/home 1.9 TB (aprox)


>> As the info I looked for, I understand that the problem is about  
>> grub,
>> but the installer shouldn't allow to install root/boot partition on a
>> disk larger than 2 TB, or at least, showing a warning about the grub
>> problem.
>
> It's very likely that it will not, given the timeframe, but we need to
> document this the best way we can.


Ok, I think I can reuse one of the poweredge to go again in the scenario.

Hilario Ortigosa Monteoliva
Gerente
hilario@octanio.es


Tlf: 951 01 34 29 - 638 39 50 38
Fax: 952 32 13 08
http://www.octanio.es



----- End forwarded message -----

-- 


[signature.asc (application/pgp-signature, inline)]

Bug reassigned from package 'installation-reports' to 'grub-installer'. Request was from Miguel Figueiredo <elmig@debianpt.org> to control@bugs.debian.org. (Fri, 07 Jan 2011 22:54:10 GMT) Full text and rfc822 format available.

Changed Bug title to 'grub refuses to install on raid5 GPT/EFI system' from 'bug installation-reports' Request was from Miguel Figueiredo <elmig@debianpt.org> to control@bugs.debian.org. (Tue, 25 Jan 2011 21:33:14 GMT) Full text and rfc822 format available.

Forcibly Merged 507399 548156 586059 597799 600524. Request was from Miguel Figueiredo <elmig@debianpt.org> to control@bugs.debian.org. (Wed, 26 Jan 2011 23:33:06 GMT) Full text and rfc822 format available.

Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Thu Apr 17 13:14:31 2014; Machine Name: beach.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.