При повторном входе в систему мой маск 002
. По крайней мере, какое-то время. Затем в какой-то момент, и я не уверен, когда, он возвращается к 000
. Это очень неудобно, и теперь я постоянно боюсь сбрасывать файлы и папки со странными правами доступа в мой домашний каталог.
Возвращение к 000
может произойти после нескольких минут использования или после нескольких дней. Спустя несколько недель после того, как я впервые установил Ubuntu, это произошло довольно часто, затем он остыл, и только в последние несколько дней эта проблема снова подняла свою уродливую голову.
Я могу установить его обратно на 002
с помощью $ umask 002
, но это работает только для текущей оболочки (как и ожидалось).
Еще немного информации:
002
, даже когда мой логин f7 находится в 000
/etc/profile
говорит, что umask теперь обрабатывается pam_umask /etc/login.defs
имеет UMASK 022
и USERGROUPS_ENAB yes
Я использую Ubuntu 13.10 с XMonad и (oh-my-) zsh . [1 125]
В случае, если это полезно, вот мой /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb8 during installation
UUID=96f989e0-ee94-4bff-9663-3fa479a83ad4 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sdb1 during installation
UUID=7682-B8AD /boot/efi vfat defaults 0 1
# swap was on /dev/sdb7 during installation
UUID=0d7d57af-9a31-481e-9da4-1032c94f57e9 none swap sw 0 0
Вот сокращенная версия моего crontab из crontab -l
* * * * * cd /home/miles/code/Checkin/ && ./node_modules/.bin/coffee ./client.coffee -n attercop -h secret1.com -p 8888
* * * * * cd /home/miles/code/Checkin/ && ./node_modules/.bin/coffee ./client.coffee -n attercop -h secret2.com -p 8888
client.coffee
просто скрипт, который отправляет запрос http.
И мой корневой crontab из sudo crontab -l
сообщает no crontab for root
Проблема для меня была вызвана Сублимированным текстом 3 сменных терминала вызываемого абонента, которые используются для запуска терминалов из сублимированных файлов. Когда Терминал запустился первый и единственный окно терминала гнома, тогда это наследовало umask 000
от сублимата.
В надеждах, что этот ответ может быть полезен для тех, у кого нет той же проблемы как я, я повторю некоторые предложения для того, как приняться за решение этой проблемы, собранной из комментариев выше:
.bashrc
, .zshrc
), чтобы видеть, существует ли ошибочно umask
вызовы. bash -x -l -i -c 'exit' 2>&1 | grep umask
для нахождения вызова к umask из емкостно-резистивных файлов. zsh -x -l -i -c 'exit' 2>&1 | grep umask
для нахождения вызовов к umask
из емкостно-резистивных файлов. $HOME
. Посмотрите в /etc/fstab
crontab -l
и sudo crontab -l
. sudo auditctl -A auditctl exit,always -S umask
и взгляд в [1 113]
bash -x -l -i -c 'exit' 2>&1 | grep umask
не производит имя файла, с помощьюgrep -5 umask
листы некоторые дополнительные строки контекста, которые могут помочь точно определить файл. – SLaks 16.05.2020, 19:35