У меня есть сервер (SLES 11, работающий на гипервизоре VMware, если это имеет значение) с разделом tmpfs, предназначенным для временных таблиц mysql, и я запускаю mysql chrooted.
df -h дает мне странный выход:
root@db12.lab:~# df -h /usr/chroot/tmp/
Filesystem Size Used Avail Use% Mounted on
tmpfs 77G 66G 7.9G 90% /usr/chroot/tmp
Пока mount идет так:
root@db12.lab:~# mount | grep tmpfs
tmpfs on /usr/chroot/tmp type tmpfs (rw,size=512m)
База данных работает нормально, и я не вижу в журнале ошибок, связанных с fs. Я пытался остановить демонов и смонтировать / размонтировать FS, но это не помогло.
Интересно, что это может значить и как решаются подобные проблемы?
Это ни на что не влияет, но это несколько мистично, и я бы хотел, чтобы это прошло.
При использовании команды mount вы увидите все параметры в /etc/mtab. Но /etc/mtab это просто файл, в нем нет ничего волшебного. Он может рассинхронизироваться с реальностью по-разному. Например /etc/mtab не может быть обновлен, если файловая система, в которой он расположен, доступна только для чтения. И если /etc/mtab находится в файловой системе, которая сохраняется при перезагрузках, то может содержать записи из предыдущей загрузки.
Содержание /proc/mounts однако это взгляд на фактические структуры данных ядра. Так долго как /proc установлен, вы всегда будете получать актуальную информацию от /proc/mounts. Но хотя формат /etc/mtab и /proc/mounts идентичны, может быть некоторая информация, которая доступна только в /etc/mtab.