Segfaults и “Файловая система Только для чтения” после dist-обновления
После выполнения Кв. - получают dist-обновление на моих 14,04 домашних серверах, кажется, что что-то, возможно, пошло не так, как надо, который оставил поле неприменимым.
Все это запустилось с этого:
Preparing to unpack .../linux-image-3.13.0-45-generic_3.13.0-45.74_amd64.deb ...
Done.
Unpacking linux-image-3.13.0-45-generic (3.13.0-45.74) ...
Selecting previously unselected package linux-image-extra-3.13.0-45-generic.
Preparing to unpack .../linux-image-extra-3.13.0-45-generic_3.13.0-45.74_amd64.deb ...
Unpacking linux-image-extra-3.13.0-45-generic (3.13.0-45.74) ...
dpkg: error processing archive /var/cache/apt/archives/linux-image-extra-3.13.0-45-generic_3.13.0-45.74_amd64.deb (--unpack): cannot copy extracted data for
'./lib/modules/3.13.0-45-generic/kernel/sound/pci/echoaudio/snd-darla24.ko' to '/lib/modules/3.13.0-45-generic/kernel/sound/pci/echoaudio/snd-darla24.ko.dpkg-new': failed to write (Read-only file system)
dpkg: error while cleaning up:
unable to remove newly-extracted version of `/lib/modules/3.13.0-45-generic/kernel/sound/pci/echoaudio/snd-darla24.ko': Read-only file system
dpkg: error while cleaning up:
unable to remove newly-extracted version of `/lib/modules/3.13.0-45-generic/kernel/sound/pci/echoaudio/snd-indigoio.ko': Read-only file system
dpkg: error while cleaning up:
unable to remove newly-extracted version of `/lib/modules/3.13.0-45-generic/kernel/sound/pci/echoaudio/snd-indigodj.ko': Read-only file system
Сопровождаемый сотнями более подобных строк о неспособности удалить вздор из-за файловой системы только для чтения.
Для предотвращения сомнения система не была только для чтения, прежде чем я выполнил обновление! На самом деле я работал, стандартная Кв. - получают обновление только за минуты до который завершенный без проблемы.
Первая вещь я пытался проверить fstab, но каждая попытка открытия файла с sudo дала мне отказ сегментации.
$ sudo vi /etc/fstab
Segmentation fault
Отсюда, я пытался открыть файлы как типичный пользователь и получаю i/o ошибки:
$ vi /etc/fstab
-bash: /usr/bin/vi: Input/output error
Я не действительно уверен, что сделать в этой точке - я могу все еще SSH в поле, но не могу открыть файлы, таким образом, я не уверен, что проверить. У меня будет физический доступ за следующие несколько часов, так пытаюсь получить мою голову вокруг, может ли установка быть сохранена, или является ли это полностью borked.
Кто-либо столкнулся с чем-нибудь как это прежде? Любые предложения ценились бы, и если Вам больше нужна сообщенная мне информация.
1 ответ
Для любого спотыкающегося через этот вопрос, кажется, что базовая проблема была, у меня закончилась часть дискового пространства путь посредством обновления ядра, таким образом, initrd файл изображения не был создан. Таким образом, как только я пытался перезапустить, все, что я получил, была ошибка паники ядра.
Для фиксации:
- Записанный копия Xubuntu к USB
- , Загруженному к USB и, выбрала опцию
- "Try Xubuntu", Открытый терминал - нашел что-то, что я не нуждался и удалил его (в моем случае, у меня было 3 ГБ файлов Докера, находившихся в/var/lib/docker, которые были легко заменимы
- , CD в / загружается и обращает внимание на последнее рабочее Ядро (для меня, это было 3.13.0.43)
- Перезапущенный - выбранные Усовершенствованные Параметры загрузки (или безотносительно) в меню GRUB, и выбрал ядро выше
- Начальные загрузки системы как нормальное (yay!) - работал sudo склонный - получают обновление & & склонные sudo - добираются, обновление
- Позволило Ubuntu сделать, это - вещь
- Перезагрузка снова как нормальная
- Фиксированный!
, возможно, было что-то на экране о необходимости выполнить команду dpkg, прежде чем я мог обновить из-за предыдущего испорченного обновления - я заключаю многое в кавычки из этого из памяти. Так или иначе я вспоминаю просто выполнение точно, чему это сказало мне, и все было хорошо.
Так да. Мораль истории - не недооценивает, как большой Вам, возможно, понадобится Ваш / раздел, чтобы быть и следить за дисковым пространством!