plus de graphique après transfert root partition

[wormsf]

Bonjour
mon PC a 2 disques, un SSD de 250G et un classique de 450G
j'avais installé MINT 22 sur une partition de 50GB du disque 450G et la partition HOME sur le SSD
j'ai décidé de transférer le partition root sur le SSD
J''ai reservé 50GB sur le SSD, avec GPARTED j'ai copié la partition root et collé dans cet espace
Un coup de boot repair et le reboot se passe sans problème
j'ai voulu récupérer les 50GB du disque 450G, j'ai donc suprimé la partition

Quand j'ai rebooté, cela va jusqu'à la demande de login MAIS aucun environnement graphique,
idem si je reformate la partition

Je ne comprends pas le pourquoi ?
un dernier essai , je n'ai pas reformaté la partition mais tout effacé et là pas de problème

Cordialement

[Jennatux]

Bonjour
Depuis un live, tu peux essayer de repérer sur quelle partition est ton système Linux
Et passer ces 2 commandes, par exemple si ton système est en sdb2

Code : Tout sélectionner

sudo mount /dev/sdb2 /boot

(modifier la commande pour remplacer sdb2 si c'est autre chose que sdb2)
et

Code : Tout sélectionner

sudo grub-install --root-directory=/boot /dev/sda

ou en mode recovery

Code : Tout sélectionner

sudo update-grub

et

Code : Tout sélectionner

sudo grub-install /dev/sda

[wormsf]

Jenatux
merci pour la réponse , je m'apperçois que je n'avais pas donné la précision
la partition / a bien été transférée sur le disque SSD nvme0n1 ce n'est plus sur le disque sda

[Jennatux]

J''ai réservé 50GB sur le SSD, avec GPARTED, j'ai copié la partition root et collé dans cet espace
j'ai voulu récupérer les 50GB du disque 450G, j'ai donc supprimé la partition

Depuis que tu as copié collé ta partition, ton système était bancal puisse que tu avais deux partitions identiques en fonctionnement, ce qu'il ne faut pas faire, parce que l'on ne sait pas laquelle fonctionne et ça doit mettre un sacré souk, lors de l'installation de logiciel ou de mise à jour.

Je voulais te conseiller de passer les deux commandes que je t'ai proposées plus haut, mais ton système boot puisse que tu arrives à l'écran de connexion. Tu peux toujours les passer sait-on jamais

[wormsf]

quelques essais après (heureusement que j'ai fait une sauvegarde avant avec redorescue !!!)

J'arrive à la demande de login et quand je me logue, j'ai bien accès à tous mes dossiers,
si je lance startx il se plante et sort en erreur
plusieurs remarques

j'ai téléchargé mint 22 CINAMON je ne sais pas quel environnement graphique il y a derrière
concernant les 2 partitions système, pour qu'il n'y ait pas de problème, j'avais changé l'UUID de la partition système sur le diques SSD avant de faire le boot repair

sur SSD UUID 1f497296-c37a-4e68-a7e4-bfdc8186a25f
sur l'autre disque UUID 4ef498e8-75d2-47f1-99c9-d66989c4b4c3

J'ai cherché dans les dossier X11 si un des fichiers contenait en dur l'UUID 4ef498e8-75d2-47f1-99c9-d66989c4b4c3, mais difficile de savoir ou chercher

[wormsf]

encore d'autres essais, perturbant, sur SDA3 il y a le dossier système @ et le dossier de sauvegarde time-shift timeshift-btrfs
et rien d'autre, je les renomme et au reboot le graphique se lance bien
si je formate la partition sda3, au reboot , plus de graphique
si je restaure uniquement les datas grâce à redo rescue, de nouveau le graphique
il semble y avoir une ou plusieurs données cachées que redo rescue sait remettre !!!

ci-joint la photo demandée: lancement de startx



cordialement

[wormsf]

il y a bien un dossier /tmp


Le contenu de fstab ne change pas entre la version où le graphique se lance et l'autre
Avec une bizarerie , la partition / est toujours indiquée avec l'UUID de sda3, même si df indique que /est mvne01p2
ne faut il pas modifier dans fstab l'UUID de / ??
Contenu de fstab
# /etc/fstab: static file system information.
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda3 during installation
UUID=4ef498e8-75d2-47f1-99c9-d66989c4b4c3 / btrfs defaults,subvol=@ 0 1
# /boot/efi was on /dev/nvme0n1p3 during installation
UUID=4CDD-80AC /boot/efi vfat umask=0077 0 1
# /home was on /dev/nvme0n1p4 during installation
UUID=2af936eb-2e7f-4cc4-b7c2-8ba24077e06b /home ext4 defaults 0 2
# swap was on /dev/nvme0n1p1 during installation
UUID=95fe11fc-49eb-4824-9aef-0915fe3245ab none swap sw 0 0

voila le résultat de df,

[wormsf]

Le problème venait bien du fichier fstab où l'UUID de la partition / pointait sur l'ancienne partition root
j'ai mis l'UUID de la nouvelle partition/ et j'ai pu supprimer l'ancienne

en conclusion si on veut changer de disque une partition / il faut
dans gparted :
copier la partition / et la coller sur le disque cible dans un espace disponible
ne pas changer l'UUID de la partition sur le disque cible, mais le changer sur l'ancienne partition / si on veut la conserver, ou la supprimer pour récupérer la place
et si on fait une sauvegarde avec timeshift, changer la cible de sauvegarde

Cordialement

[Jennatux]

ne pas changer l'UUID de la partition sur le disque cible, mais le changer sur l'ancienne partition

Et oui bien sûr, quand tu as dit que tu avais changé l'uuid , je n'ai pas pensé à te demander sur quelle partition