[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#295166: Partitioner bug

On Mon, Feb 14, 2005 at 05:01:22AM +0100, Kero-Chan wrote:
> Package: installation-reports
> Debian-installer-version: Sarge-RC2
> uname -a: Install failed
> Date: -
> Method: Boot from Sarge-RC2 NetInstall CD
> Machine: -
> Processor: Intel Pentium III 733MHz
> Memory: 512MB
> Root Device: IDE, Quantum Fireball+ 20G
> Root Size/partition table:  See below
> Output of lspci and lspci -n: Install failed
> Base System Installation Checklist:
> [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> Initial boot worked:    [O]
> Configure network HW:   [O]
> Config network:         [O]
> Detect CD:              [O]
> Load installer modules: [O]
> Detect hard drives:     [O]
> Partition hard drives:  [O+E]
> Create file systems:    [O+E]
> Mount partitions:       [O]
> Install base system:    [O]
> Install boot loader:    [O+E]
> Reboot:                 [E]
> Comments/Problems:
> First I tried with the following partition scheme:
> 128M /boot, First primary partition, Ext3, Boot-flag on
> 20G LVM Physical Volume, Second primary partition, Boot-flag off
>   20G VG
>     6G /, LV on VG, XFS
>     256M swap, LV on VG
> Everything looked fine. On reboot, I got GRUB GRUB GRUB GRUB printed
> on the screen (for ever AFAIKT).
> Then I tried with this setup:
> 20G /, First primary partition, Ext3, boot-flag on
> 384M swap, Second primary partition
> NB: This is the partitioning scheme the installer sets up when telling
> it to do it automatically.
> This resulted in a working Debian system :) However, It's near
> impossible to convert it to LVM and XFS (I'd need an other HD, etc).
> It'd be nice if I the partitioner worked.
> I also tried this:
> 256M swap, First primary partition
> 6GB /, Second primary partition, boot-flag on
> This also results in the GRUB GRUB GrUB GRUB syndrome :(
> Anyone able to install with any partition setup other than what the
> installer sets up automatically?

Just create a small /boot at the start of the disk as normal ext3 (or even
ext2). This will be enough for grub to boot, and then the kernel can take over
as usual.


Sven Luther

Reply to: