A voir également:
- Ssd qui a disparu
- Remplacer disque dur par ssd - Guide
- Test vitesse ssd - Guide
- Clavier android disparu - Guide
- Activer ssd m2 bios msi ✓ - Forum Disque dur / SSD
- Kingspec ssd avis - Forum Stockage
7 réponses
Bonjour,
Tu as fais des mises à jour récemment?
Je suppose donc que tu arrives à démarrer sur Mint 18.3...
Donne le résultat de la commande
fais un copié/collé du résultat ici.
Tu as fais des mises à jour récemment?
Je suppose donc que tu arrives à démarrer sur Mint 18.3...
Donne le résultat de la commande
sudo fdisk -l(lettre L)
fais un copié/collé du résultat ici.
Merci pour ta réponse si rapide.
J'ai voulu mettre à jour vers linux 19.3 mais l'install a foiré et j'ai maintenant 50 paquets cassés que je n'arrive ni à réparer, ni à supprimer. C'est depuis que j'ai ce soucis.
Oui Je démarre sur linux 18.3.
ci-dessous le résultat de sudo fdisk -l
Disque /dev/nvme0n1 : 238,5 GiB, 256060514304 octets, 500118192 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : CC6B8CDC-F9A9-4B31-81F0-2423644F99BC
Périphérique Début Fin Secteurs Taille Type
/dev/nvme0n1p1 2048 1050623 1048576 512M Système EFI
/dev/nvme0n1p2 1050624 500117503 499066880 238G Système de fichiers Linux
Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xc010bfb2
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 127182847 126976000 60,6G 7 HPFS/NTFS/exFAT
/dev/sda3 127184894 976771071 849586178 405,1G 5 Étendue
/dev/sda5 127184896 134975487 7790592 3,7G 82 partition d'échang
/dev/sda6 134977536 261928959 126951424 60,5G 83 Linux
/dev/sda7 261931008 976771071 714840064 340,9G b W95 FAT32
La partition 3 ne commence pas sur une frontière de cylindre physique.
J'ai voulu mettre à jour vers linux 19.3 mais l'install a foiré et j'ai maintenant 50 paquets cassés que je n'arrive ni à réparer, ni à supprimer. C'est depuis que j'ai ce soucis.
Oui Je démarre sur linux 18.3.
ci-dessous le résultat de sudo fdisk -l
Disque /dev/nvme0n1 : 238,5 GiB, 256060514304 octets, 500118192 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : CC6B8CDC-F9A9-4B31-81F0-2423644F99BC
Périphérique Début Fin Secteurs Taille Type
/dev/nvme0n1p1 2048 1050623 1048576 512M Système EFI
/dev/nvme0n1p2 1050624 500117503 499066880 238G Système de fichiers Linux
Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xc010bfb2
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 127182847 126976000 60,6G 7 HPFS/NTFS/exFAT
/dev/sda3 127184894 976771071 849586178 405,1G 5 Étendue
/dev/sda5 127184896 134975487 7790592 3,7G 82 partition d'échang
/dev/sda6 134977536 261928959 126951424 60,5G 83 Linux
/dev/sda7 261931008 976771071 714840064 340,9G b W95 FAT32
La partition 3 ne commence pas sur une frontière de cylindre physique.
Ton disque sata est au format msdos (mbr)
Ton disque ssd (nvme) est au format gpt...
Soit ton pc est réglé pour démarrer en mode uefi et il ne peut démarrer que sur le ssd
soit il démarre en mode legacy (bios hérité) et il ne peut démarrer que sur le disque sata.
Il y a de la réinstallation dans l'air !
Avoir des disques dur avec des formats différents ne pose pas de problème pour les données mais pour le démarrage c'est une autre histoire. Le mieux est de tout mettre au même format.
Ton disque ssd (nvme) est au format gpt...
Soit ton pc est réglé pour démarrer en mode uefi et il ne peut démarrer que sur le ssd
soit il démarre en mode legacy (bios hérité) et il ne peut démarrer que sur le disque sata.
Il y a de la réinstallation dans l'air !
Avoir des disques dur avec des formats différents ne pose pas de problème pour les données mais pour le démarrage c'est une autre histoire. Le mieux est de tout mettre au même format.
Avant ce maudit plantage de mise à jour, tout fonctionnait parfaitement.
Je démarrais sur le sata et après le boot mes 2 linux et mon windows s'affichaient, je faisais la sélection désirée.
Donc tu me conseilles de réinstaller les 2 DD ?
Quel est le meilleur format : mdsos ou mbr ?
Je démarrais sur le sata et après le boot mes 2 linux et mon windows s'affichaient, je faisais la sélection désirée.
Donc tu me conseilles de réinstaller les 2 DD ?
Quel est le meilleur format : mdsos ou mbr ?
Comme dit plus haut, j'ai voulu faire une mise à jour vers mint 19.3 via le terminal mais l'installation a planté, et maintenant j'ai 50 paquets cassés dans synaptic, que je ne peux pas réparer, et se sont greffer pleins de soucis (plusieurs applications ont disparu ou inccessibles + ssd disparu du boot).
Les mises à niveau vers les versions supérieures amènent souvent des problèmes...Par contre ce qui m'étonne c'est que ça fonctionnait avant. Tu as sans doute fait une installation legacy de linux Mint 20 sur ton ssd (la partition efi ne sert à rien dans ce cas et normalement il aurait fallu créer une petite partition bios_boot)...
Essaie de faire un
Redémarre ensuite et vois si Mint 20 est présent dans le menu.
Mais Mint 18.3 restera bancal...
Essaie de faire un
sudo update-grubtu verras si Mint 20 est détecté.
Redémarre ensuite et vois si Mint 20 est présent dans le menu.
Mais Mint 18.3 restera bancal...
Ce n'était pas mint 20 mais 19.3 mise à jour sur sata en 18.3. Sur ssd j'ai 19.3.
voilà ce que me retourne la commande sudo update-grub.
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.10.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.10.0-38-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-187-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-187-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-171-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-171-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-53-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-53-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Linux Mint 19.3 Tricia (19.3) trouvé sur /dev/nvme0n1p2
Windows 8.1 (loader) trouvé sur /dev/sda1
fait
voilà ce que me retourne la commande sudo update-grub.
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.10.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.10.0-38-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-187-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-187-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-171-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-171-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-53-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-53-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Linux Mint 19.3 Tricia (19.3) trouvé sur /dev/nvme0n1p2
Windows 8.1 (loader) trouvé sur /dev/sda1
fait
Pourquoi est-ce que je n'arrive pas à booter sur le ssd ?
Que faudrait-il pour que ca boot (sans tout réinstaller) ?
Que faudrait-il pour que ca boot (sans tout réinstaller) ?
Si tu débranches le sata tu ne pourras pas booter sur le ssd seul pour la simple raison que grub est installé sur ton sata.
Pas de grub sur le ssd = pas de boot.
Pour booter sur ton ssd, il faut que tu installes grub dessus mais comme il est au format gpt, il te faut une partition bios_boot. On va utiliser la partition efi qui n'est pas utilisée :
Depuis gparted lancé depuis un live-cd ou depuis Mint situé sur le sata, supprime les flags boot et esp de la partition efi du ssd et mets lui le flag bios_boot.
Ensuite reboote le pc et depuis Mint installé sur le ssd :
puis
et ça devrait être bon.
Pas de grub sur le ssd = pas de boot.
Pour booter sur ton ssd, il faut que tu installes grub dessus mais comme il est au format gpt, il te faut une partition bios_boot. On va utiliser la partition efi qui n'est pas utilisée :
Depuis gparted lancé depuis un live-cd ou depuis Mint situé sur le sata, supprime les flags boot et esp de la partition efi du ssd et mets lui le flag bios_boot.
Ensuite reboote le pc et depuis Mint installé sur le ssd :
sudo grub-install /dev/nvme0n1
puis
sudo update-grub
et ça devrait être bon.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
J'ai suivi ta procédure, et voilà le résultat.
- SSD et SATA apparaissent toujours dans le boot.
- lorsque je boot sur le ssd, il reste bloqué sur l'icone LM, et au bout d'un certain temps on me propose soit ctrl+d pour continuer ou entrée.
- le sata se lance toujours correctement.
- SSD et SATA apparaissent toujours dans le boot.
- lorsque je boot sur le ssd, il reste bloqué sur l'icone LM, et au bout d'un certain temps on me propose soit ctrl+d pour continuer ou entrée.
- le sata se lance toujours correctement.
Que les entrées des 2 disques apparaissent toujours dans le menu grub, c'est normal : lorsque tu as exécuté la commande update-grub, les 2 disques étaient connectés il a donc détecté les autres OS. Pour faire disparaître les entrées relatives au disque sata, il suffira de déconnecter ce dernier puis de faire à nouveau un update-grub. (Quand le boot sur le ssd fonctionnera évidemment)
Si lorsque tu bootes sur le ssd, le démarrage bloque sur l'écran d'accueil Linux Mint, ça prouve que grub a été correctement installé sur le ssd mais il y a un paramètre de boot qui n'est pas bon. Il faudrait comparer les fichiers de configuration de grub qui sont situés sur le ssd et sur le hdd sata pour voir les différences.
Ce sont les fichiers /boot/grub/grub.cfg situés sur chaque disque qui m'intéressent (ces fichiers sont assez longs, héberge-les sur cjoint.com pour ne pas encombrer le sujet sur ce forum).
Tu confirmes que le boot sur le ssd à partir du grub situé sur le hdd sata fonctionne correctement ?
Tu as bien transformé la partition efi du ssd en partition bios_boot comme je te l'avais demandé ?
Si lorsque tu bootes sur le ssd, le démarrage bloque sur l'écran d'accueil Linux Mint, ça prouve que grub a été correctement installé sur le ssd mais il y a un paramètre de boot qui n'est pas bon. Il faudrait comparer les fichiers de configuration de grub qui sont situés sur le ssd et sur le hdd sata pour voir les différences.
Ce sont les fichiers /boot/grub/grub.cfg situés sur chaque disque qui m'intéressent (ces fichiers sont assez longs, héberge-les sur cjoint.com pour ne pas encombrer le sujet sur ce forum).
Tu confirmes que le boot sur le ssd à partir du grub situé sur le hdd sata fonctionne correctement ?
Tu as bien transformé la partition efi du ssd en partition bios_boot comme je te l'avais demandé ?
- voici les deux fichiers /boot/grub/grub.cfg demandés :
https://www.cjoint.com/c/JIbjXxN7tge
https://www.cjoint.com/c/JIbjYzXoRLe
- le boot sur le ssd fonctionne puisque j'arrive sur le logo LM.
- j'ai supprimé les drapeaux boot et esp pour le remplacer par boot-grub (boot_bios n'existant pas).
https://www.cjoint.com/c/JIbjXxN7tge
https://www.cjoint.com/c/JIbjYzXoRLe
- le boot sur le ssd fonctionne puisque j'arrive sur le logo LM.
- j'ai supprimé les drapeaux boot et esp pour le remplacer par boot-grub (boot_bios n'existant pas).
Les options de boot correspondant à linux Mint 19.3 sont identiques dans les deux fichiers, donc ça devrait fonctionner...
Peut-être que c'est parce que ton ssd est au format gpt. Normalement ça fonctionne aussi (je l'ai déjà fait) mais je ne vois pas d'autre explication.
A tout hasard essaie de lui passer l'option
https://linuxmint-installation-guide.readthedocs.io/fr/latest/boot_options.html
Chez toi c'est le mode bios (touche tab).
Peut-être que c'est parce que ton ssd est au format gpt. Normalement ça fonctionne aussi (je l'ai déjà fait) mais je ne vois pas d'autre explication.
A tout hasard essaie de lui passer l'option
nomodesetau kernel
https://linuxmint-installation-guide.readthedocs.io/fr/latest/boot_options.html
Chez toi c'est le mode bios (touche tab).
