Восстановление полномочий CentOS 6.5 после миграции файла

Почти наверняка команда пыталась читать с терминала, когда он не был на переднем плане группа процессов. Это заставит ядро ​​отправить SIGTTIN процессу, который по умолчанию остановит процесс. Простым тестом было бы перенаправить stdin на / dev / null. Если процесс работает в фоновом режиме без остановки, значит, проблема заключалась в SIGTTIN, как описано.

1
26.04.2014, 01:53
1 ответ
[113945]rsync работает так, как показано ниже. [12140]Но то, что вы сделали, [12141]не должно быть наоборот? [12142]Насколько я вижу, вы перепутали разрешения с назначением разрешений [114429]/usr.bak[114430] на [114431]/usr[114432]. Измените команду rsync после восстановления исходных разрешений в каталоге [114433]/usr[114434], а затем, если вы перезагрузите систему, проблема должна быть решена. Перезагрузка просто необходима, хотя и не является обязательной. [12143]Иногда разрешения могут быть нарушены и из-за rpm-пакетов. Обсуждение, связанное с этой проблемой [114435], можно найти здесь [114436].[12144]Эти файлы создаются rpm, если он пытается обновить выходной файл который не может быть изменен из-за "chattr +i /usr/bin/write". Я сделала. что давным-давно после того, как я удалил флаг сетуидов. Странная вещь, это то. +i ушёл на запись и chsh, а сетюид вернулся.[12145]
1
27.01.2020, 23:52

Теги

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