Война с гентой
Таки скопировал я на старый 72-гиговый винт генту, которую ставил в чруте на работе. И что бы вы думали? Фигвам!
Сначала у меня возникла проблема с невозможностью запуска openrc: я удалил симлинк из /run/, и все заработало. Парадокс: какой идиот этот симлинк туда пихал?
Пока грузилось, я обратил внимание на то, что этот сраный openrc жутко тормозной: несмотря на то, что пока еще никаких сервисов он не запускает (я без понятия, как с этим говном работать), начальная загрузка заняла минуты две!!!
Потом у меня возникли проблемы вида "Id 'c2' respawning too fast". Судя по гуглу, это из-за того, что ведро собрано криво. Идиотизм! Я его собирал с genkernel! Куда же ровней?
Ну, а надпись "No directory, logging in with HOME=/" вообще поставила меня в тупик: это как? В /etc/passwd все ОК. Чего этой дуре надо?
Вопрос гентушникам, которые, быть может, читают мой журнал: как в генте минимальной кровью вернуть кошерный sysvinit вместо этого говеного тормозного openrc?
И еще вопрос: как вы в этой сраной генте живете, если она по умолчанию вообще никаких настроек не предлагает? Неужто забиваете сначала /etc материалами из гугола? Я уже понял, что гента вообще не пригодна для первой системы (т.е. установить ее куда-то, где ничего нет, тупо развернув из минимального заранее подготовленного образа, невозможно)!
UPD.
Блин! Проблема с тупизной решилась добавлением в строчку загрузчика этого:
devfs=nomount
Чудеса в решете!
А еще я не понял, почему root=/dev/disk/by-label/GENTOO этому чертовому openrc не понравилась!
Но попасть в генту я не смог: после введения логина и пароля agetty перезапускался (а на фоне мелькал матюг про HOME=/)! Попробовал загрузиться с init=/bin/bash, и получил веселое "выпадение ведра в осадок", а перед матюгами trace'а — странное сообщение
Pid: 1, comm: bash Not tainted …
Завтра продолжу войну.
Сначала у меня возникла проблема с невозможностью запуска openrc: я удалил симлинк из /run/, и все заработало. Парадокс: какой идиот этот симлинк туда пихал?
Пока грузилось, я обратил внимание на то, что этот сраный openrc жутко тормозной: несмотря на то, что пока еще никаких сервисов он не запускает (я без понятия, как с этим говном работать), начальная загрузка заняла минуты две!!!
Потом у меня возникли проблемы вида "Id 'c2' respawning too fast". Судя по гуглу, это из-за того, что ведро собрано криво. Идиотизм! Я его собирал с genkernel! Куда же ровней?
Ну, а надпись "No directory, logging in with HOME=/" вообще поставила меня в тупик: это как? В /etc/passwd все ОК. Чего этой дуре надо?
Вопрос гентушникам, которые, быть может, читают мой журнал: как в генте минимальной кровью вернуть кошерный sysvinit вместо этого говеного тормозного openrc?
И еще вопрос: как вы в этой сраной генте живете, если она по умолчанию вообще никаких настроек не предлагает? Неужто забиваете сначала /etc материалами из гугола? Я уже понял, что гента вообще не пригодна для первой системы (т.е. установить ее куда-то, где ничего нет, тупо развернув из минимального заранее подготовленного образа, невозможно)!
UPD.
Блин! Проблема с тупизной решилась добавлением в строчку загрузчика этого:
devfs=nomount
Чудеса в решете!
А еще я не понял, почему root=/dev/disk/by-label/GENTOO этому чертовому openrc не понравилась!
Но попасть в генту я не смог: после введения логина и пароля agetty перезапускался (а на фоне мелькал матюг про HOME=/)! Попробовал загрузиться с init=/bin/bash, и получил веселое "выпадение ведра в осадок", а перед матюгами trace'а — странное сообщение
Pid: 1, comm: bash Not tainted …
Завтра продолжу войну.
no subject
Почему? У нас сейчас не одномегабайтные жесткие диски: от того, что у меня будет валяться пара десятков мегабайт неиспользуемых модулей, мне хуже не станет!
А вся эта "оптимизация под конкретный процессор" судя по реальным тестам — бред чистой воды!
> зачем ты вообще собирал на одной машине систему для другой?
Дома у меня сильно тормозной компьютер, а на работе — ОК. Да и не могу же я дома жужжать компьютером неделю! А на работе за двое суток все скомпилялось.
На процессоры насрать: все равно архитектура и там, и там — x86_64. А вот насчет всех этих sse, блин, ты прав! Надо проверить. А то, может, у меня genkernel и глючит из-за чрезмерной оптимизации.
Не знаю, что я сразу не подумал про pf-sources. Сейчас буду ставить.