Le 23/10/2018 à 12:00, debutants-request@lists.linux-azur.org a écrit :

Date: Mon, 22 Oct 2018 22:29:54 +0200 From: Vincent Dubois dubsv@free.fr

Bonsoir!

(...)

...

Pour répondre à tes conseils :

• oui j'avais plusieurs partitions, sur deux disques; la mise à jour

(selon moi) s'est effectuée sur le volume contenant initialement Ubuntu 16. La veille au RAL d'Antibes on avait étendu la taille de mon swap pour permettre un passage en hibernation : bien sûr ceci s'est perdu lors de la mise à jour, et malgré les notes prises je n'arrive plus à réactiver cette possibilité...)

J'ai du mal à te suivre : si tu as déjà dimensionné tes partitions avant la mise à jour, ce partage devrait être conservé?

--> oui, il l'est. C'est juste que j'ai désormais une partition de swap suffisante pour y écrire la RAM avant hibernation, mais que désormais ça ne marche plus

EDIT : oui mais non, car par défaut, c'est maintenant un gros fichier swap... et ça je ne suis pas prêt de l'appliquer, Piernov a essayé de me convaincre de l’intérêt, mais en vain, de même pour l'unique partition. Ne serait-ce pour la récupération de données en cas de fausse manip, laisser le système avec les données utilisateur me paraît une bêtise! EDIT du EDIT : je lis ici URL:https://doc.ubuntu-fr.org/swap que si une partition swap existe, Ubuntu va l'utiliser et ne pas créer un ficher swapfile. Pour en être sûr, visualises ton fichier /etc/fstab.

--> j'ai bien le même fichier que celui préparé à LinuxAzur, avec l'ancienne indication swap commentée et le nouveau plus gros swap ajouté (dernière ligne) :

# /etc/fstab: static file system information. # # <file sys>    <mount point>    <type>    <options>    <dump>    <pass> /dev/nvme0n1p3    /    ext4    defaults    0    1 /dev/nvme0n1p1    /boot/efi    vfat    rw    0    2 /dev/sda1    /datadisk    ext4    defaults    0    2 /dev/nvme0n1p4    /home    ext4    defaults    0    2 #/dev/nvme0n1p2 none    swap    sw    0    0 #/dev/mapper/cryptswap1 none swap sw 0 0 /dev/sda2 none swap sw 0 0

...

• depuis j'ai réussi à activer Mate-tweak en GUI et à y voir un (seul)

gestionnaire de fenêtre qui existe localement : Compiz. Et miracle en choisissant Compiz j'ai retrouvé des cadres de fenêtres. La chose n'est pas terminée, car dans le centre de contrôle il y a aussi un réglage "apparence/Fenêtres" qui me répond toujours "Le gestionnaire de fenêtres actuel n'est pas supporté"...

Justement, pour moi, la 18 est passée en Gnomeshell sans Compiz... enfin selon ma compréhension! C'est ce que j'ai vu dans cette vidéo, mais bon, forcément, c'est un peu ce que je cherchais, donc un 'soupçon orientée' : (...) Donc je confirme, ce n'est plus le même windows manager...

...

• je ne peux créer un autre utilisateur, je n'ai aucun GUI pour ça

dans le centre de contrôle

Oui, mais tu peux le faire en console avec adduser : URL:https://doc.ubuntu-fr.org/adduser

--> j'ai effectivement créé un second user, et l'interface désormais est clairement nettoyée sous cet user-là, par exemple j'ai récupéré les icônes dans la barre des menus -mais le windows manager est toujours catastrophique

(aucun w. manager au démarrage de cet utilisateur (on voit juste l'intérieur des fenêtres),

le centre de contrôle > MAte-tweak > fenêtres annonce toujours "un gestionnaire de fenêtres inconnu"

et la (seule) possibilité de choisir Compiz à la place (ce qui fait apparaître l'entourage des fenêtres effectivement, mais juste Compiz et pas Gnome)

impossible d'ajouter un second espace de travail...)

Du coup j'ai été chercher rustiquement dans l'installateur de logiciel Ubuntu un "paquet" Gnome, celui associé à Ubuntu 18, je l'ai installé. Hélas rien ne change et notamment Mate-tweak ne le voit pas, même après reboot.

Hervé