Acabo de recibir una nueva unidad de respaldo hoy, así que la usé con rsync y todo está completamente bien, aparece la copia de seguridad y mi sistema parece estar bien, pero luego usé apt-get y recibí este error:
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.
Entonces pienso que está bien y que probablemente sea solo un error, así que reinicio. Entonces mi sistema no estaba en línea. Voy a mi panel de red para verificar si mi sistema está funcionando y no. Conecto un monitor y acepto corregir los cambios automáticamente porque se detectaron problemas en la unidad y se está iniciando nuevamente.
Este es el código rsync que utilicé:
rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/BTSync","/home/cloud7/torrent"} / /mnt/backup/cloud7
Como nota al margen, puedo confirmar que rsync lo causó, porque lo ejecuté nuevamente y reinicié el sistema, y volvió a estar fuera de línea.
Respuesta1
Podría intentar inspeccionar los registros de tiempo de ejecución después de rsync. El registro del kernel probablemente diga Remounting filesystem read-only. Esto sucede automáticamente cuando se encuentran errores, incluso cuando solo se lee. El registro del kernel en memoria se recupera con dmesg. Si usa systemd, journalctl -btambién puede continuar funcionando mediante el uso de tmpfs.
Veo que otras personas también comentan sobre los registros. Para ser claros, cuando un error hace que su sistema de archivos se vuelva a montar como de solo lectura, puede esperar que no haya oportunidad de escribir los mensajes de error en el archivo de registro almacenado.en el sistema de archivos:).
La razón por la que tengo tanta confianza en esto es que "corrige automáticamente los cambios porque se detectaron problemas en la unidad".
También sé que rsync puede continuar ante al menos algunos errores, por lo que no necesariamente habría cancelado antes de tiempo con un mensaje de error destacado. En lugar de eso, podría terminar con una advertencia genérica de que hubo un error al transferir algunos archivos; esto lo he pasado por alto en el pasado. (O es posible que rsync no se haya visto afectado por el error en absoluto, pero no puedo pensar en una situación que pueda causar esto).
Sin volver a romper tu sistema
Probablemente tu disco duro esté defectuoso
Verifique su estado usando SMART. smartctl -H. También smartctl -ay fíjate específicamente en los contadores que mencionan sectores. Si hay sectores "Pendientes" o "Incorregibles", se recomienda encarecidamente considerar que la unidad está defectuosa.
(Las empresas que construyen grandes sistemas de almacenamiento escriben uso de redundancia en unidades, reescriben sectores defectuosos y escriben algoritmos para adivinar si la falla fue transitoria o persistente. No parece que esté ejecutando un sistema redundante (RAID); en este caso, Los riesgos de usar la unidad son generalmente mucho mayores que cualquier beneficio de intentar recuperar la falla del hardware).