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

Bug#238365: marked as done (Installs incompatible kernel on mips/r4k-ip22)



Your message dated Wed, 24 Mar 2004 22:50:02 -0500
with message-id <20040325035002.GA23906@ofb.net>
and subject line mips kernel installation corrected
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 9 Mar 2004 03:38:26 +0000
>From nbreen@ofb.net Mon Mar 08 19:38:26 2004
Return-path: <nbreen@ofb.net>
Received: from h34-aclarke.sv.meer.net (ofb3.ofb.net) [205.217.153.34] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1B0Y4Y-0000R9-00; Mon, 08 Mar 2004 19:38:26 -0800
Received: by ofb3.ofb.net (Postfix, from userid 1009)
	id DBC0B2070A17; Mon,  8 Mar 2004 19:38:23 -0800 (PST)
Date: Mon, 8 Mar 2004 22:38:23 -0500
To: submit@bugs.debian.org
Subject: Successful but troubled installation on mips (Indy R4k)
Message-ID: <20040309033823.GA28947@ofb.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
From: nbreen@ofb.net (Nicholas Breen)
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_08 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
	version=2.60-bugs.debian.org_2004_03_08
X-Spam-Level: 

Package: installation-reports

Debian-installer-version: local build from CVS, last updated March 3
uname -a: Linux transitory 2.4.22-r4k-ip22 #1 Mon Feb 9 21:48:42 CET 2004 mips GNU/Linux
Date: March 8
Method: tftp netboot, with append="devfs=mount,dall DEBCONF_PRIORITY=low"

Machine: SGI Indy 
Processor: R4400, 200 MHz  (mips, r4k-ip22)
Memory: 64 MB
Root Device: 2.1 GB SCSI
Root Size/partition table: 
	/dev/sda1 - 0.2 GB swap
	/dev/sda2 - 1.9 GB /, ext3
Output of lspci: n/a

Base System Installation Checklist:

Initial boot worked:    [O]
Configure network HW:   [O]
Config network:         [O]
Detect CD:              [ ]
Load installer modules: [O]
Detect hard drives:     [O]
Partition hard drives:  [E]
Create file systems:    [E with partman, O with old system]
Mount partitions:       [O]
Install base system:    [O]
Install boot loader:    [ ]
Reboot:                 [E]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Comments/Problems:

I chose to install testing.  Unstable fails for the same reason as 
reported for sparc in #236364.

"Detecting hardware" was run twice - the second time through, the selected
menu item advanced properly.

The partitioning tool proved troublesome.
 - Default partition table selection should be 'dvh'.
 - When editing an individual partition, the name option doesn't seem
   to do anything, and any name entered in that screen does not appear
   when you continue.  The bottom of the dialog box also overlaps the
   Continue/Go Back buttons, which show up as "<Continue>k>".  (Other
   narrow dialog boxes in partconf do similar things.)
 - Toggling the "boot flag" option does nothing.
 - The partition table created is no good.

Here's the partition table as created by partman:

Disk disc (SGI disk label): 67 heads, 62 sectors, 1009 cylinders
Units = cylinders of 4154 * 512 bytes

----- partitions -----
Pt#   Device  Info     Start        End   Sectors  Id  System
 1:    part1               1         93    386322   3  SGI raw
 2:    part2              94       1008   3800910   3  SGI raw
11:    part3               0       1009   4193800   6  SGI volume

The partitions themselves are not given the usual 0x82 or 0x83 types.
Also, no volume header is created; since that's where the bootloader
should be installed, the system is unbootable at the end.

Attempting to continue at this point caused the menu to loop back
to "Partition disks" instead.  mkreiserfs was run, judging by the
messages on console 3, but the partition was not mounted on /target.
Selecting "configure and mount partitions" froze the installer
completely.

After rebooting, I fdisk'ed the drive from the shell:

----- partitions -----
Pt#   Device  Info     Start        End   Sectors  Id  System
 1:    part1  swap         5         95    378014  82  Linux swap
 2:    part2  boot        96       1008   3792602  83  Linux native
 9:    part3               0          4     20770   0  SGI volhdr
11:    part4               0       1008   4191386   6  SGI volume

Partitions 9 and 11 were created automatically by creating an SGI
partition table (commands "x", "g").  Filesystems were added with
the "configure and mount partitions" tool.

After successfully installing the base system, the menu selection
moved all the way back up to "Partition disks".  Moving back down,
I wasn't given the option to install a boot loader.

Rebooting nonetheless, I was unable to start the system with either
"root=/dev/sda2" as suggested, or "root=/dev/scsi/host0/bus0/target1/
lun0/part2", both either with or without "devfs=mount,dall".

After restarting the installer, dropping to a shell, and chroot'ing to
the installation, I was able to apt-get install arcboot.  A warning
was mistakenly issued about the boot image not being an ELF image, due
to the absence of the 'file' command.  (This has been reported as
#236970.)  Fortunately, this also turned up a different problem:
the kernel-image-2.4.22-r5k-ip22 package had been installed, which
will not boot on this machine!  Installing the ....r4k-ip22 image
instead and rerunning arcboot allowed the system to boot successfully.

base-config was not launched on reboot - I had to boot to single user
mode, set a password for root, and then run base-config manually.
Probably a side effect of the manual arcboot procedure?


One final filesystem gotcha that I didn't encounter, but that should be
documented: the mips kernel images only have ext2 and ext3 compiled in.
reiserfs options were present during partitioning, but (so far as I
saw) didn't warn that they'd be unbootable.


-- 
Nicholas Breen
nbreen@ofb.net

---------------------------------------
Received: (at 238365-done) by bugs.debian.org; 25 Mar 2004 03:50:03 +0000
>From nbreen@ofb.net Wed Mar 24 19:50:03 2004
Return-path: <nbreen@ofb.net>
Received: from h34-aclarke.sv.meer.net (ofb3.ofb.net) [205.217.153.34] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1B6LsZ-00073f-00; Wed, 24 Mar 2004 19:50:03 -0800
Received: by ofb3.ofb.net (Postfix, from userid 1009)
	id AF2A620705A6; Wed, 24 Mar 2004 19:50:02 -0800 (PST)
Date: Wed, 24 Mar 2004 22:50:02 -0500
To: 238365-done@bugs.debian.org
Subject: mips kernel installation corrected
Message-ID: <20040325035002.GA23906@ofb.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
From: nbreen@ofb.net (Nicholas Breen)
Delivered-To: 238365-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_12 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-2.0 required=4.0 tests=BAYES_00 autolearn=no 
	version=2.60-bugs.debian.org_2004_03_12
X-Spam-Level: 

This was fixed a few weeks ago (thanks Thiemo!) by d-i commit #10996, 
and has been tested - the bug just got overlooked for closing at the
time.


-- 
Nicholas Breen
nbreen@ofb.net



Reply to: