Forum-Francophone-LinuxMint.fr

Bonsoir,
j'ai fait une mise à niveau du pc et ajouté un ssd à la configuration.
Celui-ci va logiquement devenir sda et hébergera les OS;l'ancien devenu sdb sera un disque de données et sauvegarde journalière.
De ce fait j' ai des problèmes transitoires pour lancer les systèmes linux se trouvant sur l'ancien disque (Windows démarre normalement)
Je suppose que je dois changer les fstab en remplaçant sdax par sdbx. Cela suffira-t-il ?
Y-aurait-il un moyen pour contourner ce problème par ex en utilisant les uuid au lieu des attributs sdXX mais je ne connais pas bien la syntaxe à utiliser dans ce cas.
Merci pour vos avis et conseils.
La signature est la situation actuelle qui va donc évoluer comme expliqué ci-dessus

Salut,

jmre033 a écrit : mer. 9 janv. 2019 20:31 Je suppose que je dois changer les fstab en remplaçant sdax par sdbx. Cela suffira-t-il ?
Y-aurait-il un moyen pour contourner ce problème par ex en utilisant les uuid au lieu des attributs sdXX mais je ne connais pas bien la syntaxe à utiliser dans ce cas.

Exactement !
Donc donne-nous le retour de ces commandes (poste le retour entre des balises "Code") :

• pour repérer le disque et son indentifiant unique (UUID) :

  Code : Tout sélectionner

  sudo blkid

• pour voir le contenu du fstab que l'on va modifier :

  Code : Tout sélectionner

  cat /etc/fstab

Bonjour

Changer les uuid ou modifier /fstab ne fera pas demarrer tes systèmes
si tu veux démarrer tes linux il faut pour cela soit garder ton hhd en sda ou installer grub sur sda, mais bon je ne vois pas l'interet de ce passage transitoire, puisse que tu souhaites que tes systemes soient sur le ssd, ou alors j'ai mal compris

Tu dis le ssd hébergera les OS, c'est tout de suite ou dans un avenir plus ou moins proche
Si tu fais une nouvelle installation de Linux mint sur le ssd tu n'as rien a faire sinon prendre en compte (lors de l'installation du systeme sur le ssd) les partitions auquellles tu attribueras le point de montage /home ou /data ou /autres
tes systèmes ,Windows et Linux de ton hdd seront reconnus par le grub

Tu peux meme , si tu tiens vraiment a ton système existant, parce que exceptionnel par exemple, cloner ton linux sur le ssd et réinstaller grub sur sda en une commande

Je pense faire cela prochainement, je n'ai aucune raison d'attendre. C'est un peu l'anxiété de rater quelque chose qui me freine...
Je pourrais effectivement cloner Mint 18.3 du disque dur vers le ssd et ainsi il resterait en sda mais n'y a-t'il pas une manipulation à faire pour qu'il démarre sur le ssd?
Un update grub ou quelque chose du style; là quelques infos me seraient bien utiles. Je dois aussi embarquer windows 10 vers le ssd.
Je ne connais pas EFI : est ce aussi un gestionnaire de démarrage qui va prendre en charge Mint ? Je sais qu'il faut créer une table de partitions gpt et une partition efi mais je ne sais pas si le menu grub est remplacé par un menu efi...
Merci pour les renseignements.
JMR

arghlub a écrit : mer. 9 janv. 2019 21:51 Salut,

jmre033 a écrit : mer. 9 janv. 2019 20:31 Je suppose que je dois changer les fstab en remplaçant sdax par sdbx. Cela suffira-t-il ?
Y-aurait-il un moyen pour contourner ce problème par ex en utilisant les uuid au lieu des attributs sdXX mais je ne connais pas bien la syntaxe à utiliser dans ce cas.

Exactement !
Donc donne-nous le retour de ces commandes (poste le retour entre des balises "Code") :

• pour repérer le disque et son indentifiant unique (UUID) :

  Code : Tout sélectionner

  sudo blkid

• pour voir le contenu du fstab que l'on va modifier :

  Code : Tout sélectionner

  cat /etc/fstab

Merci pour les infos mais je vais plutôt m'orienter vers la solution de clonage vers le ssd

Tu peux cloner ou plutot copier ta partition systeme LM avec gparted sur le ssd
Avec la réinstallation de grub ton systeme redémarrera (il faut supprimer apres clonage l'ancien système sinon grub ne va plus sy retrouver, ou le sauvegarder sur dd usb )

Pour voir tes partitions donne le retour de

La partition 1 ne commence pas sur une frontière de cylindre physique.

SSD non connecté, je le ferai juste avant de me lancer.

Depuis gparted tu cliques droit sur la partition que tu veux transférer sur le ssd (certainement sda2 ou sda3 ) et tu choisis Copier

Sur le sdd tu fais clic droit sur l'espace non alloué et tu choisis Coller

Une fois l’opération de clonage terminé , tu supprimes la partition source de ton ancien disque

Dans le terminal tu colles (si ton ssd apparaît en sda , ce qui veut dire que la partition que tu veux cloner sera certainement sdb3 ) et Normalement ça doit démarrer dessus au prochain démarrage

bonsoir,
remarques pour la lisibilité du forum
1°) utiliser les balises "code" pour poster tour ce qui est terminal (commandes, retours, info ...), voir tuto barre d'outils des messages
2°) pour la signature il serait bien d'en réduire la hauteur, en écrivant les infos l'une derrière l'autre, voir Aide pour une signature utile
merci

mézig a écrit : jeu. 10 janv. 2019 18:06 Depuis gparted tu cliques droit sur la partition que tu veux transférer sur le ssd (certainement sda2 ou sda3 ) et tu choisis Copier

Sur le sdd tu fais clic droit sur l'espace non alloué et tu choisis Coller

Une fois l’opération de clonage terminé , tu supprimes la partition source de ton ancien disque

Dans le terminal tu colles (si ton ssd apparaît en sda , ce qui veut dire que la partition que tu veux cloner sera certainement sdb3 )

Code : Tout sélectionner

sudo mount /dev/sdb3 /boot

et

Code : Tout sélectionner

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

Normalement ça doit démarrer dessus au prochain démarrage

Bonjour,
Dans la dernière ligne de code n'est-ce pas --boot-directory au lieu de --root-directory ?
Quel est le but de ces lignes ?
Excuse mon ignorance merci.