Falha ao iniciar a verificação do sistema de arquivos após a falha? (Arch Linux)

0

Este poderia ser um problema de hardware?:

Recentemente meu computador travou. Eu estava editando algo no vim, a próxima coisa que sei é que não posso salvar minhas alterações porque o sistema de arquivos é somente leitura. Eu fui forçado a reiniciar, e agora na inicialização eu recebo o seguinte (tenho que copiar manualmente porque no tablet agora):

...
Mounted /boot
Reached target Login Prompts
Reached target Timers
Reached target Sockets
Started Emergency Shell
Reached target Emergency Shell

Failed to start File System Check on /dev/disk/by-uuid/...
...
Dependency failed for /home
Dependency failed for Local File Systems
...
You are in emergency mode. After logging in, type "journalctl -xb" to          view system logs, "systemctl reboot" to reboot,  "systemctl default" or ^D to boot into default mode.
Give root password for maintenance (or press Control-D to continue): _

Esse acidente aconteceu duas vezes antes disso. Eu não sei o que fazer. Mesmo se eu soubesse o que fazer neste momento, eu não sei porque o sistema de arquivos estava entrando no modo somente leitura em primeiro lugar.

Eu vou fornecer todos os detalhes que puder. Pode demorar um pouco para fornecer mais detalhes, porque tenho que escrevê-los manualmente em uma tela sensível ao toque, mas farei isso.

ATUALIZAÇÃO: Enquanto escrevia este post, meu computador estava ocioso e agora recebo o seguinte:

ata2: exdeption Emask 0x10 SAct 0x0 SErr 0x4090000 action 0xe frozen
ata2: irq_stat ..., connection status changed
ata2: SError: { PHYRdyChg } 10B8B DevExch

Eu não pude fazer nada, então reiniciei. Eu corri o fsck como sugerido:

Pass 1: Checking inodes, blocks, and sizes
Inodes that were part of a corrupted orphan linked list found. Fix <y>?
Inode ... was part of the orphaned inode list. FIXED.
Deleted inode ... has zero dtime. Fix<y>?
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: ... Fix?<y>
Free blocks count wrong for group ... Fix<y>
... same stuff
Inode bitmap differences ... fix
Free inodes count wrong for group ... fix
... same stuff
/dev/sda4: FILE SYSTEM WAS MODIFIED
... files (1.1% non-contiguous), ... blocks

Parece que o boot agora, mas como ele já caiu três vezes, estou me perguntando o que está causando o problema e se há um problema maior e subjacente aqui.

    
por voyager 05.10.2017 / 11:04

1 resposta

1

Há duas ações necessárias para corrigir o problema:

  • encontre e corrija a causa raiz
  • conserte o sistema de arquivos

Embora o último tenha sido alcançado com fsck -f /dev/disk/by-uuid/... , o primeiro é o mais importante.

Suas entradas de log de

ata2: exdeption Emask 0x10 SAct 0x0 SErr 0x4090000 action 0xe frozen
ata2: irq_stat ..., connection status changed
ata2: SError: { PHYRdyChg 10B8B DevExch

aponte para um problema de hardware em um barramento SATA. Na minha experiência, a primeira (e mais fácil e mais provável de ser) ação a ser tomada é recolocar todas as conexões SATA do Disco relevante, melhor ainda para substituir o cabo SATA.

    
por 05.10.2017 / 11:35