Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Booter sur un disque dur externe comme sur un interne

Emmapic

Bonjour à tous,

J'ai une question sans doute un peu bizarre. J'ai un laptop Asus qui est mon outils de travail principal, mais qui commence à être trop lent pour moi. Je voudrais l'upgrader, donc j'ai acheté un SSD de 480go pour remplacer son HDD de 1to (ainsi qu'une barre de ram).

Jusque-là tout va bien. Sur mon HDD, j'ai un dual-boot avec Windows 10. Je souhaiterais garder un moyen d'accéder à Windows, mais en vérité ça me sert très rarement, donc je ne vois pas l'intérêt de l'avoir sur mon ordi en permanence, d'autant plus qu'il prend presque 200go. Ma question est celle-ci : j'ai acheté un boitier pour transformer mon HDD en disque dur externe, donc si je n'y touche pas (je veux de toute façon refaire une install propre d'Ubuntu sur le SSD plutôt que le cloner), est-ce que je pourrais booter Windows sur ce disque comme je le fais actuellement? Je précise qu'il a une partition EFI, la partition Windows et sa Recovery et une partition de Data que je veux garder (mon root est sur un autre petit SSD dans l'ordi, que je vais nettoyer).

Voilà, merci !

jamesbad000

Bonjour,

Rien de bizarre dans cette question. Tout juste peut-on dire que ce n'est pas une demande majoritaire.

Si le disque externe est connecté lors de l'installation d'ubuntu, windows doit être détecté et intégré au menu grub qui sera sur le disque interne.

Emmapic

Merci pour ta réponse!
Du coup il faut simplement que mon disque soit connecté, il n'y a pas de manip supplémentaire? Et si le disque n'est pas connecté lors des boots suivant, ça va poser problème?

jamesbad000

Emmapic a écritDu coup il faut simplement que mon disque soit connecté, il n'y a pas de manip supplémentaire?

Connecté et reconnu. (c'est a dire que le contenu des partitions est accessible dans le gestionnaire de fichiers. Ce qui sera le cas sauf dysfonctionnement du boitier )

Emmapic a écritEt si le disque n'est pas connecté lors des boots suivant, ça va poser problème?

Dans le pire des cas, si tu tente de lancer windows alors que le disque n'est pas connecté, ça va se bloquer. Sans conséquences.

Emmapic

Super, merci ! Je vais faire la manip dans les jours qui vient, donc je reviendrai ici confirmer que ça marche ou non (on sait jamais, si quelqu'un d'autre avait le même problème 😉 )

Emmapic

Me revoilà. L'installation a bien fonctionné, il voit effectivement Windows au démarrage et peut booter dessus.
Cela me laisse deux problèmes :
- Quand je boote sur Windows, il trouve une erreur fatale et redémarre, après l'affichage du logo mais avant le login
- Quand je boote sur Ubuntu en ayant enlevé le HDD, il met presque 2min à s'allumer (mais seulement quelques secondes quand le HDD est présent.
Des idées?

jamesbad000

Pas vraiment une réussite donc.

Dans un premier temps peut-on avoir le retour de

sudo lsblk -o size,name,fstype,label,mountpoint,UUID

Ensuite je conseille l'installation de boot-repair https://doc.ubuntu-fr.org/boot-repair.
Avec lequel il faudra utiliser le bouton "créer un rapport Boot-Info" (et surtout pas "réparation recommandée")

Emmapic

Voici déjà le retour de la commande

flore@flore-laptop:~$ sudo lsblk -o size,name,fstype,label,mountpoint,UUID
  SIZE NAME   FSTYPE  LABEL MOUNTPOINT      UUID
 86,9M loop0  squashf       /snap/core/4917 
  140M loop1  squashf       /snap/skype/45  
162,9M loop2  squashf       /snap/spotify/1 
447,1G sda                                  
  250M ├─sda1 vfat    EFI   /boot/efi       31B6-91D7
446,9G └─sda2 ext4          /               3fdf1265-8664-4884-8249-68d632c97f37
 22,4G sdb                                  
  237M ├─sdb1 vfat                          5271-3BB9
 22,1G └─sdb2 ext4                          c620fc5f-6565-4265-8f88-058a421caab1
 1024M sr0

jamesbad000

jusque là ça semble correcte. Mais il faudrait faire cette manip avec le disque externe connectée. (idem pour le rapport boot info)

Emmapic

La même avec le disque connecté :

sudo lsblk -o size,name,fstype,label,mountpoint,UUID
  SIZE NAME   FSTYPE  LABEL    MOUNTPOINT   UUID
 86,9M loop0  squashf          /snap/core/4 
  140M loop1  squashf          /snap/skype/ 
162,9M loop2  squashf          /snap/spotif 
447,1G sda                                  
  250M ├─sda1 vfat    EFI      /boot/efi    31B6-91D7
446,9G └─sda2 ext4             /            3fdf1265-8664-4884-8249-68d632c97f37
 22,4G sdb                                  
  237M ├─sdb1 vfat                          5271-3BB9
 22,1G └─sdb2 ext4                          c620fc5f-6565-4265-8f88-058a421caab1
931,5G sdc                                  
  100M ├─sdc1 vfat    SYSTEM                3A20-993A
  900M ├─sdc2 ntfs    Recovery              E81603CE16039D26
  128M ├─sdc3                               
191,9G ├─sdc4 ntfs    OS                    562606DF2606BFCB
   20G ├─sdc5 ntfs    Restore               84D00996D0098F9A
  3,7G ├─sdc6 swap             [SWAP]       6ddc26e2-59d0-4899-8265-24271a782a0d
714,8G └─sdc7 ntfs    data     /media/flore 006189EA51CDAE37
 1024M sr0

Emmapic

Le boot info avec le disque http://paste.ubuntu.com/p/BV4crB599s/
Et sans http://paste.ubuntu.com/p/MRsXRNdzZ4/

jamesbad000

Une question : Est-ce que la lenteur concerne bien la phase de lancement après l'affichage du menu grub. Et non l'affichage du menu grub lui même ?

J'aimerais bien voir aussi

sudo swapon -s

Quoiqu'il en soit, ça ne peut pas faire de mal de supprimer dans le fichier fstab, la référence à la partition swap qui se trouve sur le disque externe.

Il s'agit de retirer les lignes

# swap was on /dev/sdd6 during installation
UUID=6ddc26e2-59d0-4899-8265-24271a782a0d none            swap    sw              0       0

A faire à l'aide de l'editeur nano

sudo nano /etc/fstab

après la modif faire controle O pour sauvegarder et controle X pour sortir

ensuite vérif

cat  nano /etc/fstab

Emmapic

Merci, je me suis rendue compte du problème du swap en même temps et j'ai supprimé les lignes dans fstab. Ça améliore déjà les choses : au démarrage (sans le HDD) la partie où il y a le greeter Xubuntu s'est réduite de 1min à 5sec environ. Par contre il met encore un écran noir avant (entre le grub et l'accueil) pendant une petite minute, beaucoup moins si le HDD est branché.
Côté Windows, il me propose de faire une réparation. Je n'avais rien d'important dessus, mais je ne veux pas qu'il essaie de virer d'autre partitions en faisant la réparation donc je vais faire quelques recherches avant.

jamesbad000

- Pour le problème de démarrage de windows :
J'ai négligé le fait que mettre le disque dans un boitier externe engendre un changement de nature du disque (et du contrôleur) auquel windows n'est probablement pas capable de s'adapter à la volée. (De mémoire avec XP recopier son système sur un modèle de disque différent posait déjà problème.)

Et la réparation automatique de windows c'est un peu de la loterie (répare ou détruit...)
Le meilleurs conseille que je puisse donner c'est :
1 - avant toute tentative, sauvegarder ce qui ne doit pas être perdu
2 - Aller consulter un forum spécialisé.

- pour la lenteur au démarrage d'ubuntu. Après examen détaillé des données du boot info, je ne vois absolument aucun autre lien avec le disque windows.

Le mieux pour tirer la situation au clair est de faire une reconstruction complète de grub après un redémarrage sans le disque externe connecté:

sudo grub-install
sudo update-grub

Ultérieurement il sera toujours possible de réintégrer windows en rejouant uniquement la dernière commande avec le disque externe à nouveau connecté

Emmapic

Merci. Tant pis pour Windows pour l'instant (je chercherai une solution plus tard). La reconstruction du grub n'a rien changé. Il n'y a plus l'option de booter sur Windows, seulement ma nouvelle instal de Xubuntu sur le SSD et l'ancienne qui était sur un petit SDD (également interne) sdb, mais le temps de latence est le même.

jamesbad000

Emmapic a écritle temps de latence est le même.

Il est clair que j'aurais été mieux inspiré à te conseiller d'installer sans le dd externe, puis de faire update-grub ultérieurement pour intégrer windows dans le menu. Ne serait-ce que pour éviter l'intégration du swap de l'ancien disque.

Le dernier point que je vois c'est qu'en l'absence de partition swap, une construction d'un fichier swap sur la partition root (nouveauté de la version 18.04) à la volée, ou simplement une recherche de partition swap ralentie le démarrage.
Je vais essayer de creuser de ce coté. Mais malheureusement là, je n'ai pas de PC avec une 18.04 sous la main...

En attendant il ne serait pas inutile de me donner le retour de

sudo swapon -s

avec et sans le disque externe connecté avant le démarrage.

question subsidiaire. Combien de mémoire sur ce PC ?

Emmapic

jamesbad000 a écrit En attendant il ne serait pas inutile de me donner le retour de

sudo swapon -s

avec et sans le disque externe connecté avant le démarrage.

La commande ne me donner aucun résultat, avec ou sans le HDD.

question subsidiaire. Combien de mémoire sur ce PC ?

De mémoire ram? 8gb, dont 4go que j'ai rajoutés en même temps que de changer de disque.
Sinon le SSD fait 480gb, si c'est ce que tu demandes.

J'ai encore l'option de faire une réinstall propre sans le disque dur, éventuellement en ajoutant un swap, ça ne me ferait perdre qu'environ une journée de boulot...

jamesbad000

Ok, avec 8G il n'y a aucune chance que l'absence de swap ralentisse le démarrage. Et par ailleurs on voit bien que avec ou sans dd externe aucun swap n'est activé.
Si bien que mon hypothèse est totalement invalidée.

La réinstalle reste effectivement la meilleurs chance de régler ce problème de durée Quoique je reste dubitatif...

Sinon, en l'absence de partition swap existante, l'installateur de la 18.04 est censé créer automatiquement un fichier /swapfile https://doc.ubuntu-fr.org/swap

Emmapic

J'ai refait une installation propre, et ça a effectivement réglé le problème de la lenteur au démarrage. Je verrai plus tard pour Windows, tant pis, j'essaie de troubleshooter mes autres problèmes avec l'install (il y en a toujours! notamment une lenteur de connexion à l'éthernet au démarrage).

Merci beaucoup pour ton aide. Est-ce que je mets le sujet en résolu, même si la solution n'en est pas une?

jamesbad000

Résolu non. Par rapport au sujet initial je parlerais plutôt d'échec total.

En tout cas, si tu veux pouvoir accéder à un mode réparation de windows. Tu dois pouvoir, sans risque de voir réapparaître le problème de lenteur, réintégrer windows dans le menu grub avec la commande update-grub.

L'autre possibilité pour lancer windows étant de le faire directement par un réglage du bios efi ou un menu de démarrage efi, si ces fonctionnalités sont disponibles sur ce modèle de pc.

Page suivante »