Файловая система предназначена для чтения и записи, но действует как только для чтения... перемонтирование исправлено?
CentOS 5.5
Я только что натолкнулся на случай, когда мой каталог / storage был предположительно файловой системой только для чтения. Я получаю ошибку:
mkdir: cannot create directory `test': Read-only file system
ДФ:
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)
/ Хранилище - это явно файловая система для чтения и записи. Далее я попробовал это:
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)
Практически то же самое... есть идеи, что могло бы вызвать это, или какие журналы я должен изучить, чтобы найти, в чем проблема?
2 ответа
Скорее всего, у вас была ошибка ввода-вывода диска. Проверьте /var/log/messages, Ищите сообщения об отмене журнала и повторной установке только для чтения.
PS: Если это так, у вас лучше всего есть резервные копии ваших данных.
Проблема с вашими шагами диагностики: если ваша корневая файловая система доступна только для чтения, /etc/mtab также только для чтения. Угадай, что mount читает, чтобы получить статус файловой системы:)
Решение состоит в том, чтобы проверить /proc/mounts, который является динамическим файлом ядра, который показывает истинное состояние файловой системы. Если бы вы сделали это в то время, когда у вас возникла эта проблема, вы, скорее всего, обнаружили бы, что ваша корневая файловая система была перемонтирована только для чтения. Знайте свои утилиты и откуда они берут свои данные.
Как это случилось? Наиболее /etc/fstab файлы будут иметь следующую строку:
/dev/sda1 / ext3 relatime,errors=remount-ro 0
Обратите внимание на опцию "errors = remount-ro". В случае любых ошибок файловой системы корневая файловая система перемонтируется в режиме только для чтения.
Если предположить, /var/logs был доступен для записи, или вы включили автономный syslogging, вы также должны найти событие в журнале.
Дисковые ошибки, способные вызвать remount-ro, как правило, плохая вещь. Надеюсь, вы поменяли диск.