Problème installation neuve de Mint 22 Mate

[Christian_B]

Bonjour,
Comme j'avais des anomalies qui s'étaient accumulées et que la mise à jour de Mint 21.3 vers Mint 22 ne fonctionnait pas chez moi, j'ai installé Mint 22 Mate à partir du fichier iso en demandant la suppression de Mint 21.3. Mate.
Pendant l'installation j'ai supprimé la plupart des fichiers de config système sous mon répertoire (mais pas ceux des applis).

Ça s'est bien passé ... sauf que contrairement à une réintallation antérieure (ancienne), il ne m'a rien demandé et à organisé mes volumes à son idée. Ça me paraît absurde et je me demande si j'ai manqué une étape.

Bien que j'ai donné le même identifiant (ch), il n'en a pas tenu compte :
Auparavant, la partition SDB2_1To de mon répertoire de connexion était montée sous /home.
Maintenant sous /home j'ai uniquement les répertoires et fichiers de config créés par Mint 22. Je trouve mes fichiers sous /media/ch/SDB2_1To/ch
Donc les applis dont j'avais conservé la config (par exemple Thunderbird) ne retrouvent plus rien
Mais je ne sais pas au juste comment rectifier.
Déplacer le contenu de mon répertoire vers /home/ch signifierait essayer tout mettre dans ma SSD système

Donc : remonter SDB2_1To sous /home ? Mais l'opération risque d'être acrobatique. Mon système risque de planter avant que j'ai remonté SDB2_1To si je déplace vers SDB2_1To/ch/ les quelques fichiers système créés par Mint 22 sous /home/ch pour libérer /home ?
Donc faire ça à partir d'une session live je suppose ?

Mais je n'ai pas l'habitude de ce genre de manip (pas fait depuis longtemps). Suffit-il d'utiliser mount (avec des paramètres appropriés ) ou faut-il intervenir dans une table système ?
Quelqu'un a-t-il eu ce problème ou peut-il me dire exactement quoi faire ? Merci.

[Max72]

Bonjour.

Voilà ce que je tenterais:

1. Se logger root (pour ne pas utiliser /home)
2. Vérifier si /home est un point de montage ou simplement un répertoire. Pour ça, les commandes 'mount' ou 'df' marchent bien. (peso je préfère 'df' car mount est trop verbeux à mon goût)

   Code : Tout sélectionner

   root@pc:~$ df -h
   Filesystem      Size  Used Avail Use% Mounted on
   tmpfs           3,2G  2,4M  3,2G   1% /run
   efivarfs        438K  325K  109K  75% /sys/firmware/efi/efivars
   /dev/nvme0n1p2  468G  147G  298G  33% /
   tmpfs            16G   23M   16G   1% /dev/shm
   tmpfs           5,0M   16K  5,0M   1% /run/lock
   /dev/nvme0n1p1  511M  6,2M  505M   2% /boot/efi
   tmpfs           3,2G  2,6M  3,2G   1% /run/user/1000
   

   Ici, comme /home n'apparaît pas comme résultat de la commande, c'est simplement un répertoire.
   Aussi, /media/ch/SDB2_1To devrait apparaître avec un device du genre /dev/sda1 ou autre chose. Bien noter cette valeur '/dev/XXXX'
3. Si SDB2_1To est monté, le démonter

   Code : Tout sélectionner

   root@pc:~$ umount /media/root/SDB2_1To
   

4. Tenter de monter SDB2_1To en /home en utilisant le device noté précédemment.

   Code : Tout sélectionner

   root@pc:~$ mount /devXXX /home
   

   Attention: Vérifiez bien que le uid du nouvel utilisateur ch est bien le même que celui de l'ancien utilisateur ch. Un simple 'ls -l /home/ch' devrait vous permettre de le voir. Si le propriétaire retourné est 'ch', tout va bien. Si c'est un numéro du genre '1000', alors il va falloir ajouter une étape.
5. Si ça a marché, regarder si tout est bon coté contenu de /home. Si c'est OK, noter le type de filesystem pour /home

   Code : Tout sélectionner

   root@pc:~$ mount | grep /home
   /dev/XXXX on /home type ext4 (rw,relatime,errors=remount-ro)
   

   Ici, le type est 'ext4' mais ça pourrait être autre chose. Notons le 'YYYY'
6. Démonter /home

   Code : Tout sélectionner

   root@pc:~$ umount /home
   

7. Modifier le fichier /etc/fstab pour ajouter une ligne correspondant à SDB2_1To afin qu'il soit monté sous /home au boot.
   La ligne devrait ressembler à ça:

   Code : Tout sélectionner

   /dev/XXXX /home YYYY defaults 0 0
   

   Bien sûr XXXX et YYYY sont à remplacer par leur véritable valeurs.
8. Tester la configuration

   Code : Tout sélectionner

   root@pc:~$ mount /home
   

   Si la commande réussit et si SDB2_1To et bien monté sous /home, alors la configuration est bonne.
   Vous pouvez vous délogger root et vous logger ch pour retrouver votre ancien /home/ch.

Attention: Une fois ce nouveau /home monté, tous les fichiers qui existent dans les sous-répertoires du /home de la nouvelle installation (ceux que vous avez créés entre la réinstallation de Mint 22 et le montage de SDB2_1To qui vient d'être fait) ne seront plus accessibles, car masqués par le point de montage. S'il y a là quelque chose que vous souhaiter conserver, copier le dans /media/ch/SDB2_1To avant de commencer cette manip.

[Christian_B]

@Max72
Merci. /home/ch est juste un répertoire. L'iso a travaillé comme si je voulais mettre tout dans ma SSD système
et non mes données sur mon disque dur. Je ne sais pas si j'ai manqué une option d'installation.

Autre gros problème déjà posé depuis quelques temps sous Mint 21.3 (et déjà posé dans un autre post) et qui persiste à ma déconvenue malgré l'installation nouvelle : J'ai accès à sudo (avec mon mot de passe personnel) mais pas à su - car mon mot de passe est refusé pour root qui avait antérieurement le même mot de passe que mon identifiant.
Par contre toutes les applis graphiques (Caja, Synaptic, etc) acceptent mon mot de passe.

C'est peut-être depuis une tentative antérieure (récente) de réinstallation de Mint 21.3. Je ne sais pas ce qui s'est passé, s'il y a un mot de passe par défaut ou si j'ai commis une erreur.
Je n'ai aucune idée de la manière de réparer un problème aussi pointu. Par une session llve ? Par le setup de ma carte ? par un redémarrage spécial ? Cela m'empêche d'appliquer ta solution si je ne le sésoud pas.

[tyrry]

Slt,
pour accéder a root :

Code : Tout sélectionner

sudo su

@+

[Christian_B]

Merci tyrry, Superbe méthode simple et cabalistique qui me sauve
Je me suis empressé de remettre le bon mot de passe à root et maintenant su - remarche et je vais pouvoir essayer la solution de Max72.

[Christian_B]

Merci beaucoup Max72
J'ai appliqué soigneusement ta méthode et ça marche parfaitement.
Pour cela j'ai notamment copié les fichiers de config système créés par Mint 22 sous de /home/ch vers mon volume utilisateur (de toute façon ils manquaient car je les avais supprimés vu mes ennuis antérieurs rebelles à la réinstall de Mint 21.3).
Les applis ont retrouvé leurs fichiers de config (gardés ceux là) et le bureau ses icônes (enfin à modifier quand même).
Dans la foulée j'ai mis mon volume fourre-tout SDB1_1To (= /dev/sdb1 normalement) sous /home/hd1 comme anciennement et Timeshift a retrouvé le cliché que j'avais fait après l'install. de Mint 22.
À vous deux vous me sauvez la vie

En prime, depuis l'install de Mint 22, mon imprimante HP Officejet Pro 8720 qui ne fonctionnait plus ni par cups ni par hplip a fonctionné directement sans avoir à installer hplip. Que demande le peuple ?
EDIT : En fait, je m'aperçois que sous Mint 22 (contrairement à Mint 21.x) hplip est préinstallé.