Problems booting the Hurd on a laptop
Hi,
I'm a newbie to the Hurd, though experienced in Linux, Irix
and have also installed FreeBSD.
I recently acquired a 4CD set of Debian GNU/Hurd J2, and tried
to install on a Compaq Armada E500 which already has said
Linux and FreeBSD.
I successfully booted the installation program from the
first CD and created the appropriate partitions:
[root@ceiriog1 root]# fdisk -l /dev/hda
Disk /dev/hda: 30.0 GB, 30005821440 bytes
16 heads, 63 sectors/track, 58140 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
Device Boot Start End Blocks Id System
/dev/hda1 1 10155 5118088+ c Win95 FAT32 (LBA)
/dev/hda2 10156 44700 17410680 83 Linux
/dev/hda3 * 44701 50790 3069360 a5 FreeBSD
/dev/hda4 50791 58140 3704400 f Win95 Ext'd (LBA)
/dev/hda5 50791 52215 718168+ 83 Linux
/dev/hda6 52216 55732 1772536+ 83 Linux
/dev/hda7 55733 56895 586120+ 82 Linux swap
/dev/hda8 56896 58140 627448+ 82 Linux swap
(this is output from a Red Hat Linux system on /dev/hda2).
I created hda5 (ext2) and hda7 for the use of the Hurd.
I successfully (I think) installed the base system from the
first disk. Since I can mount the hda5 partition (as /hurd)
from Linux, I can see, e.g.
[root@ceiriog1 root]# ls /hurd/boot
gnumach.gz serverboot.gz servers.boot servers.boot.dpkg-new
[root@ceiriog1 root]# ls /hurd/hurd
auth fifo ifsock new-fifo proxy-defpager
ufs.static
console firmlink init nfs storeio
usermux
crash ftpfs isofs null streamio
exec fwd kbd password symlink
ext2fs hello mach-defpager pfinet term
ext2fs.static hello-mt magic pflocal tmpfs
fakeroot hostmux mouse proc ufs
and so on. I have grub 0.93 previously installed on the MBR
(during a Linux install). I followed the instructions in Neal
H Walfield's "Installing the Hurd". In my grub.conf I have the
entry
title Hurd
root (hd0,4)
kernel /boot/gnumach.gz -s root=device:hd0s5
module /hurd/ext2fs.static
--multiboot-command-line=${kernel-command-line}
module /lib/ld.so.1 /hurd/exec $(exec-task=task-create)
boot
However, the system fails shortly after booting. I cannot report
any error messages in detail because it actually powers off the
system.
The last line I see flashing by contains "eepro100". I have read
somewhere that the Hurd does not like shared interrupts, and my
system has a lot of them. For example, Linux /proc/interrupts says
[root@ceiriog1 root]# cat /proc/interrupts
CPU0
0: 146034 XT-PIC timer
1: 3492 XT-PIC keyboard
2: 0 XT-PIC cascade
7: 0 XT-PIC parport0
8: 1 XT-PIC rtc
11: 568 XT-PIC usb-uhci, ESS Maestro 2E
12: 11303 XT-PIC PS/2 Mouse
14: 40608 XT-PIC ide0
NMI: 0
ERR: 0
and the list of hardware returned by lspci is
[root@ceiriog1 root]# lspci -v
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge
(rev 03)
Subsystem: Compaq Computer Corporation Armada M700
Flags: bus master, medium devsel, latency 64
Memory at 50000000 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 1.0
00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge
(rev 03)
(prog-if 00 [Normal decode])
Flags: 66Mhz, medium devsel
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 00002000-00002fff
Memory behind bridge: 40000000-410fffff
00:04.0 CardBus bridge: Texas Instruments PCI1225 (rev 01)
Subsystem: Compaq Computer Corporation: Unknown device b121
Flags: bus master, medium devsel, latency 66, IRQ 11
Memory at 41100000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O window 0: 00000000-00000003
I/O window 1: 00000000-00000003
16-bit legacy interface ports at 0001
00:04.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)
Subsystem: Compaq Computer Corporation: Unknown device b121
Flags: bus master, medium devsel, latency 66, IRQ 11
Memory at 41180000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
I/O window 0: 00000000-00000003
I/O window 1: 00000000-00000003
16-bit legacy interface ports at 0001
00:07.0 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
Flags: bus master, medium devsel, latency 0
00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
(prog-if 80
[Master])
Flags: bus master, medium devsel, latency 64
I/O ports at 3420 [size=16]
00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
(prog-if 00 [UHCI])
Flags: bus master, medium devsel, latency 64, IRQ 11
I/O ports at 3400 [size=32]
00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 03)
Flags: medium devsel, IRQ 9
00:08.0 Multimedia audio controller: ESS Technology ES1978 Maestro 2E
(rev 10)
Subsystem: Compaq Computer Corporation Armada M700
Flags: bus master, medium devsel, latency 64, IRQ 11
I/O ports at 3000 [size=256]
Capabilities: [c0] Power Management version 2
00:09.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100]
(rev 09)
Subsystem: Intel Corp. EtherExpress PRO/100+ MiniPCI
Flags: medium devsel, IRQ 11
Memory at 41280000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 3440 [size=64]
Memory at 41200000 (32-bit, non-prefetchable) [size=128K]
Expansion ROM at <unassigned> [disabled] [size=1M]
Capabilities: [dc] Power Management version 2
00:09.1 Serial controller: Lucent Microelectronics LT WinModem (prog-if
00 [8250])
Subsystem: Intel Corp.: Unknown device 2204
Flags: medium devsel, IRQ 11
I/O ports at 3430 [size=8]
Memory at 41300000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [dc] Power Management version 2
01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility
P/M AGP 2x (rev 64) (prog-if 00 [VGA])
Subsystem: Compaq Computer Corporation: Unknown device b160
Flags: bus master, stepping, medium devsel, latency 66, IRQ 11
Memory at 40000000 (32-bit, non-prefetchable) [size=16M]
I/O ports at 2000 [size=256]
Memory at 41000000 (32-bit, non-prefetchable) [size=4K]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: [50] AGP version 1.0
Capabilities: [5c] Power Management version 1
Do you think the interrupts are a problem, or is it something else?
Is it possible to disable the hardware scanning for particular
devices to diagnose the problem?
It may also be relevant that the installer.log file (again, read
from Linux), says
Aug 2 10:38:13 (none) user.err dbootstrap[72]: extracting /instmnt/dists/sid/main/disks-hurd-i386/3.0.24-hurd-J/baseHurd.tgz failed with -1
... yet the files seem to have been extracted anyway.
I have also tried manually extracting this tarball from a shell, and
it seems to succeed but doesn't solve the boot problem.
Any suggestions for further reading will be gratefully received.
Is it possible to cross-compile the kernel from my Red Hat system
to try and isolate the problem?
[Of course I don't NEED a fourth OS on my machine, but hey,
it's a challenge...].
Thank you in advance,
Peter Wainwright
--
Peter Wainwright <prw@ceiriog1.demon.co.uk>
Reply to: