Linux from scratch Fermé

Question

Salut à tous ;)

Je m'intéresse à LFS car je voudrais bien créer mon système Linux entièrement personnalisé.

Je me posais quelques questions avant de me lancer dans l'aventure...

LFS est ce le bon chemin pour au bout du compte:

-Avoir le tout dernier noyaux 2.6.30.4
-Avec uniquement les dernières versions de mes logiciels favoris
-Choisir mon gestionnaire de logiciels favoris entre Dpkg,Yum,Pacman et autres
-Avoir un système stable avec le stricte nécessaire

Ne serais ce pas identique de démarrer sur une image Arch ou Debian minimale et d'y compiler le dernier noyaux
ainsi que les derniers logiciels?

Le PDF que j'ai commencé à lire est très fascinant :)

Merci pour vos lumières.

lami20j · Answer

Salut,

Ne serais ce pas identique de démarrer sur une image Arch ou Debian minimale et d'y compiler le dernier noyaux 
Le plaisir de te casser la tête de faire de A à Z, tu le laisses à qui?

Tu parle de PDF depuis le site de LFS ?!

initials 76 · Answer

Re, bon, quelque chose ne colle pas :( Partitionnement et création d'un point de montage d'un système de fichiers ext3 pas de problèmes. Il est monté dans /media/LFS/ ensuite: "Les paquets et les correctifs téléchargés doivent être stockés quelque part où ils seront facilement disponibles,....." "Vous pouvez utiliser le répertoire $LFS/sources" "Pour créer ce répertoire, lancez, en tant qu'utilisateur root, avant de commencer la session de téléchargement :" mkdir -v $LFS/sources (ha?bon, ok il doit être créé sur ma racine à moi et pas encore sur la partition d'installation.....) "Donnez le droit d'écriture et le droit sticky sur ce répertoire" chmod -v a+wt $LFS/sources (chouette, ici je comprend que "a+wt" remplacent 777) ====>Je remarque qu'un nouveau répertoire nomé "sources" se trouve à la racine de ma Archlinux....Je continue et j'y colle tous les programmes demandés, de autoconf à zlib, en passant par binutils et gcc...Et surtout mon noyaux :))) chapitre suivant: CONFIGURER LA VARIABLE $LFS =====> À mon avis ils auraient du commencer par là, c'est une intuition. export LFS=/media/LFS et echo $LFS revoie bien: /media/LFS Ça roule. Créer le répertoire "tools" mkdir -v $LFS/tools ====> ha! cette fois ci un nouveau répertoire apparemment sur la racine de la nouvelle partition....À mon avis je vais devoir revenir en arrière et recommencer le répertoire "sources" au bon endroit... :S création du lien symbolique /tools dans votre système hôte: ln -sv $LFS/tools / je reviens en arrière pour "sources": mkdir -v $LFS/sources chmod -v a+wt $LFS/sources cp /sources/* /media/LFS/souces rm -Rf /sources/* rmdir /sources C'est rentré dans l'ordre...mais bon. ajouter l'utilisateur lfs: groupadd lfs useradd -s /bin/bash -g lfs -m -k /dev/null lfs passwd lfs chown -v lfs $LFS/tools <===lfs devient le proprio de "tools" chown -v lfs $LFS/sources <====et celui de "sources" aussi ensuite je me connecte en tant sue "lfs" su - lfs À ce moment la lfs est sur le système hôte lfs@basile~: Configurer l'environnement et un nouveau bash-profile: cat > ~/.bash_profile << "EOF" >exec env -i HOME=$HOME TERM=$TERM PS1='\u:\w\$ ' /bin/bash >EOF Créez maintenant le fichier .bashrc : cat > ~/.bashrc << "EOF" >set +h >umask 022 >LFS=/media/LFS >LC_ALL=POSIX >PATH=/tools/bin:/bin:/usr/bin >export LFS LC_ALL PATH >EOF Enfin, pour avoir un environnement complètement préparé pour la construction des outils temporaires, chargez le profil de l'utilisateur tout juste créé : source ~/.bash_profile et la lfs se trouve dans son répertoire: lfs~$: Donc la tout va bien on est dans le "home" de lfs et on viens de créer son environnement. Le problème survient ensuite:(hé oui c'était trop beau) Installation de Binutils mkdir -v ../binutils-build ====> Pas les droits suffisants! Je dois compiler binutils en tant que "lfs" mais il me faut les droits root pour créer les répertoires.. J"utilises donc: su -c 'mkdir -v ../binutils-build' Ça passe en root, mais à ce moment la je ne suis pas sur que le répertoire se trouve au bon endroit :S Bref je m'arrange pour qu'il se trouve bien à /media/LFS/ puisque je suppose que c'est la qu'il doit se trouver, ou peut être dans /tools ??? :( J'essaie la compilation CC="gcc -B/usr/bin/" ../binutils-2.18/configure \ --prefix=/tools --disable-nls --disable-werror C'est en lisant la commande que j'ai remarqué qu'il fallait décompresser les archives, on ne l'avais pas dit.... ../binutils-2.18/configure no such file or directory, qu'est ce que je m'amuse :))) Je crois qu'on devrais d'abord m'expliquer ou décompresser les archives,et que signifient les deux points avant le slash lorsqu'on crée ou se place dans un répertoire :) exemple ../binutils-builds C'est à cause de ça que je ne sais plus ou je me trouve :( Et si lfs dans son environnement et en ayant créer des liens symboliques mais sans les droits root peut vraiment créer les bons répertoires au bon endroit? Je n'abandonnerai pas, mais je reprend depuis zero ;)) Merci pour vos lumières :)

initials 76 · Answer

Zut un message complet(3) à disparu :(
Je viens de passer 30 minutes à le rédiger pour rien :S

Nic0 · Answer

Salut

de tout façon avec arch puisque c'est en roll release tu te retrouve avec les derniers programmes, et le dernier kernel (compilé, mais rien ne t'empèche de le faire).
De plus comme il n'y as aucun environnement graphique par défaut, tu es vraiment libre (pour ma part openbox/pypanel/conky) et basta :p

Je suppose que tu as de bonne connaissance pour te lancé dans ce genre d'aventure.

Je dis juste que les raisons que tu as avancé ne sont pas selon moi les bonnes, si tu t'y connais très bien (tu compiles des kernels le matin avec le café au lait) c'est bien, sinon, pas certain que tu obtienne vraiment quelque chose de bien stable,

je le dis une fois encore les raisons que tu donnes, avoir le dernier kernel, une distrib minimaliste et légère, ainsi que les dernière logiciels sortie corresponde tout à fait à archlinux

bon courage en espérant t'avoir été utile.

lami20j · Answer

Salut,
(chouette, ici je comprend que "a+wt" remplacent 777)

Pas tout à fait ;-)
Effectivement le résultat obtenu est 1777 mais sous le capot se passe autre chose ;-)

a - All (Propriétaire, Groupe, Autres)
+ - ajoute droits
w - Write (seulement) - octal (Propriétaire - 200, Groupe 20, Autres 2)
t - sTicky bit - octal 1000
Ce qui dit en fait que pour tout le monde donner le droit Write et sTicky bit ce qui donne en octal
1000 + 200 + 20 + 2 = 1222

Prenons 3 exemples

1. les droits sur répertoire sont dr-xr-xr-x ce qui veut dire
propriétaire  400+0+100  =500
groupe        40+0+10    = 50
autres        4+0+1      =  5
Total                    =555
Avec a+wt en fait on fait l'additin de 1222 + 755 = 1777



2. les droits sur répertoire sont drwxr-xr-x ce qui veut dire
propriétaire  400+200+100=700
groupe        40+0+10    = 50
autres        4+0+1      =  5
Total                    =755

Avec a+wt en fait on fait l'addition de 1022 + 755 = 1777
Cette fois le propriétaires a déjà les droits d'écriture, donc le droits sera modifié au groupe et aux autres.

3. a+wt -> résultat final différent de 1777, les droits sur répertoire sont drwx------
lami20j@debian:~$ ls -ld rrr
drwx------ 2 lami20j lami20j 4096 aoû  9 10:01 rrr
lami20j@debian:~$ chmod -v a+wt rrr
Le mode d'accès de `rrr' a été modifié à 1722 (rwx-w--wT).
lami20j@debian:~$ ls -ld rrr
drwx-w--wT 2 lami20j lami20j 4096 aoû  9 10:01 rrr

Donc tu vois que cette fois on n'obtiens pas 1777
En octal au debut
propriétaire  400+200+100=700
groupe        0+0+0      =  0
autres        0+0+0      =  0
Total                    =700

Avec a+wt en fait on va additionner 1022 + 700 = 1722

Conclusion :

 "a+wt" ne remplacent pas 777 même si en fonction des droits déjà existants a+wt permettra de compléter les droits pour arriver au final à 1777

Urielxx · Answer

Salut initials 76,

Bon courage pour ta découverte de la LFS, mais assure-toi de bien connaitre les bases de Linux/UNIX avant de te lancer dans l'exercice. Ca vaut peut-etre le coût de te familiariser un peu avec le shell (bash) et les commandes GNU/Linux en général au préalable si tu ne veux pas être frustré ou dégouté, parce que faire une LFS 'est assez long et nécessite un peu de maitrise préalable du sujet ! Par contre, c'est un excellent moyen de comprendre un système Linux dans le détail (au lieu de rentrer dans les guéguerres de distributions Linux). 

J'ai déjà fait plusieurs LFS (je suis ingénieur système Linux), mais ça date un peu, je ne peux que te conseiller de la patience, et surtout de bien bien lire et suivre la doc pas à  pas : elle est (était) généralement bien faite pour ça. Par contre, le moindre oubli peut avoir des conséquences par la suite (genre si tu oublies un patch, ou une modification dans un script...)

Par contre, la LFS présente un gros désavantage par rapport à des distributions classiques : elle est difficile à maintenir. Par exemple, si tu veux installer un nouveau produit, tu te retrouves vite à devoir chercher toutes les dépendances à la main, certaines lib devront être ugpradées, et ça impactera d'autres produits qui ne marcheront plus, etc, etc. Tout ce travail est habituellement fait par les distributeurs, qui vérifient les compatibilités de produits entre eux et packagent le tout. Exemple: si tu veux installer firefox, tu devras compiler toutes les libs qui sont utilisées, dont X11 (plusieurs dizaines de Meg de sources) et d'autres, et tu en auras pour des heures de compilations (je suis sérieux).

Par expérience, je te conseille donc d'avoir un dual boot avec une distrib linux "classique", et ta LFS à coté, afin de ne pas devoir passer des heures à regarder des trucs se compiler sous pretexte que tu veux lire un DVD ou autre opération qui se font en 5 minutes sur une distrib.

Celà dit, tu m'as l'air d'être très motivé ! Tu pourrais devenir un professionnel du sujet si tu poursuis dans cette voie ! 

Bon courage à toi !

initials 76 · Answer

Bon apparemment je m'y suit retrouvé plutôt bien et il y avait une incohérence dans la doc lfs:

"La documentation de Binutils recommande de construire Binutils en dehors du répertoire des sources, c'est-à-dire
dans un répertoire de construction dédié :"

donc en root (puisque lfs n'as pas les droits pour créer ce répertoire)
su -c 'mkdir -v ../binutils-build'
ensuite on se place dedans,mais entre temps on y a décompresser bintuil-2.19.tar.bz2
cd ../binutils-build
donc dans ce répertoire j'ai: bintuils-2.19 décompressé.

Et pour compiler la commande donnée est:

CC="gcc -B/usr/bin/" ../binutils-2.19/configure \
    --prefix=/tools --disable-nls --disable-werror

Hors c'est normal que j'ai un "no such file or directory"

puisqu'il faut entrer:
CC="gcc -B/usr/bin/" ./binutils-2.19/configure \
    --prefix=/tools --disable-nls --disable-werror

sans remonter d'un répertoire pour bintuils-2.19 puisqu'avec cd je suis déjà dans le répertoire parent (merci lami20j)

Et la c'est passé, j'ai un début de début de début de système:
lfs:~$ ls -l $LFS/tools/
total 24
drwxr-xr-x 2 lfs lfs 4096 Aug  9 16:42 bin
drwxr-xr-x 4 lfs lfs 4096 Aug  9 16:40 i686-pc-linux-gnu
drwxr-xr-x 2 lfs lfs 4096 Aug  9 16:40 include
drwxr-xr-x 2 lfs lfs 4096 Aug  9 16:40 info
drwxr-xr-x 2 lfs lfs 4096 Aug  9 16:40 lib
drwxr-xr-x 3 lfs lfs 4096 Aug  9 16:40 man


Voyons la suite :)

initials 76 · Answer

Yop :)

Pour gcc c'est passé aussi (après 5h de compilation)

lfs:~$ ls -l $LFS/tools/
total 32
drwxr-xr-x 2 lfs lfs 4096 Aug  9 22:16 bin
drwxr-xr-x 4 lfs lfs 4096 Aug  9 16:40 i686-pc-linux-gnu
drwxr-xr-x 3 lfs lfs 4096 Aug  9 22:10 include
drwxr-xr-x 2 lfs lfs 4096 Aug  9 22:17 info
drwxr-xr-x 6 lfs lfs 4096 Aug  9 22:17 lib
drwxr-xr-x 3 lfs lfs 4096 Aug  9 22:10 libexec
drwxr-xr-x 4 lfs lfs 4096 Aug  9 22:10 man
drwxr-xr-x 4 lfs lfs 4096 Aug  9 22:17 share

Je continue :)

Tiens j'apprends une nouvelle commande:
make mrproper

bob031 · Answer

Bonjour,


Très bien !


Bon courage ....

:-)

lami20j · Answer

Re,

Au cas où si tu rencontreras des soucis avec les paquets de versions plus récente ici tu trouveras les paquets utilisé pour LFS
ftp://mirror.cict.fr/lfs/lfs-packages/development/
On monte d'un cran et tu as même l'archive tar ;-)
ftp://mirror.cict.fr/lfs/lfs-packages/

Urielxx · Answer

Concernant les versions à utiliser, je conseillerais quand même de ne pas tenter de changer. Je l'ai déjà fait pour la glibc et quelques autres produits, et ça a été une horreur pour avoir un système stable. Après, vu que tu es motivé, c'est toi qui voit ;-)

initials 76 · Answer

Bonsoir à tous,

blocage ici lors du déplacement de l'éditeur de liens :(

Ce n'est pas vraiment dans son déplacement, mais ensuite lors de l'édition du fichier specs de gcc avec sed:

gcc -dumpspecs | sed 's@/lib/ld-linux.so.2@/tools&@g' \
  > `dirname $(gcc -print-libgcc-file-name)`/specs

===> pas de fichier de ce type :-/

et c'est capital pour la suite de l'édition:

GCC_FIXED=`dirname $(gcc -print-libgcc-file-name)`/include-fixed &&
find ${GCC_FIXED}/* -maxdepth 0 -xtype d -exec rm -rvf '{}' \; &&
rm -vf `grep -l "DO NOT EDIT THIS FILE" ${GCC_FIXED}/*` &&
unset GCC_FIXED

et de la vérification de l'ensemble des outils:

echo 'main(){}' > dummy.c
cc dummy.c
readelf -l a.out | grep ': /tools'

qui doivent répondre:
[Requesting program interpreter:
    /tools/lib/ld-linux.so.2]

Sans ça impossible d'utiliser mes nouveaux outils ;)

edit: effectivement (après un './configure')
checking for C compiler default output file name... configure: error: C compiler cannot create executables


Je cherche aussi de mon côté.

Bonne nuit :)

lami20j · Answer

Re,

Juste pour voir, affiche le résultat de la commande (exécute là dans une autre console)
gcc -dumpspecs

lami20j · Answer

Re,

Aussi
dirname $(gcc -print-libgcc-file-name)

lami20j · Answer

Re,

Et ça

gcc -dumpspecs | sed 's@/lib/ld-linux.so.2@/tools&@g'  > `dirname $(gcc -print-libgcc-file-name)`/specs_test
Si tu as une erreur affiche le résultat sinon  affiche le résultat de
find /media/LFS -name '*spec*'

lami20j · Answer

Re,

Juste pour te dire que jusqu'à ce moment je n'ai eu aucune erreur ni d'être obligé d'installer en root (je parle pour kernel)

lfs@debian:/mnt/lfs/sources$ gcc -dumpspecs | sed 's@/lib/ld-linux.so.2@/tools&@g' \
> > `dirname $(gcc -print-libgcc-file-name)`/specs
lfs@debian:/mnt/lfs/sources$ find /mnt/lfs/ -name '*specs*' 2>/dev/null
/mnt/lfs/tools/lib/libgomp.spec
/mnt/lfs/tools/lib/gcc/i686-pc-linux-gnu/4.3.2/specset la suitelfs@debian:/mnt/lfs/sources$ echo 'main(){}' > dummy.c
lfs@debian:/mnt/lfs/sources$ cc dummy.c
lfs@debian:/mnt/lfs/sources$ readelf -l a.out | grep ': /tools'
      [Requesting program interpreter: /tools/lib/ld-linux.so.2]
lfs@debian:/mnt/lfs/sources$

lami20j · Answer

Re,

je décompresse graphiquement avec initials. 
Au début dans le manuel, il est bien préciser de travailler en lfs.
Perso, je te conseille d'utiliser uniquement la console.

lami20j · Answer

Salut,

Bon, la je vais sûrement y passer ma soirée (voir même plus) 
Toujours en vie ;-DDDD

lami20j · Answer

Re,

J'espère que tu n'as pas mélanger encore les droits.
En fait au début l'ordre est plutôt comme ça

export LFS=/mnt/lfs
mkdir -pv $LFS
mount -v -t ext3 /dev/$1 $LFS

mkdir -v $LFS/sources
chmod -v a+wt $LFS/sources
mkdir -v $LFS/tools
ln -sv $LFS/tools /
groupadd lfs
useradd -s /bin/bash -g lfs -m -k /dev/null lfs
passwd lfs
chown -v lfs $LFS/tools
chown -v lfs $LFS/sources

su - lfs
cd $LFS/sources
wget ftp://mirror.cict.fr/lfs/lfs-packages/lfs-packages-6.4.tar
tar xf lfs-packages-6.4.tar

Comme ça on es sûr que lfs est propriétaire des archives, pour ne plus avoir ton histoire de compilation en root pour le kernel

lami20j · Answer

Re,

Dans la doc, ce qui induit en erreur (quand on à pas compris l'usage de ../) 
C'est à ce moment ci: 

Lorsqu'on est fraîchement connecté en tant que lfs on se trouve dans son répertoire. 

Hors la première commande donnée pour créer un répertoire est: 


mkdir -v ../binutils/build

Je pense que tu n'as pas compris.

Donc la bonne commande départ pour moi est (depuis lfs) 

mkdir -v ./binutils-build
Pas du tout, les commandes dans le livres sont correctes. Je les ai exécutées sans rien changer.
C'est vrai qu'on peut tout changer, mais ça ne vaut pas le coup.
Le répertoire de travail est /mnt/lfs/sources
Si on se connecte en lfs c'est puisque lfs a des droits sur /mnt/lfs/sources et /mnt/lfs/tools


En fait quand tu te connecte en lfs tu te trouveras en /home/lfs
Ce que ne dit pas le livre c'est de faire un cd /mnt/lfs/sources pour se positionner dans le répertoire sources qui sera le répertoire de travail.su - lfs
cd /mnt/lfs/sources
C'est en ce moment que tu dois commencer.

Encore une chose.
Avant toute opération de configuration, patcher, compilation le livre suppose que tu as decompressé déjà l'archive et tu as fait un cd.

Prenons le cas de binutils

donc dans /mnt/lfs/sources tu as binutils-2.18.tar.bz2

Donc tu es dans /mnt/lfs/sources
tar xjf binutils-2.18.tar.bz2
cd binutils-2.18
et quand tu fais (donc tu te trouves en ce moment dans /mnt/lfs/sources/binutils-2.18 ) , il faut faire comme ça avec chaque archive (c'est l'étape N° 1)mkdir -v ../binutils-build

En fait tu vas créer le répertoires binutils-build dans /mnt/lfs/sources qui est le répetoire parent de binutils-2.18

A ne pas oublier qu'après la compilation et installation tu dois supprimer /mnt/lfs/sources/binutils-build et /mnt/lfs/sources/binutils-2.18

lami20j · Answer

Re,

Le répertoire dedié pour la construciton de GCC sera
/mnt/lfs/sources/gcc-build

Tu dois faire 
mkdir -v ../gcc-build
cd ../gcc-build

puisqu'en fait tu te trouveras dans /mnt/lfs/sources/gcc-4.3.2

Donc chaque fois quand tu commence installer un paquet tu dois faire
C'est juste une exemple, mais chaque fois tu dois faire pareil
tar ... paquet-x.x.x.tar.gz 
cd paquet-xxx
C'est après cette étape que les commandes suivent.

lami20j · Answer

Salut,

 grâce au lien symbolique l'installation se déroule bien dans /tools 
Ben, non.
L'installation se déroule dans /tools grâce à l'option de configuration --prefix=/tools
Si tu regardes bien, tu verras que chaque configuration a --prefix=/tools

initials 76 · Answer

Bonsoir ;)

Bon, me revoilà à la 2ème passe de gcc.

Tout va bien depuis le début de la LFS (deuxième essai), je suis la doc (et les bons conseils)
et du coup, j'avance deux fois plus vite :))

Les messages d'erreur que j'avais, notamment avec 'specs' ,
étaient sûrement du à la grosse différence de manipulations proposées avec les logiciels conseillés, et les logiciels plus récent que j'avais choisis à la place qui ont faussés toutes les manipulations à un moment donné.

Donc, je confirme: Suivre minutieusement la doc pas à pas ;)) 

La, ça compile gcc passe 2...

Bonne soirée ;)

lami20j · Answer

Salut,

C'est bien ;-)
Le plus important c'est de comprendre.

Question: As-tu sauvegarder ton LFS temporaire, pour une éventuelle reconstruction?!

lami20j · Answer

Re,

J'espère aussi que tu fais tous les tests ;-)

initials 76 · Answer

Re,

et voila archivage du boulot fait jusqu'à présent:
[root@Basile ~]#tar cf lfs-6.4-api-headers-2.6.30.4.tar /media/LFS/*
[root@Basile ~]#bzip2 lfs-6.4-api-headers-2.6.30.4.tar
[root@Basile ~]#ls lfs-6.4-api-headers-2.6.30.4.tar.bz2

Bonne nuit ;)

lami20j · Answer

Re,

Tu aurais pu faire une seule commande ;-)tar cjf lfs-6.4-api-headers-2.6.30.4.tar.bz2 /media/LFS/*

initials 76 · Answer

Re,

Question importante:

Une fois "chrooté"

Pour l'installation définitive des logiciels, doit-on utiliser les anciens répertoires dans lesquels on à déjà travailler, ou tout effacer et ré-extraire les archives et ainsi créer de nouveaux répertoires?

Les anciens répertoires ayant déjà un makefile créé, je me posais la question.

J'avais compris qu'il fallait vider et effacer les répertoires parents de compilation de gcc/glibc/binutils-build

Mais pour les autres?

lami20j · Answer

Re,

doit-on utiliser les anciens répertoires dans lesquels on à déjà travailler, 
Alors tu n'as pas compris ou tu n'as pas vu, qu'il fallait supprimer le répertoires après l'installation (dans le chapitre 5)

Important 
Après l'installation de chaque paquet, supprimez son répertoire source et son répertoire de construction, sauf si nous vous le demandons spécifiquement. Supprimer les sources empêche une mauvaise configuration lorsque le même paquet est réinstallé un peu plus tard

lami20j · Answer

Re,

Donc tu dois faire les même manipulations que tu as fait dans le chapitre V
- decompression
tar xzf paquet-x.x.x.tar.gz- deplacement dans le répertoie de logiciel
cd paquet-x.x.x- exécuter les commandes du manuel

initials 76 · Answer

Bonsoir :)

La suite de tests est décidément très longue pour gcc...

À un moment donné j'ai cru à un freeze système, surtout que l'UC reste à 99% en permanence,
mais bon, c'est un vieux sempron.

Au passage====> lol

;))

lami20j · Answer

Salut,

est décidément très longue pour gcc... 
Je le savais, mais je n'ai rien dit, je t'ai laissé le plaisir de découvrir ;-)

initials 76 · Answer

Bonsoir ;)

Pour la suite lointaine j'ai aussi trouvé ceci:

http://projects.gnome.org/garnome/

GARNOME is a build utility that allows users to build the GNOME Desktop.

Based on the GAR ports system developed by Nick Moffitt. It downloads, builds and installs the GNOME Desktop from the latest tarball releases. It also includes extra GNOME software to provide users with a comfortable and complete desktop environment.

Connaissant l'enfer des dépendances de Gnome, il ne sera pas de trop :op

lami20j · Answer

Salut,

Ici tu as un exemple d'installation de KDE avec Konstruct
ou regarde ça Getting Started/Build/KDE4.x

initials 76 · Answer

Re,

Configuration des locales, j'espère que je ne me suis pas trompé :S

cat > /etc/profile << "EOF"
> # Begin /etc/profile
> export LANG=fr_FR.utf8
> # End /etc/profile
> EOF

La doc dit:
export LANG=<ll>_<CC>.<charmap><@modifiers>

? :(

initials 76 · Answer

Re ;))

Le menu de configuration de kernel 2.6.30.4 est assez intuitif :)

Après le "make" je vois bien:
Kernel: arch/x86/boot/bzImage is ready
Une fois copiés au bon endroit, il n'y a plus qu'a créer un menu.lst
root:/boot# ls
System.map-2.6.30.4  config-2.6.30.4  grub  lfskernel-2.6.30.4

Je vais faire un "chainloader" depuis le grub de Arch ce sera plus simple ;)

C'est le moment de vérité :)

lami20j · Answer

Salut,

Sur ton système hôte ça donne quoifdisk -l
grep -Ev '^(#|$)' /boot/grub/menu.lst

initials 76 · Answer

Bonsoir lami20j :)

[root@Basile ~]# /sbin/fdisk -l

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x8f8002b1

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        3328    26732128+   7  HPFS/NTFS
/dev/sda2            6183        9729    28491277+   5  Extended
/dev/sda3            3329        6182    22924755   83  Linux
/dev/sda5            6183        9474    26442958+  83  Linux
/dev/sda6            9475        9729     2048256   82  Linux swap / Solaris

Partition table entries are not in disk order

Disk /dev/sdb: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xc373b68d

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1        9729    78148161    7  HPFS/NTFS
[root@Basile ~]# grep -Ev '^(#|$)' /boot/grub/menu.lst
timeout   10
default   0
color light-blue/black light-cyan/blue
title  Arch Linux
root   (hd0,4)
kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/19364390-697c-49c6-bcd3-e9b4b683c95d ro
initrd /boot/kernel26.img
title  Arch Linux Fallback
root   (hd0,4)
kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/19364390-697c-49c6-bcd3-e9b4b683c95d ro
initrd /boot/kernel26-fallback.img
title Windows XP Home edition
rootnoverify (hd0,0)
makeactive
chainloader +1
title LFS 6.4
root (hd0,2)
chainloader +1
[root@Basile ~]# 

En fait j'ai essayer comme pour Arch d'éditer fstab et menu.lst avec les UUID mais ça ne fonctionne pas non-plus :(

Idem en utilisant /dev/hda

voici le message au boot:
kernel panic : not synsing : VFS : unable to mount root fs on unknown-block (2,0)

Pourtant le support ext3 est bien activé dans le noyau... :/

Merci pour l'aide ;)

edit: J'ai remarqué que la doc n'a pas fait généré d'image initrd.

lami20j · Answer

Re,

Tu as installé Grub sur LFS je suppose.
Ajoute un rootnoverify (hd0,2) pour voir

lami20j · Answer

Re,

Dans le menu.lst de ton Arch
title LFS 6.4
root (hd0,2)
rootnoverify (hd0,2)
chainloader +1

initials 76 · Answer

Re,

ok j'essaie ça ;)

arf, j'ai vu aussi que je n'ai pas de /dev/disk/by-uuid/
sur LFS

Ce répertoire doit contenir des Lien vers périphérique de blocs (inode/blockdevice) utilisant l'UUID
C'est normal qu'avec root=UUID=XXXX ça passe pas :(
Mais le problème est que ça ne passe pas avec root=/dev/sda3 non plus
Même si le fstab est édité en fonction à chaque fois.

initials 76 · Answer

Zut :(

Non, c'est idem, le chainloader se passe bien, j'arrive sur le grub de LFS,
mais ensuite lorsque je boote LFS :

Please append a correct "root=" boot option;
kernel panic : not synsing : VFS : unable to mount root fs on unknown-block (2,0) 

Je sèche :(

lami20j · Answer

Re,

Peut être tu dois recompiler le kernel sur LFS
Affiche le fichier de configuration de kernel que tu as sur LFS

initials 76 · Answer

Re,

je ne le trouve pas :
[root@Basile linux-2.6.30.4]# ls 
COPYING        Module.markers  block	 init		net	  virt
CREDITS        Module.symvers  crypto	 ipc		samples   vmlinux
Documentation  README	       drivers	 kernel		scripts   vmlinux.o
Kbuild	       REPORTING-BUGS  firmware  lib		security
MAINTAINERS    System.map      fs	 mm		sound
Makefile       arch	       include	 modules.order	usr

initials 76 · Answer

Je colle ceci aussi:
[root@Basile dev]# ls
console  null

J'édite car j'avais affiché le /dev de archlinux :S

lami20j · Answer

Re,

Je ne comprends pas 
/dev contient des périphériques.
Ce n'est pas ça que je t'ai demandé.

Sur ton Arch affiche le résultat de fdisk -lJe quitte maintenant, on reprendra demain.

lami20j · Answer

Salut,

Affiche le résultat de mount

lami20j · Answer

Salut,

On ne se comprends plus.
Quelle compilation?

lami20j · Answer

Re,

j'ai recommencé mon noyau car j'avais sauté quelques paramétrages

Justement, je voulais voir le fichier de configuration de noyau avant que tu le compiles

lami20j · Answer

Re,

je ne le trouve pas
C'est normal puisqu'il s'agit d'un fichier caché donc son nom doit être .config

ls -al pour voir les fichiers cachés ;-))

initials 76 · Answer

Salut,

bon cette fois c'est encore pire lol ==>écran noir et blocage :)

Je vais d'abord lire cette page:
http://casteyde.christian.free.fr/system/linux/guide/online/a12863.html
Ensuite je recommence la configuration.

Si ça casse encore, je prend une pause de deux jours,
au risque de lancer le portable par la fenêtre ;)

initials 76 · Answer

Re,

il y a un mieux :)

Mais ça bloque toujours à root fs

J'ai bien activé le support pour ext3, je crois que je vais avoir besoin en plus d'un initrd.img

lami20j · Answer

Re,

Peut être.
Fait un grep CONFIG_BLK_DEV_INITRD /media/LFS/cheminvers/linux-2.6.30.4/.config

lami20j · Answer

Re,

Non.
Peut être que tu devras essayer de créer une image initrd.
Entre dans l'environnement chrooté de ton LFS, n'oubie pas de monté et peuplé dev ainsi les sytèmes de fichiers virtuel de noyau.

Dit quand c'est fait.

lami20j · Answer

Re,

Je vais te donner une bonne et une mauvaise nouvelle.

La mauvaise, tu vas recommencer, donc tu peux supprimer tout ;-)))
La bonne

Les nouvelles
Sortie de LFS-6.5 - 17/08/2009
L'équipe anglophone de Linux From Scratch est heureuse d'annoncer la sortie de LFS version 6.5. Cette version comprend de nombreuses modifications par rapport à LFS-6.4 (notamment des mises à jour vers Linux-2.6.30.2, GCC-4.4.1 et Glibc-2.10.1) et des corrections de sécurité. Elle inclut également un travail éditorial sur les explications de fond contenues dans le livre, améliorant tant la clarté que le soin apporté au texte.

Elle n'est pas encore dispo en pdf, seulement en html pour le moment.
Perso tu n'as rien perdu, l'expérience acquise te servira pour la version 6.5 ;-)

P.S Et quand tu penses que la dernière version stable de kernel est 2.6.30.5 ;-)

lami20j · Answer

Re,

Si ça t'intéresse de télécharger les paquets pour lfs 6.5 voici le wget_liste https://www.cjoint.com/?isuh3vVtzo
Tu mets le fichiers dans un répertoire et tu lances la commandecd /chemin/vers/repertoire/ou/se/trouve/lfs6.5_wget_liste.txt
for l in $(cat lfs6.5_wget_liste.txt);do wget $l;doneComme ça tu vas télécharger d'un coup tous les paquets plus les patch

P.S. Si tu veux finir la 6.4 pour la démarrer ça ne sera pas mal non plus ;-) comme ça tu n'auras pas le même problème avec 6.5

initials 76 · Answer

Salut lami20j ;)

Merci pour toutes ces précisions, et la perspective d'un LFS 6.5 avec un kernel 2.6.30.2.
Et aussi merci pour la wget list ;)

Je ne vais pas abandonner 6.4....Il doit y avoir un détail qui m'échappe.

Ce n'est pas possible que LFS ne démarre pas seulement parce que j'ai pris un kernel 2.6.30.4,
Je suis en pleine torture et j'ai essayer dans tous les sens.

La dernière qui me vient à l'esprit : peupler /dev avec
udevadm trigger
ou
udevtrigger

Qui va créer tous les nœuds périphériques dans /dev et ensuite utiliser l'UUID pour monter la partition,
c'est ma dernière chance :(

Et encore merci pour l'aide depuis le début :))

lami20j · Answer

Re,

parce que j'ai pris un kernel 2.6.30.4, 
J'ai croyais que tu as changé ;-)

# CONFIG_BLK_DEV_INITRD is not set
Donc chez toi il ne s'agit pas de initrd, puisqu'il n'est pas configuré dans le kernel.

lami20j · Answer

Re,

Tu as utilisé le fichier .config-$(uname -r) de ton ARCH pour la configuration de noyau LFS ?

lami20j · Answer

Re,

Quel lien?
Affiche le résultat de ls -l /boot

lami20j · Answer

Re,

Tu n'as pas affiché ce que je t'ai demandé.
ls -l /boot
Ben, il ne fallait pas utiliser le fichier depuis le lien.

lami20j · Answer

Re,

Affiche
grep BLK_DEV_INIT /usr/src/linux-2.6.29-ARCH/.configP.S. Je vais quitter. A demain ;-)

initials 76 · Answer

Salut ;)

Oki doki, je pense que maintenant il ne manque plus qu'a générer un initrd.img et le tour est joué :)

Comment puis-je exécuter le script donné? ^^

Merci ;)

lami20j · Answer

Salut,

Il faut installer busybox sur ton LFS et il faut le compiler en statiqueBuild Options  --->
		[*] Build BusyBox as a static binary (no shared libs)

Voici ce que j'ai trouvé, c'est un peu plus simple ;-)
http://www.gentoofr.org/Initramfs.html

Tu peux aussi laisser tomber initrd et compiler en dur les options nécessaires pour que le système démarre, ex3, PCI, USB, etc

initials 76 · Answer

Salut ;)

Bon, j'abandonne le projet momentanément, je reprendrai avec LFS 6.5 ;)

Comme l'a souligné lami20j je n'ai rien perdu, j'ai appris au passage.

Grâce à cette expérience, par exemple sur ma Debian, désormais c'est:

alexis:/home/initials# uname -r
2.6.30.5

Et j'ai aussi pu constaté toute l'importance de GNU, et de leurs logiciels.

Merci à tous et bonne nuit ;)

lami20j · Answer

Salut,

j'abandonne le projet momentanément, je reprendrai avec LFS 6.5 ;) 
Pas de problème, il ne faut pas être pressé.
Peut être tu devrais t'exercer un peu plus avec la compilation de kernel et pourquoi pas apprendre construire un INITialRamDisk from scratch ;-)

lami20j · Answer

Re,

Et lorsqu'on a initramfs-tools à disposition, tout devient plus simple pour finaliser, merci ;) 
T'as déjà pensé de voir ce que contient cette image initrd créée par initramfs-tools?

Tu peux faire comme ça par exemple
$ cd
$ mkdir initrd.img-$(uname -r)
$ cd initrd.img-2.6.26-2-686/
$ cp -v /boot/initrd.img-$(uname -r) .
`/boot/initrd.img-2.6.26-2-686' -> `./initrd.img-2.6.26-2-686'
$ ls
initrd.img-2.6.26-2-686
$ gunzip -c initrd.img-2.6.26-2-686 | cpio -id
33764 blocks
$ ls
bin  conf  etc  init  initrd.img-2.6.26-2-686  lib  sbin  scripts  usr

Linux from scratch

67 réponses

Discussions similaires