Opened 11 months ago
Closed 11 months ago
#606 closed defect (wontfix)
Xen booting delay
| Reported by: | joanna | Owned by: | joanna |
|---|---|---|---|
| Priority: | minor | Milestone: | Release 1 |
| Component: | other | Keywords: | |
| Cc: | marmarek |
Description
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...
Change History (4)
comment:1 Changed 11 months ago by marmarek
comment:2 Changed 11 months ago by joanna
Indeed, it seems to be caused by heavily fragmented /boot partition (not necessarily full, but fragmented)
comment:3 Changed 11 months ago by joanna
- Component changed from xen to other
... and it seems to be GRUB's fault.
comment:4 Changed 11 months ago by marmarek
- Resolution set to wontfix
- Status changed from new to closed
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

I've seen some delay (but order of 10s, not 30) when had almost full /boot partition. Perhaps this is the case?