logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Installation et migration » [Résolu] Impossible d'éteindre après installation Debian 12 » 02-10-2023 20:07:17

greb
Pas sûr que ce soit la solution la plus appropriée (?), mais j'ai suivi la méthode suivante :
J'ai modifié le fichier

/etc/default/grub


et à la ligne

GRUB_DEFAULT=0

, j'ai modifié en :

GRUB_DEFAULT="1>2"


pour sélectionner par défaut les options avancées dans le menu Grub, et la 3ème option ensuite.
Puis

update-grub

#2 Re : Installation et migration » [Résolu] Impossible d'éteindre après installation Debian 12 » 02-10-2023 19:25:03

greb
Mon noyau linux est de version 6
Par curiosité, j'ai tenté de démarrer sur un noyau linux antérieur, de version 5.
Avec un noyau linux 5.x, tout fonctionne correctement. Il semblerait donc que le soucis provienne de la version du noyau.

De là, comment est-il possible de configurer pour que mon système démarre par défaut sur la version antérieure du noyau, plutôt que celle de version 6 apportée avec la mise à niveau de LMDE ?

D'avance merci !

#3 Installation et migration » [Résolu] Impossible d'éteindre après installation Debian 12 » 02-10-2023 14:23:50

greb
Réponses : 2
Bonjour,

Auparavant sur MXLinux, je suis récemment passé sur Debian 12 : nouvelle installation sur la partition hébergeant MX linux avant, et conservant le dual boot existant (Windows 10).
J'ai dans un premier temps installé XFCE comme bureau, et me suis rendu compte qu'éteindre l'ordinateur ne fonctionnait pas : tout semblait bien se fermer, mais l'ordinateur restait bloqué ensuite sur le logo, et l'ordinateur se s'éteignait jamais. La seule manière était de manière brute en appuyant longtemps sur le bouton d'alimentation. Le même constat arrive avec un redémarrage, et je crois avec la mise en veille (ne se met pas en veille).
J'ai réinstallé, avec Cinnamon comme bureau, et même constat.
Au bout de quelques temps, j'ai installé LMDE (Linux Mint Debian Edition), alors encore la 5, avec Debian 11. Problème rétabli, tout fonctionnait parfaitement.
Cependant, LMDE a sorti tout récemment sa version 6, basée sur Debian 12. J'ai fait la mise à niveau, et là, j'ai retrouvé mon souci d'extinction. Je me dit que c'est quelque chose lié à Debian 12 du coup …?

Si quelqu'un a une piste, je suis preneur !
Et si besoin d'infos supplémentaire, j'essayerai d'être réactif.
Merci d'avance !

Mon ordi : Lenovo Thinkpad W540

#4 Re : Réseau » [Résolu] Problème DNS à chaque redémarrage » 16-02-2022 20:34:06

greb
Merci pour vos retour anonyme et cyrille !

- anonyme, la machine rencontre le même problème aussi bien en wifi qu'en ethernet. Et le retour de la commande :

~$ sudo  systemctl status NetworkManager.service
● NetworkManager.service - Network Manager
     Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2022-02-16 20:01:02 CET; 14min ago
       Docs: man:NetworkManager(8)
   Main PID: 415 (NetworkManager)
      Tasks: 3 (limit: 3273)
     Memory: 16.2M
        CPU: 577ms
     CGroup: /system.slice/NetworkManager.service
             └─415 /usr/sbin/NetworkManager --no-daemon

févr. 16 20:01:10 debian NetworkManager[415]: <info>  [1645038070.5252] dhcp4 (wlp2s0): activation: beginning transaction (timeout in 45 seconds)
févr. 16 20:01:12 debian NetworkManager[415]: <info>  [1645038072.5447] dhcp4 (wlp2s0): state changed unknown -> bound, address=192.168.1.111
févr. 16 20:01:12 debian NetworkManager[415]: <info>  [1645038072.5463] device (wlp2s0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
févr. 16 20:01:12 debian NetworkManager[415]: <info>  [1645038072.5488] device (wlp2s0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
févr. 16 20:01:12 debian NetworkManager[415]: <info>  [1645038072.5491] device (wlp2s0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'manage')
févr. 16 20:01:12 debian NetworkManager[415]: <info>  [1645038072.5519] policy: set 'MA_BOX' (wlp2s0) as default for IPv4 routing and DNS
févr. 16 20:01:12 debian NetworkManager[415]: <info>  [1645038072.5580] device (wlp2s0): Activation: successful, device activated.
févr. 16 20:01:12 debian NetworkManager[415]: <info>  [1645038072.5595] manager: startup complete
févr. 16 20:01:48 debian NetworkManager[415]: <warn>  [1645038108.9738] dhcp4 (ipv6leakintrf0): request timed out
févr. 16 20:01:48 debian NetworkManager[415]: <info>  [1645038108.9739] dhcp4 (ipv6leakintrf0): state changed unknown -> timeout
lines 1-21/21 (END)



- cyrille, j'ai effectué toutes les commandes, et ça fonctionne après un redémarrage, top ! merci !
J'ai essayé aussi avec comme nameserver celui mentionné dans mon premier post, ça reste en place après un redémarrage.
Juste, le service network-manager ne semble pas exister chez moi... Ça aurait pu être la cause de mon souci ?

~$ sudo service network-manager restart
Failed to restart network-manager.service: Unit network-manager.service not found.



J'ai par contre un service networking, mais ne sais pas si c'est l'équivalent.

En tous cas, le problème semble pour l'instant ok, je mets donc le sujet en résolu, et vous remercie pour cette réactivité et la solution !

#5 Réseau » [Résolu] Problème DNS à chaque redémarrage » 16-02-2022 17:35:53

greb
Réponses : 4
Bonjour,

Depuis ce matin, l'ordinateur de ma compagne (distribution DFiso Debian 11) a un soucis : impossible de visiter un site web, que ce soit sur Firefox ou Chromium, ou même en ping, si je rentre un URL.
Si je mets une adresse IP, pas de soucis. Ce qui m'a fait penser qu'il s'agissait de la résolution de noms de domaine.
Et en visitant le fichier /etc/resolv.conf, j'ai ceci :

# Generated by NetworkManager
nameserver ::1


Ce qui ne correspond pas à ce que j'ai sur mon ordinateur (où je ne me rappelle pas avoir configuré ce fichier, et ai des adresses IP en nameserver).

Si je changer le nameserver (par exemple une IP de la FDN : 80.67.169.12), je peux ensuite naviguer normalement sur internet sur l'ordi de ma compagne.
Le truc est qu'à chaque redémarrage (et il me semble sortie de veille), le fichier retrouve son "nameserver ::1", et le navigateur ne permet pas de consulter aucune page via URL.

Il semblerait que NetworkManager devrait gérer automatiquement ça ? Mais je ne sais pas quoi changer…

Si vous avez une idée de piste, je suis preneur !!
D'avance merci beaucoup !

#6 Re : Matériel » [Résolu] Mise en veille et sortie d'économiseur d'écran problématique » 12-04-2021 08:25:29

greb
Bonjour,

Je reviens ici après pas mal de temps, mon problème semblant s'être -enfin !- résolu.
Pour un autre soucis, j'ai tenté les instructions d'installation données dans ce lien :

apt-get update && apt-get install acpi acpi-support acpid pm-utils gnome-tweak-tool


(en root/sudo)

Je reviendrai spécifier si finalement le problème persiste, mais pour l'instant, ça a l'air de fonctionner !
Je mets donc le sujet en résolu.

#7 Matériel » [Résolu] Mise en veille et sortie d'économiseur d'écran problématique » 29-11-2020 10:17:22

greb
Réponses : 1
Bonjour,

Je viens ici car j'ai un petit souci, lié à la mise en veille et l'économiseur d'écran. Je ne sais pas si les deux sont lié, mais peut-être, étant tous les deux liés à la gestion de l'énergie ?

La mise en veille :
- si je mets en veille mon ordinateur via Touche super - touches V-E-I - sélection de "Mettre en veille", l'ordinateur (en général, mais pas toujours) se met en veille correctement, et je peux ensuite revenir sur mon bureau simplement en appuyant sur le bouton d'alimentation.
- si je choisis dans l'application Ajustements "Mettre en veille lorsque l'écran du portable est rabattu", alors, lorsque je rabats l'écran, l'écran devient noir, par contre, l'ordinateur ne semble pas être mis en veille (le bouton d'alimentation reste allumé, et on entend l'ordinateur tourner), et impossible de sortir de cet état. La seule solution trouvée est d'éteindre l'ordinateur "brutalement" par un appui long sur le bouton d'alimentation (même la combinaison Alt+ImpÉc+B ne fonctionne pas pour le faire redémarrer).
- à noter que même lorsque "Mettre en veille lorsque l'écran du portable est rabattu" n'est pas sélectionné, il y a le même comportement lorsque l'écran est rabattu.

L'économiseur d'écran :
- si j'active dans les Paramètres (Énergie) l'option "Assombrir l'écran si inactif", tout va bien,
- si j'active dans les Paramètres (Énergie) l'option "Écran noir" (par exemple après 1 min), l'écran s'éteint bien, et pas de soucis pour sortir de cette "veille d'écran", retrouver mon bureau, et continuer mes activités, par contre, ensuite, impossible d'éteindre l'ordinateur. Cela est alors seulement possible par un appui long sur le bouton d'alimentation, mais aussi possible ici de redémarrer par la combinaison Alt+ImpÉc+B.

Voilà ! Je n'ai pas vraiment pour l'instant trouvé de réponse claire dans les forums (mais peut-être ai-je mal cherché…), hormis peut-être que ça serait lié à l'ACPI…?? (mais je ne sais pas vraiment ce que c'est, et encore moins comment diagnostiquer et manipuler cela)

Ah, aussi, j'ai tenté les situations ci-dessus dans mon environnement usuel (Gnome 3), mais également dans Cinammon : les comportements semblent être identiques.

Tout cela ne m'empêche pas trop de fonctionner, si je désactive veille et économiseur d'écran, mais tout de même, ce sont des fonctions intéressantes, surtout dans un contexte où les coupures d'électricité ne sont pas inhabituelles et que la batterie est une denrée précieuse !

D'avance merci pour toute aide, et je reste disponible pour donner les résultats des commandes prescrites.

#8 Re : Matériel » [Résolu] Bug - Firefox, Thunderbird en Qwerty » 13-09-2020 21:01:54

greb
Bonsoir,

Nouvel épisode dans mon soucis, avec un autre semblant de solution.

Par curiosité, j'ai tenté de me connecter sur ma session avec d'autres environnements de bureau, dont Cinammon, et LXQt installé pour l'occasion (paquet lxqt-core), en désactivant la solution du post précédent (lancement de setxkbmap fr oss au démarrage).
Dans les choix proposés à l'ouverture de session, j'ai pour Gnome les choix suivants :
- Gnome
- Gnome classique
- Gnome sur Xorg

Au final, sur Gnome, le clavier est en Qwerty.
Par contre, pour Gnome classique, Gnome sur Xorg, Cinammonet LXQt, il ne semble pas y avoir ce problème, et dans les applications où j'avais le problème, le clavier est bien en Azerty.

Je ne saurais pas expliquer la raison du pourquoi… mais ça semble régler en tous cas mon soucis, sans configuration hasardeuse, et sans changer radicalement mon bureau (Gnome sur Xorg semble être exactement similaire visuellement et en utilisation que Gnome, en tous cas en première approche).

Je passe donc le sujet en résolu.

Merci en tous cas pour toutes les pistes apportés !

#9 Re : Matériel » [Résolu] Bug - Firefox, Thunderbird en Qwerty » 11-09-2020 16:22:12

greb
Bonjour,
Pas trouvé de solution de configuration qui me semble vraiment résoudre le problème…

En attendant, suivant la suggestion du dernier message de ce post, j'ai fait de la sorte :
1. J'ai créé dans mon dossier /home/user/ un fichier clavier_fr_oss_demarrage.sh :


#!/bin/bash
setxkbmap fr oss
 


2. J'ai rendu exécutable ce fichier
3. J'ai créé dans mon dossier /home/user/.config/autostart/ un fichier setxkbmap-fr-oss.desktop :


[Desktop Entry]
Name=Clavier-fr-oss
Exec=/home/benjamin/clavier_fr_oss_demarrage.sh
Terminal=false
Type=Application
Comment=Reorder keyboard map to French-variant for all apps
 


qui fait comme si il y avait une application setxbkmap et la lance au démarrage de ma session.

Cela semble fonctionner smile

Bien que je doute que ce soit la manière la plus "propre" de résoudre le problème...
Je reste donc preneur de toute solution davantage "dans les règles" roll

#10 Re : Matériel » [Résolu] Bug - Firefox, Thunderbird en Qwerty » 09-09-2020 15:43:51

greb
Bonjour ubub,
Merci beaucoup pour tes suggestions.
Malheureusement, aucune ne semble changer quoi que ce soit…
J'ai modifié suivant tes conseils

XKBVARIANT="latin9"


et

XKBMODEL="pc105"


puis redémarré, mais rien n'y fait…
Par curiosité, j'ai tenté d'ajouter des guillemets aux paramètres :

XKBVARIANT="oss"


au lieu de

XKBVARIANT=oss


comme cela était dans mon fichier d'origine. Mais pas de changement non plus.

J'ai aussi tenté un

sudo dpkg-reconfigure keyboard-configuration


avec redémarrage, mais pas d'évolution non plus…
Mais je garde espoir, la solution doit bien exister quelque part ! roll

#11 Re : Matériel » [Résolu] Bug - Firefox, Thunderbird en Qwerty » 08-09-2020 12:59:39

greb
Bonjour,
Pas d'avancée de mon côté (et je me fais avoir à chaque démarrage en oubliant que certaines applications sont en Qwerty…).
J'ai juste trouvé que la commande

setxkbmap fr oss


permettait de mettre mon clavier dans la configuration souhaitée ; Français - variante (cf. 1er post).
Je continue de fouiller…
Et bien sûr, je suis preneur de toute nouvelle piste d'investigation wink

#12 Re : Matériel » [Résolu] Bug - Firefox, Thunderbird en Qwerty » 26-08-2020 18:41:50

greb
Ah, ok, je ne savais pas pour "apt install", je note, merci ! smile

#13 Re : Matériel » [Résolu] Bug - Firefox, Thunderbird en Qwerty » 26-08-2020 14:45:08

greb
Bonjour anonyme,
Merci beaucoup de prendre du temps pour mon souci !

Pour les commandes :

$ cat /etc/default/keyboard
XKBLAYOUT=fr
XKBVARIANT=oss
BACKSPACE=guess
 



Pour Firefox, oui, normalement :

$ sudo apt install firefox-esr-l10n-fr
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances      
Lecture des informations d'état... Fait
firefox-esr-l10n-fr est déjà la version la plus récente (68.11.0esr-1~deb10u1).



Et

$ cat /etc/default/locale
#  File generated by update-locale
LANG=fr_FR.UTF-8
 

#14 Matériel » [Résolu] Bug - Firefox, Thunderbird en Qwerty » 26-08-2020 13:45:10

greb
Réponses : 9
Bonjour,

Tout nouvellement inscrit sur Debian-Facile, je me lance avec une 1er problème roll
Depuis 2j, lorsque je démarre mon ordinateur, tout est normal, c'est-à-dire que mon clavier est en Azerty, correspondant bien à l'option "Français (variante)" (celle où Shift+AtlGr+é donne un É) choisie et affichée dans les paramètres linguistiques (et je peux rentrer mon mot de passe sans soucis).
Sauf que, Firefox, mais aussi Thunderbird notamment, sont en Qwerty...
J'ai testé aussi, Whatdesk, Signal-desktop, qui il me semble sont des applications empaquetées Electron, et donc embarquant Chromium...?

Ça ressemblerait fort au problème rencontré par Kellogs ici...
Par contre, je ne vois pas trop comment adopter la solution proposée, ne sachant pas backporter une application sur une version différente... et ma version du paquet xkb-data semblant être la version stable (2.26-2, en tout cas celle embarquée dans Buster stable).

Pour ne pas avoir à apprendre en accéléré le clavier Qwerty sans l'avoir sous les yeux, et pouvoir utiliser mes logiciels (Firefox est probablement le logiciel le plus utilisé sur mon ordi neutral), j'ai trouvé (je ne sais plus où) la commande :

setxkbmap fr


qui me remet bien mon clavier en Azerty, mais pas en "Français (variante)"... : Shift+AtlGr+é donne un ⅛ ...
Par contre, cette commande ne semble avoir aucune implication sur l'ensemble des autres applications, qui continuent d'utiliser l'option "Français (variante)".

Pour info, je lance régulièrement les mises à jour via

sudo apt update

puis

sudo apt upgrade


et ne saurais pas vraiment dire si cela est apparu après une mise à jour ou pas... (dans le même temps, j'essaye aussi de trouver une solution à un problème de mise en veille-extinction de l'ordinateur, ça sera le sujet d'une demande d'aide dans un autre fil).

Voilà ! Bon, on en survit, mais tout de même, c'est pas très marrant d'avoir à faire cette commande après chaque démarrage, et d'avoir ses combinaisons de touches perturbées lors de l'écriture.
Si quelqu'un a des pistes, je suis preneur ! hmm
Merci d'avance.

(note: j'ai posté dans la partie Matériel du forum, suivant le post mentionné plus haut, mais si besoin, je peux le déplacer ailleurs)

Pied de page des forums

Propulsé par FluxBB