#0 -1 » Problème de clavier après passage à Ubuntu 22.04 Jammy Jellyfish » Le 03/10/2022, à 10:09
- cesar-cesanjjaque
- Réponses : 8
Bonjour,
Après un passage vers la 22:04, tout à bien fonctionné sauf un problème agaçant de clavier.
Ce problème n'existait pas dans la version 20:04.
Ordinateur MSI G40 avec Ubuntu 22/04, Noyau Linux 5.15.0-48-generic, Cinnamon 5.2.7
Celui-ci démarre systématiquement en QWERTY.
Voici le contenu de /etc/default/keyboard :
XKBMODEL="pc105"
XKBLAYOUT="fr"
XKBVARIANT="latin9"
XKBOPTIONS="" Si on va en graphique dans paramètres système :
-> paramètres du clavier
-> Agencement
on trouve bien :
Français 'AZERTY)
Anglais 'US)
Français est bien le premier de la liste ...
Bon, il y a au démarrage de session un petit drapeau américain et l'on peut changer en français -> ouf
Lorsque la session est ouverte il y a dans le "panneau" (c'est comme ça qu'ils disent maintenant) un petit drapeau américain que l"on peut changer en français -> ouf
mais je n"arrive pas à comprendre ou cela ne va pas et c'est agaçant.
j'ai essayé plusieurs pistes du style "keyboard reconfigure" qu'il serait trop long de détailler ici sans succès ?
Cordialement.
#1 Re : -1 » Problème de clavier après passage à Ubuntu 22.04 Jammy Jellyfish » Le 04/10/2022, à 20:21
- cesar-cesanjjaque
- Réponses : 8
OK ça fonctionne de supprimer l'anglais, mais il m'arrive d'utiliser un QWERTY quand je me connecte en ssh, tant pis je fonctionnerais en AZERTY pour tout mais c'est dommage de ne pas pouvoir avoir les 2 options avec AZERTY par défaut !
Surtout que ça fonctionnait comme ça sous UBUNTU 20:04 ?
#2 -1 » Carte SD de 64 GB > vide, et bien non en fait ? » Le 27/09/2021, à 09:38
- cesar-cesanjjaque
- Réponses : 3
Bonjour,
Je rencontre un problème pas banal c'est pourquoi je sollicite de l'aide
J'ai une carte SD Sandisk ultra de 64Gb formatée sur un APN Olympus (de type PEN) exfat !
Jusque là cette carte fonctionnait très bien sur Ubuntu 20.04.
Je l'utilisai pour faire des séquences de photos Astro.
J'exploite les résultats avec un logiciel nommé Siril !
Cette carte se monte bien sur Ubuntu mais dans le répertoire DCIM/100OLYMP nautilus , nemo ... ne trouvent plus aucun fichier.
Un terminal donne l'erreur suivante :
xxxxx$:/media/jean-jacques/511A-90EE/DCIM/100Olymp$ ls -l
ls: lecture du répertoire '.': Erreur d'entrée/sortie
Les paquets exfat-fuse et exfat-utils sont bien installés.
je n'ose pas utiliser fsck /dev/sdbX
Par ailleurs cette carte est toujours lisible sur l'APN et sur Windows 7 avec tous ses fichiers !
Ce que j'ai constaté c'est que j'ai dépassé récemment le seuil des 30 Go puisque Windows 7 me dit :
- Espace utilisé : 30,8 Go
- Espace libre : 28,5 Go
Bien sûr, je récupère les fichiers avec Windows et une carte 32 Gb pour les exploiter sur mon logiciel dans Ubuntu mais ... je pense que le dépassement est la raison pour laquelle elle ne fonctionne plus sur Linux Ubuntu.
Mon impression est que la table de partition n'est plus au même endroit et qu'Ubuntu ne sait pas le détecter.
Il est aussi possible que ce soit un bug jamais signalé car il faut quand même réunir les conditions suivantes :
- Avoir formatée une carte avec un APN Olympus
- Utiliser Ubuntu exclusivement
- Utiliser une carte SD de 64 Gb
- Avoir écrit dessus plus de 32 Gb
Si quelqu'un à une idée ???
merci d'avance ...
#3 Re : -1 » Carte SD de 64 GB > vide, et bien non en fait ? » Le 15/05/2022, à 10:53
- cesar-cesanjjaque
- Réponses : 3
Des essais n'ont montré qu'avec Ubuntu et formatée tel que décrit plus haut, cette carte ne fonctionne plus si on écrit dessus plus de 30 Go !
#4 -1 » Réécriture de resolv.conf contre ma volonté » Le 15/04/2022, à 12:53
- cesar-cesanjjaque
- Réponses : 15
Bonjour,
Je rencontre un problème sous Ubuntu 20.04 (Cinnamon) avec un VPN pour mon travail > il s'agit de FORTICLIENT.
Je lance le VPN et tout fonctionne correctement ...
Suite à une mise à jour de ce VPN, lorsque je le coupe, après je n'ai plus accès à internet.
J'ai diagnostiqué la panne : le fichier /etc/resolv.conf a été modifié comme ceci :
# Generated by NetworkManager
nameserver 127.0.0.53Ce qui est agaçant, c'est que je dois à chaque fois que je n'utilise plus le VPN réediter le fichier resolv.conf et y (re)noter les adresses de mes serveurs DNS par exemple en faisant :
sudo gedit /etc/resolv.confpuis lancer :
sudo dhclient ( À noter que lorsque l'on passe par l"applet Network Manager les paramètres réseau (filaire et wifi) et les adresses des DNS renseignées sont correctes, mais un :
sudo NetworkManager restart ne résouds pas le problème. )
Y a t-il un moyen de retrouver la configuration sans cette suite d'opération éditer resolv.conf et relancer dhclient ?
Cordialement.
#5 Re : -1 » Réécriture de resolv.conf contre ma volonté » Le 29/04/2022, à 12:31
- cesar-cesanjjaque
- Réponses : 15
Bonjour et merci pour vos suggestions,
Vobul ta solution fonctionne à moitié
Forticlient à une fenêtre de connexion, lorsque je la ferme, je lance un script qui fait ce que tu propose, c'est un peu plus rapide que d'éditer le fichier, mais le problème est toujours là.
Bruno voici les réponses (après déconnexion du VPN Forticlient)
Réponse à ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 44:8a:5b:f2:26:06 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 48:51:b7:e2:11:20 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.14/24 brd 192.168.1.255 scope global noprefixroute wlan0
valid_lft forever preferred_lft forever
inet6 fe80::553b:e918:70e:7f4d/64 scope link noprefixroute
valid_lft forever preferred_lft forever
reponse à resolvectl status
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Domain: --
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
Tout à l'air de se passer comme si le système cherchait son serveur DNS sur le réseau local lo !
Tout à l'air normal sur l'applet Network Manager ... eth0, wlan0 ...
Utiliser nano à la place de gedit ne change rien.
Je me suis rendu compte aussi qu'il n'est même pas utile de lancer dhclient, changer /etc/resolv.conf suffit.
Ce drôle de fonctionnement est apparu suite à une mise à jour de Forticlient.
Je ne peux pas changer de VPN, celui-ci permet de joindre le réseau que j'utilise.
Cordialement.
#6 Re : -1 » Réécriture de resolv.conf contre ma volonté » Le 29/04/2022, à 16:48
- cesar-cesanjjaque
- Réponses : 15
resolvectl status --no-pager
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Domain: --
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 3 (wlan0)
Current Scopes: DNS
DefaultRoute setting: yes
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: 85.14.174.253
DNS Servers: 85.14.174.253
185.48.254.18
DNS Domain: ~.
--
Link 2 (eth0)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no Les serveurs DNS correspondent à ceux déclarés dans l'applet Network Manager
Cordialement.
#7 Re : -1 » Réécriture de resolv.conf contre ma volonté » Le 29/04/2022, à 16:54
- cesar-cesanjjaque
- Réponses : 15
Info complémentaire :
Le résultat de resolvectl est exactement identique connecté au VPN ou pas ...
et identique aussi lorsque j'écris 8.8.8.8 dans /etc/resolv.conf ...
#8 Re : -1 » Réécriture de resolv.conf contre ma volonté » Le 29/04/2022, à 21:16
- cesar-cesanjjaque
- Réponses : 15
Bonsoir,
Finalement j'ai trouvé la raison de ce problème et cela me pose encore plus de questions sur la façon dont Network Manager fonctionne.
J'ai trouvé que dans les paramètres réseau IPv4 était activé (avec des valeurs correctes en manuel) et et que IPv6 était aussi activé avec des valeurs "automatiques"
Ce n'est pas moi qui est paramétré cela mais il m'a suffit de décocher IPv6 pour que tout rentre dans l'ordre.
Je viens de lire cet article https://www.ciscomadesimple.be/2011/11/ … ue-6-to-4/ mais c'est un peu trop compliqué pour moi.
Depuis que j'ai décoché IPv6, 3 ou 4 essais de lancement et de déconnexion du VPN ne semble pas faire apparaître le problème.
Je vais marquer résolut mais cela me semble bien mystérieux...
#9 Re : -1 » Réécriture de resolv.conf contre ma volonté » Le 01/05/2022, à 12:36
- cesar-cesanjjaque
- Réponses : 15
Bonjour,
Non ce n'est pas résolut !
Voilà tout ce j'ai trouvé en relation avec le dns dans un ordinateur Ubuntu 20.04
jean-jacques@jeanjacques-laptop:/etc$ nmcli dev show | grep DNS
IP4.DNS[1]: 85.14.174.253
IP4.DNS[2]: 185.48.254.18C'est ce qui est déclaré dans l'applet mais visiblement ça ne sert à rien ...
jean-jacques@jeanjacques-laptop:/etc$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopbackPas de notion de dns dans ce fichier
jean-jacques@jeanjacques-laptop:/etc$ ls resolv*
resolv.conf resolv.conf.NLVHO0 resolv.conf.sslvpn.backup resolv.conf.XBAYJ1
resolvconf:
interface-order resolv.conf.d update.d update-libc.dTout ce qui parle de resolv* dans /etc/
jean-jacques@jeanjacques-laptop:/etc$ cat resolv.conf.sslvpn.backup
nameserver 85.14.174.253
nameserver 185.48.254.18
nameserver 85.14.174.253
nameserver 185.48.254.18
# Generated by NetworkManager
nameserver 127.0.0.53
jean-jacques@jeanjacques-laptop:/etc$ cat resolv.conf.XBAYJ1
# Generated by NetworkManager
nameserver 127.0.0.53
jean-jacques@jeanjacques-laptop:/etc$ cat resolv.conf.NLVHO0
# Generated by NetworkManager
nameserver 127.0.0.53Ce qu'il y a dans tous ces fichiers resolv.conf.*
Il n'y a rien d'intéressant dans le répetoire : resolvconf
A noter j'ai arreté FortiTray (issu de forticlient) qui tournait en tache de fond en utilisant "Moniteur système" et redémmaré Network Manger sans succès.
sudo service network-manager restartIl n'y a pas bind installé (j'ai utilisé dans une autre vie, l'ordi est à la poubelle depuis longtemps) ....
Pour l'instant je n'ai pas trouvé d'autre solution que de réécrire resolv.conf avec mes serveurs DNS ou 8.8.8.8, 8.8.4.4 et cette simple opération fait que je peux aller sur internet en filaire comme en wifi !
Cordialement
#10 Re : -1 » Réécriture de resolv.conf contre ma volonté » Le 01/05/2022, à 19:17
- cesar-cesanjjaque
- Réponses : 15
Déclarés dans quoi ? La configuration de la connexion VPN, de la connexion filaire ou de la connexion WiFi ?
Ces valeurs étaient entrées par l'applet sur la connexion filaire et wifi.
Au vu des adresses IP il s'agit probablement des résolveurs du fournisseur de VPN qui ne sont accessibles que sur son réseau.
Ces adresses fonctionnaient "at home" et aussi lorsque j'utilisait mon ordinateur au travail, ta remarque viens de faire "tilt" car un ping 84.14.174.253 ne donne rien et 185.48.254.18 ne semble plus être un serveur DNS ....
Pour le WiFi et le filaire tout devrait être en automatique, sans préciser les résolveurs DNS dans la configuration de NetworkManager.
OK, ça fonctionne.
Désolé pour la gène, je n'imaginait pas qu'un serveur DNS puisse un jour ne plus l'être, ces adresses proviennent d'unyc et je ne les ai pas inventées et elles ont fonctionné, comme quoi en informatique tout peut arriver c'est idiot et souvent chronophage.
#11 Re : -1 » Réécriture de resolv.conf contre ma volonté » Le 15/05/2022, à 10:44
- cesar-cesanjjaque
- Réponses : 15
En fait mon problème tel quel n'est pas résolut....
Voila un résumé et sa solution ...
Faire appel au VPN Forticlient impose (depuis sa dernière mise à jour) aux paramètres du wifi les serveurs DNS : 84.14.174.253 et 185.48.254.18.
Ces serveurs ne sont pas directement accessibles depuis internet.
Après avoir utilisé le VPN, pour pouvoir aller sur internet sans le VPN (même si l'ordinateur a été éteint entre temps) il faut (si on ne veut pas passer par la ligne de commande) :
- Se déconnecter du wifi,
- Aller dans les paramètres réseau de l'applet,
- Effacer les valeurs des serveurs DNS, passer en automatique et appliquer,
- Redémarrer le wifi, sélectionner le SSID et se connecter.
Je n'ai pas trouvé comment faire autrement...sauf à bricoler resolv.conf soit à la main soit avec un script.
Il ne semble pas exister de configuration séparée des serveurs DNS selon que l'on est sur VPN ou pas, ou du moins lorsque l'on coupe le VPN, celui-ci ne remet pas les valeurs par défaut des serveurs DNS dans les paramètres du réseau.
(un essai sur Windows 7 en utilisant le VPN et en l'arrêtant ne pose pas ce genre de problème, mais je n'utilise quasiment jamais Windows, je n'ai d'ailleurs pas de Windows 10 ni 11 à disposition.)
Je vous laisse juger si cela est un bug ou non d'Ubuntu.
Cordialement.
#12 Re : -1 » demande aide pour faire fonctionner remmina » Le 19/01/2020, à 20:15
- cesar-cesanjjaque
- Réponses : 3
Bonjour,
Remmina est un visionneur de bureau distant, pas un serveur VNC.
Sur l'ordinateur distant (celui sur lequel on va accéder) installe vino
et configure comme décrit ici http://www.octetmalin.net/linux/tutorie … access.php
Si vino est configuré pour se lancer au démarrage, il suffit que l'ordinateur distant soit allumé et que l'utilisateur local s'y soit connecté.
Sur l'ordinateur qui accède utilise remmina.
Protocole : VNC - Virtual Network Computing
Serveur : IP:5900
Nom d'utilisateur,
mot de passe : celui configuré dans vino (pas celui de la session)
Si les ordinateurs ne sont pas sur le même réseau LAN, il faudra configurer un DynDNS et une règle PAT/NAT dans la BOX de l'ordinateur distant mais cela sort du cadre de la question.
Cordialement.
#13 Re : -1 » [Résolu] Plus accès à mon écran de démarrage après changement de thème » Le 19/01/2020, à 18:59
- cesar-cesanjjaque
- Réponses : 1
A première vue ...
Si tu peut te logger avec une console....
> vérifier que le réseau est OK > ifconfig (interface par exemple eth0 ou wlan0)
puis
> sudo apt install > LES PAQUETS QUI TE MANQUENT ?
puis
il faudra peut-être reconfigurer le fichier /etc/sddm.conf avec un éditeur de texte en ligne de commande de ton choix (voir ici : https://doc.ubuntu-fr.org/sddm).
puis redémarrer.
#14 -1 » Partager un disque dur externe USB sur un réseau Linux » Le 19/01/2020, à 14:43
- cesar-cesanjjaque
- Réponses : 0
,Bonjour,
Voila mon PB
Dans un réseau local en Ethernet ....
J'ai un disque dur USB formaté en ext4 connecté sur un ordinateur A (Linux Mint)
J'ai utilisé Nautilus
Je me suis placé sur un dossier de ce disque (on l'appellera Dossier P)
Click droit propriétés Partager :
- partager le dossier est activé,
- permettre à d'autres est activé,
- accès invité est activé.
Sur un ordinateur B (linux Ubuntu 18.03) avec Nautilus à "autre emplacement" on trouve bien l'ordinateur A
On y trouve bien le dossier en question
un click sur ce dossier ouvre une fenêtre
Un mot de passe doit être saisi pour accéder au partage (Dossier P) sur (Ordinateur A)
Une tentative sur Anonyme donne > Impossible d'accéder à l'emplacement
Une tentative avec le nom de l'utilisateur de l'ordinateur A et son mot de passe donne > Impossible d'accéder à l'emplacement.
Une tentative avec le nom de l'utilisateur de l'ordinateur B et son mot de passe donne > Impossible d'accéder à l'emplacement.
Ce qui m'intrigue c'est que Nautilus met :Impossible de monter le partage Windows : Argument Invalide
Qu'est ce que Windows fait la dedans ....
A noter qu'avec Nautilus je ne suis pas passé par Réseau Windows > WORKGROUP
mais bien directement par le non de l'ordinateur.
REMARQUE : un répertoire sous home de l'ordinateur A partagé de la même façon est PARFAITEMENT ACCESSIBLE de l'ordinateur B avec droit de lecture et d'écriture. Il est même directement présenté dans Nautilus
Comment partager un (des) répertoires de disque USB ext3/4 montés sur Linux dans un environnement Linux.
Merci pour les réponses.
Cordialement.
#15 -1 » Le Menu de Cinnamon » Le 08/08/2019, à 16:35
- cesar-cesanjjaque
- Réponses : 23
Bonjour,
J'utilisait Cinnamon depuis quelques temps sur différents ordinateurs ( MSI 64 bits avec Ubuntu et TOSHIBA satellite 32 bits avec Linux Mint) et j'appréciait cet environnement, mais je suis revenu à Mate ou XFCE à cause de ce simple petit problème :
Le problème est le suivant sur Cinnamon :
- 1 clic sur [Menu] , celui-ci s'affiche > RAS
- 1 clic sur une entrée de menu (par exemple [Internet]) le sous menu s'affiche > RAS
- Lors du déplacement de la souris juste avant de cliquer sur la sélection (par exemple [Firefox]) le sous menu change brusquement par celui de "toutes les applications" et si l'on clique l'on lance tout autre chose (que Firefox dans mon exemple).
C'est très agaçant et surtout ce n'est ABSOLUMENT PAS REPRODUCTIBLE ça peut le faire 3 fois de suite puis jamais pendant 1/4 d'heure !
Je pensait que les mises à jour arrangeraient cela, mais il n'en est rien ....
Un membre de ce forum à t il été confronté à ce problème ....
Merci pour vos réponses.
Cordialement.
#16 Re : -1 » Le Menu de Cinnamon » Le 09/08/2019, à 18:55
- cesar-cesanjjaque
- Réponses : 23
Bonjour,
Réponse à LukePerp
Je ne change pas le système, il y a Mate et Unity installé, je choisi juste un autre environnement. (Mate s'installe en moins de 5 mn !). Pour le reste tout fonctionne correctement à part peut être les écrans (car j'ai tjs un écran en plus de celui du laptop) qui ne se comportent pas de la même façon en fonction des environnements de bureau et des mises à jours. (Pour info j'utilise Linux depuis ..... je ne sais plus en fait, j'utilisait déjà Unix pour mon travail en 1985 !)
Réponse à Christophe C.
Au début aussi je pensait cela, mais non ce n'est pas le problème.
Je pencherait plutôt pour la charge des processors car cela arrive plus souvent lorsque le pc est peu actif !
Réponse à GammaDraconis
Sur le PC que j'utilise en ce moment (MSI)
- Ubuntu 16.04 xenial
- Noyau 4.4.0-157-generic
- Cinnamon 2.8.6
- Processor Intel Celeron CPU 2970M 2,2GHZ x 2
- Carte graphique Intel ?
Cela m'étonne que personne n'ai eu ce problème car j'ai l'ai eu sur plusieurs installations très différentes en fait ....
#17 Re : -1 » Le Menu de Cinnamon » Le 09/08/2019, à 19:28
- cesar-cesanjjaque
- Réponses : 23
Regarder bien la dernière tentative, au lieu d'ouvrir Opera elle ouvre Gedit !
Il faut peut être copier l'adresse de la vidéo dans un navigateur en faisant un clic droit dessus.
Sur cet enregistrement obtenu en appuyant sur Ctrl + Alt + Maj + R ; le temps ne passe pas normalement mais on voit bien le phénomène, à la seconde 23 lorsque le pointeur de la souris est sur Opéra il se change en Gedit
#18 Re : -1 » Le Menu de Cinnamon » Le 10/08/2019, à 13:52
- cesar-cesanjjaque
- Réponses : 23
Ok , merci pour vos conseils je vais passer dans un premier temps à la version 18.04 d'Ubuntu.
Par ailleurs, j'utilise déjà Linux Mint Rosa avec Cinnamon 2.8.8 mais sur un ordinateur Toshiba Satellite 32 bits (il doit bien avoir plus de 10 ans) qui me sert essentiellement avec des programmes qui me servent à surveiller les réseaux (mais ça ça se démode bien moins vite heureusement). Je vais revérifier si le problème de menu existe sur ce PC.
Pour ce qui est de la cohabitation des environnements de bureau cela devient effectivement de plus en plus laborieux, en effet on trouve maintenant des fichiers de configuration n'importe ou et un peu partout.
En tout cas Unity et Cinnamon ne font pas bon ménage ensemble, j'en convient :
> un exemple Nautilus et Nemo s'occupent du fond d'écran; c'est en effet tentant pour un programmeur de singer W et de proposer par un clic droit sur une image > "utiliser comme fond d'écran" sauf que les moyens employés et les fichiers de config sont différents entre eux > résultat lancer Nautilus supprime le fond d'écran Cinnamon (heureusement il y a des solutions pour éviter cela) et d'autres joyeusetés du même genre.
#19 Re : -1 » Le Menu de Cinnamon » Le 10/08/2019, à 17:12
- cesar-cesanjjaque
- Réponses : 23
Eh bien, je confirme que ce défaut tel que décrit plus haut existe aussi avec Linux Mint Rosa 32 bits et Cinnamon 2.8.8, (j'ai d'ailleurs aussi fait une vidéo). C'est avec cet ordinateur que j'écris ici .....
Difficile d'invoquer un problème de processeur ou de cohabitation entre Unity et Cinnamon puisqu'ici il n'y a que Cinnamon !
Il y a aussi pas mal de bugs lorsque l'on veut éditer le menu avec "cinnamon-menu-editor", par exemple le copier/coller colle bien dans le menu choisi mais aussi recolle dans le menu d'origine et quelques trucs pas clairs avec les icones.
Pendant que j'écris ubuntu travaille > 16 à 18 
#20 Re : -1 » Le Menu de Cinnamon » Le 10/08/2019, à 17:56
- cesar-cesanjjaque
- Réponses : 23
Patience... voila c'est fait je viens juste de passer à
- Système d'exploitation : Ubuntu 18.04 bionic (x86-64)
- Version de Cinnamon 3.6.7
- Noyau Linux 4.15.0-55-generic
et j'ai exactement le même problème.
Je suis vraiment surpris que personne n'ai vu ça, car je l'ai aussi vu ailleurs sur un ordinateur tour avec linux mint mais j'avais d'autres chats à fouetter à l"époque et je n'ai pas noté la version de Mint ni celle de Cinnamon (car je ne fait pas que mettre des systèmes d'exploitation au point je travaille aussi avec).
A priori ce n'est pas invivable ce bug mais 
#21 Re : -1 » Le Menu de Cinnamon » Le 12/08/2019, à 20:05
- cesar-cesanjjaque
- Réponses : 23
Du fait que j'ai eu et ai ce problème sur Ubuntu 18.04 (64 bits), Ubuntu 16.03 (64 bits) et Mint 17.3 (32 bits) et que ce problème semble être très peu connu, j'ai analysé tout ce qui pourrait en être la cause.
1 - Sur tout ces environnements, j'utilise toujours le tableau de bord en haut de l'écran, ce n'est peut être pas si fréquent.
2 - Pour le PC MSI G40 (Ubuntu 18:03) ce bug "semble" ne pas exister en mode Cinnamon (software rendering).
Sur ce PC voici ce que répond la commande lspci pour la carte graphique, ce qui me semble normal :
00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell Integrated Graphics Controller [8086:0406] (rev 06) (prog-if 00 [VGA controller])
Kernel driver in use: i915
Kernel modules: i915
01:00.0 3D controller [0302]: NVIDIA Corporation GM107M [GeForce GTX 950M] [10de:139a] (rev a2)
Kernel driver in use: nouveau
Kernel modules: nvidiafb, nouveau
Pour Linux Mint 19.2 (64 bits) je n'ai pas l'intention de tenter l'expérience ces temps ci, mais j'essairai une clé USB dès que j"aurai un peu de temps.
Nota: L'installation d'Ubuntu 18.04 à doublé ma consommation sur le MSI et c'est plus important que le bug du menu de Cinnamon - apparemment c'est le bluetooth qui est activé au démarrage et qui pompe cette énergie... une édition de /etc/bluetooth/main.conf à réglé le pb mais cela n'explique pas pourquoi le bluetooth activé cela consomme autant !
#22 Re : -1 » Le Menu de Cinnamon » Le 24/08/2019, à 12:42
- cesar-cesanjjaque
- Réponses : 23
Ok, je veux bien que sous Mint ça fonctionne parfaitement, mais je ne comprend pas tout bien :
Ce forum est destiné à la Communauté francophone des utilisateurs d'Ubuntu
#23 -1 » [Résolu] Failed to load Kernel Modules » Le 09/03/2018, à 10:44
- cesar-cesanjjaque
- Réponses : 1
Bonjour,
Suite à un test de disque dur externe My Passport ; 1 To sur Ubuntu 16.04 et Cinnamon avec un laptop, j'ai eu des blocages de l'explorateur de fichier et du système. Ce disque contenait 2 partitions qui ont été montées en sdc1 et sdc2.
Lorsque je redémarre en normal maintenant, j'ai le message suivant "Failed to load kernel module" et l'on me demande d"entrer le mot de passe de root, ok, je suis en console mais startx me fonctionne pas.
J'ai utilisé la deuxième option de démarrage de GRUB
Options avancées pour Ubuntu > Ubuntu with Linux 4.4.0-116 generic (upstart),
Sur l'écran d'accueil Ubuntu avec les petits points, il y a deux questions à passer relative à ces partitions:
- Le disque dur /media/Partition-1 n"est pas encore prêt ou présent
- Le disque dur /media/Partition-2 n"est pas encore prêt ou présent
On réponds S à chaque fois et Ubuntu fini par démarrer correctement.
Le problème, c'est que je dois toujours passer par cette deuxième option de Grub.
Comment effacer la trace que ce disque dur a laissé dans mon système ?
Comment faire pour retrouver un démarrage propre ?
Merci pour vos réponses.
#24 Re : -1 » [Résolu] Failed to load Kernel Modules » Le 09/03/2018, à 11:43
- cesar-cesanjjaque
- Réponses : 1
Ci joint le fichier /etc/fstab :
# /etc/fstab: static file system information.
# <file system> <mount point> <type> <options> <dump> <pass>
#Entry for /dev/sdb1 :
UUID=4d679bd1-0292-40e8-8bb7-3d511f6918a5 / ext4 errors=remount-ro 0 1
#Entry for /dev/sdc1 :
UUID=7D179C3A0D73923E /media/Partition_1 ntfs defaults,nls=utf8,umask=0222 0 0
#Entry for /dev/sdc2 :
UUID=002065244791A5D1 /media/Partition_2 ntfs-3g defaults,locale=fr_FR.UTF-8 0 0
#Entry for /dev/sdb5 :
UUID=19e96988-517c-4b3a-b741-71183c695a65 none swap sw 0 0
/dev/disk/by-id/wwn-0x50014ee1ad65e53a-part1 /mnt/wwn-0x50014ee1ad65e53a-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
/dev/disk/by-id/usb-USB_Mass_Storage_Device_812320100708-0:0 /mnt/usb-USB_Mass_Storage_Device_812320100708-0:0 auto nosuid,nodev,nofail,x-gvfs-show 0 0
J'ai supprimé les lignes relatives sdc1 (Media/Partition_1) et sdc2 (Media/Partition_2) et USB_Mass_Storage et tout est rentré dans l'ordre (lignes soulignées).
Mais je m'étonne que ces lignes dans le fichier fstab conduisent à une erreur "Failed to load kernel module" et empèche de démarrer