<div dir="ltr"><div dir="ltr"><div dir="ltr"><div>So, another day, another kernel update, and the server can't reboot again.</div><div>Also, found out that another machine (out of a total of 6 that have 18.04)</div><div>also suffers from this (does not reboot successfully).</div><div><br></div><div>After a lot of troubleshooting, here is what worked. Basically, re-installing</div><div>grub followed by rebuilding the initramfs images, clears up whatever was <br></div><div>causing this issue:</div><div><br></div><div>If you are doing this from a Live DVD, then do this:</div><div><br></div><div>Find out which partition is your root partition</div><div># blkid<br></div><div><br></div><div>Mount it<br></div><div># mount /dev/sda1 /mnt</div><div><br></div><div>Then a bunch of other virtual file systems</div><div># for i in /proc /sys /run /dev ; do sudo mount --bind $i /mnt/$i; done</div><div><br></div><div>Change root to your disk's root</div><div># chroot /mnt</div><div><br></div><div>On the other hand If you can boot from grub, then do the following:</div><div><br></div><div>Find out the device that has your root partition:<br></div><div># blkid<br></div><div><br></div><div>Say it is /dev/sda, you then install grub:<br></div><div># grub-install /dev/sda</div><div><br></div><div>Then create a ramfs for all the kernels that are installed</div><div># update-initramfs -c -k all<br></div><div><br></div><div>And update Grub</div><div># update-grub<br></div><div><br></div><div>Reboot and see if the system comes up on its own, with the latest kernel<br></div><div># shutdown -r now<br></div></div><div dir="ltr"><br></div><div>The above assumes that your /boot directory is not on a separate partition</div><div>(and I intentionally keep it this way since it will fill up and upgrades fail, and</div><div>you are stuck).</div><div><br></div><div>Also if you have EFI, you will have to also mount its partition. The only system</div><div>that I have with EFI was not affected by this reboot failure thing.<br></div><div><br></div><div>The real proof is when another kernel update comes in and goes seemlessly.</div><div><br></div><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 29, 2019 at 4:15 PM Khalid Baheyeldin <<a href="mailto:kb@2bits.com">kb@2bits.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Now, that server does not boot, with this kernel panic:<div><br></div><div>"Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)"</div><div>Followed by a stack trace.<br></div><div><div><div><br></div><div>Searching around the recommended remedy is this, from a bootable DVD:</div><div><br></div><div># mount /dev/sda1 /mnt<br># mount --bind /dev /mnt/dev<br># mount --bind /dev/pts /mnt/dev/pts<br># mount --bind /proc /mnt/proc<br># mount --bind /sys /mnt/sys<br># chroot /mnt</div><div># update-initramfs -c -k 4.15.0-44-generic</div><div># update-grub2</div><br></div></div></div></div></div></div></div></div></blockquote></div></div></div></div>