Nouveautés dans Bionic

lynn · Le 23/04/2018, à 17:40

Tu peux modifier le comportement de la touche imp-écran en allant dans les paramètres du clavier et de là, tu peux forcer la touche imp-écran a utiliser le presse-papier plutôt qu'enregistrer la capture d'écran.

Jérome38 · Le 23/04/2018, à 17:56

j'ai changé de changer crtl+maj-+impr en maj+imp-Ec dans les paramètres du clavier mais cela ne fonctionne pas.
Du coup j'ai remis les raccourcis clavier par défaut. C'est pas grave j’appuierai sur crtl avant

Dernière modification par Jérome38 (Le 23/04/2018, à 17:58)

bluc · Le 23/04/2018, à 18:22

Oui avec Ctrl + Imp-ecran ça fonctionne chez moi le collage dans LO et Gimp

Dernière modification par bluc (Le 23/04/2018, à 18:25)

Jérome38 · Le 23/04/2018, à 18:39

Sur mon ordinateur, quand je vais dans "extensions" de gnome shell, je vois une extension non activée appelée Ubuntu dock. Est-ce la même chose que Dash-to-dock ? Si je l'active, qu'est- ce que cela va changer ?

Le gestionnaire d'extensions

frenchy82 · Le 23/04/2018, à 18:45

Dans la session d'ubuntu par défaut tu as deux extensions qui sont actives, le dock et l'appindicator. Elles sont toutes les deux actives même si ce n'est pas le cas à l'affichage sur cet écran. Les activer ne changera rien.

Jérome38 · Le 23/04/2018, à 18:48

ok effectivement. Je l'ai activé et cela ne change rien

Nepenthes · Le 23/04/2018, à 23:26

Il faudrait avertir les utilisateurs que la 18.04 est une catastrophe sur les laptops Nvidia Optimus récents.
Là où la 17.10 brillait par son support de ces configs dès l'installation, la gestion de l'énergie est ici absente.

Le module bbswitch qui servait à économiser de l'énergie et limiter la chaleur dégagée n'est plus utilisé par nvidia-prime, l'outil fourni (le module n'est plus maintenu, donc les devs d'Ubuntu ont choisi de ne plus l'utiliser).
À sa place, le driver nouveau est chargé et tente de désactiver la carte nvidia dédiée... Ce qui ne fonctionne pas et cause un freeze sur les cartes de série 10xx.
Sur les configs récentes, ce comportement est interdit par la configuration par défaut, ce qui revient à admettre qu'Ubuntu ne gère plus l'énergie sur les laptops Nvidia Optimus.

Je suis dégoûté et je pense downgrader mon installation, impossible d'utiliser mon laptop dans ces conditions.

EDIT: J'ai réussi à désactiver la carte intel en créant un service systemd qui appelle bbswitch. Nouveau doit aussi être backlisté pour que ça fonctionne. Si quelqu'un veut des instructions détaillées, je pourrai faire un tuto.

Dernière modification par Nepenthes (Le 24/04/2018, à 00:33)

jnq · Le 24/04/2018, à 08:44

Bonjour il semble y avoir de gros problèmes avec les driver wifi broadcom sous 18.04. Plus de wifi et l'installation du driver part en échec erreur 1.

Dernière modification par jnq (Le 24/04/2018, à 08:44)

xubu1957 · Le 24/04/2018, à 09:06

@ jnq

Le secure-boot est-il désactivé ?

Voir le § 2 > [Tuto] Pas de Wi-fi ? Eléments importants à vérifier

rogn... · Le 24/04/2018, à 09:07

jnq a écrit :

Bonjour il semble y avoir de gros problèmes avec les driver wifi broadcom sous 18.04. Plus de wifi et l'installation du driver part en échec erreur 1.

Sans savoir ce que tu as tenté et les retours de commande, nous ne pourrons rien te dire de plus .

jnq · Le 24/04/2018, à 09:22

@xubu1957 Pas de secure boot sur mon portable et tout fonctionnait parfaitement sous 17.10.
Lors de la tentative d'installation du driver propriétaire subprocees instal error 1
Plein de bug pour les driver broadcomm sur lauchpad pour la version 18.04 la liste est longue.

Dernière modification par jnq (Le 24/04/2018, à 09:23)

Jérome38 · Le 24/04/2018, à 09:54

Bonjour il semble y avoir de gros problèmes avec les driver wifi broadcom sous 18.04. Plus de wifi et l'installation du driver part en échec erreur 1.

Tu avais testé ubuntu en live avant la mise à jour pour vérifier si le wifi fonctionnait ?

Dernière modification par Jérome38 (Le 24/04/2018, à 09:56)

jnq · Le 24/04/2018, à 11:14

Bonjour non pas de test mais mise a jour direct. Problème résolu ce midi par les dernières mise a jour du noyau.

ft · Le 24/04/2018, à 20:39

J'ai un gros souci depuis hier/aujourd'hui (?).
Sur mon portable la conso a grimpé nettement (de l'ordre de 5 W -> 15 W), sans doute parce que ma carte Nvidia n'est pas éteinte. Je constate le truc avec Nouveau ou Nvidia. D'ailleurs, quand je boote sous Nvidia, il y a des messages relatifs à Nouveau, ce qui est nouveau... Bref, ce ne peut (ou alors y'a un truc !) être lié à la màj récente des drivers Nvidia, puisque sans ceux-ci, le problème persiste.
Help ! :-)

Dernière modification par ft (Le 24/04/2018, à 20:39)

GammaDraconis · Le 24/04/2018, à 22:24

Tu as bien installé TLP ? c'est ça qui permet d'économiser de l'énergie.

ft · Le 24/04/2018, à 22:27

Alors oui j'ai TLP installé depuis des lustres, mais ce n'est pas lié.
En revanche je viens de trouver que ne suis pas seul :
https://bugs.launchpad.net/ubuntu/+sour … ug/1765363

Nepenthes · Le 25/04/2018, à 13:00

@ft Ton problème est lié au changement dans nvidia-prime, le script de sélection de carte graphique et de gestion de l'énergie, que je décris un peu plus haut :
- bbswitch, le module appelé par nvidia-prime pour activer ou désactiver la carte Nvidia sur Ubuntu 17.10, n'est plus maintenu. Les devs d'Ubuntu ont donc choisi de ne plus l'inclure par défaut ;
- nvidia-prime s'appuie à présent sur le pilote libre nouveau pour désactiver la carte graphique dédiée Nvidia ;
- nouveau freeze les systèmes équipés de cartes nvidia de séries 10xx, lorsqu'on tente un login graphique (https://bugs.freedesktop.org/show_bug.cgi?id=101665) ;
- par défaut, Ubuntu 18.04 désactive la gestion de l'énergie par nouveau, pour éviter le bug (nouveau.runpm=0 ajouté aux options du kernel).

On peut en conclure que la gestion de l'énergie sur les systèmes Nvidia Optimus ne sera pas fonctionnelle sur Ubuntu 18.04 (peut être jusqu'en 18.10 ou au delà si nouveau n'est pas corrigé dans une 18.04.1, .2 ou .3...).
Et ouais, je pense qu'une telle régression est un scandale.

Pour contourner le problème et toujours désactiver la carte nvidia dédiée, on peut blacklister nouveau au niveau du kernel, installer manuellement bbswitch, et créer un service systemd qui appelle bbswitch au démarrage.

GammaDraconis · Le 25/04/2018, à 14:12

Nepenthes a écrit :

pour éviter le bug (nouveau.runpm=0 ajouté aux options du kernel).

Donc si on ajoute l'option "nouveau.runpm=0" aux options du kernel, il n'y a plus de problème d'énergie, ça sera comme avant ?
Si oui, tu peux rappeler la procédure (en cli) pour ajouter cette option au noyau stp (fichier de config à modifier).

Nepenthes a écrit :

Pour contourner le problème et toujours désactiver la carte nvidia dédiée, on peut blacklister nouveau au niveau du kernel, installer manuellement bbswitch, et créer un service systemd qui appelle bbswitch au démarrage.

Tu peux donner la procédure pour faire ceci de façon automatisé dans un terminal ? (c'est pour ajouter en option dans mon script)

Nepenthes · Le 25/04/2018, à 16:18

GammaDraconis a écrit :

Donc si on ajoute l'option "nouveau.runpm=0" aux options du kernel, il n'y a plus de problème d'énergie, ça sera comme avant ?

Non, ça désactive complètement la gestion de l'énergie par nouveau
On peut alors se connecter en mode graphique sans causer de freeze, mais la carte nvidia consommera de l'énergie et chauffera.

Par contre, chez moi, même avec cette option, j'ai des gros ralentissements... La seule solution a été de blacklister totalement nouveau.

J'ai pas mal tâtonné pour trouver une config qui fonctionnait... Je vais essayer de retrouver toutes les étapes.

Dernière modification par Nepenthes (Le 25/04/2018, à 16:20)

ft · Le 25/04/2018, à 16:27

C'est bon, j'ai de nouveau une conso basse avec les drivers proprio (gpu M1000M) :
- régler Prime sur Intel
- dans /etc/default/grub, virer l'option "nouveau.runpm=0" puis ne pas oublier de faire update-grub
- dans /etc/default/tlp, ne pas exclure nouveau du PM par : RUNTIME_PM_DRIVER_BLACKLIST=""
- ne rien changer dans /etc/modprobe.d
- rebooter

zephirin · Le 25/04/2018, à 17:00

Alors, c'est demain le grand jour ?

GammaDraconis · Le 25/04/2018, à 17:02

ft a écrit :

C'est bon, j'ai de nouveau une conso basse avec les drivers proprio (gpu M1000M) :
- régler Prime sur Intel
- dans /etc/default/grub, virer l'option "nouveau.runpm=0" puis ne pas oublier de faire update-grub
- dans /etc/default/tlp, ne pas exclure nouveau du PM par : RUNTIME_PM_DRIVER_BLACKLIST=""
- ne rien changer dans /etc/modprobe.d
- rebooter

Bah en faite il n'y a aucun problème alors puisque ça c'est le comportement par défaut pour mon utilisation cad :
- évidemment le chipset intel sélectionné dans nvidia-prime
- pas d'option spéciale dans la conf de grub
- pas d'option spéciale à mettre dans la confg de TLP
- pas d'option spéciale pour modprobe.d

donc au finale ça fonctionne bien... il faut justement pas modifier la config.

frenchy82 · Le 25/04/2018, à 17:18

zephirin a écrit :

Alors, c'est demain le grand jour ?

Oui et pourtant encore pas mal de mises à jour aujourd'hui!

ft · Le 25/04/2018, à 19:37

GammaDraconis a écrit :

ft a écrit :
C'est bon, j'ai de nouveau une conso basse avec les drivers proprio (gpu M1000M) :
- régler Prime sur Intel
- dans /etc/default/grub, virer l'option "nouveau.runpm=0" puis ne pas oublier de faire update-grub
- dans /etc/default/tlp, ne pas exclure nouveau du PM par : RUNTIME_PM_DRIVER_BLACKLIST=""
- ne rien changer dans /etc/modprobe.d
- rebooter
Bah en faite il n'y a aucun problème alors puisque ça c'est le comportement par défaut pour mon utilisation cad :
- évidemment le chipset intel sélectionné dans nvidia-prime
- pas d'option spéciale dans la conf de grub
- pas d'option spéciale à mettre dans la confg de TLP
- pas d'option spéciale pour modprobe.d
donc au finale ça fonctionne bien... il faut justement pas modifier la config.

Je ne comprends pas du tout ta remarque :
- supprimer l'option de grub
- supprimer nouveau de la ligne de config TLP
ces deux actions reviennent sur des réglages par défaut.
Donc OUI il faut modifier la config.

Nepenthes · Le 25/04/2018, à 20:01

Si nouveau fonctionne chez vous (au moins pour éteindre la carte) vous avez de la chance !
https://nouveau.freedesktop.org/wiki/CodeNames/
https://nouveau.freedesktop.org/wiki/FeatureMatrix/

Comme on peut le voir en croisant les infos fournies par ces deux liens, pour les GTX 1050 et 1050 Ti on en est encore loin...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1401 Le 23/04/2018, à 17:40

Re : Nouveautés dans Bionic

#1402 Le 23/04/2018, à 17:56

Re : Nouveautés dans Bionic

#1403 Le 23/04/2018, à 18:22

Re : Nouveautés dans Bionic

#1404 Le 23/04/2018, à 18:39

Re : Nouveautés dans Bionic

#1405 Le 23/04/2018, à 18:45

Re : Nouveautés dans Bionic

#1406 Le 23/04/2018, à 18:48

Re : Nouveautés dans Bionic

#1407 Le 23/04/2018, à 23:26

Re : Nouveautés dans Bionic

#1408 Le 24/04/2018, à 08:44

Re : Nouveautés dans Bionic

#1409 Le 24/04/2018, à 09:06

Re : Nouveautés dans Bionic

#1410 Le 24/04/2018, à 09:07

Re : Nouveautés dans Bionic

#1411 Le 24/04/2018, à 09:22

Re : Nouveautés dans Bionic

#1412 Le 24/04/2018, à 09:54

Re : Nouveautés dans Bionic

#1413 Le 24/04/2018, à 11:14

Re : Nouveautés dans Bionic

#1414 Le 24/04/2018, à 20:39

Re : Nouveautés dans Bionic

#1415 Le 24/04/2018, à 22:24

Re : Nouveautés dans Bionic

#1416 Le 24/04/2018, à 22:27

Re : Nouveautés dans Bionic

#1417 Le 25/04/2018, à 13:00

Re : Nouveautés dans Bionic

#1418 Le 25/04/2018, à 14:12

Re : Nouveautés dans Bionic

#1419 Le 25/04/2018, à 16:18

Re : Nouveautés dans Bionic

#1420 Le 25/04/2018, à 16:27

Re : Nouveautés dans Bionic

#1421 Le 25/04/2018, à 17:00

Re : Nouveautés dans Bionic

#1422 Le 25/04/2018, à 17:02

Re : Nouveautés dans Bionic

#1423 Le 25/04/2018, à 17:18

Re : Nouveautés dans Bionic

#1424 Le 25/04/2018, à 19:37

Re : Nouveautés dans Bionic

#1425 Le 25/04/2018, à 20:01

Re : Nouveautés dans Bionic

Pied de page des forums