somente leitura do sistema de arquivos raiz

Question

De alguma forma, meu Debian foi ler apenas no sistema de arquivos raiz. Não tenho ideia de como isso poderia ter acontecido. Por exemplo, quando eu estiver na pasta /root e digite o comando nano e depois pressione Tab para listar o arquivo possível naquela pasta eu recebo a mensagem:

root@debian:~# nano -bash: cannot create temp file for here-document: Read-only file system

O mesmo para o comando cd quando eu digito cd /home e pressiono a tecla Tab para listar os caminhos que eu tenho:

root@debian:~# cd /home -bash: cannot create temp file for here-document: Read-only file system

Eu também tenho problemas com softwares como apt e outros. Não pode nem mesmo atualizar o apt. Eu tenho muitos erros assim:

Err http ://ftp.de.debian.org wheezy-updates/main Sources
406  Not Acceptable
W: Not using locking for read only lock file /var/lib/apt/lists/lock
W: Failed to fetch http ://ftp.de.debian.org/debian/dists/wheezy/Release  rename failed, Read-only file system (/var/lib/apt/lists/ftp.de.debian.org_debian_dists_wheezy_Release -> /var/lib/apt/lists/ftp.de.debian.org_debian_dists_wheezy_Release).
W: Failed to fetch http ://security.debian.org/dists/wheezy/updates/main/source/Sources  404  Not Found
W: Failed to fetch http ://security.debian.org/dists/wheezy/updates/main/binary-amd64/Packages  404  Not Found
W: Failed to fetch http ://ftp.de.debian.org/debian/dists/wheezy-updates/main/source/Sources  406  Not Acceptable
E: Some index files failed to download. They have been ignored, or old ones used instead.
W: Not using locking for read only lock file /var/lib/dpkg/lock

Eu tenho muitos problemas no sistema. É possível consertar isso? Como posso verificar o que aconteceu? O que devo procurar nos logs?

Eu sei que pode ser por causa da linha em /etc/fstab file:

/dev/mapper/debian-root /               ext4    errors=remount-ro 0       1

mas qual é o problema? Não consigo encontrar nada ou talvez não saiba onde procurar.

Editar:

Eu pesquisei os logs de mensagens e encontrei apenas isso:

kernel: [    5.709326] EXT4-fs (dm-0): re-mounted. Opts: (null)
kernel: [    5.977131] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro
kernel: [    7.174856] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: (null)

Eu acho que está correto, porque eu tenho as mesmas entradas em outras máquinas da Debian.

Eu encontrei algo no dmesg (eu cortei essa saída um pouco porque era muito padrão coisas ext4)

root@gs3-svn:/# dmesg |grep ext4
EXT4-fs error (device dm-0) in ext4_reserve_inode_write:4507: Journal has aborted
EXT4-fs error (device dm-0) in ext4_reserve_inode_write:4507: Journal has aborted
EXT4-fs error (device dm-0) in ext4_dirty_inode:4634: Journal has aborted
EXT4-fs error (device dm-0): ext4_discard_preallocations:3894: comm rsyslogd: Error loading buddy information for 1
EXT4-fs warning (device dm-0): ext4_end_bio:250: I/O error -5 writing to inode 133130 (offset 132726784 size 8192 starting block 159380)
EXT4-fs error (device dm-0): ext4_journal_start_sb:327: Detected aborted journal

5 erros e 1 aviso. Alguma ideia? É seguro usar o mount -o remount, rw /?

    

Answer 1

O comportamento padrão para a maioria dos sistemas de arquivos Linux é proteger seus dados. Quando o kernel detecta um erro no subsistema de armazenamento, ele torna o sistema de arquivos somente leitura para evitar corrupção de dados (ainda mais).

Você pode ajustar isso com a opção de montagem errors={continue|remount-ro|panic} , que está documentada no manual do sistema ( man mount ).

Quando seu sistema de arquivos raiz encontra tal erro, na maioria das vezes o erro não será registrado em seus arquivos de log, pois agora eles também serão de leitura. Felizmente, como é uma ação do kernel, a mensagem de erro original é gravada na memória primeiro, no buffer de anel do kernel. A menos que já tenha sido liberado da memória, você pode exibir o conteúdo do buffer de anel com o comando dmesg . .

A maioria dos discos rígidos reais suporta SMART e você pode usar smartctl para tentar diagnosticar a integridade do disco.

Dependendo das mensagens de erro, você pode decidir que ainda é seguro usar o sistema de arquivos e retornar a condição de leitura / gravação com mount -o remount,rw /

Em geral, porém, os erros de disco são um precursor para a completa falha do disco. Agora é a hora de criar um backup de seus dados ou confirmar o status de seus backups existentes.