Citation
Romain
jacqueline,
plutot que de changer de distrib, pourquoi ne pas essayer bsd.
moi j'ai fait l'installe, ca c'est bien passé, maintenant je fouine un peu.
J'ai passé tout un week end sur OpenBSD et un peu sur FreeBSD. Packet Filter d'open BSD ( puisque la sécurité est le truc de BSD) a l'air de laisser iptables loin derrière. la dovc est super. En plus j'avais trouvé un Sun d'occase.. (hélas une m... trop chère, un pb d'écran et diverses choses qui clochaient ).
Mais il y a pas mal de trucs qui changent entre Linux et BSD ( la table des partitions entre autres ) et je ne veux pas trop me disperser. l'objectif, c'est de maîtriser ma distrib et comme je l'expliquais, par rapport à d'autres il manque cruellement d'explications pour l'installer à la main.
Lol ! J'ai bien aimé la remarque d'OpenBSD : en résumé un peu caricatural : "Laissez tomber la compil du kernel, vous allez faire des conneries.. On a tout fait pour vous faire un sytème sûr". Ils n'ont probablement pas tort, je veux bien les croire :-) mais c'est un autre objectif.
Citation
Fred
Le initrd est l'Initial Ram Disk (ou Disk Vistuel en Mémoire initial).
C'est un disque virtuel qui est utilisé par Linux au démarrage pour y stocker essentiellement les modules. Il est "démonté" dés que linux passe la main à init (enfin autour de cet instant)
Merci Fred, ça j'avais bien capté le principe... mais, je souhaitais aller un peu plus loin, car c'est un binaire, et à part les messages d'erreur en ASCII.
Donc mkinitrd, qui le fabrique. Bien sur j'ai lu le man. Mais c'est l'install automatisée qui le fait et quand ça coince... on peut toujours faire des mkinitrd.
C'est bien initrd qui sortait ce fameux défaut de refus de montage de la root chez plusieurs personnes qui avaient fait un chgt de kernel et étaient revenues ensuite à un kernel stable. Déconcertant ! En plus il se trompait de partition ! ( mais Linux , c'est bien foutu, il ne monte pas n'importe quoi.. ).
Je cherchais donc à savoir avec quelle table il travaillait.. par qui elle était faite et quels étaient les modules concernés.. Ca va loin !
J'ai pas mal fouiné ! Ca concerne donc les modules de montage des systèmes de fichiers, de reconnaissance des partitions.. Mais je n'aime pas chercher au pif, sans bien savoir comment tout celà est orchestré ou mis en scène..
Aussi je compte sur l'expérience de LFS, pour remettre ça en ordre dans ma tête.. Je ne me jette pas sur le clavier : je bouquine : déjà le bouquin d'install puis au fur et à mesure les read me et les docs des paquetages sources qu'il faut installer.
C'est aussi intéressant qu'un Barbara Cartland, pas toujours facile à assimiler, mais plus utile pour "exploiter" Linux !
Avec ce sentiment au début que vous devez avoir connu : " plus on avance, plus on s'aperçoit que moins en en connait ..." ( pas du très bon français, mais explicite ! )
Ca me branche plus que d'installer les derniers gadgets ou des paquetages en cours de développement (réservés à des gens qui maitrisent bien Linux pour les tester), sans comprendre ce que je fais et sans pouvoir m'en sortir en cas de problème, sinon comme beaucoup avec une réinstall. On apprend rien ! ( mais c'est très à la mode ! je compte les points.. )
En plus pour l'instant je suis incapable d'apprécier la différence entre deux kernels... Ne brûlons donc pas les étapes, surtout que j'ai beaucoup de temps et trois linux qui tournent... Donc pas le stress de la première install qui foire ! Pas de gadgets à faire marcher sous Linux, pas de deuxième micro pour faire un réseau.;..
Mais je compte bien m'aider aussi des docs Gentoo pourquoi pas ? Parfois une autre façon d'expliquer, un détail en plus, permettent de comprendre un truc sur lequel on bloque.
Si je me jette sur l'install de LFS : je n'apprendrais rien non plus à tapper bêtement les cdes du bouquin. Si jamais ça coince à la première commande, ou au lancement... Euh... je fais quoi... j'abandonne ?
Doucement, on va y arriver !