Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Dernière modification par ubub (24-03-2024 19:09:09)
En ligne
Dernière modification par otyugh (22-03-2024 21:31:29)
Hors ligne
En ligne
avait besoin de quelquechose d'autre qu'un noyau 6.
C'est pas préférable de prendre un noyau plus ancien avec un debian plus récent ? On peut faire ça normalement.
Hors ligne
En ligne
mais quid des securit du noyau alors , ..?
Probablement pas pire que la version bullseye si tu prends le noyau bullseye. Et tout le reste sera en bookworm.
quel avantage ? un/des logiciels un chouïa plus récents ?
Oui - et pas besoin de télécharger/flasher un autre iso.
sinon, une version encore prise en charge pour encore un bon bout me semble pas si incohérent, en prenant compte que les noyaux 6 capotent ...
C'est pas incohérent, c'est juste un peu plus d'effort que de juste backporter un kernel plus vieux x)
Hors ligne
En ligne
pas besoin de télécharger/flasher un autre iso.
si, de toute façon, là c'est une debian "pure", j'ai le temps; je préfererai lui poser une debian "facilitante"; la personne tourne déja sous DF-iso depuis 2-3 ans, en est fort content, semble l'avoir bien pris en main puisque jamais une remarque, voire faisait mieux fonctionner sa connection i-phone (?)....
Donc, autant lui remettre DF-iso, il est fan, alors ... on va trouver comment placer le noyau adéquat pour faire fonctionner ce * d'ordi ...
Quand je lui ai installé son ordi, DF-iso avait le bug du fichier /etc/default/grub ce qui fait que j'avais pas pu l'utiliser ....
Installé le 22 décembre, d'après les logs, vers le 1° janvier, mise à jour, nouveau noyau, fini, kaput ... C'est ballot comme cadeau pour noël... récup mi-mars pour essayer d'arranger le problème ... 
du coup, il tourne toujours avec son vieil DF-iso 32 bits n°chai plus, qui râme m'a-t-il dit, mais qui marche !!!
Dernière modification par ubub (23-03-2024 00:11:59)
En ligne
alors, pourquoi pas
mais, je veux bien des conseils...
Pour l'instant, j'ai un appareil qui veut bien marcher qu'avec un 6.1.xx.16, je pense qu'il fonctionnerai avec un 5.xxx . Donc, trouver et installer linux-image & linux-header 6.1-...16 ou 5...X ? et comment le pérenniser ? GrUB DEFAULT= "1>2" saute ) chaque update, quand un nouveau noyau arrive, ça en fait 3, le temps de l'autoremove, ça capote, j'ai essayé 1>3, c'est vraiment pas ça ...
C'est un angle mort pour moi parce que j'ai jamais eu ce problème de devoir geler un kernel pour un ordi perso 
Mais sinon je téléchargerai problablement un de ceux-là
Apparemment ça se trouve : https://packages.debian.org/search?suit … ux-image-5 https://packages.debian.org/search?suit … ux-image-6
Et je gèlerai la màj des kernel avec apt-mark
- Et plutôt que de jouer avec grub default, je pense que je tenterai juste de désinstaller les kernels qui marchent pas, pour ne laisser que ceux qui tournent. - Si apt te laisse faire.
Hors ligne
je gèlerai la màj des kernel avec apt-mark
apt-mark hold linux-image-amd64
... mais apt-mark hold ne gèlerait pas les m.-à-j. des noyaux ? juste empêcherait le noyau désigné d'être autoremové, non ?
du coup, je reste avec mon problème, ou bien faire un épinglage des linux-image-* ? ça me semble douteux...
Ce que je pense faire, c'est rajouter bullseye dans les sources, y dénicher un noyau 5xxxx, l'apt-marker pour qu'il disparaisse pas, et donner une préférence/priorité au noyau de bullseye ... et là, je cale pour donner les priorités ...
En ligne
. mais apt-mark hold ne gèlerait pas les m.-à-j. des noyaux ?
Ben si.
Si tu veux pas et espère des MàJ de oldstable, j'imagine que le seul moyen serait de faire du pinning. Mais je suis pas assez à l'aise là-dessus pour donner la recette >_>
J'avoue que ça me semble surtout une solution de facilité - en général mieux vaut avoir une "faille potentielle" sur un ordi qui marche, qu'un ordi qui démarre pas x)
Après j'imagine que si en pinning on met buster en priorité par rapport à bullseye sur linux-image et qu'on vire les kernel bullseye... Ça devrait marcher ? Faudrait que quelqu'un test T_T
y dénicher un noyau 5xxxx, l'apt-marker pour qu'il disparaisse pas
Normalement pas besoin, si ? S'il est installé nommément, il sera déjà marqué en "manual" et donc pas supprimé automatiquement.
---
Ça a l'air de répondre à une de tes questions : https://blog.okturtles.org/2014/06/how- … on-debian/
Edit /etc/default/grub and set GRUB_DEFAULT="Debian GNU/Linux, with Linux 3.2.0-4-amd64" (or whatever the title was).
(ça reste pas ouf en cas de MàJ qui changeraient le nom du noyau >_<)
Dernière modification par otyugh (23-03-2024 12:11:01)
Hors ligne
Save the file and run grub-update. Grub will probably complain and tell you to set the title to something else (a very long, more specific string that seems based on either a hash or a UUID). Copy that string and set GRUB_DEFAULT to it, then run grub-update again.
En ligne
Dernière modification par ubub (23-03-2024 19:42:40)
En ligne
En ligne
ça a démarré nickel, presque, en m'affichant plein de lignes de communication problems avec les vector irq handlers
Mais du coup c'est vraiment un problème qui mérite d'être corrigé ?
Apparemment c'est presque toujours bénin. Y a des gens qui reportent avoir fait disparaître l'erreur en ajoutant des arguments au démarrage iommu=off ou carrément acpi=off https://www.linuxquestions.org/question … 175692269/
(je fais que répéter, pataper si je dis des bêtises)
Dernière modification par otyugh (24-03-2024 19:55:26)
Hors ligne
En ligne
Hors ligne