RE: Debian Bullseye 64 bits

2023-01-17 Par sujet Frédéric BOITEUX
Bonjour,

Je me suis peut-être mal exprimé : Sur une Debian 11 fraîchement installée, si 
on veut renommer les interfaces-réseau, il faut maintenant passer par des 
fichiers XXX.link placés dans /etc/systemd/network/ (c'est systemd qui gère le 
renommage). Voir la page de manuel systemd.link . Mais par défaut, ce 
répertoire est vide et le [nouveau] schéma de nommage s'applique.

Cdlt,
Fred.

-Message d'origine-
De : ajh-valmer  
Envoyé : mardi 17 janvier 2023 23:06
À : debian-user-french@lists.debian.org
Objet : Re: Debian Bullseye 64 bits

Merci pour votre aide,
j'ai résolu les 2 problèmes, Wifi et
"Begin Running /scripts/local-block done".

/etc/systemd/network/*.link :
le répertoire /etc/systemd/network/ est vide...




Re: Debian Bullseye 64 bits

2023-01-17 Par sujet ajh-valmer
On Tuesday 17 January 2023 12:18:57 Frédéric MASSOT wrote:
> Le 16/01/2023 à 20:05, ajh-valmer a écrit :
> > J'ai toujours ces messages répétitifs au boot :
> > "Begin Running /scripts/local-block done"
> > que je n'ai pas avec les 2 autres ordinateurs.
> > Quid ?

> Je crois que c'est lié au fichier "/etc/initramfs-tools/conf.d/resume". 
> On met l'UUID du swap pour permettre au système de savoir où il récupère 
> le système après une hibernation.

Merci pour votre aide, 
j'ai résolu les 2 problèmes, Wifi et 
"Begin Running /scripts/local-block done".

/etc/systemd/network/*.link :
le répertoire /etc/systemd/network/ est vide...

Tout semble bien marcher maintenant.

A. Valmer



Re: Debian Bullseye 64 bits

2023-01-17 Par sujet l0f4r0
Bonjour,

16 janv. 2023, 20:05 de awache...@gmail.com:

> J'ai toujours ces messages répétitifs au boot :
> "Begin Running /scripts/local-block done"
> que je n'ai pas avec les 2 autres ordinateurs.
> Quid ?
>
Que donne la lecture des liens précédemment transmis ?

l0f4r0



Re: Plantages Xorg sur Bookworm

2023-01-17 Par sujet Basile Starynkevitch


On 17/01/2023 15:26, Thierry wrote:

Bonjour

J'ai toujours un comportement étrange de la session graphique sur 
Bookworm.


Constat: aléatoirement, clavier et souris partent en vrille. Par 
exemple, je peux bouger la souris, mais le click ne donne rien. Au 
clavier certaines touches sont inopérantes, d'autres affichent autre 
chose (ex: le t affiche un :).


Pour débloquer, je lance une session non graphique (Ctrl Alt F1) et je 
reviens (Ctrl Alt F7) et çà repart..


Dans le log Xorg, je vois les lignes suivantes:

19411.561] (II) event2  - Power Button: device removed
[ 19411.710] (II) event3  - Video Bus: device removed
[ 19411.755] (II) event1  - Power Button: device removed
[ 19411.770] (II) event4  - MOSART Semi. 2.4G Wireless Mouse: device 
removed

[ 19411.803] (II) event0  - AT Translated Set 2 keyboard: device removed
[ 19412.252] (II) AIGLX: Suspending AIGLX clients for VT switch
[ 19414.029] (II) AIGLX: Resuming AIGLX clients after VT switch

Une idée de la cause du problème?



Non, mais peut-être que l'utilitaire xev (probablement dans le paquet 
/x11-utils/) pourrait vous aider à le comprendre.



Bonne année à tous.


PS. Je cherche des gens intéressés par le projet logiciel libre 
/RefPerSys/ en http://refpersys.org/  .



--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/


Plantages Xorg sur Bookworm

2023-01-17 Par sujet Thierry

Bonjour

J'ai toujours un comportement étrange de la session graphique sur Bookworm.

Constat: aléatoirement, clavier et souris partent en vrille. Par 
exemple, je peux bouger la souris, mais le click ne donne rien. Au 
clavier certaines touches sont inopérantes, d'autres affichent autre 
chose (ex: le t affiche un :).


Pour débloquer, je lance une session non graphique (Ctrl Alt F1) et je 
reviens (Ctrl Alt F7) et çà repart..


Dans le log Xorg, je vois les lignes suivantes:

19411.561] (II) event2  - Power Button: device removed
[ 19411.710] (II) event3  - Video Bus: device removed
[ 19411.755] (II) event1  - Power Button: device removed
[ 19411.770] (II) event4  - MOSART Semi. 2.4G Wireless Mouse: device removed
[ 19411.803] (II) event0  - AT Translated Set 2 keyboard: device removed
[ 19412.252] (II) AIGLX: Suspending AIGLX clients for VT switch
[ 19414.029] (II) AIGLX: Resuming AIGLX clients after VT switch

Une idée de la cause du problème?

Pas bloquant, mais pénible à la longue.

Merci





Re: Debian Bullseye 64 bits

2023-01-17 Par sujet Frédéric MASSOT

Le 16/01/2023 à 20:05, ajh-valmer a écrit :

Bonjour,

J'ai toujours ces messages répétitifs au boot :
"Begin Running /scripts/local-block done"
que je n'ai pas avec les 2 autres ordinateurs.
Quid ?


Je crois que c'est lié au fichier "/etc/initramfs-tools/conf.d/resume". 
On met l'UUID du swap pour permettre au système de savoir où il récupère 
le système après une hibernation.



--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===



Re: Debian Bullseye 64 bits

2023-01-17 Par sujet Frédéric MASSOT

Le 17/01/2023 à 12:18, Frédéric MASSOT a écrit :

Le 16/01/2023 à 20:05, ajh-valmer a écrit :

Bonjour,

J'ai toujours ces messages répétitifs au boot :
"Begin Running /scripts/local-block done"
que je n'ai pas avec les 2 autres ordinateurs.
Quid ?


Je crois que c'est lié au fichier "/etc/initramfs-tools/conf.d/resume". 
On met l'UUID du swap pour permettre au système de savoir où il récupère 
le système après une hibernation.


J'oubliais, après avoir modifié ce fichier, il faut reconstruire 
l'initramfs avec :


sudo update-initramfs -u -k all



--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===



RE: Debian Bullseye 64 bits : wlan wifi pas possible

2023-01-17 Par sujet Hugues Larrive
Bonjour,

--- Original Message ---
Le mardi 17 janvier 2023 à 09:12, Frédéric BOITEUX  
a écrit :


> 

> 

> Bonjour,
> 

> C’est dans la doc d’installation : pour les nouvelles installation de Debian 
> 11, le nommage des interfaces n’est plus géré par udev mais par systemd (avec 
> des noms du genre de wlp2s0, pas forcément bien intuitif). Si on veut les 
> renommer, il faut passer par des fichiers dans /etc/systemd/network/*.link 
> (avec un initrd regéréré avec cette config…).
> 

Pour apporter quelques précisions à ce sujet, on peut trouver toutes les 
explications sur la façon dont systemd renome les interfaces dans une page de 
man systemd.net-naming-scheme.

Si comme moi vous préférez que les interfaces gardent leur nom linux vous 
pouvez ajouter net.ifnames=0 à GRUB_CMDLINE_LINUX_DEFAULT dans 
/etc/default/grub suivi d'un update-grub et si systemd vous "gonfle" il y a 
toujours la possibilité de migrer le système en devuan : 
https://www.devuan.org/os/documentation/install-guides/chimaera/bullseye-to-chimaera

Toutefois il semble qu'il y ait un autre soucis mais je ne comprends pas : si 
ifconfig -a retourne wlp2s0, alors ifup wlp2s0 ne devrait pas retourner 
d'erreur.

Que donne dmesg | grep wlan ?

Quel est le contenu de /etc/network/interfaces ?

Utilisez-vous interfaces + wpa_supplicant pour configurer le wifi ou bien 
network-manager (je crois qu'il y a aussi une 3ème possibilité avec systemd) ?

@+
Hugues


> Cdlt,
> Fred.
> 

> -Message d'origine-
> De : ajh-valmer awache...@gmail.com
> 

> Envoyé : lundi 16 janvier 2023 23:48
> À : debian-user-french@lists.debian.org
> Objet : Re: Debian Bullseye 64 bits : wlan wifi pas possible
> 

> Bonjour,
> 

> Ma connexion réseau fonctionne bien mais qu'en mode filaire Ethernet eth0.
> 

> Par contre, plus de connexion wlan possible :
> J'ai bien modifié le fichier "70-persistent-rules" par eth0 et wlan0, 
> rebooté, "wlp2s0" reste présent dans la commande ifconfig -a , ifup wlan0 ou 
> wlp2s0 : "cannot find wlan0 et wlp2s0"
> (interfaces non reconnues).
> 

> Malgré consultation de nombreux liens sur ce sujet, rien ne fonctionne.
> 

> Merci d'une aide, une piste...
> 

> A. Valmer

publickey - hlarrive@pm.me - 0xE9429B87.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


[was: Debian Bullseye 64 bits] Re: Debian Bullseye 64 bits : wlan wifi pas possible

2023-01-17 Par sujet didier gaumet


- ifconfig est remplacé par ip et gère les interfaces filaires

- iwconfig est remplacé par iw et gère les interfaces sans fil: si tu
veux gérer une interface sans fil en CLI par des commandes de bas-
niveau à effet immédiat c'est iw qui est adapté.

- dans le même genre les commandes init et telinit que tu as
mentionnées dans un précédent post sont remplacées (si tu utilises
Systemd ce qui est le cas par défaut sous Debian) par systemctl
start/stop graphical.target pour être ou non dans une session
graphique.

- si tu utilises Trinity, tu peux regarder par apt quelles sont les
dépendances de ses paquets et tu vas plus que probablement découvrir
qu'il utilise network-manager ou quelque chose d'approchant. Et donc
que tout ce que tu configures à la main par ailleurs relativement au
wifi risque d'entrer en conflit avec la gestion du sans-fil par
Trinity: il vaudrait mieux dans ce cas à mon sens oublier tes
paramétrages manuels et laisser Trinity s'occuper de ça (paramétrer
dans Trinity ton réseau sans fil avec la carte qui t'es proposée)




Re: Debian Bullseye 64 bits : wlan wifi pas possible

2023-01-17 Par sujet Basile Starynkevitch



On 17/01/2023 09:12, Frédéric BOITEUX wrote:

Bonjour,

C’est dans la doc d’installation : pour les nouvelles installation de Debian 
11, le nommage des interfaces n’est plus géré par udev mais par systemd (avec 
des noms du genre de wlp2s0, pas forcément bien intuitif). Si on veut les 
renommer, il faut passer par des fichiers dans /etc/systemd/network/*.link 
(avec un initrd regéréré avec cette config…).

Cdlt,
Fred.

-Message d'origine-
De : ajh-valmer 
Envoyé : lundi 16 janvier 2023 23:48
À : debian-user-french@lists.debian.org
Objet : Re: Debian Bullseye 64 bits : wlan wifi pas possible

Bonjour,

Ma connexion réseau fonctionne bien mais qu'en mode filaire Ethernet eth0.

Par contre, plus de connexion wlan possible :
J'ai bien modifié le fichier "70-persistent-rules" par eth0 et wlan0, rebooté, "wlp2s0" 
reste présent dans la commande ifconfig -a , ifup wlan0 ou wlp2s0 : "cannot find wlan0 et wlp2s0"
(interfaces non reconnues).




L'utilitaire iw pourrait être utile. https://linuxcommandlibrary.com/man/iw

(paquet Debian iw)



--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/



RE: Debian Bullseye 64 bits : wlan wifi pas possible

2023-01-17 Par sujet Frédéric BOITEUX
Bonjour,

C’est dans la doc d’installation : pour les nouvelles installation de Debian 
11, le nommage des interfaces n’est plus géré par udev mais par systemd (avec 
des noms du genre de wlp2s0, pas forcément bien intuitif). Si on veut les 
renommer, il faut passer par des fichiers dans /etc/systemd/network/*.link 
(avec un initrd regéréré avec cette config…).

Cdlt,
Fred.

-Message d'origine-
De : ajh-valmer  
Envoyé : lundi 16 janvier 2023 23:48
À : debian-user-french@lists.debian.org
Objet : Re: Debian Bullseye 64 bits : wlan wifi pas possible

Bonjour,

Ma connexion réseau fonctionne bien mais qu'en mode filaire Ethernet eth0.

Par contre, plus de connexion wlan possible :
J'ai bien modifié le fichier "70-persistent-rules" par eth0 et wlan0, rebooté, 
"wlp2s0" reste présent dans la commande ifconfig -a , ifup wlan0 ou wlp2s0 : 
"cannot find wlan0 et wlp2s0"
(interfaces non reconnues).

Malgré consultation de nombreux liens sur ce sujet, rien ne fonctionne.

Merci d'une aide, une piste...

A. Valmer