Назад | Перейти на главную страницу

Файловая система доступна для чтения и записи, но действует как только для чтения… исправлено ли перемонтирование?

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, как правило, являются плохими качествами. Надеюсь, вы поменяли диск.