Re: Problems booting the Hurd on a laptop
I also have problems booting gnumach on my laptop. The main problem of gnumach is that laptops usually attach a lot of devices in the same IRQ. That becames lazy and halts on boot. My problem was about floppy disk, I haven't, but gnumach halts looking for it.
The solution...recompile gnumach1.3 (the old one, without oskit) with the just options of your hardware.
If you want a simple solution, try with Bee GNU/Hurd.
http://es.gnu.org/cgi-bin/beewiki.pl?Downloads
Or just try with his kernel image ;)..is a gnumach1.3 compiled with this options:
./configure --host=i386-gnu --enable-kdb --disable-floppy --enable-ide --enable-rtl8139
In my laptop works well and we test this kernel in other machines and also work well.. But of course, it only supports rtl8139 ethernet card and IDE...without SCSI...
You can download the gnumach1.3 sources and mig and recompile at your own way.
PD: Yes ...that's a little presentation of Bee GNU/Hurd... is a es.gnu project that borns in #hurd-es. The main idea is to create a new distribution of GNU/Hurd but with different and new ideas and concepts. We are using pkgsrc as pkg system. But it's modular, you can install the pkgsystem that you want (currently : slack and debian)...portage is also in mind. Using rc.d instead of init.d...Doing a little bit more BSD, but trying to make it's develop easy and horitzontal. Writing documentation, tutorials, codes, etc...But this is a just-born project.
Good luck on Hurd ;)
On 02 Aug 2003 18:11:12 +0100
Peter Wainwright <prw@ceiriog1.demon.co.uk> wrote:
> 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>
>
>
> --
> To UNSUBSCRIBE, email to debian-hurd-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
--
Software is like violence. Is better if it's free.
--
Reply to: