Morbax: les messages de l'initrd n'ont aucune chance de pouvoir être écrits (le vrai système n'est pas lancé, et tu n'as donc aucun accès au disque dur).
Les messages du noyaux non logués dépendent de la configuration. Typiquement, certaines notifications genre celle qu'on reçoit lors d'un shutdown (bon, ok, c'est pas tout à fait le boot ça ). Il y a aussi les messages qui sont envoyé trop souvent, genre quand un drivers pisse la même ligne 100 fois par seconde… en général, ça coupe assez vite pour éviter que tu remplisses ton disque dur de log.

« Ok, serait-il vraiment impossible d'imaginer une sorte de "pré-mémoire vive" où seraient conservés ces logs, puis effacés lorsque le log-démon est en route ? Est-ce que c'est une contrainte matérielle ? » c'est faisable. Mais c'est l'horreur à coder et ça ne sert à rien. De toute façon, l'initrd ça ne sert à rien moralement, ce mon paragraphe ci-dessous.

Au passage, startx est une hérésie. Utilise xinit (je te laisse en exercice le soin de vérifier que startx est un script de quelques centaines de lignes dont l'unique vraie action est de lancer xinit).

Google_Bot : c'est l'inverse. Grub charge ton initrd en mémoire (rd = ramdisk), qui moralement est un mini-noyau intégrant tout juste le support de ton disque dur et dont le seul but est de chargé le vrai noyau. L'intérêt (le seul que je peux imaginer en tout cas), c'est de pouvoir charger un noyau qui a le support de ton disque dur sous forme d'un module (que l'initrd prendra le soin de placer en mémoire là où il faut). Du coup, le (binaire) du vrai noyau fait quelques kilooctets de moins.

En 2005, les noyaux par défaut intégraient systématique le support de tous les disques durs "supportés par linux" en dur, et grub bootait directement le noyau final. C'est toujours possible (pour autant que je sache) en compilant soit-même son noyau avec le fameux support intégré en dur dans le binaire et en désactivant l'option initrd.

Pourquoi se fait-on chier aujourd'hui à gratter quelques kilo-octets en intégrant un mécanisme un peu surréaliste ? Je l'ignore.
Et pour enfoncer le clou, grub est capable de charger des modules pour le noyau mach (celui du système GNU/Hurd), donc je ne vois pas pourquoi il ne chargerait pas lui-même le module de gestion du disque dur pour linux en cas de besoin.

J'ai pas tout compris .

Au fait, est-ce que la référence Debian est une bonne référence selon vous ?

Et notamment ce chapitre :
http://www.debian.org/doc/manuals/debian-reference/ch03.fr.html

C'est inutilement complexe, donc ne t'affole pas si ça te paraît difficile et/ou délirant.

Sinon, tout ce qui est hébergé sur http://debian.org est censé faire office de "loi".

"Au fait, est-ce que la référence Debian est une bonne référence selon vous ? "

Oui. En fait, c'est assez difficile de trouver "meilleure référence". Mais c'est comme la spécification du standart des grands langages de programmation, c'est super technique et c'est pas prévu pour qu'un néophyte apprenne à utiliser Debian à partir de ça

Néanmoins, si tu trouves la réponse à une de tes questions là-dedans, tu peux lui faire confiance

La vraie utilité (en tout cas celle vendue par les devs Linux) de l’initrd est d’avoir de la souplesse principalement pour monter la partition racine dans des configurations exotiques (du genre montage de / over un protocole réseau à la con — j’ai vu httpfs par exemple — ou au travers d’une connexion wifi qui demande une clef WPA par exemple).
Dans les faits, l’initrd n’est qu’un palliatif pour les architectures qui ont un système de boot faible (le BIOS des x86/x86_64 typiquement) et dans des cas très tordus donc très rares. Certaines archis bien foutues (Sparc par exemple) permettent d’avoir quelque chose de plus fiable et tout aussi flexible (openprom).

Promis un jour je relirai tout et je verserai une larme en me rappelant quand (c'est-à-dire maintenant) je comprenais que dalle.

Au fait, j'ai essayé xinit mais ça me lance un plantage graphique, une console réduite sous fond noir qui marche pas, comme quand je fais $ startx nimportequoi.

Pour les problèmes d'interface graphique, ouvre un autre thread (ou va redemander sur le blabla). En tout cas, ça sent le xorg non-configuré et/ou aucun gestionnaire de fenêtres installé.