Почему мой umask продолжает сбрасываться на 000?

При повторном входе в систему мой маск 002. По крайней мере, какое-то время. Затем в какой-то момент, и я не уверен, когда, он возвращается к 000. Это очень неудобно, и теперь я постоянно боюсь сбрасывать файлы и папки со странными правами доступа в мой домашний каталог.

Возвращение к 000 может произойти после нескольких минут использования или после нескольких дней. Спустя несколько недель после того, как я впервые установил Ubuntu, это произошло довольно часто, затем он остыл, и только в последние несколько дней эта проблема снова подняла свою уродливую голову.

Я могу установить его обратно на 002 с помощью $ umask 002, но это работает только для текущей оболочки (как и ожидалось).

Еще немного информации:

  • tty в ctrl-alt-f2 имеет значение 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

5
задан 16.05.2020, 19:34

1 ответ

Проблема для меня была вызвана Сублимированным текстом 3 сменных терминала вызываемого абонента, которые используются для запуска терминалов из сублимированных файлов. Когда Терминал запустился первый и единственный окно терминала гнома, тогда это наследовало umask 000 от сублимата.

В надеждах, что этот ответ может быть полезен для тех, у кого нет той же проблемы как я, я повторю некоторые предложения для того, как приняться за решение этой проблемы, собранной из комментариев выше:

  • Просматривают Ваши емкостно-резистивные файлы (.bashrc, .zshrc), чтобы видеть, существует ли ошибочно umask вызовы.
  • при использовании удара попробуйте bash -x -l -i -c 'exit' 2>&1 | grep umask для нахождения вызова к umask из емкостно-резистивных файлов.
  • при использовании zsh попробуйте zsh -x -l -i -c 'exit' 2>&1 | grep umask для нахождения вызовов к umask из емкостно-резистивных файлов.
  • Проверка, устанавливаете ли Вы umask значение при монтировании $HOME. Посмотрите в /etc/fstab
  • Проверка, существует ли что-нибудь странное выполнение в кроне, который мог бы изменить Ваш umask. crontab -l и sudo crontab -l.
  • , Возможно, попытка с помощью [1 111] для нахождения источника таинственных изменений umask. sudo auditctl -A auditctl exit,always -S umask и взгляд в [1 113]
2
ответ дан 16.05.2020, 19:35
  • 1
    С тех пор bash -x -l -i -c 'exit' 2>&1 | grep umask не производит имя файла, с помощью grep -5 umask листы некоторые дополнительные строки контекста, которые могут помочь точно определить файл. – SLaks 16.05.2020, 19:35

Теги

Похожие вопросы