From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Denis S. Filimonov" To: community@altlinux.ru Subject: Re: [Comm] =?koi8-r?b?4tXEyczYzsnL?= Date: Wed, 5 Nov 2003 10:18:44 +0600 User-Agent: KMail/1.5 References: <200311030842.27952.therion@pochta.ru> <200311041658.59051.den@academ.org> <200311050908.51639.therion@pochta.ru> In-Reply-To: <200311050908.51639.therion@pochta.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200311051018.45369.den@academ.org> X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2003 04:18:48 -0000 Archived-At: List-Archive: List-Post: On Wednesday 05 November 2003 10:08, therion wrote: > В сообщении от 4 Ноябрь 2003 15:58 Denis S. Filimonov написал(a): > > > OK завтра дам ответ :) > > > Воспользуюсь предложением, кстати, вопрос, - ls информацию > > > выкидывает в stdout (по умолчанию) т.е. надо нечто такое ls -l > > > /dev/dsp > /home/user/redme.txt или же сообщение можно будет > > > просмотреть где нибудь в /var/mail/user > > > > и так и так можно, если задача, порожденная кроном чего-то > > вываливает на stdout или stderr, он оправляет это по почте. > > Ну что же, все понемногу начинает проясняться. От root, кстати задача > отрабатывает (может быть до этого как-то неудачно файл конфигурации > написал). До того как пользователь зашел в систему имеем следующее: > crw-rw---- 1 root audio 14, 3 Jan 20 2003 /dev/dsp > (владелец root, группа audio) после того как произойдет регистрация, > владелец меняется (видимо в соответствии с файлом console.perm) > crw-rw---- 1 user audio 14, 3 Jan 20 2003 /dev/dsp > > Насколько я понимаю, самым простым вариантом в данной ситуации будет > занесение user в группу audio ? Еще такой вопрос: можно ли как-нибудь да, конечно. > разрешить обычному пользователю отключение и перезагрузку компьютера > с помощью консольных утилит: reboot, shutdown, poweroff без > дополнительного ввода пароля для root. Последнее попытался решить > разрешением на запуск перечисленных утилит для всех пользователей > (тоже не хорошо, но все равно не помогло), а также редактированием > файлов в каталоге /etc/security/console.apps. Ни то ни другое не > помогло. Благодарю за помощь. наверно правильнее всего через sudo, его можно заставить не требовать пароль. -- Sincerely, Denis.