Linux from scratch
Utilisateur anonyme
-
Utilisateur anonyme -
Utilisateur anonyme -
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.
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.
A voir également:
- Linux from scratch
- Télécharger scratch - Télécharger - Éducatifs
- Linux reader - Télécharger - Stockage
- Win setup from usb - Télécharger - Utilitaires
- Toutou linux - Télécharger - Systèmes d'exploitation
- Backtrack linux - Télécharger - Sécurité
67 réponses
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
C'est après cette étape que les commandes suivent.
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.
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
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
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 ;)
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 ;)
Salut,
C'est bien ;-)
Le plus important c'est de comprendre.
Question: As-tu sauvegarder ton LFS temporaire, pour une éventuelle reconstruction?!
C'est bien ;-)
Le plus important c'est de comprendre.
Question: As-tu sauvegarder ton LFS temporaire, pour une éventuelle reconstruction?!
Re,
Trop tard. Il fallait le faire avant de commencer la construction de système.
Il faut lire tout, pas seulement les commandes ;-)
vous souhaitez conserver les outils temporaires pour un usage dans la construction de futurs systèmes LFS, c'est le moment à présent de les sauvegarder. Les commandes qu'implique le chapitre 6 vont modifier les outils actuellement en place, les rendant inutiles pour de futures constructions.
Trop tard. Il fallait le faire avant de commencer la construction de système.
Il faut lire tout, pas seulement les commandes ;-)
vous souhaitez conserver les outils temporaires pour un usage dans la construction de futurs systèmes LFS, c'est le moment à présent de les sauvegarder. Les commandes qu'implique le chapitre 6 vont modifier les outils actuellement en place, les rendant inutiles pour de futures constructions.
Re,
Oups, justement je me demandais comment tu as déjà réussi de passer au chapitre 6.
Mais en ce cas oublie les tests qui prennent trop de temps.
Ce n'est pas important dans la construction de LFS temporaire(de toute façon c'est précisé, perso je n'ai fait aucun test dans le chapitre 5)
Ça sera à faire obligatoirement dans le chapitre 6
Oups, justement je me demandais comment tu as déjà réussi de passer au chapitre 6.
Mais en ce cas oublie les tests qui prennent trop de temps.
Ce n'est pas important dans la construction de LFS temporaire(de toute façon c'est précisé, perso je n'ai fait aucun test dans le chapitre 5)
Ça sera à faire obligatoirement dans le chapitre 6
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Re,
et voila archivage du boulot fait jusqu'à présent:
Bonne nuit ;)
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 ;)
Re,
Tu aurais pu faire une seule commande ;-)
Tu aurais pu faire une seule commande ;-)
tar cjf lfs-6.4-api-headers-2.6.30.4.tar.bz2 /media/LFS/*
Bonjour ;)
Merci, je me disais bien qu'il y avait moyen de combiner les deux mais j'ignorais comment ;)
J'ai trouvé quelque chose d'intéressant (pour plus tard)
http://www.linuxfromscratch.org/hints/downloads/files/dpkg.txt
À voir... ;)
Merci, je me disais bien qu'il y avait moyen de combiner les deux mais j'ignorais comment ;)
J'ai trouvé quelque chose d'intéressant (pour plus tard)
http://www.linuxfromscratch.org/hints/downloads/files/dpkg.txt
À voir... ;)
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?
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?
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
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
Re,
Donc tu dois faire les même manipulations que tu as fait dans le chapitre V
- decompression
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
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
;))
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
;))
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 ;-)
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 ;-)
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
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
Salut,
Ici tu as un exemple d'installation de KDE avec Konstruct
ou regarde ça Getting Started/Build/KDE4.x
Ici tu as un exemple d'installation de KDE avec Konstruct
ou regarde ça Getting Started/Build/KDE4.x
Re,
Configuration des locales, j'espère que je ne me suis pas trompé :S
La doc dit:
export LANG=<ll>_<CC>.<charmap><@modifiers>
? :(
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>
? :(
Re ;))
Le menu de configuration de kernel 2.6.30.4 est assez intuitif :)
Après le "make" je vois bien:
Une fois copiés au bon endroit, il n'y a plus qu'a créer un menu.lst
Je vais faire un "chainloader" depuis le grub de Arch ce sera plus simple ;)
C'est le moment de vérité :)
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é :)
Zut ;((
Soit le /sbin/fdisk -l donné sur l'environnement chrooté n'est autre que celui du système hôte.
Et nomme les partitions du disque sda, alors que peut être que LFS le nomme hda
Donc je dois refaire mon fstab et éditer mon menu.lst avec hda3.
Si ça casse encore, j'utilise l'UUID et le répertoire /dev/disk/by-uuid/ pour le boot.
:)
panic....unable to mount "sda3"
Soit le /sbin/fdisk -l donné sur l'environnement chrooté n'est autre que celui du système hôte.
Et nomme les partitions du disque sda, alors que peut être que LFS le nomme hda
Donc je dois refaire mon fstab et éditer mon menu.lst avec hda3.
Si ça casse encore, j'utilise l'UUID et le répertoire /dev/disk/by-uuid/ pour le boot.
:)
Bonsoir lami20j :)
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.
[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.
Merci, mais ici c'est déja lancé pour la passe 1 de gcc, grâce au lien symbolique l'installation se déroule bien dans /tools
Lorsque ce sera fini pour gcc, je reprend dans /sources comme tu viens de me l'expliquer ;)
Fatalement, en suivant la doc, tout deviendra plus plausible :)
Merci pour la lumière ;)