No way to skip "waiting up to 60 more seconds for network configuration"

Bug #940485 reported by Avi Greenbury
78
This bug affects 16 people
Affects Status Importance Assigned to Milestone
upstart (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

This is in 12.04

Since configuring my interface in /etc/network/interfaces I've had my PC hang for a minuite and a lot on each boot, first waiting for network configuration, and then waiting a futher 60 seconds for it.

This bug report is _not_ about the presence of the message or its cause, but about the fact that there is no apparent way to skip it. I'd like to be able to just carry on the boot with no network configuration so I can fix it.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in upstart (Ubuntu):
status: New → Confirmed
Revision history for this message
dino99 (9d9) wrote :

Agree that such issue should not be a show stopper, the system should be able to terminate its boot up; its easier to fix that issue then.
If that issue appear, the user should be able to skip it by hitting "Esc" key for example.
A temporary workaround is to install & use wicd (works smoother )

Revision history for this message
Sasa Paporovic (melchiaros) wrote :

Just for noting:

I am in moment on Ubuntu 11.10 64bit with kernel3.0.16 and Atheros Tp-Link5008 which uses ath9k kernel driver.

The same there.

tags: added: oneiric
Revision history for this message
Alexander List (alexlist) wrote :

I've had this problem after configuring a secondary interface eth1 (USB Ethernet device), which was subsequently removed.

If /etc/network/interfaces contains "auto eth1" or any kind of "auto" stanza for a device that's not available, bootup will hang with "Waiting for Network Configuration", and then another 60 seconds waiting...

The problem was present in 11.10 and is still present in 12.04 upgraded from 11.10.

Revision history for this message
Alexander List (alexlist) wrote :

Please note also this thread:

http://ubuntuforums.org/showthread.php?t=1859799

People tried all kinds of funny things like messing with /run, /var/run, failsafe config until they found the solution...

Revision history for this message
Jamie Scott (jamie-scott) wrote :

I have Ubuntu 12.04 installed on my laptop, I only seem to get this when my ethernet cable (eth0) is unplugged regardless if my wireless switch is on and the icon is lit up.

Once I've logged in I can run '/etc/init.d/network-manager start' and use the wireless.

Revision history for this message
meiradarocha (joseantoniorocha) wrote :

I have a firewire netowork cable whit fixed IP in /etc/network/interfaces, and have the same problem.
I do a workaround with this tip:

http://askubuntu.com/questions/185515/disable-network-configuration-services-during-boot-time

A better ideea than disabling the service is to remove the sleep time. To do this, open /etc/init/failsafe.conf with your favourite editor, and around line 25 you should see the following lines of code:

# Plymouth errors should not stop the script because we *must* reach
# the end of this script to avoid letting the system spin forever
# waiting on it to start.
$PLYMOUTH message –text=”Waiting for network configuration…” || :
sleep 40
$PLYMOUTH message –text=”Waiting up to 60 more seconds for network configuration…” || :
sleep 59
$PLYMOUTH message –text=”Booting system without full network configuration…” || :

To solve your problem, just comment the sleep times (add '#' in front of the text). It should look like this:

# Plymouth errors should not stop the script because we *must* reach
# the end of this script to avoid letting the system spin forever
# waiting on it to start.
$PLYMOUTH message –text=”Waiting for network configuration…” || :
#sleep 40
$PLYMOUTH message –text=”Waiting up to 60 more seconds for network configuration…” || :
#sleep 59
$PLYMOUTH message –text=”Booting system without full network configuration…” || :

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.