NFSroot broken on hardy

Reported by Twigathy on 2008-04-25
Affects Status Importance Assigned to Milestone
initramfs-tools (Ubuntu)

Bug Description

Binary package hint: initramfs-tools

NFS root seems to be broken on Hardy Heron.

I installed a copy of Hardy using the mini.iso to a local disk and tried to get NFS root working using (my own instructions...) here: https://help.ubuntu.com/community/Installation/OnNFSDriveWithLocalBoot. Everything seems to go well up until the boot process hits "eth0: link up" and then I get nothing. No errors or anything, just sat there doing nothing.

Verified there is no network activity between client and server with iftop...

Tracked it down to a bug in initramfs-tools - see Debian bug# 395145. Would be nice if some kind of fix was done - I am having a go at getting it working now and if I make progress will post here again.

Twigathy (twigathy) wrote :

Okay, poked at the problem a bit. It looks like getting an IP using dhcp (or bootp, etc....) is broken. The debian bug page (original link broken - sorry. It links to ubuntu bug) suggests this is fixed - maybe - in a newer version of initramfs-tools.

Specifying IP / netmask / ??? in grub's menu.lst make it work fine so the bug is somewhere in the file:
...or possibly in the "ipconfig" command which is called when the script is called using dhcp and other automagic IP address tools.

Oliver Grawert (ogra) wrote :

well, we are upstream for initramfs-tools the newer versions usually are in ubuntu :)
as far as i can see the debian bug was just closed without any result yet, i'll ask vagrant if he had any solution to this (probably in a different debian bug or so sicne they talk abotu moving it to initramfs-tools but there is no further reference)

James Lamb (admin-oranged) wrote :


I am having a similar issue with Hardy 8.04.1 with NFS Root. However its very intermittent the nfsroot boots sometimes and other times it just hangs at

[ 190.299018] RPC: Registered tcp transport module.
[ 190.334773] NET: Registered protocol family 17
IP-Config: eth0 hardware address 00:14:5e:16:36:73 mtu 1500 DHCP RARP
[ 190.486659] bnx2: eth0: using MSI

What I find very strange is sometimes the system will pause for around 5 minutes then start to work. I have changed the nfsroot options to include the nolock options which I read could help reduce any long pause. It has made little to no difference. I have attached a copy of the boot log.



James Lamb (admin-oranged) wrote :
Download full text (22.0 KiB)

As soon as I set the IP address manually in the boot syntax It goes straight past the section where the system hung previously. Here is an updated bootlog.

[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 2.6.24-16-server (buildd@palmer) (gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)) #1 SMP Thu Apr 10 13:58:00 UTC 2008 (Ubuntu 2.6.24-16.30-server)
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009a000 (usable)
[ 0.000000] BIOS-e820: 000000000009a000 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 00000000bffcbac0 (usable)
[ 0.000000] BIOS-e820: 00000000bffcbac0 - 00000000bffcee00 (ACPI data)
[ 0.000000] BIOS-e820: 00000000bffcee00 - 00000000c0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
[ 0.000000] BIOS-e820: 0000000100000000 - 0000000140000000 (usable)
[ 0.000000] 4224MB HIGHMEM available.
[ 0.000000] 896MB LOWMEM available.
[ 0.000000] found SMP MP-table at 0009a540
[ 0.000000] NX (Execute Disable) protection: active
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0 -> 4096
[ 0.000000] Normal 4096 -> 229376
[ 0.000000] HighMem 229376 -> 1310720
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[1] active PFN ranges
[ 0.000000] 0: 0 -> 1310720
[ 0.000000] DMI 2.4 present.
[ 0.000000] ACPI: RSDP signature @ 0xC00FDFD0 checksum 0
[ 0.000000] ACPI: RSDP 000FDFD0, 0024 (r2 IBM )
[ 0.000000] ACPI: XSDT BFFCED00, 004C (r1 IBM SERDEFNT 1000 IBM 45444F43)
[ 0.000000] ACPI: FACP BFFCEC40, 0084 (r2 IBM SERDEFNT 1000 IBM 45444F43)
[ 0.000000] ACPI: DSDT BFFCBAC0, 26CF (r2 IBM SERDEFNT 1000 INTL 20041203)
[ 0.000000] ACPI: FACS BFFCEA00, 0040
[ 0.000000] ACPI: APIC BFFCEBC0, 0068 (r1 IBM SERDEFNT 1000 IBM 45444F43)
[ 0.000000] ACPI: SRAT BFFCEAC0, 00C8 (r1 IBM SERDEFNT 1000 IBM 45444F43)
[ 0.000000] ACPI: HPET BFFCEA80, 0038 (r1 IBM SERDEFNT 1000 IBM 45444F43)
[ 0.000000] ACPI: MCFG BFFCEA40, 003C (r1 IBM SERDEFNT 1000 IBM 45444F43)
[ 0.000000] ACPI: PM-Timer IO Port: 0x588
[ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[ 0.000000] Processor #0 6:15 APIC version 20
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[ 0.000000] Processor #1 6:15 APIC version 20
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 14, version 32, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] Enabling APIC mode: Flat. Using 1 I/O APICs
[ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ 0.000000] Using ACPI (MADT) for SMP ...

James Lamb (admin-oranged) wrote :


I have been investigating this and looking at the scripts that are used during the process of building an nfsroot. It appears as though the problem is actually with ipconfig. When I do a tcpdump I do not get any dhcp request sent by ipconfig despite it saying that its attempting to do a dhcp request.



Thomas Hotz (thotz) wrote :

Any updates on this bug?

Changed in initramfs-tools (Ubuntu):
status: New → Incomplete
Launchpad Janitor (janitor) wrote :

[Expired for initramfs-tools (Ubuntu) because there has been no activity for 60 days.]

Changed in initramfs-tools (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers