Ata2 exception Emask error mostrando em tty

0

Estou executando o Arch Linux, o problema é quando ligo meu computador e digito o TTY, ele está exibindo:

[ 5159.397489] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4040000 action 0xe frozen
[ 5159.397493] ata2: irq_stat 0x00000040, connection status changed
[ 5159.397495] ata2: SError: { DevExch }

Também às vezes é ata2 comreset failed .

No entanto, este erro é apenas mostrado em TTY, quero dizer que não há tal erro no gnome-terminal.

Eu tentei resolvê-lo e encontrei este , por isso ele diz que eu posso usar e2fsck -c -c comando. Mas quando eu tento e2fsck -c -c /dev/sda , ele diz o seguinte erro:

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Eu também tentei a sugestão, mas o erro é o mesmo.

Este problema está no meu disco rígido? Como posso resolver isso?

    
por Kevin Guan 25.11.2015 / 07:06

1 resposta

1

Não tenho certeza se o seguinte é o único erro neste procedimento, mas certamente precisa ser apontado. Você diz que usou

 e2fsck -c -c /dev/sda

mas o comando deveria ter sido

 e2fsck -c -c /dev/sda1

ou algo parecido. Eu entendo que o post que você mencionou acima não está claro se você deve aplicar e2fsck a uma única partição ou a todo o disco e, o que é muito pior, O Manual aumenta essa confusão ao declarar

Synopsis

e2fsck [ -pacnyrdfkvtDFV ] [ -b superblock ] [ -B blocksize ] [ -l|-L bad_blocks_file ] [ -C fd ] [ -j external-journal ] [ -E extended_options ] device

mas (pelo menos) ele se corrige rapidamente afirmando:

device is the device file where the filesystem is stored (e.g. /dev/hdc1).

Também faz sentido: um sistema de arquivos não se estende além do limite da partição: você pode ter tantos sistemas de arquivos distintos quanto as partições.

Ao executar e2fsck em uma partição, você obterá mais informações sobre os blocos defeituosos, se houver algum. Se você de fato tiver bloqueios ruins, este artigo explica como corrigi-los. Vou te dar um resumo.

  1. Primeiro, a verificação do sistema de arquivos, para qualquer partição

       sudo fsck.ext4 -v /dev/sda1
    

    Se o sistema de arquivos estiver realmente corrompido, você terá uma saída como:

       fsck /dev/sda5
       fsck 1.41.4 (27-Jan-2009)
       e2fsck 1.41.4 (27-Jan-2009)
       fsck.ext4: Group descriptors look bad... trying backup blocks...
       fsck.ext4: Bad magic number in super-block while trying to open /dev/sda5
    
       The superblock could not be read or does not describe a correct ext4
       filesystem.  If the device is valid and it really contains an ext4
       filesystem (and not swap or ufs or something else), then the superblock
       is corrupt, and you might try running e2fsck with an alternate superblock:
       e2fsck -b 8193 <device>
    
  2. Encontre onde os supernós de backup são mantidos:

       mke2fs -n /dev/sda1
    

    Você terá uma saída longa, no final da qual você encontrará:

       Superblock backups stored on blocks:
       32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208
    
  3. Agora é hora de restaurar o superbloco ruim dos backups,

       e2fsck -b block_number /dev/sda1
    

em que block_number é o número do primeiro superbloco de backup (sã). Você deveria estar feito.

Lembre-se: não está claro neste ponto qual partição tem superblocos ruins, você terá que executar este conjunto de instruções em todas as partições até encontrar aquela com os superblocos ruins. Embora improvável, pode haver vários.

    
por 25.11.2015 / 07:41