EXT4-fs error validating inode bitmap

Hi all!
I keep getting EXT4-fs error on my Ubuntu installation, which hosts Hass.io running in VirtualBox.

EXT4-fs error (device sda2): ext4_validate_inode_bitmap:100: comm python3: Corrupt inode bitmap - block_group = 160, inode_bitmap = 5242896
EXT4-fs error (device sda2): ext4_validate_inode_bitmap:100: comm python3: Corrupt inode bitmap - block_group = 162, inode_bitmap = 5242898

… and this

Jan  7 12:42:14 ubuntu kernel: [  310.129575] EXT4-fs (sda2): Delayed block allocation failed for inode 3684540 at logical offset 1027558 with max blocks 2048 with error 117
Jan  7 12:42:14 ubuntu kernel: [  310.129622] EXT4-fs (sda2): This should not happen!! Data will be lost
Jan  7 12:42:14 ubuntu kernel: [  310.129622]
Jan  7 12:42:21 ubuntu kernel: [  316.792686] EXT4-fs (sda2): error count since last fsck: 43
Jan  7 12:42:21 ubuntu kernel: [  316.792689] EXT4-fs (sda2): initial error at time 1577578297: ext4_validate_inode_bitmap:100
Jan  7 12:42:21 ubuntu kernel: [  316.792690] EXT4-fs (sda2): last error at time 1578400896: ext4_validate_block_bitmap:376

The errors come more often over time, and it seems like the disk is going to collapse.
I have checked the physical disk, which is on a MacMini, using

fsck_hfs -fn -l -x /dev/rdisk0s2

… returning no issues.

I have been using this guide: Installing HASSOS on VirtualBox and downloaded the VMWare image from https://www.home-assistant.io/hassio/installation/, and converted it to .VDI using the copy feature within VirtualBox.

How can I fix these errors?

This is really not the right place for support on running an Ubuntu box on a Mac Mini but …

My first guess is that your Mini is power saving and the Ubuntu VM doesn’t know that and loses disc writes. Have you installed guest tools in the VM, I’m sure Virtybox will have some?

Head over to the Ubuntu forums or Virtual Box forums (?) for better support.

1 Like

GuestTools are installed.
The MacMini is not allowed to hybernate or turn off the HDD

I’m having the same problems. I doubt if this has something to do with the physical disk. It seemed to occur only within the VM. I did a chkdsk /R, nothing was found.

I tried to reinstall HomeAssistant. First it ran great, but after a few days some of the errors came back, including this one. HomeAssistant still boots, but I don’t dare to restart the VM. I’m afraid I’ll see the infamous 4-option bootmenu again, telling me that my installation is as corrupt as can be.

My VM console tells me to run e2fsck -D. I don’t know how to do this within the VM.

Any ideas?

I ended up ditching the Ubuntu install, only running HASS OS from the .vdi file inside VirtualBox.

This is unfortunate, but is stable.

Seems we have the same setup then. I just rebooted the VM, getting the 4-option boot menu. Everything is corrupted again. :weary: