Обновите до 16,04 неспособных для начальной загрузки, корневая файловая система только для чтения, измененная личинка
Это - полностью глупость (по моему скромному мнению). Я обновил один компьютер до 16,04 (Xubuntu) и имел проблемы с ним, что я обсудил в другом месте чтение здесь. Таким образом, я ожидал несколько недель, пока я не получил тот компьютер, работающий достаточно хорошо, и затем обновил мой другой компьютер, одноядерный год изготовления вина 2006 года. После того как обновление было установлено, я не смог загрузиться в Xubuntu. Я попробовал приемы, которые я сделал для своего первого компьютера, я думаю, что самое полезное заменяло "тихий режим" "nomodeset" в/boot/grub/grub.cfg. Все это сделало был, загружают меня к интерфейсу командной строки. После того как я вошел в систему, я нашел, что не мог выполнить startx для инициирования настольной среды GUI. Хм... Еще некоторый поиск вокруг и попытка разных вещей, и я нашел, что мой корневой раздел был в режиме только для чтения. Я нашел, что мог исправить это с командой
sudo mount -o remount,rw /
После того как я сделал это, система сразу подошла в настольную среду GUI (хотя без графического драйвера и в уменьшенном разрешении). Ура! К сожалению, это только длится текущую начальную загрузку. Каждый раз, когда я загружаюсь, я в командной строке, и я должен переиздать эту команду. Не решение.
В исследовании этого большинство сообщений указывает на/etc/fstab файл, и указывает на опцию для корневой файловой системы
errors=remount-ro
И что эта опция для Вашей защиты, потому что что-то неправильно с корневой файловой системой, и Вы не должны писать в нее, и на самом деле необходимо создать резервную копию ее, потому что это находится на выходе. Выполните fsck на нем. Ну, я нахожу это подозрительным, что это сразу происходит после обновления. Кроме того, это находится на относительно новом SSD, и мне говорят не выполнить fsck на нем так или иначе. Но я могу удалить ту опцию, и корневая файловая система все еще подходит в режиме только для чтения, таким образом, это не было проблемой fstab.
Что-то еще произошло со мной. В файле личинки строка запуска
linux /vmlinuz-4.4.0-38-generic root=/dev/mapper/vg_ssd1-xubu_root_ssd1 ro nomodeset $vt_handoff
Незадолго до "nomodeset" (измененный от "тихого всплеска") "ro". Grug загружает мою корневую систему в режим только для чтения? Я изменил "ro" на "rw", и также изменил "nomodeset" назад для "подавления шумов всплеска", сохранил файл и перезагрузил. Это подошло прекрасное в графическом режиме в корректном разрешении.
Хм.... Я работал
sudo upgrade-grub
восстановить grub.cfg файл. Снова, строка запуска была возвращена к "ro" и снова перезагрузит к командной строке.
Действительно ли мое обновление было неполным? Я выполнил следующие команды для проверки полного обновления, и конечно же дополнительный материал был установлен:
sudo apt-get -f install
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get autoremove
sudo apt-get clean
Я снова работал
sudo upgrade-grub
но снова это возвратилось, что строка запуска была установлена на "ro".
Таким образом, я сделал еще некоторый поиск вокруг. Я смотрел в файле/etc/grub.d/10_linux и делал поиск "ro". Я нашел следующий фрагмент кода:
if test -d /sys/firmware/efi && test -e "${linux}.efi.signed"; then
sed "s/^/$submenu_indentation/" << EOF
linux ${rel_dirname}/${basename}.efi.signed root=${linux_root_device_thisversion} ro ${args}
EOF
else
sed "s/^/$submenu_indentation/" << EOF
linux ${rel_dirname}/${basename} root=${linux_root_device_thisversion} ro ${args}
EOF
Я должен был искать то, о чем efi материал со знаком, и это о безопасной начальной загрузке, которая защищает Вашу систему от вредоносного программного обеспечения в загрузочном секторе. Таким образом, мой раздел начальной загрузки BIOS заражен? У меня действительно есть версия Windows XP в системе, хотя это не становится выполненным очень больше.
Но затем, "ro" состояние реализовано по обе стороны от если оператор. Я сделал некоторое проигрывание вокруг и нашел, что это "еще" было условие, которое становилось реализованным. Таким образом, я изменил это от "ro" до "rw", поэтому теперь целый отрывок похож на это:
if test -d /sys/firmware/efi && test -e "${linux}.efi.signed"; then
sed "s/^/$submenu_indentation/" << EOF
linux ${rel_dirname}/${basename}.efi.signed root=${linux_root_device_thisversion} ro ${args}
EOF
else
sed "s/^/$submenu_indentation/" << EOF
linux ${rel_dirname}/${basename} root=${linux_root_device_thisversion} rw ${args}
EOF
Я повторно выполнился
update-grub
И все вышло прекрасное. Я осмотрел строку запуска в grub.cfg, и это имеет "rw", а не "ro".
linux /vmlinuz-4.4.0-38-generic root=/dev/mapper/vg_ssd1-xubu_root_ssd1 rw nomodeset $vt_handoff
Я перезагрузил, и все подошло прекрасное. Таким образом, я сказал бы, что проблема решила, но я не думаю, что это. Я не думаю, что это - просто ошибка в Личинке. Некоторые другие системы Linux, найденные тестером OS, имели строки запуска, которые не указывали или "rw" или "ro".
Я не получаю то, что продолжается здесь, и почему это приняло значение по умолчанию к "ro" во-первых. Если бы кто-либо может потерять некоторое понимание этого и лучшей фиксации для этой проблемы, я был бы очень признателен за его.