bludné LFS poprvé sem vážně zakys (diskuse)

[zabza]

Pokud si dobře pamatuju (už je to pár let, co jsem měl čas na takový blbiny jako LFS), tak při chrootování jsem si vždycky /proc a /dev mountoval z hostitelského systému pomocí něčeho jako mount -o bind /dev /mnt/new-root/dev... Ale možná že si to už pamatuju blbě

[jm]

Nejak takhle:

mount -t proc none /mnt/new-root/proc

[zabza]

s /proc je to snadný, s /dev je to horší

[jm]

Hmm, /dev jsem teda nikdy mountovat do chrootu nepotreboval.

[prOm3TheuS]

Mně stačilo udělat malinkatej skriptík, který úplně přesně opisuje chrootování a připojování těch virtuálních systémů v knize(taky o tom vím houby, takže jsem to 'logicky' opisoval). Avšak mám stejný problém. Kompilace těch hlavních částí, jako je Glibc, Binutils a GCC se zdá být v pořádku, ale jejich test suite hlásí error jeden za druhým. Také mi to píše, že nemám více PTYs. Zkrachoval jsem u kompilace Perlu, ale asi to bude tím, že jsem použil ty nejnovější tarbally, co jsem natahal z Internetu. Takže bych doporučoval vše smazat a jet znovu a striktně se držet manuálu Né nadarmo píšou, že pro 'first time compilers' nedoporučují experimentovat.

[estevez]

opisování se mi z hloubi duše příčí. nechci tam kopírovat příkazy, které dělají něco nevím co někde nevím kde. ale uvidím. včera sem to uved zpátky do "původního stavu" před chrootem a zkusim to znovu. testy hážou chyby kvůli těm neexistujíccím pseudoterminálům. selská logika říká, že pokud v pomocném systému bylo devpts a potažmo pty v pořádku tak pokud v kapitole použijeme kopii, měla by být v pořádku taky.pokud není chyba v devpts ani v v právech k pt_chown což sou zatim jediné odhalené zdroje možných potíží, budu se do toho muset pustit víc zgruntu.

[prOm3TheuS]

No jo, ale stejnak to člověk musí opsat tak jako tak. Ač si na tom uživatel může udělat drobné úpravy podle svého, tak postup bude vždy stejný. Například, já se budu držet standardu, ale kompletně vynechám sysV init style boot skripty a pokusim se vyrobit podle návodu BSD-style init. Ve Vašem případě je pravda v tom selském rozumu, že chyba bude někde po chrootu. Takže hodně štěstí a příjemné googlování

[OldFrog {Ondra Nemecek}]

Ahoj,

prinejmensim je treba mit spravne pripojene proc a devpts:

proc on /proc type proc
devpts on /dev/pts type devpts

[estevez]

jojo mount něco takovýho píše. taky aby nepsal, určitě sem po tom rebootu dělal:
mount -t devpts -o gid=4,mode=620 none /dev/pts
mount -t tmpfs none /dev/shm
ale proc se připojovalo ještě před chrootem:
mount -t proc proc $LFS/proc
po chrootu se jen dělají symlinky:
ln -s /proc/self/fd /dev/fd
ln -s /proc/self/fd/0 /dev/stdin
ln -s /proc/self/fd/1 /dev/stdout
ln -s /proc/self/fd/2 /dev/stderr
ln -s /proc/kcore /dev/core
mimochodem co všechno je v /dev/fd/ ?

[Yin]

v /dev/fd su file-descriptory pre STDIN, STDOUT, STDERR a kedze je symlinkovany na /proc/self/fd vy zera rozne pre kazdy process (kazdy process ma vlastne vstupy a vystupy).

Ak ti mozem poradit... zacni este raz od znovu... a kazdych par krokov si urob zalohu particie...

Alebo si daj gentoo... ale tam sa o OS vela nedozvies...

[Jiří Němec]

V Gentoo si před chrootem vždy připojim /dev a /proc (ted mozna zacnu pripojovat i /sys), normalne --bind a jsem spokojeny. Doporucuju si udelat script. Takhle vypadal treba muj posledni(stavel jsem gentoo pro souseda):

mount --bind /proc/ /mnt/hda3/gentoo/krivanek/proc/
mount --bind /dev/ /mnt/hda3/gentoo/krivanek/dev/

mount --bind /tmp/krivanek/ /mnt/hda3/gentoo/krivanek/tmp/
mount --bind /usr/portage/ /mnt/hda3/gentoo/krivanek/usr/portage/
mount --bind /mnt/hda3/gentoo/distfiles/ /mnt/hda3/gentoo/krivanek/usr/portage/distfiles/