Вот поэтому не стоит работать с sudo. Какой загрузчик? ЕМНИП были способы загрузиться в init 2 с правами рута.

Rastafarra> внезапно почистился sudoerc

Ох уж эти сказочки, ох уж эти сказочники! (с) ...

Вот первая же ссылка.

init=/bin/bash

mount / -o remount,rw

версию ядра и glibc в студию

Rastafarra> внезапно почистился sudoerc

кстати, без прав рута, ты не можешь знать содержимое файла /etc/sudoers, a стало быть, ты нагло врешь!

sudo никогда не пользовался

кстати, без прав рута, ты не можешь знать содержимое файла /etc/sudoers, a стало быть, ты нагло врешь!

А разве нельзя сделать что-нибудь типа:

sudo rm /etc/sudoers

зато он может увидеть например размер sudoers равный нулю

А он это увидел?

> без прав рута, ты не можешь знать содержимое файла /etc/sudoers

4.2 Редактировать нельзя, а видеть содержимое можно.

4.2

чего 4.2. cp /etc/sudoers $HOME && cat $HOME/sudoers/

rigiy@AMILO-Pi-3540:~$ cat /etc/sudoers
cat: /etc/sudoers: Отказано в доступе

Да ну?

rigiy@AMILO-Pi-3540:~$ cp /etc/sudoers $HOME && cat $HOME/sudoers
cp: невозможно открыть «/etc/sudoers» для чтения: Отказано в доступе

Какие все умные...

действительно. а почему тогда я могу grub.cfg прочитать?

$ ls -l /etc/sudoers
-r--r----- 1 root root 506 Jan  9  2009 /etc/sudoers

Debian

-r--r-----   1 root  root     574 2011-04-15 18:54 sudoers

-r--r--r-- 1 root root   4652 2011-10-06 14:23 grub.cfg

Мне кажеться, дело в последней «r».

потому что

$ ls -l /boot/grub/grub.cfg 
-r--r--r-- 1 root root 5.1K Oct 10 12:25 /boot/grub/grub.cfg

и еще потому что вы вообще не в курсе про posix permissions.

Че 4.2? У меня nano /etc/sudoers прокатывало, октрывалось. А вот при попытке сохранить орало про пермиссион денайд.

гента такая гента

> без прав рута, ты не можешь знать содержимое файла /etc/sudoers

не почему же, могу. правда косвенно.

sudo test # например.

ПНХ в качестве ответа как бы намекает, что меня там нет, хотя еще позавчера я там был. сервант ребутился не раз, просто все те разы он не ребутился, а громко падал при выключении питания на долгое время. тут разок, видимо для разнообразия, решили его ребутнуть как положено и такая вот фигня...

И в арче прокатывало. И ЕМНИП в дебиане.

Я выше показал, как оно в дебиане. Прокатывать могло только если ты рут: тогда будет орать, потому что w не стоит даже для владельца (рута).

о, может быть пользительно, thanx. я от серванта отошел, через пару часиков продолжу.

нет такого ни в дебиане, ни рхел/центос, ни убунте например

это огромная дыра в безопасности

гента такая гента

$ cat /etc/sudoers
cat: /etc/sudoers: Отказано в доступе

вообще в любом дистрибутиве насколько помню права на /etc/sudoers должны быть всегда 0440

иначе будет ругаться

скажи все таки версию ядра и glibc :)

cat /proc/version ; ls -la /lib/libc*

>внезапно почистился sudoerc
[code]
$ ls -la /etc/sudoers
-r--r----- 1 root root 574 2011-04-15 19:02 /etc/sudoers
[/code]
То есть вы случайно присвоили атрибут w файлу, потом случайно его удалили?

В Slackware тоже все нормально:

bash-4.1$ ls -la /etc | grep sudoers
-r--r-----  1 root root     2849 Фев 10  2011 sudoers

> То есть вы случайно присвоили атрибут w файлу, потом случайно его удалили?

меня там вообще не было. сервант работал месяцами, от включения до выключения питания в доме (такая вот проводка, что я могу сделать). внезапно тамошний народ решил про провод от розетки слишком длинный и машину выключил «кнопкой». все, приплыли. dhcp нет, инета нет, sudo и того нет.

я лично не понял что произошло. варианты?

> решил про провод от розетки

решил что провод от розетки

fix.

чет седня много багов...

Значит, у Жберта специальная гента :)

> гента такая гента

Не гони на дженту, это у жберта мозг и/или руки кривые.

mike@pet64 ~ $ cat /etc/sudoers
cat: /etc/sudoers: Отказано в доступе
mike@pet64 ~ $ sudo ls -l /etc/sudoers
-r--r----- 1 root root 2903 Ноя 5 2010 /etc/sudoers
mike@pet64 ~ $

И в арче прокатывало.

Только если вы ему зачем-то вручную права поменяли.

продолжим?

добрался до машины, загрузил в single, добавил меня в sudorc, auto ppp0 в interfaces, теперь эта зараза долбится поднимать vpn до прова, но логин/пароль ему не нравится, ^C не помогает, ssh к этому моменту еще не стартовала.

как теперь остановить это безобразие и уговорить его забить на vpn?

> init=/bin/bash

кстати почему-то не работает. т.е. баш-то стартовать хочет, но ввод с клавиатуры ему совершенно фиолетов. что я делаю не так?

Загрузиться в single и убрать auto ppp0? Хотя, что это за дистрибутив такой, где ошибка поднятия ppp не даёт грузиться дальше. Или это у вас покорёжены бутовые скрипты?

Вобще я не понял, что у вас произошло. Ребут питанием? Файловую систему и smart диска проверяли?

И в арче прокатывало.

4.2 Или арчик от твоей генты чем-то нехорошим заразился.

> Загрузиться в single и убрать auto ppp0?

пробовал, конечно. ppp долбится до посинения и ему все пофиг.

Вобще я не понял, что у вас произошло.

аналогично.

Ребут питанием?

нет, ребут питанием машина переживала хорошо, а вот ребут ребутом --- плохо.

Файловую систему и smart диска проверяли?

вообще там целый рейд... при загрузке никто в логи ничего страшного не пишет, файлы в том же /etc/ вроде как на месте, только почему-то как будто их никто не редактировал.

как говорится самфшоке.