Vous n'êtes pas identifié(e).
Dernière modification par jpt (30-10-2020 12:09:24)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Tousse antique Ovide !
Hors ligne
Note : linux-image-5.7.0-0.bpo.2-amd64 n'est plus présent dans buster-backports, il est remplacé par linux-image-5.8.0-0.bpo.2-amd64.
Il vaut mieux montrer que raconter.
Hors ligne
Que renvoie la commande :
apt-get --simulate install network-manager
(j'ai bien l'impression que c'est) la même chose qu'avec Synaptic :
Note : linux-image-5.7.0-0.bpo.2-amd64 n'est plus présent dans buster-backports, il est remplacé par linux-image-5.8.0-0.bpo.2-amd64.
Ah non, pas la 5.8.0 : elle n'est pas restée 5 minutes sur ma machine :
Ah, j'ai quand même un problème, au reboot avec cette nouvelle 5.8.0-0.bpo.2-amd64 : en me connectant en ssh depuis la vieille machine, les caractères | \ @ [ ] ~ sont remplacés par d'autres (ö Ö § ä Ü ß), ça va être la misère pour bosser et je n'ai pas la moindre idée de quoi et où chercher pour corriger ça.
source
EDIT : bien sûr je suis retourné en arrière et ai désinstallé la 5.8, me suis retrouvé en 5.7 et instantanément les caractères zarbi ont disparu de la console ssh. /EDIT
Merci pour ces premiers retours.
See u tomorrow morning.
Dernière modification par jpt (29-10-2020 10:17:47)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Ce n'était pas visible via le site packages.debian.org qui ne montre pas les paquets en conflit ou cassés, d'où ma première réponse.
Or le paquet network-manager recommande le paquet crda qui dépend du paquet wireless-regdb, dont par défaut apt va installer la version de buster (2016.06.10-1) qui est trop ancienne pour le noyau 5.8 (et probablement aussi pour le 5.7). Le conflit devrait être résolu en installant le paquet wireless-regdb de buster-backports avant d'installer network-manager.
Autre possibilité : installer network-manager sans les paquets recommandés, mais je ne suis pas sûr que ce soit une bonne idée.
Edit : correction des commandes.
Dernière modification par raleur (30-10-2020 14:33:48)
Il vaut mieux montrer que raconter.
Hors ligne
pour voir ce qui allait se passer, genre
et le résultat m'ayant satisfait, j'ai envoyé du lourd avec
et ça l'a fait tranquillou.
Donc maintenant passons aux choses sérieuses :
(je n'ai pas mis les 7 lignes de Inst ni les 7 de Conf pour alléger) Il n'y a donc plus que 6 + 1 paquets à installer, sans aucune désinstallation scabreuse, ce qui me convient parfaitement.
Et effectivement, qq secondes plus tard, ces 7 paquets ont été bien installés.
Merci à toi.
Je vais passer en [Résolu] mais on peut continuer à discuter, la preuve :
Juste une autre question, concernant cette ligne :
Ce n'est pas la première fois que je vois ce genre d'information et à chaque fois je m'interroge : qui ou quoi m'installe automatiquement des paquets qui deviennent plus nécessaires au bout d'un moment ?
Et une dernière question : en supposant que je sois un noob total et que je ne sache pas lire les sorties d'apt ou de synaptic et que je lance l'install de base avec la désinstallation de la 5.7.0, que se serait-il passé ?
Parce que depuis synaptic, en regardant la liste des fichiers installés, si apt m'enlève tout ça, je me retrouve sans System.map, sans vmlinuz, sans les modules, sans os, quoi...
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Les paquets qui dépendent de rfkill :
Donc si tu as désinstallé les dépendances de wicd telle que wicd-daemon dont rfkill est une dépendance, celui-ci n'est plus utile. Pareil avec wireless-tools :
Dernière modification par phlinux (30-10-2020 12:46:16)
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
qui ou quoi m'installe automatiquement des paquets qui deviennent plus nécessaires au bout d'un moment ?
L'installation d'autres paquets. Si tu demandes l'installation d'un paquet x qui dépend de paquets qui ne sont pas installés, alors ces paquets et leurs éventuelles dépendances en cascade sont installés. Tous les paquets sauf x sont marqués comme étant installés automatiquement. Si ensuite tu désinstalles le paquet x, les paquets installés automatiquement dont aucun autre paquet installé par la suite ne dépend ne sont plus nécessaires et peuvent êtres désinstallés avec autoremove.
en supposant que je sois un noob total et que je ne sache pas lire les sorties d'apt ou de synaptic
Un noob total n'utilise pas les backports, ou alors à ses risques et périls.
Quelqu'un qui ne sait pas lire les sorties d'apt ou synaptic n'administre pas un système Debian.
en supposant que je sois un noob total et que je ne sache pas lire les sorties d'apt ou de synaptic et que je lance l'install de base avec la désinstallation de la 5.7.0, que se serait-il passé ?
Le noyau aurait été désinstallé. Un noyau n'est pas considéré par le gestionnaire de paquets comme un paquet essentiel.
Il vaut mieux montrer que raconter.
Hors ligne
jpt a écrit :
en supposant que je sois un noob total et que je ne sache pas lire les sorties d'apt ou de synaptic et que je lance l'install de base avec la désinstallation de la 5.7.0, que se serait-il passé ?
Le noyau aurait été désinstallé. Un noyau n'est pas considéré par le gestionnaire de paquets comme un paquet essentiel.
en plus , sécurité , tu ne peux pas désinstaller le noyau en cours d'utilisation .
si tu utilises le 5.7.0-0.bpo.2 , tu ne pourra pas le désinstaller .
sauf à moins d'utiliser un live . (ou de réinstaller ton systeme)
Dernière modification par Debian Alain (31-10-2020 10:16:22)
Hors ligne
jpt a écrit :qui ou quoi m'installe automatiquement des paquets qui deviennent plus nécessaires au bout d'un moment ?
L'installation d'autres paquets. Si tu demandes l'installation d'un paquet x qui dépend de paquets qui ne sont pas installés, alors ces paquets et leurs éventuelles dépendances en cascade sont installés. Tous les paquets sauf x sont marqués comme étant installés automatiquement. Si ensuite tu désinstalles le paquet x, les paquets installés automatiquement dont aucun autre paquet installé par la suite ne dépend ne sont plus nécessaires et peuvent êtres désinstallés avec autoremove.
Merci pour cette information précise.
Dommage qu'il n'y ait pas, dans ce cas de figure, un message genre "suite à désinstallation du paquet gnagnagna, les paquets suivants peuvent être désinstallés : liste. Voulez-vous qu'apt le fasse pour vous (y/N) ?
jpt a écrit :en supposant que je sois un noob total et que je ne sache pas lire les sorties d'apt ou de synaptic
Quelqu'un qui ne sait pas lire les sorties d'apt ou synaptic n'administre pas un système Debian.
Quand on voit certains posts, ici comme ailleurs, on se dit que cette phrase devrait être gravée dans le marbre sur la page d'entrée des sites de forums.
Mais moi, ce qui m'ennuie, comme je l'ai posté par ailleurs, c'est que synaptic et aptitude (pas testé avec apt) ne sont pas d'accord : sorties différentes,
jpt a écrit :en supposant que je sois un noob total et que je ne sache pas lire les sorties d'apt ou de synaptic et que je lance l'install de base avec la désinstallation de la 5.7.0, que se serait-il passé ?
Le noyau aurait été désinstallé. Un noyau n'est pas considéré par le gestionnaire de paquets comme un paquet essentiel.
en plus, sécurité, tu ne peux pas désinstaller le noyau en cours d'utilisation.
si tu utilises le 5.7.0-0.bpo.2, tu ne pourras pas le désinstaller.
sauf à moins d'utiliser un live. (ou de réinstaller ton système)
et pourtant j'ai lu ça, là :
Conclusion, les dialogues n'ont pas été adaptés à ce cas de figure (désinstallation du paquet du noyau), et je n'ai pas eu envie de tenter le diable.
Maintenant, en rapprochant vos deux réponses, je me demande si on parle de la même chose : le noyau pour moi, c'est vmlinuz (+ System.map et initrd.img), le paquet du noyau c'est vmlinuz plus tout ce qui va se trouver dans /usr/src/version_concernée, dans /lib/modules/version_concernée et Dieu Linus T. seul sait où encore.
Bon, ok, dans tous les cas c'était la cata.
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
tu ne peux pas désinstaller le noyau en cours d'utilisation
Si, on peut. Le script de désinstallation du paquet affiche un avertissement dissuasif et demande confirmation, mais on peut.
les dialogues n'ont pas été adaptés à ce cas de figure (désinstallation du paquet du noyau)
La vérification est faite par le script de désinstallation du noyau, pas par apt. La simulation n'exécute pas les scripts.
le noyau pour moi, c'est vmlinuz (+ System.map et initrd.img)
Et les modules dans /lib/modules/. vmlinuz n'est que l'image du noyau.
initrd.img contient l'initramfs, il ne fait pas partie du noyau. Dans Debian, des modules du noyau sont intégrés dans l'initramfs donc chaque initramfs est spécifique à un noyau, mais avec des noyaux construits différemment qui n'ont pas besoin de modules dans l'initramfs on pourrait envisager un initramfs générique commun à tous les noyaux.
le paquet du noyau c'est vmlinuz plus tout ce qui va se trouver dans /usr/src/version_concernée
/usr/src contient les sources ou les en-têtes de compilation du noyau, pas le noyau lui-même.
Il vaut mieux montrer que raconter.
Hors ligne
Dommage qu'il n'y ait pas, dans ce cas de figure, un message genre "suite à désinstallation du paquet gnagnagna, les paquets suivants peuvent être désinstallés : liste. Voulez-vous qu'apt le fasse pour vous (y/N) ?
En fait, aptitude fait automatiquement le ménage.
apt et apt-get (qui sont les interfaces officielles et recommandées) affichent justement un message de ce genre « les paquets suivants ne seront plus nécessaires, vous pouvez les supprimer avec apt autoremove. »
Bref, c'est bien fait en fait.
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne