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

Bug#283010: Installation Report RC2 on Compaq AlphaServer DS20E



On Thu, Nov 25, 2004 at 11:22:34PM +0100, Nils Juergens wrote:

> Debian-installer-version: 24/11/2004 (rc2) http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/alpha/rc2/sarge-alpha-netinst.iso

> Machine: Compaq AlphaServer DS20E
> Processor: Alpha EV67, 2way SMP
> Memory: 1024 MB
> Root Device: SCSI Harddisk on aic7xxx, ID 0, /dev/sda, 36GB
> Root Size/partition table:
> #       start       end      size     fstype   # NOTES #
>   a:        1*        1*        0*      ext2   aboot
>   b:        1*       78*       76*      ext2   /target/boot
>   c:       78*      345*      267*      ext2   /target
>   d:      345*     5113*     4768*      ext2   /target/usr
>   e:     5113*     7974*     2861*      ext2   /target/var
>   f:     7974*    10990*     3015*      swap   swap
>   g:    10990*    11371*      381*      ext2   /target/tmp
>   h:    11371*    35004*    23632*      ext2   /target/home
>   i:  2097152*        0*  2097151*        ff   ?, see comment below

> Comments/Problems:

> The installation of aboot, the bootloader for alpha SRM, fails. When I
> select the "install aboot" option from the menu again, it tells me to select
> the ext2 partition (disklabel, actually, but i'm going to stick with
> 'partition') for aboot, but only /dev/sda2 (/boot) can be selected, which
> fails, too. 

> The system has been partitioned with "Erase entire disk", "Multi-user
> workstation" options, and the problem seems to occur only with this specific
> selection.

> The problem seems to be the 'i' partition (see above), which confuses swriteboot.

> And since the partition confuses me too, not making any sense, I delete it
> from a commandline (since it did not show up in the partitioner).
> After deleting the partition I select 'install aboot' again, which works
> like a charm. After that I continue with the rest of the installation, which
> runs without problems, resulting in a well-configured and booting system. (I
> even get a getty on the serial console - nice work).

> Anyway, it seems the that the strange additional partition of type ff, which
> was created by the partitioning software, triggered the problem.

Yes, this is a duplicate of bug #267727.

> I've tried again on another box, this time selection manual partitioning and
> this time the partition did not appear and the installation finshed without
> a problem, so i guess this is auto-partitioning (for the lack of a better
> word) related. On yet another box I selected auto-partitioning with only one
> partition "All files on one partition" and that does also not seem to
> trigger the problem.

Indeed, it is in fact specific to the "multi-user workstation"
autopartitioning recipe.  Frankly, I'm not inclined to ever use that recipe
anyway on any arch, regardless of the purpose of the machine; if I need that
many distinct partitions I certainly intend to control their sizes
personally.

Joey, can this be added to the RC2 errata for alpha if it isn't there already?

Thanks,
-- 
Steve Langasek
postmodern programmer

Attachment: signature.asc
Description: Digital signature


Reply to: