Apache și/sau MySQL distruse în mod misterios

Folosesc Ubuntu 20.04 sub VirtualBox cu Windows 10 ca gazdă. Problema pe care am avut-o mi-a apărut de două ori în 3 zile.

Eu fac munca de dezvoltare Drupal cu o bază de date destul de mare pe care a trebuit să o reîncarc ocazional. Utilizarea discului meu este de 75%, dar mai târziu văd că crește până la 90%. Încerc să curăț cât de mult pot, dar utilizarea discului este încă în creștere. De-a lungul timpului, Apache și MySQL sunt uimite și inoperabile. Am observat că folderul /var/log/apache2 nu mai există și nici măcar nu pot găsi mysql.lck. În rezumat, fișierele și folderele au dispărut. Nu am mai experimentat asta până acum și sunt nou în 20.04. Nu am avut niciodată această problemă folosind 18.04 și probabil că voi reconstrui un VM pentru asta.

Chiar acum import o copie de rezervă a VM-ului meu, dar așa cum am spus, această problemă s-a întâmplat din nou. Vreo idee?

Mulțumiri

Am mai avut erori de disc, în care se părea că au dispărut întregi structuri de directoare. Ai făcut o verificare a discului, de exemplu sudo fsck -f /dev/xxxx să vă verificați partițiile?

Partițiile montate nu pot fi scanate de Ubuntu - cel mai simplu mod de a verifica toate partițiile va fi să creați un USB live - ca cel pe care îl utilizați pentru a instala Ubuntu - și să porniți de pe acesta.

Deoarece utilizați un VM, metoda pentru a face acest lucru ar fi să montați fișierul ISO pentru Ubuntu ca un cdrom în VM și să porniți de pe acel cdrom.

În ambele cazuri, alegeți „Încercați Ubuntu” (nu Instalați Ubuntu). În acel moment, puteți deschide o fereastră de terminal și puteți utiliza comenzile

lsblk

sau

blkid

pentru a lista dispozitivele blocate din sistemul dvs

sudo fsck -f /dev/xxxx

Scopul din spatele opțiunii -f este a forța fsck pentru a verifica structura fișierului, chiar dacă este marcat curat. Acest lucru este documentat în omul e2fsck, care este numit de fsck pentru sistemele de fișiere ext2/ext3/ext4

Am pierdut /var/log/apache2 care acum împiedică Apache să funcționeze. În plus, am încercat să rulez blkid și am obținut următoarele:

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

Am folosit Vagrant pentru a crea acest VM. Am decis că voi crea o nouă VM de la zero.