Apache и/или MySQL таинственно исчезли

Я использую Ubuntu 20.04 под VirtualBox с Windows 10 в качестве хоста. Проблема, которая у меня была, возникла у меня дважды в течение 3 дней.

Я занимаюсь разработкой Drupal с довольно большой базой данных, которую мне приходилось время от времени перезагружать. Мое использование диска составляет 75%, но позже я вижу, что оно поднимается до 90%. Я пытаюсь очистить все, что могу, но использование диска все еще растет. Со временем Apache и MySQL сдулись и вышли из строя. Я заметил, что папка /var/log/apache2 больше не существует, и я даже не могу найти mysql.lck. В итоге файлы и папки исчезли. Я никогда не сталкивался с этим раньше, и я новичок в 20.04. У меня никогда не было этой проблемы с использованием 18.04, и я, вероятно, перестрою виртуальную машину для этого.

Прямо сейчас я импортирую резервную копию своей виртуальной машины, но, как я уже сказал, эта проблема повторилась. Любые идеи?

Спасибо

Я потерял файл /var/log/apache2, который теперь мешает работе Apache. Кроме того, я попытался запустить blkid и получил следующее:

dev/sda5: UUID="0046a6d1-a761-4311-8bde-a65eed8ca7e9" TYPE="ext4" PARTUUID="0531d8f0-05"

Я использовал Vagrant для создания этой виртуальной машины. Я решил создать новую виртуальную машину с нуля.

Раньше у меня были ошибки диска, когда казалось, что целые структуры каталогов пропали без вести. Вы запустили проверку диска, например sudo fsck -f /dev/xxxx проверить разделы?

Смонтированные разделы не могут быть просканированы Ubuntu — самый простой способ проверить все ваши разделы — это создать живой USB-накопитель — например, тот, который вы используете для установки Ubuntu — и загрузиться с него.

Поскольку вы используете виртуальную машину, метод для этого будет состоять в том, чтобы смонтировать файл ISO для Ubuntu как компакт-диск на вашей виртуальной машине и загрузиться с этого компакт-диска.

В любом случае выберите «Попробовать Ubuntu» (нет Установите Убунту). В этот момент вы можете открыть окно терминала и использовать команды

лсблк

или же

черный

список блочных устройств в вашей системе

sudo fsck -f /dev/xxxx

Цель опциона -f это заставить fsck для проверки файловой структуры, даже если она помечена как чистая. Это задокументировано в мужчина e2fsck, который вызывается fsck для файловых систем ext2/ext3/ext4