Вопросы Теги

Не способный заблокировать/var/lib/dpkg/lock (только для чтения)

Я думаю, что Вам очень посчастливилось не столкнуться с проблемами с этим прежде.

Конечно, любое количество полей должно смочь читать из большинства файловых систем как только для чтения без проблем. И можно предотвратить всю запись (включая воспроизведения журнала) путем установки устройства как только для чтения (например, использования blockdev).

Но то, что Вы думаете, произошло бы на Вашей текущей архитектуре, если бы хост записи решил к fsck файловую систему, в то время как это было все еще смонтировано в другом месте?

Если это был я, я думаю, что лучший подход мог бы быть должен переместить диск между двумя наборами RAID1 для миграции данных через/использовать средство фиксации мгновенного состояния процесса в SAN. Или просто пойдите с сетевой файловой системой или кластерной файловой системой.

11
30.08.2012, 05:39
1 ответ

Ваша корневая файловая система (/) смонтирован только для чтения как /dev/disk/... строка в /proc/mounts шоу. Причина этого могла состоять в том, что ошибка диска была обнаружена на начальной загрузке (errors=remount-ro опция) или последующая ошибка ввода-вывода.

Проверьте журналы ядра на любые ошибки с dmesg управляйте и загляните /var/log/syslog или /var/log/messages (но обратите внимание, что эти файлы, вероятно, не содержат последние записи в журнале). Если существуют какие-либо ошибки ввода-вывода, Вы, возможно, должны заменить диск. В противном случае загрузитесь к однопользовательскому режиму и выполненный fsck.ext4 UUID=cf4fb4ae-6d12-407b-bf43-3b0daaaaaf7 пытаться зафиксировать ошибки.

Если fsck отчеты никакие ошибки и это не все еще только для чтения на перезагрузке, можно работать:

sudo mount / -o remount,rw

пытаться смонтировать дисковое чтение-запись.

Рассмотрение файлов журнала в /var/log/ не помогает многому, поскольку это в данный момент только для чтения.

Часто, причина, почему /var/lib/dpkg/lock не может быть заблокирован то, что автоматическая система обновляет выполнения в фоновом режиме, но в Вашем случае она конкретно жалуется на файловую систему только для чтения.

11
27.01.2020, 19:59
  • 1
    я шел в +1 это, но это опасно для просто, вслепую повторно монтируют rw, если Вы не знаете, почему это - ro во-первых. Это лучше только к перезагрузке в однопользовательский режим и выполненное fsck. Только если это чисто (или зафиксированный) должен Вы загружаться назад к состоянию rw. Если это - чистый и все еще монтирующийся ro, то, возможно, пытаются вызвать вещи. –  bahamat 30.08.2012, 00:21
  • 2
    @bahamat спасибо за Ваш комментарий, я изменил свой ответ соответственно. –  jofel 30.08.2012, 00:30
  • 3
    @jofel проверьте update3 - вывод dmesg, это швы как его io проблема. каков должен быть мой следующий шаг? –  Subhransu Mishra 30.08.2012, 05:48
  • 4
    @jofel должен я делать a tune2fs -c 0 -i 0d /dev/sda3 и перезагрузка система? –  Subhransu Mishra 30.08.2012, 05:58
  • 5
    @Subhransu, Зависящим, насколько важный данные по Вашему разделу корневой системы, я попытался бы сделать резервное копирование сначала. Я затем загрузился бы в однопользовательский режим (режим восстановления) и затем выполнил бы fsck вручную. Автоматический fsck часто только сообщает об ошибках, но не фиксирует их. Поэтому избегайте ненужного IO на возможном поврежденном диске. УМНАЯ функция диска иногда помогает обнаружить, если диск действительно повреждается. –  jofel 30.08.2012, 16:21

Теги

Похожие вопросы