CentOS 5.5
Я только что наткнулся на случай, когда мой каталог / storage предположительно был файловой системой только для чтения. Я получаю сообщение об ошибке:
mkdir: cannot create directory `test': Read-only file system
df:
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
141G 21G 114G 16% /
/dev/sda1 99M 13M 82M 14% /boot
tmpfs 1001M 0 1001M 0% /dev/shm
/dev/sdb1 1.4T 307G 999G 24% /storage
/dev/sdd1 1.4T 329G 978G 26% /media/hddblack
/dev/sdc1 1.4T 329G 978G 26% /media/hddsilver
крепление:
/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sdb1 on /storage type ext3 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
/dev/sdd1 on /media/hddblack type ext3 (ro)
/dev/sdc1 on /media/hddsilver type ext3 (ro)
/ storage явно является файловой системой для чтения и записи. Затем я попробовал это:
mount -o remount,rw /dev/disk/by-label/storage /storage
И теперь файловая система снова доступна для записи. Ура. Кроме того, почему он это сделал? Вот теперь крепление:
/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sdb1 on /storage type ext3 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
/dev/sdd1 on /media/hddblack type ext3 (ro)
/dev/sdc1 on /media/hddsilver type ext3 (ro)
Практически то же самое ... какие-нибудь идеи, что могло бы вызвать это или какие журналы я должен изучить, чтобы найти, в чем проблема?
Скорее всего, у вас была ошибка ввода-вывода диска. Проверьте /var/log/messages
. Ищите сообщения об отмене журнала и повторном подключении только для чтения.
P.S .: Если это так, лучше всего иметь резервные копии ваших данных.
Проблема с вашими диагностическими шагами: если ваша корневая файловая система доступна только для чтения, /etc/mtab
является также только для чтения. Угадай, что mount
читает, чтобы получить статус файловой системы :)
Решение - проверить /proc/mounts
, который представляет собой динамический файл ядра, показывающий истинное состояние файловой системы. Если бы вы сделали это в то время, когда у вас возникла эта проблема, вы, скорее всего, обнаружили бы, что ваша корневая файловая система была перемонтирована только для чтения. Знайте свои коммунальные предприятия и откуда они берут данные.
Как это случилось? Наиболее /etc/fstab
файлы будут иметь строку, похожую на:
/dev/sda1 / ext3 relatime,errors=remount-ro 0
Обратите внимание на параметр «errors = remount-ro». В случае ошибок файловой системы корневая файловая система перемонтируется в режиме только для чтения.
Предполагая /var/logs
был доступен для записи, или у вас был включен автономный системный журнал, вы также должны найти зарегистрированное событие.
Ошибки диска, способные вызвать remount-ro, как правило, являются плохими качествами. Надеюсь, вы поменяли диск.