[РЕШЕНО] проблема пересбора системы после неправильно выставленных прав
нет смысла объяснять как так вышло, но от рута было выполнено:
chmod -R 777 /usr /opt
в результате чего разных багов образовалось достаточно. в процессе решения пришел к тому что надо "emerge -e world" и права восстановятся. но на всякий случай было закреплено
chmod -R 755 /usr /opt
теперь при попытке emerge -e world встает autoconf при попытке собрать iniparser:
http://dpaste.com/hold/751032/
sudo, chromium отказываются заводиться. мотивируют так:
b4x@annie ~ $ sudo sudo: эффективный uid не равен 0, программа sudo установлена с битом setuid и принадлежит root? b4x@annie ~ $ chromium [2589:2589:5751760257:FATAL:zygote_host_impl_linux.cc(148)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /usr/lib64/chromium-browser/chrome_sandbox is owned by root and has mode 4755. Аварийный останов
указывать права для каждой отдельной папки мне кажется неразумным, хотя рядом есть почти копия системы (если это может быть полезно).
1. есть ли способ решить проблему просто, без дополнительных телодвижений?
2. правильно ли я думаю, что autoconf встает именно из за неверно указанных прав? вывод сделал ввиду того что система работала идеально и проблем при установке/переустановке до этой ситуации не возникали.
make.conf:
http://dpaste.com/751035/
upd: пока нет решения, запустил
annie b4x # emerge -eav --keep-going world
чтобы он поправил все что может поправить.
upd: решение остается в направлении
emerge -eav --keep-going system
и
emerge --sync && emerge -avuDN --keep-going world
в несколько повторений.
- Для комментирования войдите или зарегистрируйтесь
Портажу надо бы
Портажу надо бы portage:portage, - у меня были какие-то проблемы, когда владельцем был рут... или это было в /var/tmp/portage - точно уже не помню.
Я бы начал с пересборки
Я бы начал с пересборки system (с созданием бинарных пакетов, что бы при пересборке world не компилять повторно)
если есть аналогичная система(по cflags и use flags), то можно из нее наделать бинарников, а потом установить их в сломанную. Или теоретически можно сделать скрипт, который "скопирует" права
по второй части - как раз не
по второй части - как раз не хочется возиться со скриптами, nfs и прочим - такое решение видел, но мне кажется оно не точно и много возни. система не аналогична по cflags и по use flags, она оч близка именно по содержимому world (за исключением пары мелких тулз) и по версии - обновление на стационаре и на ноуте делаю в один день чтобы версии пакетов совпадали и ошибки тоже.
копирование прав оставлю на крайний случай если не получится с пересборкой мира или не окажется что где-то есть удобная штука для автоматической правки. судя по гуглу, проблема не редкая, мне еще повезло что только два каталога с корня, у многих похуже ситуация.
а вот по первому - ни разу не пересобирал system. пока буду читать хендбук, а если подскажете что надо знать - буду благодарен. я почему-то думал, что system собирают те, кто ковыряется со stage1 и всяческие оптимизаторщики.
в большинстве аналогичных случаев люди переставляют систему, но это не серв, чтобы забекапить конфиги и переставить, а хорошо настроенный ноут - возни много будет, хочется сохранить систему.
Идея в том, что если после
Идея в том, что если после пересборки system вы можете быть уверены, что все последующие проблемы при сборке не имеют отношения к неудачному chmod...
спасибо, понял. при попытке
спасибо, понял. при попытке "emerge -eav --keep-going system" выпало 2 пакета, которые не встали из-за automake:
полный текст ошибки:
http://dpaste.com/751106/
значит все же придется возиться с копированием прав руками/скриптом или есть еще способы? остальные пакеты встают нормально. система в целом работоспособна (я из под нее пишу), но невозможность обновиться несколько удручает.
покажи содержимое
покажи содержимое
***** automake ***** *****
ну просто загадка во тьме. с ним же все собирал - не было проблем. с момента ошибки не обновлялся, не откатывался.
не понимаю что дальше.
не понимаю что дальше. пересобрал autoconf и automake, но есть вот такое:
мне бы хоть почитать что - в инете половина решений этой проблемы в "emerge --sync", у второй решений нет. проверил права на /usr/share/aclocal на аналогичной машине - все верно.
произошло худшее что могло
произошло худшее что могло произойти - проблема решилась сама собой >< теперь я не знаю что именно помогло. единственное что прогнал 2 раза - "emerge -eav --keep-going system"
.
Это не горе, а так... пустяк, дело житейское.
Ты же знаешь как воспроизвести проблему? :)
:wq
--
Live free or die
Anarchist написал(а):b4x
xD зачет! ну, я уж как-нить переживу.
спасибо в любом случае
b4x написал(а): нет смысла
sys-apps/mtree
?P.S. 0755 оно для d. Для f --- 0644 ;)
man find
:wq
--
Live free or die
mtree, если я правильно
mtree, если я правильно понимаю, необходимо ставить до и создавать снимок, который после можно накатать?
>0755 оно для d. Для f --- 0644
с правами понятно. а что есть "d" и "f"?
/
Не знаю :)
Руки не доходили, и потребности не было.
Скорее не обязательно, ибо FHS.
Специальный файл типа "каталог" и простой файл.
За подробностями к
man find
.:wq
--
Live free or die
спасибо, понял.
спасибо, понял.