[РЕШЕНО] /etc/fstab

Всем привет.
Делаю согласно вики монтирование hugetlbfs записью в /etc/fstab:
hugetlbfs /dev/hugepages hugetlbfs mode=1770,gid=992 0 0
Но при монтировании получаю
# ls -la /dev/hugepages/.
d-wxr-x-wT 2 root kvm 0 дек 26 14:06 . (должно быть drwxrwx—T или типа того)
# mount | grep huge
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,gid=992,mode=1352,pagesize=2M)
То есть, mode не тот, что задан.
Если в /etc/fstab меняю mode на 0770 (а не 1770), то тогда права ставятся правильные - конечно, только sticky бит не установлен.

Как победить ?
Полдня кругами ходил и нашёл решение: восьмеричные числа должны начинаться на 0, поэтому mode=01770
В вики страничку поправил.
а стандартную опцию монтирования defaults не пробовал использовать?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
а стандартную опцию монтирования defaults не пробовал использовать?
Имхо, должно сработать нормально.
Похоже это все связано с прямой пропиской в fstab 8-ных значений chmod - только он капризничает в части 8-ных значений прав доступа.
Если посмотреть man mount, то увидим (4-ое поле fstab связано с опциями mount)
mode=value - … Add search permission to directories that have read permission.  The value is given in  octal.
а дальше по тексту увидим следующее, в части восьмеричных значений
mode=value  …. Octal mode values require a leading 0
То есть впереди значений chmod, если указываем их в fstab, должен быть прописан 0. Хотя другие приложения отлично понимают, что если это значения chmod, то они 8-ные и начальный 0 не обязателен. Примеры
Вывод stat
stat /tmp --print=%a
1777
unit systemd - tmp.mount
grep mode= /usr/lib/systemd/system/tmp.mount
Options=mode=1777,strictatime,nosuid,nodev
И все нормально грузиться и без всякого fstab.
Ошибки не исчезают с опытом - они просто умнеют
nafanja
а стандартную опцию монтирования defaults не пробовал использовать?
Попробовал ради эксперимента: defaults,gid=992
получил drwxr-xr-x 2 root kvm
Надо, чтобы для группы kvm было разрешение на запись и надо стики-бит. То есть, defaults не вкатывает.
impatt
Надо, чтобы для группы kvm было разрешение на запись и надо стики-бит. То есть, defaults не вкатывает.
Был не прав, совсем забыл, что имеется в виду /dev/hugepages, а не /tmp
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.