O kernel está relatando erros de disco ATA:
[ 1719.649797] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 1719.649805] ata1.00: failed command: FLUSH CACHE
[ 1719.649820] ata1.00: cmd e7/00:00:00:00:00/00:00:00:00:00/a0 tag 2
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[ 1719.649828] ata1.00: status: { DRDY }
[ 1719.649847] ata1: hard resetting link
[ 1719.956121] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 1719.956802] ata1.00: configured for UDMA/133
[ 1719.956808] ata1.00: retrying FLUSH 0xe7 Emask 0x4
[ 1720.755202] ata1.00: FLUSH failed Emask 0x1
[ 1720.755211] ata1.00: device reported invalid CHS sector 0
[ 1720.755293] ata1: EH complete
Depois de vários deles, o driver do sistema de arquivos abortará o diário e alternará para o modo somente leitura. Em um sistema físico, esses erros normalmente indicam uma falha de hardware no disco.
[ 1725.742159] Aborting journal on device sda1-8.
[ 1725.768368] EXT4-fs (sda1): Remounting filesystem read-only
[ 1725.768495] EXT4-fs error (device sda1) in ext4_reserve_inode_write:4977: Journal has aborted
[ 1896.091367] ata1: failed to read log page 10h (errno=-5)
[ 1896.091375] ata1.00: NCQ disabled due to excessive errors
Mas como isso acontece em uma VM guest do VirtualBox, pode haver outras razões para isso. Por exemplo, a VM em mídia removível foi acidentalmente desconectada?
Ou o disco que contém fisicamente a imagem de disco da VM está falhando?
Ou você tem um software antivírus no sistema host que tenta verificar a imagem do disco da VM em busca de vírus e, assim, causa atrasos nas operações de gravação?