Further experiment: after "dpkg-reconfigure grub-pc" I waited 30 minutes, and
then the reboot was almost successful, there was one complain only flashed just
for a moment, namely that "... font file format error ...", otherwise the grub
could start the booting process.
But, when I made a new "dpkg-reconfigure grub-pc" destruction, the error
was:
error: ELF header smaller than expected.
and this error DID NOT disappear just mounting the root file system in a
living Ubuntu. Interestingly, it was enough to boot my Ubuntu with the
help of SYSRESCCD, and immediately after that the next reboot was
successful.
Hence, mounting the root filesystem is not a hard rock solution, only it
helps often, almost always.
Anyways, I conducted quite a few WAITING TIME experiments, and my
impression is, that except for the only one case above, the observable
difference is what part of the /boot/ tree is not coherent. If I wait
more before the reboot, than less vital or influental parts are
incoherent. However this is not clear, an impression only.
Somehow the grub should tell the filesystem to flash the delayed or
postponed transactions, otherwise the block information grabbed out by
grub will not be coherent at the next boot, as grub works BEFORE the
mounting of the filesystem, which would ensure the coherency,
desperately missing during the grub activity.
CORRECTION: spending extra two houres, now I don't see any reasonible
correlation between the waiting time and what kind of error message will
appear above the rescue prompt.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1103187
Title:
automatic updates tend to reboot and die into grub rescue
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1103187/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
