11.3: Delay/Hanging of appr. 3 minutes during boot process

Very strange: Every time I boot up OpenSUSE 11.3 it hangs at the same “position” for appr. 3 minutes and then continues to boot. Unfortunately I see no corresponding error log e.g. in dmesg output. Hence, I don’t know what is the reason for that.

Here is my dmesg output. The delay occurs at 20 seconds after beginning of boot process (line 1085). I also analyzed the boot process with bootchart.

My computer: Notebook Lenovo ThinkPad R400.

Hello,

I did not look at your boot chart carefully, but I think you are describing/complaining about the udev delay? If so, you really need to read this thread: Boot slowed by HDD speed testing

BTW … I have never seen a boot chart before … really cool! … what package did you use to generate it?

Have fun!

cwight

Hi cwight!

You can easily create this chart with bootchart. It is included in the OpenSUSE repo. Install it and at boot time you add init=/sbin/bootchartd to the boot options. After booting go to /var/log and there you find the bootchart output.

Concerning my problem, I think, I am one step further: I configured to automatically connect to my NAS via nfs. If I temporarily disable this, there is no dalay/hanging. Hence, I think this problem is related to nfs.

Hello again,

Thanks for the bootchart info … generate a bootchart with an app called bootchart … I just LOVE the simplicity of gnu/linux

A few thoughts on your NAS mounting issue:

  1. You can add the option “noauto” to the boot params in /etc/fstab … so it won’t get mounted at boot time … in gnome (just as an example) … the fs would get mounted by nautilus the first time you went to access it

  2. If your NAS supports smb/netbios/cifs … all mean roughly the same thing … network sharing the way windows does it … you might have better luck with smbclient than nfs … ; to say the same thing in geek: "mount -t cifs -o user=<YOU> //<HOSTNAME_OR_IP_ADDRESS_OF_NAS>/<SHARE_NAME_ON_NAS> /<path_to_local_mount_point>

Have fun!

Hello!

Thank you very much! Adding the “noauto” is a very goog idea. The only thing is that when I want to access to my NAS I first have to mount it manually. But that is better than waiting endless 3 minutes every time the computer is booting.

Regards, Jan

On 08/06/2010 11:06 AM, space-traveller wrote:
> Thank you very much! Adding the “noauto” is a very goog idea. The only
> thing is that when I want to access to my NAS I first have to mount it
> manually. But that is better than waiting endless 3 minutes every time
> the computer is booting.

Create an executable (be sure to use chmod +x) script that does a ‘sleep 60’,
followed by the necessary mount command. From boot.local, start that script in
the background with ‘<path_to_script> &’. If necessary, adjust the sleep time.

Yes, great! Important to note, that the ampersand (&) at the end of the line in /etc/init.d/boot.local is very important. Otherwise the boot process will stop for the time specified in the sleep command.

On 2010-08-06 18:19, Larry Finger wrote:
> On 08/06/2010 11:06 AM, space-traveller wrote:
>> Thank you very much! Adding the “noauto” is a very goog idea. The only
>> thing is that when I want to access to my NAS I first have to mount it
>> manually. But that is better than waiting endless 3 minutes every time
>> the computer is booting.
>
> Create an executable (be sure to use chmod +x) script that does a ‘sleep 60’,
> followed by the necessary mount command. From boot.local, start that script in
> the background with ‘<path_to_script> &’. If necessary, adjust the sleep time.

Not boot.local, but “after.local”.

The boot.local script runs before any other start script, which means, before the network is up.
There is no sense in attempting to mount an nfs share when the network is off.

Actually, there is no need to create an extra script. Just the mount line in after.local, with the
ampersand.


Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 “Emerald” GM (Elessar))

Hi!

When I switch my computer into suspend mode and the network connection is interrupted the NAS is dismounted and has to be mounted manually after re-establishing of network connection (not so in OpenSUSE 11.1). Thats why I wrote a little bash script that regularily checks if the NAS is available over the network and then mounts it when it is not already mounted. Here is the code.

I will configure to run this script every one or two minutes via cron.

On 2010-08-08 17:36, space-traveller wrote:
>
> Hi!
>
> When I switch my computer into suspend mode and the network connection
> is interrupted the NAS is dismounted and has to be mounted manually
> after re-establishing of network connection (not so in OpenSUSE 11.1).
> Thats why I wrote a little bash script that regularily checks if the NAS
> is available over the network and then mounts it when it is not already
> mounted. ‘Here is the code’ (http://pastebin.com/zZFTFC5n).
>
> I will configure to run this script every one or two minutes via cron.

Just put a script in /etc/pm/sleep.d/, where it is run on every suspend/hibernate or thawing/resume,
so that you can reactivate the share at the exact moment it is needed.


#!/bin/bash

.. /usr/lib/pm-utils/functions



case "$1" in
hibernate|suspend)
;;
thaw|resume)
;;
*)
;;
esac


Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 “Emerald” GM (Elessar))

Hi,

Does the suspend happen during the green screen. Press escape before it suspends and see what line it is stuck at.

Hello again space_traveler,

I feel like I’m late for the party as it looks like you have a solution in place … or are VERY close.

I was struck by your statement:

The only thing is that when I want to access to my NAS I first have to mount it manually.

With NFS, you could configure an auto-mounter, which is roughly what you appear to be doing via shell scripts. I have not used this NFS feature in several years, maybe more than several years, so I would have to do a little reading before even offering an opinion as to whether or not it’s worth looking into. Nevertheless, I wanted to make sure you are aware of the NFS auto mounting feature in case your current plan hits a snag.

Take care,

cwight