Início / unix / Perguntas / 700182
Accepted
user1156544
Asked: 2022-04-25 04:20:20 +0800 CST

Erro no sistema de arquivos corrigido

  • 772

Eu estava trabalhando na minha VM quando de repente percebi que todos os meus arquivos foram marcados como somente leitura. Achei estranho, então reiniciei e fui solicitado a "BusyBox". Por algum motivo desconhecido, ocorreu um erro no sistema de arquivos .

Eu corri fcskcomo mostrado na imagem abaixo. Im teoria, corrigiu erros diferentes.

Como não estou totalmente ciente do que fcskfoi feito e da minha experiência anterior no Windows corrigindo seu sistema de arquivos, agora estou um pouco cético sobre se o sistema de arquivos está realmente "corrigido" ou se há arquivos corrompidos.

  • Posso confiar no processo de fixação?
  • Existe uma maneira de verificar se todos os dados estão OK sem ter que abrir os arquivos um por um?
  • Quando um erro como o mostrado na imagem abaixo acontece, quais podem ser as consequências para os dados reais na unidade? Posso esperar corrupção parcial do arquivo? corrupção de arquivo completo?

fcsk

Algumas mensagens de erro individuais:

File /var/log/journal/d74933508486479e9b07e83b9a036776/system.journal corrupted or uncleanly shut down, renaming and replacing.
pulseaudio[815]: ALSA woke us up to write new data to the device, but there was actually nothing to write.
pulseaudio[815]: Most likely this is a bug in the ALSA driver 'snd_ens1371'. Please report this issue to the ALSA developers.
pulseaudio[815]: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
lightdm[931]: gkr-pam: unable to locate daemon control file
dbus-daemon[1035]: writing oom_score_adj error: Permission denied
colord[1570]: failed to get edid data: EDID length is too small
udisksd[1636]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
udisksd[1636]: Failed to load the 'mdraid' libblockdev plugin
udisksd[1636]: Error probing device: Error sending ATA command IDENTIFY PACKET DEVICE to '/dev/sr0': ATA command failed: error=0x01 count=0x02 status=0x50 (g-io-error-quark, 0)
pulseaudio[953]: X11 I/O error handler called
pulseaudio[953]: X11 I/O error exit handler called, preparing to tear down X11 modules
systemd[936]: xfce4-notifyd.service: Main process exited, code=exited, status=1/FAILURE
systemd[936]: xfce4-notifyd.service: Failed with result 'exit-code'.
kernel: button: module verification failed: signature and/or required key missing - tainting kernel
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
piix4_smbus 0000:00:07.3: SMBus Host Controller not enabled!
sd 2:0:0:0: [sda] 167772160 512-byte logical blocks: (85.9 GB/80.0 GiB)
kernel: sd 2:0:0:0: [sda] Write Protect is off
kernel: sd 2:0:0:0: [sda] Mode Sense: 61 00 00 00
kernel: sd 2:0:0:0: [sda] Cache data unavailable
kernel: sd 2:0:0:0: [sda] Assuming drive cache: write through
systemd[1]: File System Check on Root Device was skipped because of a failed condition check (ConditionPathExists=!/run/initramfs/fsck-root).
systemd[1]: Starting Journal Service...
systemd[1]: Starting Load Kernel Modules...
kernel: fuse: init (API version 7.34)
systemd[1]: Starting Remount Root and Kernel File Systems...
systemd[1]: Repartition Root Disk was skipped because all trigger condition checks failed.
systemd[1]: Starting Coldplug All udev Devices...
systemd[1]: Mounted Huge Pages File System.
systemd[1]: Mounted POSIX Message Queue File System.
systemd[1]: Mounted Kernel Debug File System.
kernel: EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro. Quota mode: none.
filesystems fsck

1 respostas

  1. Best Answer

    A saída do fsck mostra vários tipos de erros corrigidos:

    • O inode excluído tem zero dtime: este é um arquivo que provavelmente foi aberto, mas excluído quando o sistema travou. (Às vezes, eles são rotulados como arquivos "órfãos".) Normalmente, ele não é realmente excluído até que seja fechado; então fsck terminou a operação de exclusão. (Este é um problema muito típico após uma falha do sistema.)
    • foi encontrada uma lista vinculada órfã corrompida: uma lista de arquivos parcialmente excluídos é mantida para facilitar a limpeza posterior; aparentemente esta lista foi corrompida, provavelmente devido a uma escrita parcial da lista. Não deve haver corrupção de corrigir isso.
    • Contagem de blocos livres errada: Existem blocos que não fazem parte de nenhum arquivo que não estava na lista de livres. Provavelmente um efeito colateral das deleções acima.
    • Diferenças de bitmap de inode / contagem de inode livre errada: havia inodes livres que não foram marcados como livres (efeito colateral dos reparos acima)

    Portanto, as alterações feitas pelo fsck não corromperam nenhum arquivo.

    No entanto, é preocupante que seu sistema de arquivos tenha sido lido apenas em primeiro lugar. Isso pode ser causado pelo kernel detectar corrupção de memória ou pelo disco ficar totalmente ou parcialmente off-line durante o uso.

    Se houver erros de hardware durante a gravação de arquivos, pode haver arquivos corrompidos. Se o disco ficar offline no meio das gravações, pode haver arquivos parcialmente gravados ou arquivos que foram criados, mas nunca chegaram ao disco e agora estão totalmente ausentes.

    Então, respondendo diretamente aos seus pontos:

    • Você pode confiar no processo de correção do fsck. As mensagens listadas são todas correções bastante benignas.
    • Você pode usar algo como find / -type f -mtime -1procurar arquivos modificados no último dia e ver se algum deles aparece truncado, ou usar seu conhecimento do que o sistema estava fazendo no momento para ver se algo em uso não está completamente escrito.
    • Procurar arquivos ausentes é complicado, mas se algo importante estiver faltando, tenho certeza que você notará.
    • Para entender todas as consequências disso, você precisará determinar a causa raiz que fez com que o sistema de arquivos se tornasse somente leitura. Só então o dano total pode ser adivinhado.
    • 3

relate perguntas