Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Maufab a écrit :Bonsoir, je viens de lancer la màj de Bullseye vers Bookworm en suivant les préconisations de vv222. Un problème de dépendances sur un paquet me bloque lors du full-upgade :
Les paquets suivants contiennent des dépendances non satisfaites :
libregexp-pattern-license-perl : Casse: licensecheck (< 3.2.7-1~) mais 3.1.1-2 devra être installé
Casse: licensecheck:i386 (< 3.2.7-1~)
E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l'état.
J'ai viré le paquet licensecheck et c'est reparti. Je le réinstallerai plus tard.
Grossière erreur de ma part de virer ce paquet et relancer la màj ? Toujours est-il que je n'ai pas fait attention que le full-update ne proposait finalement qu'assez peu de paquets et que j'ai refais apt autoremove et validé. La connerie est arrivée : grosse suppression de tout Kde et autres et surtout de l'accès internet et pas l'envie de reconfigurer en ligne de commande ----> réinstallation de puis l'image iso. Donc la prochaine màj se fera avec reprise de la liste des paquets installés depuis un fichier.
Bonsoir, je viens de lancer la màj de Bullseye vers Bookworm en suivant les préconisations de vv222. Un problème de dépendances sur un paquet me bloque lors du full-upgade :
Les paquets suivants contiennent des dépendances non satisfaites :
libregexp-pattern-license-perl : Casse: licensecheck (< 3.2.7-1~) mais 3.1.1-2 devra être installé
Casse: licensecheck:i386 (< 3.2.7-1~)
E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l'état.
J'ai viré le paquet licensecheck et c'est reparti. Je le réinstallerai plus tard.
Avec root :
Pas d'erreur
. C'est pourtant bien la même version que celui de Nvidia (390.147).
Alors, c'est curieux d'arriver à te connecter avec wpa_supplicant et pas avec wicd ou
Network manager. Quand une carte est bloquée, on peut la « rfkill unblock ».
Si elle est bloquait de manière hard, il faut appuyer sur le bouton adéquat.
Quelques fois c'est un peu alambiqué avant d'y arriver, mais ça devrait fonctionner.
Il y a longtemps que je n'ai pas touché à ces outils car je n'utilise pas d'ordi portable
et pas non plus le wifi. Mais ça avait fonctionné à l'époque où je m'étais servi des outils
wicd et rfkill.
En fait, comme je l'ai écrit plus haut, ces scripts bash je les fait en attendant de résoudre mon problème avec le service systemd rfkill_unblock_all.service qui ne fonctionne pas au boot, mais qui fonctionne pourtant bien si je le relance manuellement. L'utilisateur n'a pas de grande connaissance en ligne de commande, alors je pensais lui faire deux scripts cliquables qui sont exécutés dans le terminal. Je n'ai pas dit que je n'y arrivais pas avec wicd ou network-manager, plutôt que je sais bien utiser wpa_supplicant par habitude vu que j'avais passé la gestion de mon réseau sous systemd avec wpa_supplicant. Tout simplement je vais au plus simple pour moi avec mes connaissance. De plus, fut une époque où network-manager déconnait complètement sur ma machine.
:
Quant à wicd ou Network manager, tant que la carte wifi est dans l'état bloqué, avec rfkill list, je ne vois pas comment les utiliser. Et comme je connais mieux wpa_supplicant, voilà.
Peut-on voir la rédaction du service systemd rfkill_unblock_all ?
Bien sûr :
et wpa_supplicant@wlp7s0.service :
Hello
Essai#! /bin/bash
# this is declare that current user is a sudoer
#sudo tee /etc/sudoers.d/$USER <<END
#END
read -p "Entre le nom de la box : " ssid
read -p "Entre le mot de passe : " wpa
sudo sh -c 'wpa_passphrase $ssid $wpa >>/etc/wpa_supplicant/wpa_supplicant-wlp7s0.conf'
read
ou avec la commande tee (voir man tee)echo 'wpa_passphrase $ssid $wpa' | sudo tee -a /etc/wpa_supplicant/wpa_supplicant-wlp7s0.conf
Ni l'un, ni l'autre ne le fait. Dans le premier cas, que ce soit en lançant le script depuis un terminal ou en cliquant sur le fichier, j'ai en fin de fichier wpa_supplicant_wlp7s0.conf ceci : usage: wpa_passphrase <ssid> [passphrase] car je pense que les variables $ssid et $wpa ne sont pas prises en compte à l'intérieur de sh -c '...'.
Dans le second, ça m'écrit 'wpa_passphrase $ssid $wpa dans le même fichier.
Là, je coince.
Je précise que tout ça parce que la machine est un portable Acer 7250 avec carte wifi Atheros AR9425 kernel driver ath9k qui présente un soft et hard blocked. Le service systemd rfkill_unblock_all que j'ai écris ne débloque rien au boot, il faut donc que je le relance manuellement pour pouvoir activer la carte. Donc pas moyen d'utiliser Networkmanager. La raison pour laquelle je passe par wpa_supplicant.
Merci d'avance.