[Session 2 FAQ] Questions sur le CHROOT

[aramis_qc]

Bonjour,

Si vous avez des questions sur l'étape 5 de l'installation : CHROOT, posez-les ici.

Soyez gentil ! Consultez le post avant d'envoyer votre question. Une réponse existe peut-être déjà. Évitez la redondance. Merci

[aramis_qc]

Salut !

Situation :

J'installe en chrootant à partir de ma Gentoo actuelle.

J'ai pas créé de /home parce que je veux utiliser la /home déjà existante.

Question :

Dois-je la binder avant de procéder à l'installation du système de base, la configuration du noyau et sa compilation ou si je fais ça au niveau du fstab avant de redémarrer sur le nouveau système pour installer xorg et le reste ?

[d2_racing]

Techniquement, tu vas devoir mounter ton /home avant d'installer X et ton bureau graphique, car je suis pas mal certain que X et ton XFCE va écrire dans ton home dans un répertoire qui commence par un point.

Ensuite, tu vas devoir changer ton /etc/fstab en conséquence.

Le tout devrait être transparent.

Par contre lors de la création de ton user, je pense qu'il va falloir que tu changes une option, car useradd va créer automatiquement le répertoire /home.

[aramis_qc]

Merci pour la réponse.

Finalement je binderai pas. Ça risque de générer des conflits au niveau des fichiers de configuration.

Par exemple, si la distribution A n'installe pas les mêmes versions des logiciels déjà installés dans la distribution B, les fichiers de configuration seront écrasés et ça peut rendre le système et les applications instables.

Idéalement c'est d'avoir une petite partition /home pour chaque distribution et mettre les données dans une partition /data et créer les liens symboliques sur les dossiers ensuite.

[guigui1]

le mieu a mon avis est dutilisé une seul partition mais pour regler le probleme de fichier de configuration il sufit de changer le nom du user pour chaque distribution qui utilise cette home

jai moi meme 6 distro sur le meme DD, chaque distro a un user differant et jai jamais eu le moindre probleme, par contre en utilisant le meme nom de user jai eu de gros probleme avec kde qui etait a jour sur un et pas sur lautre, je perdai le graphique a chaque reboot, changer le user et le probleme a été resolu

[aramis_qc]

Salut guigui1

D'accord avec toi. En ayant pas le même USER ça règle tout. Par contre si je veux utiliser les mêmes documents ou autres fichiers de données, il va falloir que je mette les permissions. Mais c'est moins compliqué que faire des ln -s. De toute façon que je donne les mêmes permissions à mes propres users, c'est mon stock.

[aramis_qc]

Salut !

Si on crée une partition /home, est-ce important de la monter au CHROOT ou si ça peut attendre le moment où on redémarrera sur le nouveau système.

[guigui1]

si tu install la base et reboot dessus ca na pas dimportance

[aramis_qc]

si tu install la base et reboot dessus ca na pas dimportance

D'acc... mais à la fin de l'installation du système de base et avant de rebooter sur le nouveau système, on crée un user ainsi que son répertoire personnel. Si la partition /home n'est pas montée... ça va se créer où le répertoire personnel ?

[guigui1]

si tu crée le user avant de rebooter oui tu doit la monté, moi je fait que mettre le systeme de base, installer le kernel, apres je reboot, jme tappe un emerge -e system && emerge -e world, puis je crée le user, bref je suis plus trop la doc.... je l'utilise que pour mon make.conf et mes blanc de memoir coté fstab et autre fichier de config

chacun sa methode a la longue on trouve ce qui nous convient le mieu, je conseil pas a quelquun qui na jamais installer une gentoo de devier de la doc .... de plus moi je passe directement par une distro preinstaller et non par le cd minimal de gentoo, comme sa jai acces a la doc en live sur internet tout en fesant la job en chroot, bref chacun sa methode faut pas ecouter les racontard dun jeune adulte qui y connais rien xD (faut juste mecouté dans la section avancer....)

[aramis_qc]

si tu crée le user avant de rebooter oui tu doit la monté, moi je fait que mettre le systeme de base, installer le kernel, apres je reboot, jme tappe un emerge -e system && emerge -e world, puis je crée le user, bref je suis plus trop la doc.... je l'utilise que pour mon make.conf et mes blanc de memoir coté fstab et autre fichier de config

chacun sa methode a la longue on trouve ce qui nous convient le mieu, je conseil pas a quelquun qui na jamais installer une gentoo de devier de la doc .... de plus moi je passe directement par une distro preinstaller et non par le cd minimal de gentoo, comme sa jai acces a la doc en live sur internet tout en fesant la job en chroot, bref chacun sa methode faut pas ecouter les racontard dun jeune adulte qui y connais rien xD (faut juste mecouté dans la section avancer....)

... y en a un qui va pas t'aimer.

Ça répond à ma question. C'est surtout que je veux valider comme il faut avant d'écrire n'importe quoi dans les pages Web de la formation. Je vais donc monter ma /home pour l'installation de base car je dois suivre la doc. Sauf que je chroot à partir de ma Gentoo installée en dur. C'est comme tu dis... t'as toujours ton système qui tourne avec tous tes trucs installés.

[guigui1]

qui ca qui m'aimera pas ???

j'ai dit quelque chose de mal moi ??? :$

[aramis_qc]

qui ca qui m'aimera pas ???

j'ai dit quelque chose de mal moi ??? :$

faut pas ecouter les racontard dun jeune adulte qui y connais rien xD (faut juste mecouté dans la section avancer....)

[404_Error]

Quelle est la grosse nuance entre un :

mount -o bind /proc /mnt/gentoo/proc

et un

mount -t /proc none /mnt/gentoo/proc

A part que dans le second cas on demande au kernel de remonter un nouveau système de fichiers proc dans /mnt/gentoo/proc alors que dans le premier on fait un alias de /proc ?

[d2_racing]

Techniquement c'est la même chose, par contre /proc est déjà disponible sur le LiveCD et le fait de le mounter avec

mount -t proc none /mnt/gentoo/proc, il va prendre les infos du LiveCD et il va les copier.

La commande bind est utilisé pour déplacer physiquement un répertoire qu'on ne peut pas copier, par exemple /dev.