Ubuntu VM “файловая система только для чтения” фиксирует?
Я собирался установить инструменты VMWare на Виртуальной машине сервера Ubuntu, но я столкнулся с проблемой неспособности создать каталог CD-ROM в/mnt каталоге. Я затем протестировал, чтобы видеть, была ли это просто проблема полномочий, но я не мог бы даже создать папку в корневом каталоге. Это продолжает указывать, что это - файловая система только для чтения. Я знаю немного о Linux, и я еще не доволен им. Любой совет очень ценился бы.
Запрошенная информация у комментария:
username@servername:~ $ монтируются
/dev/sda1 на / тип ext4 (rw, errors=remount-ro)
proc на/proc вводят proc (rw)
ни один на/sys не вводит sysfs (rw, noexec, nosuid, nodev)
ни один на/sys/fs/fuse/connections не вводит fusectl (rw)
ни один на/sys/kernel/debug не вводит debugfs (rw)
ни один на/sys/kernel/security не вводит securityfs (rw)
udev на/dev вводят tmpfs (rw, mode=0755)
ни один на/dev/pts не вводит devpts (rw, noexec, nosuid, gid=5, mode=0620)
ни один на/dev/shm не вводит tmpfs (rw, nosuid, nodev)
ни один на/var/run не вводит tmpfs (rw, nosuid, mode=0755)
ни один на/var/lock не вводит tmpfs (rw, noexec, nosuid, nodev)
ни один на/lib/init/rw не вводит tmpfs (rw, nosuid, mode=0755) binfmt_misc на/proc/sys/fs/binfmt_misc вводят binfmt_misc (rw, noexec, nosuid, nodev)
Наверняка корневой вывод.
root@server01: ~# монтируются
/dev/sda1 на / тип ext4 (rw, errors=remount-ro)
proc на/proc вводят proc (rw)
ни один на/sys не вводит sysfs (rw, noexec, nosuid, nodev)
ни один на/sys/fs/fuse/connections не вводит fusectl (rw)
ни один на/sys/kernel/debug не вводит debugfs (rw)
ни один на/sys/kernel/security не вводит securityfs (rw)
udev на/dev вводят tmpfs (rw, mode=0755)
ни один на/dev/pts не вводит devpts (rw, noexec, nosuid, gid=5, mode=0620)
ни один на/dev/shm не вводит tmpfs (rw, nosuid, nodev)
ни один на/var/run не вводит tmpfs (rw, nosuid, mode=0755)
ни один на/var/lock не вводит tmpfs (rw, noexec, nosuid, nodev)
ни один на/lib/init/rw не вводит tmpfs (rw, nosuid, mode=0755) binfmt_misc на/proc/sys/fs/binfmt_misc вводят binfmt_misc (rw, noexec, nosuid, nodev)
3 ответа
Вероятное объяснение состоит в том, что существует аппаратная проблема (частичный отказ диска), и что ядро повторно смонтировало корневую файловую систему как только для чтения, как только это обнаружило проблему для уменьшения проблемы. Более надежный ¹ способ проверить текущие опции монтирования cat /proc/mounts (grep ' / ' /proc/mounts для корневой файловой системы проигнорируйте a rootfs / … строка, которая является артефактом процесса начальной загрузки). Вы, по-видимому, найдете это rw,errors=remount-ro изменился на ro (другие опции могут быть отображены, кроме того).
Журналы ядра, вероятно, содержат сообщение Remounting filesystem read-only, предшествовавший ошибками доступа к диску. Журналы обычно живут в /var/log/kern.log, однако, если это будет в теперь файловой системе только для чтения, то сообщение не обнаружится там, хотя предыдущие ошибки должны. Можно также видеть последние немного ошибок ядра с dmesg команда.
Как в стороне, в соответствии с Ubuntu, обычное место для точек монтирования (используемый настольным интерфейсом) находится под /media (например. /media/cdrom0), хотя можно использовать /mnt или /mnt/cdrom если Вам нравится.
¹
mount отчеты от /etc/mtab. Если корневая файловая система только для чтения, /etc/mtab не может быть в курсе.
То, что произошло, было, был сбой питания в дата-центре недавно. С тех пор я не коснулся своего сервера. После того как наш дата-центр теряет питание, VSphere делает файловую систему Ubuntu только для чтения, пока он не перезапущен. Я попытался бы перезапустить, но я не хотел, чтобы весь контроль сошел с ума. Я заставил Nagios замолчать (контролирующий сервис), и все хорошо работает теперь, когда я перезапустил систему. Спасибо за весь вход. Это очень ценится.
Могло бы быть очевидным, но Вы "корневой" пользователь при попытке сделать это?/mnt принадлежит корню и только перезаписываемый корнем. Вы могли бы также проверить, чтобы видеть, были ли у Вас ошибки на начальной загрузке. Ваш вывод выше говорит, что / (и таким образом/mnt) должен быть повторно смонтирован только для чтения, если процесс начальной загрузки видит ошибки. Можно изменить это (т.е. повторно монтирующийся как r/w) с командой монтирования, но я не сделал бы этого, если Вы не уверены, что, независимо от того, что вызвано ошибка не серьезна.