Acabei de receber uma nova unidade de backup hoje, então fui usá-la com o rsync e está tudo bem, o backup aparece e meu sistema parece bem, mas então fui usar o apt-get e recebi este erro:
root@cloud7-media:~# apt-get install sl
W: Not using locking for read only lock file /var/lib/dpkg/lock
E: Unable to write to /var/cache/apt/
E: The package lists or status file could not be parsed or opened.
Então eu penso comigo mesmo que está tudo bem e provavelmente é apenas um bug, então eu reinicio. Então meu sistema não estava online. Entro no meu painel de rede para verificar se meu sistema está funcionando e não está. Eu conecto um monitor e aceito corrigir automaticamente as alterações porque foram detectados problemas na unidade e ela está inicializando novamente.
Este é o código rsync que usei:
rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/BTSync","/home/cloud7/torrent"} / /mnt/backup/cloud7
Por outro lado, posso confirmar que o rsync causou isso, porque o executei novamente e reiniciei o sistema, e ele está offline novamente.
Responder1
Você pode tentar inspecionar os logs de tempo de execução seguindo o rsync. O log do kernel provavelmente diz Remounting filesystem read-only. Isso acontece automaticamente ao encontrar erros, mesmo quando somente leitura. O log do kernel na memória é recuperado com dmesg. Se estiver usando o systemd, journalctl -btambém pode continuar funcionando, usando um tmpfs.
Vejo que outras pessoas também estão comentando sobre os logs. Para ser claro, quando um erro faz com que seu sistema de arquivos seja remontado somente leitura, você pode esperar que não haverá oportunidade de gravar a(s) mensagem(s) de erro no arquivo de log armazenadono sistema de arquivos:).
A razão pela qual estou tão confiante sobre isso é a subsequente "corrigir automaticamente as alterações porque foram detectados problemas na unidade".
Também sei que o rsync pode continuar diante de pelo menos alguns erros, portanto não teria necessariamente sido abortado antecipadamente com uma mensagem de erro proeminente. Em vez disso, pode terminar com um aviso genérico de que houve um erro ao transferir alguns arquivos - esqueci isso no passado. (Ou o rsync pode não ter sido afetado pelo erro, mas não consigo pensar em uma situação que possa causar isso).
Sem quebrar seu sistema novamente
Seu disco rígido provavelmente está com defeito
Verifique sua integridade usando o SMART. smartctl -H. Além disso smartctl -a, observe especificamente os contadores que mencionam setores. Se houver setores “Pendentes” ou “Incorrigíveis”, é altamente recomendável considerar o drive com defeito.
(As empresas que constroem grandes sistemas de armazenamento escrevem, usam redundância em unidades, reescrevem setores defeituosos e escrevem algoritmos para adivinhar se a falha foi transitória ou persistente. Não parece que você está executando um sistema redundante (RAID); neste caso, o os riscos de usar a unidade são geralmente muito maiores do que qualquer benefício de tentar recuperar a falha de hardware).