@maithodile Les Crucial sont très bien. Aucun problème depuis la première utilisation, il y a longtemps !
[w] warning missing firmware dans debian et dérivés (ubuntu etc)
-
Je rencontre effectivement régulièrement ce genre de problème (avec la carte mère Intel de mon vieux Thinkpad), qui se règle toujours comme indiqué par la recette. Proprietary software... comme d'habitude. C'est un peu le sel de Debian, mais effectivement, cela peut être un obstacle pour les installations sur des machines/architectures mal supportées. Ces problèmes sont encore là pour longtemps : au moins la durée d'une hégémonie !
-
Qu’en est-t’il avec la dernière version de Debian, Bulleye (publiée en août 2021) ?
deb http://deb.debian.org/debian/ bullseye main contrib non-free
deb http://security.debian.org/debian-security/ bullseye-security main contrib non-free
deb http://deb.debian.org/debian/ bullseye-updates main contrib non-free
deb http://deb.debian.org/debian/ bullseye-backports main contrib non-free -
La documentation Debian apporte des informations à propos des firmwares pouvant manqués.
Je ne vois toujours pas où se trouve le bug mis en avant par @yannick85.
-
@Olivier Il me semble que j'ai trouvé le bug dans la bug list du kernel linux, par contre, incapable de vous dire où (il me semble que j'avais fait une recherche avec un mélange de initramfs et de warning mélangé à du kernel !!!), c'était en début de semaine... (chargée pour moi).
Il se trouve que ce bug - apparemment - dans les avant-dernières versions du noyau n'est plus là dans les toutes dernières versions. Et à priori, je pense que bulleyes (et à fortiori les versions précédentes) n'utilise pas les dernières versions du noyau (une façon de faire chez Debian). -
@Breti Mon problème était avec Bulleye ainsi qu'avec les versions précédentes.
-
@Olivier Concernant une install avec des fichiers .deb, il est possible que ça fonctionne, je n'ai pas essayé, il faudrait regarder ce que le deb contient pour voir si ça répond à ma problématique. Je m'aperçois néanmoins que plus on maîtrise linux en mode "manuel", moins on est obligé de passer par des surcouches inutiles pour répondre à des problèmes "précis" (un peu comme la chir). Comme les frameworks qui mettent des surcouches mais parfois ne peuvent répondre à des problématiques fines. Pas si évident tout ça. Il n'a pas d'approche systématique malheureusement. Il faut parfois mettre les mains dans le cambouis.
-
@yannick85 a dit dans [w] warning missing firmware dans debian et dérivés (ubuntu etc) :
il faudrait regarder ce que le deb contient pour voir si ça répond à ma problématique.
Recherchons le microprogramme i915 dans les paquets debian de l'archive firmware.tar.gz citée précédemment.
Le paquet debian suivant contient les 2 archives data et control qui permettent de lister l'ensemble des fichiers nécessaires à l'installation du firmware i915 et le script shell exécuté après la copie des fichiers dans
/lib/firmware. L'opération se termine par la mise à jour de l'initramfs.
-
@Olivier Je vois que tu es parti fouiller bien loin dans les archives ! Au point de retrouver le script shell responsable de la mise à jour initramfs ! Je ne maîtrise pas encore ce sujet très flou pour moi (le chargement de linux est un sujet qui m'intéresse bcp mais est très complexe). En tous cas, je vais regarder tes infos dès que j'ai un peu de temps. Pour le moment, je suis sur Guix, passionnant (et complexe aussi, c'est là dessus que bossent certains de l'inria).
-
Citer l'INRIA me fait penser à un article lu aujourd'hui https://www.tecmint.com/linux-distributions-for-science/.
-
@Olivier Pour préciser, certains personnes de l'INRIA, utilisent Guix pour assurer une reproductibilité du système, ce qui est synonyme quelque part de "science".
https://connect.ed-diamond.com/GNU-Linux-Magazine/glmfhs-113/deploiements-reproductibles-dans-le-temps-avec-gnu-guix
Bonne nuit, je me couche !
