Есть машинка под управлением FreeBSD 6. Решил сделать chown -R ailer *, для того, чтобы по ssh удобно было ходить(машина домашная и пока служит исключительно испытательным полигоном), после этого система напрочь отказалась загружаться(при загрузке имеем поре сообщений типа *** not owned by root), после этого выдаёться приглашение "Login", но ни одного из своих пользователей система не признаёт(root'а - тоже не признаёт). Как я понял, конфиги обязательно должны принадлежать руту и только ему?
И можно ли как-нибудь теперь поднять систему(CD-ROM'а на машине нету, загрузиться с live-CD просьба не предлагать), кроме как из однопользовательского режима?
>Есть машинка под управлением FreeBSD 6. Решил сделать chown -R ailer *,
>для того, чтобы по ssh удобно было ходить(машина домашная и пока
>служит исключительно испытательным полигоном), после этого система напрочь отказалась загружаться(при загрузке
>имеем поре сообщений типа *** not owned by root), после этого
>выдаёться приглашение "Login", но ни одного из своих пользователей система не
>признаёт(root'а - тоже не признаёт). Как я понял, конфиги обязательно должны
>принадлежать руту и только ему?
>И можно ли как-нибудь теперь поднять систему(CD-ROM'а на машине нету, загрузиться с
>live-CD просьба не предлагать), кроме как из однопользовательского режима?Можно! C дискеток грузитесь! А зачем меняли владельца? Обьясните в чем Вы видели удобство? Просто интересно что было у Вас в голове ;)
>Можно! C дискеток грузитесь!
Дисковода нету :)
>А зачем меняли владельца? Обьясните в чем Вы
>видели удобство? Просто интересно что было у Вас в голове ;)
Т.е. чем я думал? :) Sudo лень было делать постоянно,чтобы что-нибудь в конфигах поменять.
Нет. Именно из однопользовательского и поднимайте.
монтируйте все файловые системы на запись, а потом сделайте обратное действие
chown -R root /Да и набудущее: passwd/maaster.passwd, например, владеть может только root, догадываетесь почему?
>Есть машинка под управлением FreeBSD 6. Решил сделать chown -R ailer *,
>для того, чтобы по ssh удобно было ходить(машина домашная и пока
>служит исключительно испытательным полигоном), после этого система напрочь отказалась загружаться(при загрузке
>имеем поре сообщений типа *** not owned by root), после этого
>выдаёться приглашение "Login", но ни одного из своих пользователей система не
>признаёт(root'а - тоже не признаёт). Как я понял, конфиги обязательно должны
>принадлежать руту и только ему?
>И можно ли как-нибудь теперь поднять систему(CD-ROM'а на машине нету, загрузиться с
>live-CD просьба не предлагать), кроме как из однопользовательского режима?
а в какой дире вы сделали chown ?
дело в том что если вы из корня зделали рекурсивный chown то вы всем файлам поставили владельца, отличного от рута.
А система базово грузиться от имени рута. то есть рут не может почитать какие то файлы, а в какие то не может записать.
например рут при отсутствии прав, на запись всем, вопреки убеждению многих писать в конкретный файл не будет. Рут может только ЛЮБОМУ файлу, независимо от его владельца назначить владельца, группу и\или права.вы изменили владельца. Логично что система не грузиться .
если так хочеться ходить по ssh от рута то впешите в /etc/ssh/sshd_config
PermitRootLogin yes и все.
>а в какой дире вы сделали chown ?
в / :)
>например рут при отсутствии прав, на запись всем, вопреки убеждению многих писать
>в конкретный файл не будет.
Такое же заблуждение было и у меня...
Теперь всё ясно. Спасибо за грамотную консультацию.
>>а в какой дире вы сделали chown ?
>в / :)вы полагаете что это смешно?!
тогда попробуйте руками восстановить владельца фсех файлов
в системе используя:содержимое /etc/mtree
или скрипт напишите, потом сообщите наСКОЛЬКО было весело.
>>например рут при отсутствии прав, на запись всем, вопреки убеждению многих писать
>>в конкретный файл не будет.
>Такое же заблуждение было и у меня...
>Теперь всё ясно. Спасибо за грамотную консультацию.самый простой вариант: загрузка с установочного CD и бинарный апгрейд,
хотя он НЕ ВСЕ поправит, а только ТО ЧТО ОТНОСИТСЯ к системе.
>вы полагаете что это смешно?!
>
>тогда попробуйте руками восстановить владельца фсех файлов
>в системе используя:
>
>содержимое /etc/mtree
Это не страшно, по крайней мере. Я вроде писал, что это машинка - учебный полигон, она служит для наступания на грабли :). Сдохнет - просто переставлю.
>например рут при отсутствии прав, на запись всем, вопреки убеждению многих писать
>в конкретный файл не будет. Рут может только ЛЮБОМУ файлу, независимо
>от его владельца назначить владельца, группу и\или права.У меня сейчас нет од рукой шелла во FreeBSD, но для OpenBSD и Linux ваше утверждение ("рут при отсутствии прав, на запись всем писать в конкретный файл не будет") не верно.
% touch file
% ls -l file
-rw-r----- 1 notroot notroot 0 2006-01-11 12:19 file
% su
Password:
# echo bla-bla>file
# cat file
bla-blaИли я вас не верно понял?
>У меня сейчас нет од рукой шелла во FreeBSD, но для OpenBSD
>и Linux ваше утверждение ("рут при отсутствии прав, на запись всем
>писать в конкретный файл не будет") не верно.
Действительно, пишет! (Во FreeBSD)
>>У меня сейчас нет од рукой шелла во FreeBSD, но для OpenBSD
>>и Linux ваше утверждение ("рут при отсутствии прав, на запись всем
>>писать в конкретный файл не будет") не верно.
>Действительно, пишет! (Во FreeBSD)
поменяйте права на passwd, master.passwd/shadow и перегрузите тазик. Интересно понаблюдать за результатом.
>>>У меня сейчас нет од рукой шелла во FreeBSD, но для OpenBSD
>>>и Linux ваше утверждение ("рут при отсутствии прав, на запись всем
>>>писать в конкретный файл не будет") не верно.
>>Действительно, пишет! (Во FreeBSD)
>
>поменяйте права на passwd, master.passwd/shadow и перегрузите тазик. Интересно понаблюдать за результатом.А что, это докажет мою неправоту? ;) Или вы просто так?..