Discussion :

[Jipété]

Bonjour,
(peut-être pas la meilleure place pour cette discussion, ne pas hésiter à déplacer)

Debian 10.5 64 bits / kernel 4.19.118, quand je crée un initrd.img... avec la commande update-initramfs -v -c -k 5.7.10 -b /testinitram/, ça me génère un fichier .img de 142 Mo comme on peut le voir en bas à gauche de la partie haute de l'image, qui représente l'explorateur de fichiers pcmanfc avec par-dessus et à droite la vision du fichier généré ouvert dans xarchiver, qui ne me montre qu'un seul fichier de 30 ko.


J'ai au milieu en bleu la même vision avec mc (ne pas tenir compte du bandeau vert) et tout en bas dans un terminal c'est un bout de ce qui défile lors de la création du fichier avec l'option -v, et je peux vous dire que j'ai vu passer une sacrée quantité de fichiers (780 lignes de log environ), l'unique fichier dans le le .img n'en faisant pas partie.

Donc 30 ko <> 142 Mo, 1 fichier <> un très grand nombre, une explication à ce micmac ?

[N_BaH]

Bonjour,

il me semble que xarchiver et mc ne montre pas le même répertoire (/testinitram/ vs. /boot/).

[Jipété]

il me semble que xarchiver et mc ne montrent pas le même répertoire (/testinitram/ vs. /boot/).

Tu as raison, cependant,

J'ai au milieu en bleu la même vision avec mc (ne pas tenir compte du bandeau vert) …

Bon, ok, c'est un vert-bleu,
Et c'est juste que j'ai eu la grosse flemme de refaire une copie d'écran, et je viens de re-vérifier à l'instant en faisant pointer mc sur le bon répertoire, j'ai bien encore le résultat mystérieux de 30 ko…

(faut dire aussi que je suis passablement épuisé par cette histoire, avec laquelle je me bagarre depuis environ 1 mois, et qui n'avance pas. Les gens de debian-fr ont baissé les bras après avoir suggéré un probable problème de microcode du cpu partie gpu pas à jour ou similaire -- faut-il que je me tourne vers AMD ? Déjà que leur site est tout mal fichu et que je n'arrive pas à trouver des infos à jour, je crains le pire…

Quel rapport avec update-initramfs demanderez-vous ? Hé bien c'est parce que je passe mon temps à recompiler des noyaux en modifiant des options ici et là ici ou là, et à force de ne plus avoir les yeux en face des trous, des fois je me fais des nœuds et ça se termine avec des initrd.img foireux…)

[N_BaH]

Tu as raison, cependant,

J'ai au milieu en bleu la même vision avec mc (ne pas tenir compte du bandeau vert) …

le pire, c'est que je l'ai lu, et puis j'ai oublié.

s'il te plaît, remplace la capture, s'il te plaît. merci, s'il te plaît.
je ne suis pas la seule tête en l'air.

[Jipété]

Je t'avoue franchement et humblement que je n'ai ni le courage ni l'énergie de la refaire, Linux m'épuise, regarde :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Sep 10 13:47:04 debox64 vboxdrv.sh: failed: modprobe vboxdrv failed. Please use 'dmesg' to find out why.

alors je fais comme on me dit, dmesg | grep -i vboxdrv et ça ne remonte rien…

Et tout est comme ça, maintenant : hier je fais une recherche ggl, et la première chose que remonte cet imbécile de moteur de recherches pertes de temps, c'est une page qui a 20 ans d'âge ! Je vous dis pas la fraîcheur des infos.

Le temps que je perds, si je pouvais facturer, je serais riche à milliards !

[disedorgue]

l'initramfs est une image de système de fichier, et comme tu passe par un update-initramfs, il reprend peut-être la taille d'origine du fs où avant justement, il y avait plein de trucs...

Enfin, c'est de la pure spéculation...

Et pour ton histoire de console, est-ce que tu as essayé une ubuntu au lieu d'une debian, pour voir ?

[Jipété]

l'initramfs est une image de système de fichier, et comme tu passe par un update-initramfs, il reprend peut-être la taille d'origine du fs où avant justement, il y avait plein de trucs...

Enfin, c'est de la pure spéculation...

C'est surtout du pur brouillard car si ça me génère un fichier de 142 Mo avec des sources 5.7.10, le fichier tombe à 34 Mo avec 5.7.0-0.bpo.2-amd64.

Mais le plus rigolo, c'est que sans trop savoir ce que j'ai fait (très certainement un nouveau noyau, peu après avoir posté ici), j'ai gagné un .sav qui est à 142 et un current qui tombe à 30.
Mais les 3 contiennent la même chose, et je voudrais bien savoir où sont tous les modules qui devraient être présents et que je vois dans un .save de 17 Mo fait manuellement (oh !, une simple copie du current) il y a trois semaines...

Et pour ton histoire de console, est-ce que tu as essayé une ubuntu au lieu d'une debian, pour voir ?

Nan mais j'ai essayé toutes les Debian, certaines se comportent aussi mal que celle que j'ai, et d'autres c'est pire : pas de bureau du tout, tout comme une Fedora et la dernière Manjaro.

Mais quand je dis "pas de bureau", c'est vraiment "écran vide" donc un noir lumineux, pas le noir d'un écran éteint ou en veille et d'ailleurs, sa loupiote est toujours bleue, jamais jaune, et je ne vois jamais le message "no signal" ou "going to sleep", donc l'écran fonctionne, c'est juste qu'il ne reçoit rien ou mal ou je ne sais quoi.

D'ailleurs, si je me loggue en aveugle, je vois la loupiote du dur clignoter après le username et après le password, et surtout, en me connectant en ssh depuis l'autre machine, je vois tout avec ps ax par exemple : mes process lancés, et j'ai accès à tout, aux logs ( ah le fameux /proc/fb0: no such device, c'est lui mon problème -- mais le web en est plein).

Aux dernières nouvelles (de l'année dernière, là, mais il faut s'appuyer 5 pages...), il se pourrait qu'il y ait un 'blème entre mon proc AMD 3 qui embarque un proc graphique et Debian, dont les firmwares ne seraient pas bien à jour. J'ai pas tout compris, c'est pas du tout ma tasse de thé.

[Christophe]

Tu peux m'envoyer l'initrd concerné ?
lien wetransfer par exemple

[Christophe]

l'initrd de 30 Mo qui m'a été transmis n'est pas valide. Déjà il n'est pas compressé au format .gz (mais ce qui m'a été transmis est peut-être le fichier d'origine décompressé, et peut-être que ça marche si non compressé), ensuite, il ne contient qu'un fichier kernel/x86/microcode/authenticAMD.bin. Il ne contient pas d'init, de dossiers /bin, /etc ...

Ma version d'xarchiver ne permet pas d'afficher le contenu de l'archive cpio, un initramfs étant une archive cpio compressé. Si j'ouvre mon initrd avec-lui, je verrais un seul fichier : l'archive cpio.

Si tu veux extrair ele contenu de l'archive cpio (à faire dans un dossier vide) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cat nom_archive | cpio -idt

Tu pourras ensuite modifer le contenu et recréer une archive avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

find . | cpio -o >nom_archive

Attention à virer l'archive originale avant
A compresser ensuite avec gzip, et enlever l'extension.gz.

Les initramfs-tools permettent de le faire plus simplement en stockant les fichiers devant être contenant dans l'initrd dans /etc/initramfs-tools. Modifier les fichiers de confs en conséquence et placer les fichiers supplémentaires ou il faut. Te renseigner sur les hooks.