Я обновил Рабочий стол Ubuntu (хотя я использую его в качестве сервера) от 14,04 до 16,04 на ssh. После завершения и перезагрузки, это загружается в файловую систему только для чтения.
root@Server:/# touch a
touch: cannot touch 'a': Read-only file system
Я попробовал mount -o remount,rw /
, но вывод mount: can't find UUID=/dev/sda1
. Я думаю, что UUID так или иначе изменяется на/dev/sda1. Это - содержание/etc/fstab.
root@Server:/# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=/dev/sda1 / ext4 errors=remount-ro 0 1
# UUID=643d9cab-177e-4eee-a52f-224ebf0bc405 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=481bc70a-eb80-4040-93a1-696c46faa638 none swap sw 0 0
Я думаю, что должен прокомментировать строку UUID =/dev/sda1 и не прокомментировать строку UUID=643d9cab-... прямо ниже, но потому что корневая файловая система была смонтирована как только для чтения, я не мог. Я не знаю, помогло ли это, но здесь является частью сообщения ядра.
root@KrootServer:/# dmesg|grep mount
[ 1.794106] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[ 5.675605] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[ 19.677056] cgroup: new mount options do not match the existing superblock, will be ignored
Таким образом, как я решаю эту проблему? Я пытаюсь решить проблему на ssh, таким образом сообщите мне, должен ли я физически получить доступ к машине.
[+] результат sudo blkid
ian0371@Server:~$ sudo blkid
/dev/sda1: UUID="643d9cab-177e-4eee-a52f-224ebf0bc405" TYPE="ext4" PARTUUID="0000e118-01"
/dev/sda5: UUID="481bc70a-eb80-4040-93a1-696c46faa638" TYPE="swap" PARTUUID="0000e118-05"`
Теперь позволяет попытке эта фиксация:
Монтируют файловую систему с:
mount -o remount,rw /
Используя энергию или нано изменяют Ваш /etc/fstab
как так:
#UUID=/dev/sda1 / ext4 errors=remount-ro 0 1
UUID=643d9cab-177e-4eee-a52f-224ebf0bc405 / ext4 errors=remount-ro 0 1
Затем выход и выбор резюме из меню восстановления, которое должно устранить Вашу проблему.
У меня была та же проблема при начальной загрузке в скопированную корневую файловую систему (я забыл корректировать значения UUID в/etc/fstab). Оказывается mount -o remount
все еще взгляды в/etc/fstab, если Вы не указываете устройство. Это работало, вручную указывая устройство:
mount -o remount,rw /dev/sda1 /
В Вашем/etc/fstab существует что-то не так.
UUID=/dev/sda1 / ext4 errors=remount-ro 0 1
# UUID=643d9cab-177e-4eee-a52f-224ebf0bc405 / ext4 errors=remount-ro 0
первая строка является неправильной,/dev/sda1 не является uuid. Вторая строка похожа на корректный. Поместите # перед первой строкой и удалите ее на строке ниже.
можно проверить UUID blkid /dev/sda1
.. если это отличается, изменение то в/etc/fstab так, чтобы это соответствовало.
ИЛИ можно удалить UUID = перед/dev/sda1