Je suis comme beaucoup, cette mise à jour a été une galère, je n'ai pas eu besoin de démarrer VirtualBox pour m'en apercevoir, puisque mon pilote wifi (venant d'un paquet AUR) ne se chargeait pas avec le noyau 4.14, retour au 4.13 que j'avais gardé en dépannage, c'est bon.
Je tente un passage au 4.15, histoire de régler le problème des modules VirtualBox, et là, écran noir, le fichier de log de Xorg m'indique qu'aucune sortie de la carte graphique ne détecte mon moniteur. Dans le doute, comme j'utilise le pilote amdgpu pour ma carte graphique en expérimental (qui marche depuis plusieurs mois), je reviens au traditionnel pilote radeon, et ça fonctionne.
J'ai aussi eu le problème pour Firefox en français, et comme tout le monde, j'ai installé en interne par les extensions.
hop la dedans
mise à jour effectuée sur ma tour et là surprise aucun problème de VB ?
bref tant mieux donc 1.3go en tout, je le fais toutes les trois semaines car tour à la campagne et toujours bien manjaro ^^
bref bonheur et merci pour cette distribution, je passais de linux en linux avant et je crois avoir trouvé ma maison
très bon week end à toutes et tous
stéphane
deux ordis sous manjaro:
- portable Dell latitute Dual core Intel Core i7-3520M, ssd evo 480go,16go de ram avec Manjaro Xfce 18.10.
- Nouvelle tour i5 9400f, 16go de ram, 1660gtx sur Manjaro Xfce 18.10.
Depuis cette mise à jour j'ai un temps de déconnexion/fermeture de session digne d'un système Win XP
Probablement un process ou service qui a du mal à fermer.
Y a t il une commande pour scruter la fermeture comme il en existe pour analyser le démarrage, like systemd-analyze blame ?
Bonjour
Il serait intéressant de savoir comment tu es arrivé à cette conclusion.
Pour rappel, pour ceux qui auraient le même problème en lançant libreoffice> Outils> Options > LibreOffice> Mémoire et normalement, la case <activer le démarrage rapide de la zone de notification> reste décochée.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
@ lemust83
J'ai trouvé un peu par chance, après avoir cherché un process "zombie" mais il n'y en avait pas, j'ai eu l'idée de désactiver tout ce qui est ajouté en démarrage automatique avec la session, pour mon cas dropbox, hubic, gdrive (avec overGrive), docky, libreoffice.
Constatant le problème réglé j'ai réactivé un par un ces démarrages jusqu'à identifier le coupable.
Méthode empirique faute de mieux.
J'ai cherché sur le net à ce sujet, je n'ai pas encore trouvé.
J'utilise la version still 5.4.4 de LO
JacoTux a écrit : ↑il y a 6 ans
Y a t il une commande pour scruter la fermeture comme il en existe pour analyser le démarrage, like systemd-analyze blame ?
Ouaip, de mémoire sudo halt devrait t'afficher ce qui coince & pour en sortir, un appui long sur le bouton pour forcer l'arrêt !
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
man halt a écrit : -w --wtmp-only Don't halt/power-off/reboot, just write wtmp record
J'ai essayé donc un sudo halt -w puis pour lire ce type de fichier, il faut passer par la commande last:
[steph@manjaro ~]$ last -f /var/log/wtmp
steph tty1 Sat Feb 10 10:24 still logged in
reboot system boot 4.14.18-1-MANJAR Sat Feb 10 10:24 still running
steph tty1 Sat Feb 10 09:32 - 10:22 (00:49)
reboot system boot 4.14.18-1-MANJAR Sat Feb 10 09:32 - 10:22 (00:50)
........
..........
Ce me donne la liste des boot mais pas les anomalies. En faisant un vrai sudo halt, le système s'éteint proprement et une fois tout démonté, ça fige sur un truc du genre: starting halt
wait on .... failed protocol error.
Je ne retrouve pas cette ligne dans les logs, mais vu que tout est démonté et que le kernel est seul au monde, ça ne me surprend pas trop.
Je suppose que cette commande n'est plus trop d'actualité avec systemd, bien qu'elle apporte quelques infos.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Voire plus en Testing... Au moins, on sait que ça bosse dur, même le dimanche.
Apparemment, ça concernerait des modules python , en tout cas, c'est là-dessus que sont les derniers commits .
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!