Dual boot Ubuntu doesn't boot with error "cannot find TOCBLOCK, database maybe corrupt."

Question

My machine has been set up to dual boot Windows 10 and Ubuntu successfully for about a year now. Last night I tried to boot Ubuntu and I get this "Welcome to Emergency Mode" message:

Hitting Ctrl+d causes the load screen to come up for a second before returning the message again. In repeatedly trying to get it to load I've also seen an error about "ldm_parse_tocblock" and "cannot find TOCBLOCK, database maybe corrupt." I haven't made any changes to my BIOS or setup and Windows 10 is running fine off of the same drive.

I'm lost on what might be wrong and how to provide more meaningful information here so that the hive is able to help me work through this. Any insight appreciated. Thanks!

Solution

At the "recovering journal" error, hit the Enter key to enter maintenance mode, then at the # prompt, type:

journalctl -xb

review the text, and try to identify when/where an error occurred. Take a picture of anything that looks suspect to you, and edit it into your question, if you need more help. Then type:

fsck -f /dev/sda5

to check your file system.

If for some reason you can't do the fsck at the # prompt, you'll have to do it this way...

• boot to the GRUB menu
• choose Advanced Options
• choose Recovery mode
• choose Root access
• at the # prompt, type sudo fsck -f /dev/sda5
• repeat the fsck command if there were errors
• type reboot

Update #1

• boot to the GRUB menu
• choose Advanced Options
• choose Recovery mode
• choose Root access
• at the # prompt, type:
  • sudo mount -o rw,remount /
  • sudo pico /etc/fstab
  • use arrow keys to move cursor
  • use control-o and then Enter to save file
  • use control-x to exit pico
  • comment out the lines that contain "Storage" and "Locker" by placing a # in front of the UUID at the beginning of those two lines (ie: #UUID=)
  • save file and quit pico
  • reboot

Comments

[Admin]

Perhaps you need to change your UEFI settings after all and disable secure boot.

[Boris Hamanov]

Do you dual-boot with Windows? If so, do you have a driver installed in Windows to read/write Ubuntu EXT4 partitions... like the Paragon driver? Do you know how to fsck sda5? Start new comments directed to me with @heynnema or I may miss them.

[CraigPDX]

@heynnema I plan on restarting and trying to change the secure boot settings in UEFI but I've never touched them before so I wonder why that would all of a sudden be an issue. As for the driver in windows to read/write to Ubuntu EXT4 partitions...I have no memory of installing anything like that. I remember changing settings in Ubuntu to read Windows partitions but not the other way around.

[Boris Hamanov]

Secure boot only needs to be disabled if you're running 3rd party unsigned kernel drivers in Ubuntu. Also, don't change the UEFI setting in your BIOS, or Windows 10 won't boot any more. Use the journalctl command as shown, and run the fsck command.

[CraigPDX]

> Use the journalctl command as shown, and run the fsck command. @heynnema I'm not certain how to use the journalctl command with fsck. Are you suggesting I enter in the screen about to enter maintenance and once in I should run fsck sda5?

[Boris Hamanov]

See my answer for more detail.

[CraigPDX]

@heynnema I restarted my machine at least 5 times when this error initially came up and I could not get past this issue. This afternoon I restarted to attempt the fix you outlined below. As Ubuntu booted up there was a flash of an error message and then it booted up just fine. After letting the system install updates I rebooted again and Ubuntu loaded just fine. While the outcome is great I'm nervous about system stability. Now that I can get in is there anything I should be checking to make certain my setup isn't just gong to randomly fail?

[Boris Hamanov]

Go ahead and do the fsck command shown in the second half of my answer.

[CraigPDX]

@heynnema - I ran the fsck and no errors. Thank you.

[CraigPDX]

this same scenario is happening to me again. I was able to run fsck but this check didn't work magic this time around. Here are two screen caps: Screen Cap 1 and Screen Cap 2 Any thoughts

[Boris Hamanov]

the fsck didn't work 'cause the drive is mounted. Do sudo mount -o ro,remount /dev/sda5 and then fsck, or just use the second part of my answer to resolve the problem.

[CraigPDX]

So it appears that I was able to mount and remount the drive successfully. I ran fsck but I was still unable to boot up Ubuntu. Screen Cap I did run with sudo as well but it seems that I had root permission and didn't need it. What is changing that would cause this. Windows and Ubuntu are in separate partitions so I'd assumed they wouldn't directly effect each other.

[Boris Hamanov]

Dual-boot configurations can cause problems for each other. If we get you booted, I can give you the fixes for that. For now, without being able to review the journal with journalctl -xb, I'm having to kind of take some good guesses. See if you can look at it, and show me anything that looks suspect to you. Also, show me the output of sudo blkid and cat /etc/fstab. If you run boot-repair, you can also show me the log that it creates.

[CraigPDX]

Here's a screen cap that includes the output of blkid and fstab commands. I need to wade through the output of journalctl -xb.

[Boris Hamanov]

@CraigPDX please see my update #1