New subject: Re : Re: @Vincent, suite migration Ubuntu 18

23 Oct 2018

Le 23/10/2018 à 12:00, debutants-request(a)lists.linux-azur.org a écrit :
...
  Date: Mon, 22 Oct 2018 22:29:54 +0200
 From: Vincent Dubois &lt;dubsv(a)free.fr&gt;

 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é

-- 
Frédérique et Hervé Sainct
fh.sainct(a)laposte.net