10 sec boot delay [Solved]

[kenoby]

Hi all,

Installed Sabayon X MATE and I have to thank you for your hard work, it is just amazing.

Having a small niggle though, boot pauses for 10 seconds exactly when it tells Hint: Change bootdelay=[seconds] to wait here

There is no bootdelay parameter in grub kernel parameters so I have no idea where ithe actual delay coming from.

dmesg part:

Code: Select all

[    6.237002] usb 7-1: New USB device found, idVendor=044e, idProduct=300d
[    6.237005] usb 7-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    6.237008] usb 7-1: Product: UGX
[    6.237010] usb 7-1: Manufacturer: ALPS
[    6.237013] usb 7-1: SerialNumber: 0106700b
[   14.273586] VFS: could not find a valid V7 on sda2.
[   14.412377] UDF-fs: warning (device sda2): udf_fill_super: No partition found (1)
[   14.433584] device fsid d290185e-eefe-4db3-8911-1ac68c1e42ec devid 1 transid 1858 /dev/sda2
[   14.434210] btrfs: disk space caching is enabled
[   14.436130] btrfs: bdev /dev/sda2 errs: wr 0, rd 0, flush 0, corrupt 0, gen 0
[   14.440323] Btrfs detected SSD devices, enabling SSD mode


Googling first message after the delay turns up nothing relevant.

/etc/fstab:

Code: Select all

#
# /etc/fstab
# Created by anaconda on Tue Oct  9 20:10:44 2012
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=d290185e-eefe-4db3-8911-1ac68c1e42ec /                       btrfs   noatime,discard        0 0
UUID=b6f32c27-1b86-432d-a123-f31175e5f9fc /home                   btrfs   noatime,discard        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0


[Fitzcarraldo]

According to the Linux Kernel documentation (Documentation/kernel-parameters.txt) for Kernel 3.6.1:

Code: Select all

boot_delay= Milliseconds to delay each printk during boot.
            Values larger than 10 seconds (10000) are changed to
            no delay (0).
            Format: integer

So I would suggest you experiment by editing /boot/grub/grub.cfg and appending e.g. boot_delay=0 to the kernel boot line and see what happens. (You could also try appending the parameter bootdelay=0 even though it is not documented in kernel-parameters.txt, just to see what happens.)

[kenoby]

So I would suggest you experiment by editing /boot/grub/grub.cfg and appending e.g. boot_delay=0 to the kernel boot line and see what happens. (You could also try appending the parameter bootdelay=0 even though it is not documented in kernel-parameters.txt, just to see what happens.)

Hi, Fitzcarraldo, nice to talk to you again

Haven't provided complete info here. I have tried with boot_delay option, albeit I set it to 2 and I got total of 12 sec waiting time. The text actually changed to waiting for 2 seconds or some such. However, I did try it again both ways with 0 and there is no change.

The first message after that is

Code: Select all

iscsistart: transport class v.2.0-870. iscsid v. 2.0-872
Could not get boot entry.

Well, version is probably different.
I have uninstalled open-iscsi, disabled few services, but to no avail.
As it is happening before OpenRC, I'm assuming that it is part of initramfs, and I'm lost on that. It acually loads lots of modules that I don't really need.
Any suggestions?

Thanks for answering, btw.

[Fitzcarraldo]

Hmm... If you think it is something to do with initramfs, try rootdelay=0 instead of bootdelay=0 to see what happens.

[kenoby]

Hmm... If you think it is something to do with initramfs, try rootdelay=0 instead of bootdelay=0 to see what happens.

I'm not sure if its initramfs, I'm lost a bit after few days of troubleshooting and googling.
Tried both ways, rootdelay, root_delay, no change.

[Fitzcarraldo]

Anything in /var/log/messages that could coincide with the delay?

[Fitzcarraldo]

I notice you have an SSD device:

Btrfs detected SSD devices, enabling SSD mode

I wonder if this is the reason. I found the following blog post: Intel SSD firmware update on Linux:

For quite some time, I've suffered slow boot - it had useless 10 seconds delay while initializing SATA with SSD disk:

[kenoby]

Here is the /var/log/messages, however in my eyes nothing stands out:
http://pastebin.com/Du5iHpDR

I updated SSD a week after latest release and the messages reported on his blog have not shown up even before that, on debian at least. Thanks for the tip though.



What confuses me is why iscsistart is showing up in the boot sequence immediately after the delay, I don't have it installed, or in rc. Why it bothers me is because i see scsi_wait_scan and iscsi_tcp loaded by mdev before that. I can't even find mdev on the system. I'm now stuck on this, as it is the only thing giving me any lead. It seems that something jsut times out, I can't for the life of me figure out what.

[kenoby]

Duh, I'm stupid.
Went troubleshooting other way around. I just unplugged the tiny thubdrives I have in all the time and tried, voila, it works fine. I have actually started with removing of pcmcia USB3.0 card I have and continued with thumbs.

Should have startd with hw from the beggining, would save lots of time.

I do have a question however, how to remove that delay with thumb drives in?

[Fitzcarraldo]

I have just installed SL on a spare laptop, and the message displayed at boot does not refer to "bootdelay", it refers to "scandelay".

From the Gentoo Linux AMD64 Handbook:

scandelay
This causes the CD to pause for 10 seconds during certain portions the boot process to allow for devices that are slow to initialize to be ready for use.
scandelay=X
This allows you to specify a given delay, in seconds, to be added to certain portions of the boot process to allow for devices that are slow to initialize to be ready for use. Replace X with the number of seconds to pause.

So you should have tried scandelay=0, not bootdelay=0 or boot_delay=0.