New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Xen booting delay #606

Closed
marmarek opened this Issue Mar 8, 2015 · 4 comments

Comments

Projects
None yet
2 participants
@marmarek
Member

marmarek commented Mar 8, 2015

Reported by joanna on 25 Jun 2012 14:23 UTC
I observe now a long delay (~30 sec) between the time I choose a kernel from GRUB, and the time I see the first "(XEN)" messages (after I removed the console= switch). Strange...

Migrated-From: https://wiki.qubes-os.org/ticket/606

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by marmarek on 25 Jun 2012 15:46 UTC
I've seen some delay (but order of 10s, not 30) when had almost full /boot partition. Perhaps this is the case?

Member

marmarek commented Mar 8, 2015

Comment by marmarek on 25 Jun 2012 15:46 UTC
I've seen some delay (but order of 10s, not 30) when had almost full /boot partition. Perhaps this is the case?

@marmarek marmarek added this to the Release 1 milestone Mar 8, 2015

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by joanna on 28 Jun 2012 09:33 UTC
Indeed, it seems to be caused by heavily fragmented /boot partition (not necessarily full, but fragmented)

Member

marmarek commented Mar 8, 2015

Comment by joanna on 28 Jun 2012 09:33 UTC
Indeed, it seems to be caused by heavily fragmented /boot partition (not necessarily full, but fragmented)

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by joanna on 28 Jun 2012 09:34 UTC
... and it seems to be GRUB's fault.

Member

marmarek commented Mar 8, 2015

Comment by joanna on 28 Jun 2012 09:34 UTC
... and it seems to be GRUB's fault.

@marmarek marmarek added C: other and removed C: xen labels Mar 8, 2015

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by marmarek on 2 Jul 2012 00:06 UTC
Our grub is no longer supported by upstream, so there is little chance that this will be fixed there and we don't want to dig into grub filesystem support code. Maybe some day we will upgrade system in dom0, and then use grub2, which hopefully better support fragmented filesystem.

As a workaround one can recreate /boot filesystem:

cp -a /boot /boot.bak
umount /boot
mkfs.ext3 /dev/sda1 # or where you have /boot
mount /boot
mv /boot.bak/* /boot
rmdir /boot.bak
Member

marmarek commented Mar 8, 2015

Comment by marmarek on 2 Jul 2012 00:06 UTC
Our grub is no longer supported by upstream, so there is little chance that this will be fixed there and we don't want to dig into grub filesystem support code. Maybe some day we will upgrade system in dom0, and then use grub2, which hopefully better support fragmented filesystem.

As a workaround one can recreate /boot filesystem:

cp -a /boot /boot.bak
umount /boot
mkfs.ext3 /dev/sda1 # or where you have /boot
mount /boot
mv /boot.bak/* /boot
rmdir /boot.bak

@marmarek marmarek added the wontfix label Mar 8, 2015

@marmarek marmarek closed this Mar 8, 2015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment