Собственно вопрос такой. Когда доходим до
[console]chown -R root:root $LFS/tools" [/console]
Это же надо делать от root в хост системе или нет?Потому что,от пользователя Lfs это сделать нельзя,или надо дать права root для lfs как то...Ведь прав у него не хватает даже с su - lfs.При этом если делаю это от хоста,то я и продолжаю от хоста собиратьдальше. Потом уже От хостового root
[console]chroot "$LFS" /tools/bin/env -i \
HOME=/root \
TERM="$TERM" \
PS1='(lfs chroot) \u:\w\$ ' \
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
/tools/bin/bash --login +h
[/console]
Все верно?
LFS root
Все верно?
Ну так логично же все)
LFS обычно всегда собирается под рутом, так же как и Gentoo в stages.
Там же всегда нормальная документация была по сборке.
Может про это уже упускают как само разумеющееся.
Просто после перезагрузки у меня хост система отдавала концы.Отваливались разделы например.Похоже прикончил fstab и не доглядел.( Другой раз вообще на уровне загрузки ядра умирала.Мне думается ,что я просто невнимателен был,раз все логично и верно.. :( В общем стоило спросить,чтобы убедиться. *DRINK*
Просто после перезагрузки у меня хост система отдавала концы.Отваливались разделы например.
В fstab лучше прописывать разделы UUID, так как иногда при наличии более одного жесткого диска, имена разделов могут меняться, например /dev/sda на /dev/sdb, а по UUID, остается тем же самым.
ormorph, Не в этом дело. :) На gpt и так PARTUID.За раз лфску не собрать,а потом легко сбиться и начать копипастить в хостсистему.Может про это забывал export LFS=/mnt/lfs :!
Может про это забывал export LFS=/mnt/lfs at
Ну тогда что бы не сбиваться, можно просто прописать все эти действия в скрипте, и уже им переходить в chroot.