[RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

Babdu89 · Le 14/11/2017, à 09:29

Bonjour.
Stp, veux tu bien faire un boot info depuis ton Ubuntu démarré?.
Tu donnes l'URL du boot info dans ta réponse, merci.

@+. Babdu89 .

Satire · Le 14/11/2017, à 11:43

Bonjour Babdu89,
Merci de ta réponse.
Alors voici l'url du boot info réalisé directement depuis mon Ubuntu (et pas à partir d'une clé usb Ubuntu live) :
http://paste.ubuntu.com/25959828/

Merci beaucoup de ton aide.

Babdu89 · Le 14/11/2017, à 13:44

Ha!! . Excuse moi; je viens de relire rapidement ton sujet.

Le but, obtenir un dual boot sur deux ssd internes.
Un ssd où est déjà installé en Windows 1O en mode UEFI;
Puis faire une installation d'un Ubuntu sur le deuxième ssd, qui elle devra aussi être faite en mode UEFI.

Alors, déjà au sujet du choix du Ubuntu que tu vas installer.
Dans ton dernier boot info, on voit que tu as installé un Ubuntu 17.10. et qu'est fait en mode Bios_Legacy.

Le choix de la version 17.10 n'est pas ce qu'il faut pour avoir une installation qui dure dans le temps.
Le support des Os comme la 17.10 n'est que de 9 mois. Alors que les versions LTS (long time support) supportées à long terme (5 ans .).
La dernière LTS est la 16.04. supportée jusqu'en Avril 2021
La prochaine sera la 18.04 supporté jusqu'en Avril 2023. Mais comme pour la 17.10 il y aura changement d'environnement. Unity est remplacé par Gnome.

Et, il faut que l'installation du Ubuntu que tu choisiras soit faite en mode UEFI elle aussi, pour que çà fonctionne correctement.
Comme dit plus haut dans un de mes posts. On installe tous les système en UEFI, ou tous les systèmes en Bios_Legacy.
Et, en mode UEFI, Il faut que le disque qui reçoit l'installation soit avec une table de partition de type GPT.
Dans ton boot info, on voit que le ssd qui reçoit Ubuntu est avec une table de partition de type MSDos.
Ce n'est pas ce qu'il convient.

Mais il faut que je relise tes posts, car il me semble que la machine avec les deux ssd branchée , et démarrée en UEFI ne voyait pas le deuxième ssd?.

Je vais donc faire une pose, et relire lentement ton sujet...

Alors, stp , puisque je me suis un peu remémoré ton sujet.

Les deux ssd branchés, démarrer la machine en mode UEFI. en session live 17.10. Le Ubuntu installé sur le deuxième ssd ne peut pas démarrer en mode UEFI.
Et faire un boot-info et poster l'URL dans ta réponse.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 14/11/2017, à 13:47)

Satire · Le 14/11/2017, à 23:53

Bonsoir Babdu89,
Pas de soucis, j'aurais sans doute pu être plus clair également dans ma requête...

Merci beaucoup pour les explications par rapport aux différentes versions Ubuntu, j'en avais aucune idée...

Alors, j'ai eu énormément de difficulté, et je n'ai d'ailleurs pas réussi à démarrer en mode UEFI avec une session live 17.10. Car, l'image finit par se figer, se bloquer lors de l'apparition du mot Ubuntu et des six petits points luminescent qui sont en-dessous et qui change de couleur à mesure du chargement...

J'ai seulement réussi à démarrer en mode UEFI, avec une session live 17.04, dont voici le boot info : http://paste.ubuntu.com/25963632/

J'ai tenté de nombreuses fois, j'y ai passé presque toute ma soirée..., à démarrer avec une session live 17.10, sans résultat. Mais je suis prêt à réessayer si nécessaire, donc n'hésites pas à me le signifier.

Merci encore.

Babdu89 · Le 15/11/2017, à 12:00

Bonsoir.

Désolé pour le temps d'attente.

Satire a écrit :

Bonsoir à toutes et à tous,
J'ai récemment acquis un Dell XPS 15 (9950) avec une installation d'origine sur Windows 10 à partir d'une barrette SSD de 250 go.
Ce modèle d'ordinateur permet d'accueillir un second disque dur interne. J'ai donc connecté mon ancien SSD interne d'installation Ubuntu et datant de juin 2017.
Cependant, je n'arrive pas à démarrer sur ce SSD Ubuntu en appuyant sur la touche F12 du boot. Le SSD n'apparaît pas, et je n'arrive pas non plus à le détecter dans poste de travail à partir de Windows 10.
Pourtant, en allant sur ''gestionnaire de périphériques", mon SSD Ubuntu apparaît bien. Il est indiqué qu'il bien installé et mis à jour.
Par conséquent, j'aurais voulu avoir la possibilité et donc le choix de pouvoir démarrer sur n'importe lequel de ces deux SSD internes (l'un étant Windows 10 et l'autre Ubuntu). Et également, accéder à mon SSD Ubuntu à partir de Windows 10.
Je vous remercie d'avance pour votre précieuse aide.

Les deux disques branchés, la machine démarrant en UEFI. Dans le dernier boot info, on ne voit que la clé live 17.10.
Nous sommes revenu au point de départ...

Si ton Ubuntu n'est pas une pierre précieuse pour toi. Je proposerais bien la manip suivante.
Mais si le deuxième ssd n'est toujours pas vu, machine démarrant en UEFI, pour refaire l'installation c'est un souci pour toi?.

1) Télécharger une image iso Ubuntu 16.04 version LTS actuelle. Refaire une clé live avec.

2) Machine arrêtée, ne brancher que le deuxième disque. Le ssd ou est Windows doit être débranché pour le moment.
Démarrer la machine en UEFI en session live 16.04, pour être sûr que çà fonctionne en live, et pour savoir si le ssd est vu ou pas.

3) En session live qui permet de voir le deuxième ssd; UEFI ou Bios_Legacy.
Lancer l'outil de partitionnement Gparted et supprimer les partition du ssd. Il n'y aura plus de Ubuntu.
Toujours avec Gparted. Réécrire une table de partition de type GPT. Puis crée la/les partitions d'installation (au minimum une ext4 + une swap).

Si c'est fait depuis une session live en UEFI tant mieux.

Si c'est fait depuis une session live Bios_Legacy.
Redémarrer la machine en session live 16.04 en UEFI. Et dire si le disque Ubuntu est vu ou pas? On doit voir la partition ext4 vide avec seulement un dossier lost+found.

Si on en arrive là, on va pouvoir poursuivre. Sinon c'est cuit pour le moment.
Et il va falloir comprendre pourquoi ce ssd n'est pas visible en mode UEFI.

Si le deuxième ssd est vu maintenant en UEFI, on continue.
Machine arrêtée, on rebranche le ssd Windows. Les deux ssd branchés; Démarrage en session live 16.04 en UEFI. Vérification que le deuxième ssd est toujours vu. Si oui.
Installation de la 16.04 depuis le bureau de la session live.
L'installation d'un Os Linux en mode UEFI. En ce qui concerne le boot loader (Grub) c'est un grub-efi qui va s'installer. Il va utiliser la partition boot-efi qui se trouve dans le ssd où est Windows. L'installateur sait la trouver. Il va y mettre les informations qui permettront de démarrer le dual boot.

Alors est tu prêt à risquer ceci?

Redémarrer la machine en session live 16.04 en UEFI. Et dire si le disque Ubuntu est vu ou pas? On doit voir la partition ext4 vide avec seulement un dossier lost+found.
Si on en arrive là, on va pouvoir poursuivre. Sinon c'est cuit pour le moment.
Et il va falloir comprendre pourquoi ce ssd n'est pas visible en mode UEFI.

Tu le dis...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 16/11/2017, à 22:26)

Satire · Le 17/11/2017, à 18:46

Bonsoir Babdu89,
Je viens juste de prendre connaissance de ton message... je ne comprends pas pourquoi je n'ai pas reçu de notification cette fois-ci...

Pas de problème, content de voir ta réponse.

Alors, je pense très fortement que je vais tenter la manipulation... mais il va me falloir de la préparation, car entre-temps, je dois maintenant effectuer une nouvelle sauvegarde, et il faut que je trouve pour cela un nouveau support externe...

Je m'y mets dès aujourd'hui, et j'espère finir toute la manipulation avant la fin de ce weekend.

Merci encore et à très vite.

Satire · Le 18/11/2017, à 00:57

Bonsoir Babdu89,
En relisant le post #57, je n'ai pas pu créer une clé USB Live Ubuntu 17.10, mais seulement une clé USB Live Ubuntu 17.04, comme mentionné au post #54.

Question subsidiaire, ne serait-ce donc pas mon SSD en Ubuntu 17.10 qui serait en fait visible dans le dernier boot info ?

Je viens juste de terminer la sauvegarde... je devrais tenter la manipulation du post #55 demain.

Dans l'attente...

Babdu89 · Le 18/11/2017, à 09:23

Bonjour.
Dans le dernier boot info, tu as raison, on voit ceci;

boot-info is executed in live-session (Ubuntu 17.04, zesty, Ubuntu, x86_64)

17.04...
Et c'est bien la clé live que l'on voit;

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  SYSLINUX 6.03
    Boot sector info:  Syslinux looks at sector 16392 of /dev/sda1 for its 
                       second stage. The integrity check of Syslinux failed. 
                       No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /boot/grub/grub.cfg /syslinux.cfg /casper/vmlinuz.efi 
                       /EFI/BOOT/grubx64.efi /ldlinux.sys

============================ Drive/Partition Info: =============================

Drive: sda _____________________________________________________________________
Disk /dev/sda: 3.8 GiB, 4013948928 bytes, 7839744 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sda1    *          2,048     7,839,743     7,837,696   c W95 FAT32 (LBA)

sda1; file system: FAT32

/dev/sda1    *          2,048     7,839,743     7,837,696   c W95 FAT32 (LBA)

Un système installé est fait dans une partition format Ext4.

/dev/sda: 3,8 GiB, ce n'est pas la taille de ton ssd.

@+. Babdu89 .

?? · Le 18/11/2017, à 17:54

Satire a écrit :

Bonjour Babdu89,
Merci de ta réponse.
Alors voici l'url du boot info réalisé directement depuis mon Ubuntu (et pas à partir d'une clé usb Ubuntu live) :
http://paste.ubuntu.com/25959828/
Merci beaucoup de ton aide.

Bonjour
J'apporte mon aide pour pallier le disfonctionnement de boot-info
Dans ce rapport, tout me semble parfait

Voici le premier SSD

lrwxrwxrwx 1 root root  9 Nov 14 11:38 ata-Samsung_SSD_850_EVO_500GB_S2RBNX0HC08512K -> ../../sda
lrwxrwxrwx 1 root root 10 Nov 14 11:38 ata-Samsung_SSD_850_EVO_500GB_S2RBNX0HC08512K-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Nov 14 11:38 ata-Samsung_SSD_850_EVO_500GB_S2RBNX0HC08512K-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 Nov 14 11:38 ata-Samsung_SSD_850_EVO_500GB_S2RBNX0HC08512K-part6 -> ../../sda6

et son contenu

Drive: sda _____________________________________________________________________
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Partition  Boot  Start Sector    End Sector  # of Sectors  Id System
/dev/sda1    *          2,046   787,318,783   787,316,738   5 Extended
/dev/sda5               2,048     4,116,479     4,114,432  82 Linux swap / Solaris
/dev/sda6           4,118,528   787,318,783   783,200,256  83 Linux

Voici le second SSD

lrwxrwxrwx 1 root root 13 Nov 14 11:38 nvme-CX2-8B256-Q11_NVMe_LITEON_256GB_TW0XVRV7LOH0073A006J -> ../../nvme0n1
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-CX2-8B256-Q11_NVMe_LITEON_256GB_TW0XVRV7LOH0073A006J-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-CX2-8B256-Q11_NVMe_LITEON_256GB_TW0XVRV7LOH0073A006J-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-CX2-8B256-Q11_NVMe_LITEON_256GB_TW0XVRV7LOH0073A006J-part3 -> ../../nvme0n1p3
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-CX2-8B256-Q11_NVMe_LITEON_256GB_TW0XVRV7LOH0073A006J-part4 -> ../../nvme0n1p4
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-CX2-8B256-Q11_NVMe_LITEON_256GB_TW0XVRV7LOH0073A006J-part5 -> ../../nvme0n1p5
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-CX2-8B256-Q11_NVMe_LITEON_256GB_TW0XVRV7LOH0073A006J-part6 -> ../../nvme0n1p6
lrwxrwxrwx 1 root root 13 Nov 14 11:38 nvme-eui.002303561004ceb3 -> ../../nvme0n1
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-eui.002303561004ceb3-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-eui.002303561004ceb3-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-eui.002303561004ceb3-part3 -> ../../nvme0n1p3
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-eui.002303561004ceb3-part4 -> ../../nvme0n1p4
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-eui.002303561004ceb3-part5 -> ../../nvme0n1p5
lrwxrwxrwx 1 root root 15 Nov 14 11:38 nvme-eui.002303561004ceb3-part6 -> ../../nvme0n1p6

Mais cela plus de deux ans que boot-info bugue sur ce problème.
nvme0n1 (sda) has unknown type. Veuillez indiquer ce message à boot.repair@gmail.com

Si vous voulez voir le contenu, je pense que c'est pas mal présenté ici https://forum.ubuntu-fr.org/viewtopic.php?id=2017768
Mais il n'y a aucun intérêt à aller le voir car c'est une installation classique de windows en EFI.

"blkid" output: ________________________________________________________________
Device           UUID                                   TYPE       LABEL
/dev/nvme0n1                                                       
/dev/nvme0n1p1   2A44-15A7                              vfat       ESP
/dev/nvme0n1p2                                                     
/dev/nvme0n1p3   D2A4797DA47964BF                       ntfs       OS
/dev/nvme0n1p4   AAC0009DC00071BD                       ntfs       WINRETOOLS
/dev/nvme0n1p5   DE64010F6400EC59                       ntfs       Image
/dev/nvme0n1p6   48464F8B464F78A8                       ntfs       DELLSUPPORT

Comme cela a été dit, il faut d'abord que ce SSD (sda) soit converti en GTP et reçoive une installation EFI.
Il est fort probable que le grubx64.efi s'installe sur la partition FAT32 du nvme. Si elle n'est pas verrouillée. Penses à supprimer le mode démarrage rapide de windows si cela n'a pas été fait ( powercg /hibernate on) à faire en mode administratif.
Cependant, il me semble préférable de fabriquer une partition FAT32 de 35 Mo sur le disque SDA puis de lui mettre un drapeau ESP avec le gparted du support d'installation avant de commencer l'installation. Si elle ne sert à rien pendant l'installation, elle pourrait se révéler utile le jour où le NVNE aura un problème.

NOTA. c'est en version 17.10 LEGACY.

Dernière modification par ?? (Le 19/11/2017, à 22:25)

?? · Le 18/11/2017, à 18:30

Satire a écrit :

Bonjour Babdu89,
Merci de ta réponse.
Alors voici l'url du boot info réalisé directement depuis mon Ubuntu (et pas à partir d'une clé usb Ubuntu live) :
http://paste.ubuntu.com/25959828/
Merci beaucoup de ton aide.

Je viens de voir que la version 17.10 sait parfaitement reconnaitre la structure NVME

boot-info is executed in installed-session (Ubuntu 17.10, artful, Ubuntu, x86_64)
CPU op-mode(s):      32-bit, 64-bit
BOOT_IMAGE=/boot/vmlinuz-4.13.0-16-generic root=UUID=1da45db3-0327-473f-b917-9c0cbce90a4e ro quiet splash vt.handoff=7
nvme0n1 (sda) has unknown type. Veuillez indiquer ce message à boot.repair@gmail.com
nvme0n1 (sda) has unknown type. Veuillez indiquer ce message à boot.repair@gmail.com
mount: /mnt/boot-sav/nvme0n1: /dev/nvme0n1 already mounted or mount point busy.
mount /dev/nvme0n1 : Error code 32

et n'a pas détecté la présence de windows à cause d'une installation en mode LEGACY

================== os-prober:
/dev/sda6:L'OS actuellement utilisé - Ubuntu 17.10 CurrentSession:linux

Dernière modification par ?? (Le 18/11/2017, à 18:36)

Babdu89 · Le 18/11/2017, à 18:34

Bonjour.

@ ?? .

Édit.
Croisement de posts?
Je n’avais pas lu l'ajout post#59 et le post60.

Merci d'intervenir, on se sent moins seul.

Oui, dans un de mes post, en réponse à Satire, je parlais de ce ssd avec les nvme0n1 (sda). Présentation de système de fichiers inconnu pour moi.

Bon, puisque tu indiques dans un post de ce sujet que çà concerne un certain type de machine.
On va donc demander à Satire de donner des informations sur sa machine.
Je ne me souvient pas l'avoir fait.

Dans le sujet que tu indiques, il s'agit d'un dual boot sur le même disque si j'ai bien compris.
C'est installé en UEFI.

Ici, Satire à ajouté un deuxième disque, sur lequel il y avait une installation faite depuis une autre machine en mode Bios_Legacy.

Ce que j'ai préconisé dernièrement post#55, est une manip valable ou pas?.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 18/11/2017, à 18:37)

Babdu89 · Le 18/11/2017, à 18:48

Post#59 ?? à écrit;

Comme cela a été dit, il faut d'abord que ce SSD (sda) soit converti en GTP et reçoive une installation EFI.
Il est fort probable que le grubx64.efi s'installe sur la partition FAT32 du nvme. Si elle n'est pas verrouillée. Penses à supprimer le mode démarrage rapide de windows si cela n'a pas été fait ( powercg /hibernate on) à faire en mode administratif.
Cependant, il me semble préférable de fabriquer une partition FAT32 de 35 Mo sur le disque SDA puis de lui mettre un drapeau ESP avec le gparted du support d'installation avant de commencer l'installation. Si elle ne sert à rien pendant l'installation, elle pourrait se révéler utile le jour où le NVNE aura un problème.

Pour ne pas induire Satire en erreur...

Comme cela a été dit, il faut d'abord que ce SSD (sda) soit converti en GTP et reçoive une installation EFI.

SSD (sda) vu dans le boot info est le disque où est actuellement installé le Ubuntu en mode Bios_Legacy.
On est bien d'accord?
Et c'est bien sur ce disque que tu préconises la création d'une partition FAT32 de 35 Mo (ou plus) avec le flag boot-esp?

Je suis de ton avis, en pensant que l'installateur devrait (devrait???) mettre les info nécéssaires dans la partition boot-efi du disque où est installé Windows.

@+. Babdu89 .

?? · Le 18/11/2017, à 18:49

Bonjour Babdu89
J'ai un peu lu ton post
Tu as raison en disant qu'il faut que le disque SDA soit reformaté en GPT.
Je propose en plus de créer préventivement une partition FAT32 de 35 Mo puis de lui mettre un drapeau ESP. Car je n'aime pas trop devoir utiliser un autre disque qui peut un jour ne pas être disponible.
Dans un de tes scénarios, tu proposes une installation de UBUNTU en débranchant le ssd contenant windows. Dans ce cas, il faut absolument que cette partition ESP soit créée préventivement. Ce qui nécessite la suppression de toutes les partitions et création d'une table de partition au format GPT(onglet "périphérique"). avec le GPÄRTED du support d'installation)

Tu proposes la version 16.04, Mais je viens de constater que la version 17.10 s'est bien installée..... Alors pourquoi pas continuer avec cette version???? Mais sur ce point je n'ai pas d'idée...

Ce qu'on sait, c'est que la version 17.10 a été capable de produire un boot-info, je pense donc que le plus pratique serait de continuer avec cette version...

Dernière modification par ?? (Le 18/11/2017, à 18:55)

Babdu89 · Le 18/11/2017, à 18:52

@ Satire...

Post#57 tu dis;

Je viens juste de terminer la sauvegarde... je devrais tenter la manipulation du post #55 demain.
Dans l'attente...

Ne fais rien sur le ssd où est Ubuntu pour le moment, avant de nous consulter, stp.

@+. Babdu89 .

Satire · Le 18/11/2017, à 18:54

Très bien noté Babdu89 ! Je ne fais rien jusqu'à indication de la suite. Voici le message que j'avais écrit juste avant...

Bonjour Babdu89 et ??,
Merci beaucoup de votre aide.

J'étais en train de débuter la manipulation du #55. J'avais enlevé le SSD Windows et tenter de démarrer en Session USB live UEFI. Cependant, bien que j'avais changé le boot en UEFI, la clé Usb Live n'apparaît comme choix au démarrage (après avoir appuyé sur la touche 12) que sous la section Bios Legacy.

Est-ce que je peux quand ouvrir la Session live USB en sélectionnant la Clé USB sous cette section Bios Legacy pour procéder au reste des manipulations ?

En écho au post #61, je mets donc en pause la continuation de ces manipulations jusqu'à confirmation de celles-ci ?

Merci encore de votre aide continue.

Dernière modification par Satire (Le 18/11/2017, à 18:56)

Babdu89 · Le 18/11/2017, à 18:59

?? à écrit,

Tu proposes la version 16.04, Mais je viens de constater que la version 17.10 s'est bien installée..... Alors pourquoi pas continuer avec cette version???? Mais sur ce point je n'ai pas d'idée...

LTS ,ou non LTS.
Pour les utilisations courantes, je pense que c'est mieux. Maintient du système plus longtemps, et les versions intermédiaires bien qu'elles soient stables, ont une durée de vie réduite. Donc il faut mettre à niveau ou réinstaller.
Et me semble aussi qu'il y avait un souci pour arrêter la machine...

On va attendre que Satire se manifeste.

Édit;
c'est fait post#65.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 18/11/2017, à 21:08)

?? · Le 18/11/2017, à 19:01

Bonjour satire

Lorsque tu bootes avec la clé, il faut que tu t'assures que c'est bien en structure EFI que le boot se fait. Pour cela

Tu choisis" essayer avant d'installer"

1) Tu mets le clavier en mode français via la commande setxkbmap fr qu'il faut certainement frapper setxkb,qp fr
2) Tu interroges

   [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"

Si cela te répond NON-EFI, ce n'est pas la peine de continuer

Dernière modification par ?? (Le 18/11/2017, à 23:12)

?? · Le 18/11/2017, à 19:35

En remontant la discution, tu as dis que tu avais eu des difficultés pour booter avec la version 17.10

Peux-tu dire si tu as bien la version 16.04 en version 64 bits et pas 32 bits sur ta clé USB http://releases.ubuntu.com/xenial/

Babdu89 · Le 18/11/2017, à 21:02

Bonsoir.

C'est sûr que si on ne peut pas démarrer en live en UEFI, même avec la 16.04, c'est mal engagé.

On peut en savoir un peu plus sur la machine?
Fabricant , et modèle?

Suis-je bête! Post#1 on lit;
Dell XPS 15 (9950) (9560)

J'ai sous les yeux la notice ,pdf .fr ...

@Satire. tester ceci.
Machine éteinte.
Si c'est bien une iso en 64 bits qui est sur la clé live.
Brancher la clé live.
Mettre en route la machine, en appuyant sur la touche F2
Dans le Bios, dans boot séquence, dire ce qui est sélectionné par défaut (UEFI ou Bios_Legacy)
Sélectionner UEFI, cocher si çà ne l'est pas usb ....
Valider, exit.
Redémarrer avec F12 et dire si la clé est proposée en UEFI?;

@+. Babdu89 .

Dernière modification par Babdu89 (Le 18/11/2017, à 22:23)

Satire · Le 18/11/2017, à 22:02

Bonsoir ?? et Babdu89,
Alors, je suis donc entrain de refaire une clé USB Live 16.04 (64gb), c'est un peu long... (à la base j'avais une clé 17.04, mais je l'ai supprimée pour mettre la version 17.10, celle qui n'a pas fonctionné, donc j'ai remis une version 17.04....).

Un question à ??, par rapport au post #67, à quel moment dois-je réaliser les commandes suggérées ? lorsque je me trouve en session Live ouverte Ubuntu 16.04 ? ou avant, pendant le démarrage ?

Désolé pour l'erreur Babdu89, la version de l'ordinateur est en fait Dell XPS (9560)...

Parfait, je tente la manipulation du post #69 dès que ma clé 16.04 (64gb) est terminée.

Merci de votre aide.

Dernière modification par Satire (Le 18/11/2017, à 22:05)

Babdu89 · Le 18/11/2017, à 22:22

Réponse pour le post#67.

Il faut déjà que la clé live démarre en mode UEFI, avec ta machine en passant par F12 ...

@+. Babdu89 .

?? · Le 18/11/2017, à 23:10

Je vais rectifier .
Tu choisis "essayer avant d'installer "

Satire · Le 19/11/2017, à 03:29

Bonsoir Babdu89 et ??,
Alors, j'ai passé toute ma soirée à tenter les manipulations...

J'ai alternativement créé une clé Live Ubuntu 16.04 et 17.10 (tous deux en 64gb), et tenté de démarrer en UEFI, sans succès.

- Pour la clé Live Ubuntu 16.04, voici le message d'erreur qui apparaît après avoir cliqué sur "Try Ubuntu" : http://pix.tdct.org/upload/original/1511057962.jpg

- Pour la clé Live Ubuntu 17.10, après avoir cliqué sur "Try Ubuntu", l'écran se fige à partir de l'apparition du mot Ubuntu et des quelques petits points luminescents en-dessous et qui changent de couleur à mesure du chargement...

Je ne sais pas trop pour quelle raison cela ne fonctionne pas, mais est-ce que cela peut venir de la clé elle-même ?

Que de mystère?!

Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre, TDCT'Pix et hostingpics le permettent).

Dernière modification par cqfd93 (Le 19/11/2017, à 08:03)

Babdu89 · Le 19/11/2017, à 09:37

Bonjour.

J'ai alternativement créé une clé Live Ubuntu 16.04 et 17.10 (tous deux en 64gb), et tenté de démarrer en UEFI, sans succès.

Ce que tu rapportes n'est pas assez précis.
Si le démarrage en UEFI se fait comme tu l'indiques ensuite;

- Pour la clé Live Ubuntu 16.04, voici le message d'erreur qui apparaît après avoir cliqué sur "Try Ubuntu" : http://pix.tdct.org/upload/original/1511057962.jpg
- Pour la clé Live Ubuntu 17.10, après avoir cliqué sur "Try Ubuntu", l'écran se fige à partir de l'apparition du mot Ubuntu et des quelques petits points luminescents en-dessous et qui changent de couleur à mesure du chargement...

Çà veut dire que la clé est reconnue; que le démarrage en mode UEFI est possible, et que c'est ensuite pendant le chargement de l'Os que çà coince...

Donc si c'est le cas, au vu du message d'erreur, il va falloir passer une option au noyau, au démarrage.

https://doc.ubuntu-fr.org/kernel#modifi … ssion-live

Dans le tableau des options à passer au noyau, regarde l'option acpi=of

C'est possible que ce soit celle-ci.

On va attendre l'avis de ?? .

@+. Babdu89 .

Dernière modification par Babdu89 (Le 19/11/2017, à 09:38)

?? · Le 19/11/2017, à 09:59

Bonjour.
Avec cpu stuck for 22 secondes, c'est d'abord cette option modprobe.blacklist=nouveau qu'il faut privilegier.

pour la version 17.10 mets aussi cette option et aussi acpi=off et aussi momodeset
avoir mis une option inutilement n'est pas si grave que cela. Par la suite on aura le temps de trouver celle qui était nécessaire car le problème va resurvenir au démarrage de la session installée.

Nota: La façon dont l'écran est affiché au momemt où tu mets ces options te permet de savoir si c'est bien un boot EFI qui est en cours ou un boot legacy.

La doc https://doc.ubuntu-fr.org/liste_portables_dell#xps ne nous aide pas pour ce Dels XPS 9560

Dernière modification par ?? (Le 19/11/2017, à 10:16)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 14/11/2017, à 09:29

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#52 Le 14/11/2017, à 11:43

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#53 Le 14/11/2017, à 13:44

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#54 Le 14/11/2017, à 23:53

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#55 Le 15/11/2017, à 12:00

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#56 Le 17/11/2017, à 18:46

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#57 Le 18/11/2017, à 00:57

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#58 Le 18/11/2017, à 09:23

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#59 Le 18/11/2017, à 17:54

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#60 Le 18/11/2017, à 18:30

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#61 Le 18/11/2017, à 18:34

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#62 Le 18/11/2017, à 18:48

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#63 Le 18/11/2017, à 18:49

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#64 Le 18/11/2017, à 18:52

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#65 Le 18/11/2017, à 18:54

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#66 Le 18/11/2017, à 18:59

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#67 Le 18/11/2017, à 19:01

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#68 Le 18/11/2017, à 19:35

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#69 Le 18/11/2017, à 21:02

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#70 Le 18/11/2017, à 22:02

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#71 Le 18/11/2017, à 22:22

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#72 Le 18/11/2017, à 23:10

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#73 Le 19/11/2017, à 03:29

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#74 Le 19/11/2017, à 09:37

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

#75 Le 19/11/2017, à 09:59

Re : [RésoIu] Installer un Dual boot Windows10/Ubuntu sur un XPS 15 à 2 SSD

Pied de page des forums