
Я только сегодня получил новый резервный диск, поэтому я попытался использовать его с rsync, и все было в порядке, резервная копия появилась, и моя система выглядела нормально, но затем я попытался использовать apt-get и получил эту ошибку:
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.
Поэтому я думаю про себя, что это нормально и, вероятно, просто ошибка, поэтому я перезагружаюсь. Затем моя система не была в сети. Я захожу на свою сетевую панель, чтобы проверить, запущена ли моя система, и она не работает. Я подключаю монитор и соглашаюсь на автоматическое исправление изменений, потому что на диске были обнаружены проблемы, и он снова загружается.
Вот код rsync, который я использовал:
rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/BTSync","/home/cloud7/torrent"} / /mnt/backup/cloud7
Кстати, я могу подтвердить, что причиной этого стал rsync, потому что я снова запустил его и перезагрузил систему, и она снова оказалась в автономном режиме.
решение1
Вы можете попробовать проверить журналы времени выполнения после rsync. Журнал ядра, вероятно, говорит Remounting filesystem read-only
. Это происходит автоматически при возникновении ошибок, даже при только чтении. Журнал ядра в памяти извлекается с помощью dmesg
. Если используется systemd, journalctl -b
также может продолжать работать, используя tmpfs.
Я вижу, что другие люди также комментируют журналы. Чтобы было ясно, когда ошибка приводит к повторному монтированию вашей файловой системы в режиме только для чтения, вы можете ожидать, что не будет возможности записать сообщение об ошибке в файл журнала, хранящийсяв файловой системе:).
Причина, по которой я так в этом уверен, заключается в последующем «автоматическом исправлении изменений, поскольку на диске обнаружены проблемы».
Также я знаю, что rsync может продолжать работу, несмотря на по крайней мере некоторые ошибки, поэтому он не обязательно прервал бы работу на ранней стадии с заметным сообщением об ошибке. Вместо этого он мог бы закончиться общим предупреждением о том, что произошла ошибка при передаче некоторых файлов — я упускал это из виду в прошлом. (Или rsync мог вообще не быть затронут ошибкой, но я не могу придумать ситуацию, которая могла бы вызвать это).
Без повторного нарушения вашей системы.
Ваш жесткий диск, вероятно, неисправен
Пожалуйста, проверьте его состояние с помощью SMART. smartctl -H
. Также smartctl -a
обратите внимание на счетчики, в которых упоминаются сектора. Если есть сектора «Ожидание» или «Неисправимо», настоятельно рекомендуется считать диск неисправным.
(Компании, создающие большие системы хранения данных, используют избыточность дисков, перезаписывают поврежденные сектора и используют алгоритмы записи, чтобы определить, была ли неисправность временной или постоянной. Не похоже, что вы используете избыточную систему (RAID); в этом случае риски использования диска, как правило, намного превышают любую выгоду от попытки восстановления после аппаратной неисправности).