Installation Ubuntu 16.04 archi bizarre

Jack38150 · Le 23/04/2016, à 14:03

Bonjour à tous,
Je suis utilisateur d'Ubuntu depuis la version 10.04, ça fait donc un bail.
J'attendais avec impatience la version 16.04 LTS que j'ai téléchargée ce 21 avril en 64 bits.
Sur un disque SSD approprié (pas de multi boot), j'installe sans problème particulier, et je reboote
IMPOSSIBLE de lancer Ubuntu.
Je me dis que j'ai fait une anerie quelconque. Je vide le SSD et relance l'installation. Tout va bien. je reboote et là à nouveau impossible de relancer.
Bon ! Grrr je recommence ... nouvel échec.
Du coup j'ai réinstallé la version 14.04 64 bits en attendant des jours meilleurs
A moins que quelqu'un ait une idée géniale !

PS Comme je me suis dit que mon DVD d'install avait un problème du coup j'ai téléchargé un Cubuntu 16.04LTS. Hummm là c'est pire je ne peux même pas installer quoi que ce soit

Vous voulez peut etre quelques infos sur ma config ?
Carte mère Asus X99A
Processeur Intel i7-5820K
32Gigas de ram DDR4
carte graphique GeForce GTX 750 Ti

Bougron · Le 23/04/2016, à 14:51

Bonjour
On aurait aimé un boot-info afin de voir la situation à la fin de l'installation https://doc.ubuntu-fr.org/tutoriel/boot-info

Nano33320 · Le 23/04/2016, à 15:22

Bonjour,

Je fonctionnais sous Ubuntu 14.04.3 en 64bits sans soucis. J'ai téléchargé et voulu installer Ubuntu 16.04 LTS en 64 bits
Je rencontre le même problème de démarrage après installation d'Ubuntu 16.04 LTS sur un "Samsung Notebook NP305U / SSD 250 GO + 4 GO de RAM".

1°) Installation directe à partir de la clef USB = sans problème, mais pas de boot sur le disque !
2°) Test à partir de la clef usb = aucun problème, puis installation à partir du test ok, mais pas plus de boot sur le disque au redémarrage !

Lors des redémarrage, le PC ouvre sur la page de config bios !
Aucun problème de démarrage avec la clef usb, comme si le secteur d'amorçage n'était implanté sur le SSD

Si quelqu'un(e) possède la solution...

d'avance Merci
Nano

Nano33320 · Le 23/04/2016, à 15:43

En complément je penche pour un problème lié à l'instal via UEFI qui empèche l'instal BIOS (pas d'UEFI sur un Notebook plus très jeune)...
Et là c'est un peu trop ardu pour mes maigres connaissances...

Nano

Bougron · Le 23/04/2016, à 15:56

Mon post est valable pour le second ordinateur.
On va peut-être découvrir que la version 16.04.0 n'est valable que pour les ordinateurs EFI !!!!!!!!!

Dernière modification par Bougron (Le 23/04/2016, à 15:59)

Nano33320 · Le 23/04/2016, à 16:47

l'adresse fournie par boot-info :

http://paste2.org/c2zfF544

merci pour le coup de main

Jack38150 · Le 23/04/2016, à 16:48

Peut etre oui un problème EFI parce qu'en effet je n'utilise pas EFI ni sous Ubuntu ni sous Windows 10..
Et si c'était ça ?

En fait j'utilise 5 disques durs sur ma machine
- Le premier est un SSD 128 Go qui reçoit Ubuntu
- Le second est un SSD 256 Go qui reçoit un premier Windows 10
- Le troisième est aussi un SSD qui reçoit un second Windows 10 dédié photo et video exclusivement
- Les deux autres sont des classiques de 2To chacun en sauvegarde

Le boot se fait sur le premier avec le Grub classique ubuntu peremttant la bascule entre Ubuntu et les deux Windows 10
Au redémarrage, on arrive sur la page de basculement. Si on choisit l'un ou l'autre Windows aucun problème, mais si je lance ubuntu ca bloque et ca fige quasi tout de suite

Ces manipulations fonctionnement parfaitement sous 14.04. la preuve, je suis dessus sous Ubuntu bien entendu pour participer au forum !

Dernière modification par Jack38150 (Le 23/04/2016, à 16:57)

Bougron · Le 23/04/2016, à 17:20

Pour Nano33320
L'explication est probablement simple
Ton bios est positionné en EFI comme on peut le voir ICI

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot maybe enabled. (maybe sec-boot, Please report this message to boot.repair@gmail.com)

L'installation s'est certainement faite dans ton logical volume crypté.
Il semble que cette nouvelle version de boot-info présente mal ce qu'il y a dedans, car c'est incrompréhensible

/boot detected in the fstab of mapper/ubuntu--vg-root: UUID=b633edb2-6544-432e-9549-3bd7d313aa7f  (sda1)
ls /sys/firmware/efi/vars : UsbSupport-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9,UsbMassDevValid-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9,UsbMassDevNum-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9,UmaSize-8be4df61-93ca-11d2-aa0d-00e098032b8c,Timeout-8be4df61-93ca-11d2-aa0d-00e098032b8c,StdDefaults-4599d26f-1a11-49b8-b91f-858745cff824,SpdBypassSerial-8be4df61-93ca-11d2-aa0d-00e098032b8c,SpdBypassData-8be4df61-93ca-11d2-aa0d-00e098032b8c,Setup-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9,SetupCpuFeatures-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9,Setup-80e1202e-2697-4264-9cc9-80762c3e5863,SecSleepType-8be4df61-93ca-11d2-aa0d-00e098032b8c,SecSaveBootMode-8be4df61-93ca-11d2-aa0d-00e098032b8c,SecS4Flag-8be4df61-93ca-11d2-aa0d-00e098032b8c,SecPrevTP-8be4df61-93ca-11d2-aa0d-00e098032b8c,SECEcVersion_MN-8be4df61-93ca-11d2-aa0d-00e098032b8c,SECEcVersion_MJ-8be4df61-93ca-11d2-aa0d-00e098032b8c,SECBootOpt-8be4df61-93ca-11d2-aa0d-00e098032b8c,SecAspmWirelessLan-8be4df61-93ca-11d2-aa0d-00e098032b8c,SecAspmWirelessDevInfo-8be4df61-93ca-11d2-aa0d-00e098032b8c,SecAspmWiredLan-8be4df61-93ca-11d2-aa0d-00e098032b8c,SecAspmWiredDevInfo-8be4df61-93ca-11d2-aa0d-00e098032b8c,SbNvramVar-393c4833-402f-4bd5-bf5a-1f5cd8681444,SavedACPIVideoNVSPtr-8be4df61-93ca-11d2-aa0d-00e098032b8c,RFDATA-8be4df61-93ca-11d2-aa0d-00e098032b8c,RecoveryEntry-8be4df61-93ca-11d2-aa0d-00e098032b8c,PNP0604_1_NV-560bf58a-1e0d-4d7e-953f-2980a261e031,PNP0510_1_NV-560bf58a-1e0d-4d7e-953f-2980a261e031,PNP0501_0_NV-560bf58a-1e0d-4d7e-953f-2980a261e031,PNP0400_0_NV-560bf58a-1e0d-4d7e-953f-2980a261e031,PlatformLangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c,PlatformLang-8be4df61-93ca-11d2-aa0d-00e098032b8c,new_var,SSID-3470d772-49ba-4c28-a559-3f4dad8361ef,NB,NBMemoryLength-490216c0-076a-44d3-a536-ace05c90e386,MonotonicCounter-8be4df61-93ca-11d2-aa0d-00e098032b8c,MokListRT-605dab50-e046-4300-abb6-3dd810dd8b23,MemoryS3SaveVolLength-0a51b41d-de21-43fe-be27-d6dbc9efd104,MemoryS3SaveVol-0a51b41d-de21-43fe-be27-d6dbc9efd104,MemoryS3SaveNv-b1cfc482-4cb2-4cee-9b00-ce2579ec7186,MemCeil.-8be4df61-93ca-11d2-aa0d-00e098032b8c,LegacyDevOrder-a56074db-65fe-45f7-bd21-2d2bdd8e9652,LegacyDevChecksum-a56074db-65fe-45f7-bd21-2d2bdd8e9652,LDP-685f4413-7555-43bb-a5b3-721eb7ec1695,LangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c,Lang-8be4df61-93ca-11d2-aa0d-00e098032b8c,HobRomImage-dde1bc72-d45e-4209-ab85-14462d2f5074,HddChkCount-8be4df61-93ca-11d2-aa0d-00e098032b8c,del_var,CpuS3Resume-30b98b95-dfa3-4501-a3ce-e38c186384a0,ConOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c,ConOut-8be4df61-93ca-11d2-aa0d-00e098032b8c,ConInDev-8be4df61-93ca-11d2-aa0d-00e098032b8c,ConIn-8be4df61-93ca-11d2-aa0d-00e098032b8c,ConErrDev-8be4df61-93ca-11d2-aa0d-00e098032b8c,BootRecoveryMethod-8be4df61-93ca-11d2-aa0d-00e098032b8c,BootOrder-8be4df61-93ca-11d2-aa0d-00e098032b8c,BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c,Boot0002-8be4df61-93ca-11d2-aa0d-00e098032b8c,Boot0001-8be4df61-93ca-11d2-aa0d-00e098032b8c,Boot0000-8be4df61-93ca-11d2-aa0d-00e098032b8c,AMITSESetup-c811fa38-42c8-4579-a9bb-60e94eddfb34,AMITCGPPIVAR-a8a2093b-fefa-43c1-8e62-ce526847265e,AmiAgesaSetup-840f6ac6-6f42-11d4-bce7-0080c73c8881,AcpiGlobalVariable-af9ffd67-ec10-488a-9dfc-6cbf5ee22c2e,

Puis après, il a fallu passer à la gestion de la structure boot
Je pense que tu as eu message disant que cela ne collait pas.
car il faut un disque formaté GPT ayant une partition FAT32.
Dans ton contexte, tu as un disque LEGACY avec une partition EXT2 qui n'a plus de fichier de boot.

sda1: __________________________________________________________________________
    File system:       ext2
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:

J'ai vu que boot-repair propose deux idées que je qualifie de bizarres.
Créer une partition FAT32 alors que le disque n'est pas GPT
Créer une partition Bios-grub alors que le disque n'est pas GPT et que le bios est positionné en EFI.
Mais il te propose aussi une solution qui peut marcher si il ne fait pas les contrôles ci-dessus.
Tu peux l'essayer

=================== Suggested repair
The default repair of the Boot-Repair utility would purge (in order to fix packages enable-raid enable-lvm fix executable) and reinstall the grub2 of mapper/ubuntu--vg-root into the MBR of sda, using the following options:     kernel-purge
The boot flag would be placed on mapper/ubuntu--vg-root.
Additional repair would be performed: unhide-bootmenu-10s repair-filesystems

Si cela ne marche pas: Ma proposition est de demander de modifier le bios pour qu'il cesse de booter en EFI et se mette à booter en CSM ou LEGACY ou HERITE suivant le nom qu'il donne à l'ancêtre de EFI. et refaire une installation.

Dernière modification par Bougron (Le 23/04/2016, à 17:28)

Nano33320 · Le 23/04/2016, à 17:29

Merci pour ce retour rapide,
Lorsque je démarre le PC, le seul mode possible est le BIOS (pas d'UEFI).
Lors de l'installation d'Ubuntu 16.04, l'installateur me demande un retour pour bloquer l’installation en UEFI et la réaliser en BIOS. j'effectue le retour mais il semblerait, d'après le résultat de Boot-info, que l'installation se fasse quand même en UEFI...

Ceci me semble cohérent avec les infos collectées...

Mais comment forcer l'installation en de 16.04 en BIOS ?

Bougron · Le 23/04/2016, à 17:31

Jack38150 a écrit :

Peut etre oui un problème EFI parce qu'en effet je n'utilise pas EFI ni sous Ubuntu ni sous Windows 10..
Et si c'était ça ?
En fait j'utilise 5 disques durs sur ma machine
- Le premier est un SSD 128 Go qui reçoit Ubuntu
- Le second est un SSD 256 Go qui reçoit un premier Windows 10
- Le troisième est aussi un SSD qui reçoit un second Windows 10 dédié photo et video exclusivement
- Les deux autres sont des classiques de 2To chacun en sauvegarde
Le boot se fait sur le premier avec le Grub classique ubuntu peremttant la bascule entre Ubuntu et les deux Windows 10
Au redémarrage, on arrive sur la page de basculement. Si on choisit l'un ou l'autre Windows aucun problème, mais si je lance ubuntu ca bloque et ca fige quasi tout de suite
Ces manipulations fonctionnement parfaitement sous 14.04. la preuve, je suis dessus sous Ubuntu bien entendu pour participer au forum !

Fais donc un boot-info de ce qui marche, il sera peut-être possible de voir quelques pièges.
Si tu ne souhaites pas le mettre en réseau, il y a une option pour l'avoir en local.
Tu pourras analyser le point A: Le micro bootes-il en EFI? en te servant de ma réponse.

Dernière modification par Bougron (Le 23/04/2016, à 17:34)

naguam · Le 23/04/2016, à 17:41

J'ai installé ubuntu 16.04 en legacy et je n'ai pas de problèmes.

Dernière modification par naguam (Le 23/04/2016, à 17:41)

Bougron · Le 23/04/2016, à 17:48

Nano33320 a écrit :

Merci pour ce retour rapide,
Lorsque je démarre le PC, le seul mode possible est le BIOS (pas d'UEFI).
Lors de l'installation d'Ubuntu 16.04, l'installateur me demande un retour pour bloquer l’installation en UEFI et la réaliser en BIOS. j'effectue le retour mais il semblerait, d'après le résultat de Boot-info, que l'installation se fasse quand même en UEFI...
Ceci me semble cohérent avec les infos collectées...
Mais comment forcer l'installation en de 16.04 en BIOS ?

Je découvre les réactions de cet installateur
Je comprend donc qu'il veut switcher en LEGACY, Il est encore possible qu'il buge en faisant une installation sur du LVM.

Normalement tu devrais avoir un choix LVM /crytpé qui n'est pas proposé par défaut. .

Ton installation était-elle sur de l'existant ou sur du neuf?.

Mais on voit très bien que le boot n'est pas installé correctement dans le MBR (pour un boot en LEGACY)

============================= Boot Info Summary: ===============================
 => Grub2 (v1.99-2.00) is installed in the MBR of /dev/sda and looks at sector 
    1057468 of the same hard drive for core.img, but core.img can not be found 
at this location.

En clair le bios lance la lecture du MBR qui veut continuer avec le fichier core.img qu'il ne trouve pas.

Je te propose, contrairement à ce que j'ai dis, de créer cette fameuse partition boot-grub de 1 Mo non formatée avec le drapeau bios_grub
Au pire, c'est est inutile; au mieux, elle va maintenant aussi servir pour les vieux disques.

Dernière modification par Bougron (Le 23/04/2016, à 17:50)

Nano33320 · Le 23/04/2016, à 17:55

boot-info de ce qui marche ???

Comment le PC peut-il booter en UEFI alors que son seul mode de boot est le BIOS ?

lors du lancement de boot-info, il commence par dire qu'il ne trouve pas "gksudo" ni "gksu", ensuite, il déroule...

le lien pour l'analyse : http://paste2.org/xNpPpn0N

Nano

Nano33320 · Le 23/04/2016, à 18:41

Correctif, j'ai trouvé un commutateur UEFI/BIOS dans le logiciel de boot... (je ne l'avais pas vu avant alors que j'ai fait de nombreuses installations d'OS sur ce Notebook !!!)
J'ai forcé sur BIOS, et surprise l'installation a fonctionné... !!!
Vous avez dit "bizzarreee"

Sur ce type de manip pour essai sur ce PC, j'installe toujours en solo après reformat du SSD. (Windows 7 d'origine)
La 16.04 est la première installation à poser problème... yc pour l'outil de formatage de la clef USB/SDCard (j'utilisais Rufus qui n'accepte pas le syslinux du 16.04 et les màj ne sont pas dispo) j'ai du passer à Etcher...

Merci pour l'aide et si ça peut servir à d'autres... je ne serai certainement pas le seul à rencontrer ce genre de pb. Je n'avais rencontré, jusqu'à présent, aucun soucis yc avec la 15.10
Il y a probablement quelque chose à creuser.

Merci pour le temps passé avec moi.
Comment signaler que le Pb est résolu ?

Nano

Bougron · Le 23/04/2016, à 18:46

Nano33320 a écrit :

boot-info de ce qui marche ???
Comment le PC peut-il booter en UEFI alors que son seul mode de boot est le BIOS ?
lors du lancement de boot-info, il commence par dire qu'il ne trouve pas "gksudo" ni "gksu", ensuite, il déroule...
le lien pour l'analyse : http://paste2.org/xNpPpn0N
Nano

J'ai le sentiment que tu me redonnes exactement le même boot-info................

C'est probablement que le BIOS est en EFI nativement. Cela fait quand 16 ans que cela existe.

ou que la version 16.04 de ubuntu a décidé qu'elle ne voulait plus voir que des PC en EFI
Personnellement, je me contente de lire ce qui est écrit en ligne 426.

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
C'est contradictoire avec ce que tu dis,
Pour y voir un peu plus clair, peux-tu donner une référence du PC ou de la carte mère
et faire la commande suivante

sudo lshw -sanitize

En fait, ce n'est même pas la peine. Le bios sait répondre au questionnement des fichiers de boot en EFI!!! dont voici la liste

=================== efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0000,0002
Boot0000* Generic STORAGE DEVICE 0207	BBS(18,,0x0)
Boot0001* UEFI: Generic STORAGE DEVICE 0207	PciRoot(0x0)/Pci(0x13,0x2)/USB(1,0)/HD(1,MBR,0x112,0x2c1144,0x1280)
Boot0002* SATA: Samsung SSD 840 Series  	BBS(18,,0x0)

et comme c'est un bios EFI d'avant la dernière norme, il se fout de cette norme, et cela lui permet de booter aussi sur un MBR si je décodifie bien la réponse de cette ligne.
Boot0001* UEFI: Generic STORAGE DEVICE 0207 PciRoot(0x0)/Pci(0x13,0x2)/USB(1,0)/HD(1,MBR,0x112,0x2c1144,0x1280)

Pour info, ce périphérique c'est
lrwxrwxrwx 1 root root 9 Apr 23 15:46 usb-Generic_STORAGE_DEVICE_000000000207-0:0 -> ../../sdb

Il sait aussi booter sur
Boot0002* SATA: Samsung SSD 840 Series BBS(18,,0x0) que tu connais

=================== parted -l:
Model: ATA Samsung SSD 840 (scsi)
Disk /dev/sda: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number  Start   End    Size   Type      File system  Flags
1      1049kB  512MB  511MB  primary   ext2
2      513MB   250GB  250GB  extended
5 513MB 250GB 250GB logical lvm

Le plus simple semble de transformer ce disque pour qui'il soit GPT, Au besoin sauvegardes un peu ce que tu peux ou réinstalles la version que tu avais avant.

Dernière modification par Bougron (Le 23/04/2016, à 19:44)

Nano33320 · Le 23/04/2016, à 19:07

Samsung Notebook NP305U1A
SSD 250 GO Samsung 840
4 GO de RAM
smbios-2.7 vsyscall32

carte mère type inconnue
processeur AMD E-410 APU avec carte graphique radeon HD 64 bits

ensuite, la litanie des USB / ethernet / PCI / ...

Nano

Bougron · Le 23/04/2016, à 19:13

Merci
J'ai updaté ma dernière réponse.
Je regardes les caractéristiques
pour le moment je crois que le plus simple est de repartir avec un disque aux nouvelles normes.
En lisant le document décrivant le bios
Il n'est pas du tout certain qu'il sache gérer le format GPT.

Je ne veux pas être un mauvais conseiller.
Si tu souhaites continuer en formatant le ssd en GPT ... sinon ne migres pas en 16.04 avec la version 64 bits, essayes la version 32 bits.

Je ne crois pas que le problème de JACK38150 soit résolu. Lui seul est autorisé à décider.

Dernière modification par Bougron (Le 23/04/2016, à 19:32)

Nano33320 · Le 23/04/2016, à 19:27

En résumé, le PC n'arrive pas à booter en UEFI (sa version date un peu)
Mais il réussi à booter lorsque je force le boot en bios...

ça fonctionne

Par contre sur 14.03 LTS, j'étais arrivé à éviter la saisie du mot de passe pour les mise à jour auto, est-ce aussi possible pour la 16.04 ?

Bougron · Le 23/04/2016, à 19:52

Nano33320 a écrit :

Merci pour ce retour rapide,
Lorsque je démarre le PC, le seul mode possible est le BIOS (pas d'UEFI).
Lors de l'installation d'Ubuntu 16.04, l'installateur me demande un retour pour bloquer l’installation en UEFI et la réaliser en BIOS. j'effectue le retour mais il semblerait, d'après le résultat de Boot-info, que l'installation se fasse quand même en UEFI...
Ceci me semble cohérent avec les infos collectées...
Mais comment forcer l'installation en de 16.04 en BIOS ?

Si je comprends bien c'est cette option qui le permet.
Mais que la première fois, ta réponse ne fut pas correcte.

Dernière modification par Bougron (Le 23/04/2016, à 19:55)

Saturnin51 · Le 23/04/2016, à 21:55

Ayant le même probléme, quelle est la solution à ce bazar? J'ai un Toshiba Portégé R930. J'avais initialement un disque SSD Kingston 240 Go, sur lequel avait été installé win10 et ubuntu 15.10. Fonctionnel tous les deux.
J'ai remplacé le disque par un SSD Sandisk 480 Go. Install de win10 OK. Install de la 15.10 OK mais sans redémarrage d'ubuntu. Essai avec la 16.04LST, idem.

Dans le BIOS j'étais en mode CMS (non-UEFI). J'ai modifié en UEFI, mais là la machine ne boote plus du tout et demande un disque système. J'en conclus que Win 10 a été installé en non-UEFI et que je devrais tout ré installer from scratch en mode UEFI ?

D'ailleurs sur mon PC de bureau qui en mode UEFI, la mise à jour de la 16.04 s'est faite et je n'ai pas de souci de boot. Cette version est seulement compatible UEFI ?

Dernière modification par Saturnin51 (Le 23/04/2016, à 22:22)

Nano33320 · Le 24/04/2016, à 10:34

Saturnin51 a écrit :

Ayant le même probléme, quelle est la solution à ce bazar? J'ai un Toshiba Portégé R930. J'avais initialement un disque SSD Kingston 240 Go, sur lequel avait été installé win10 et ubuntu 15.10. Fonctionnel tous les deux.
J'ai remplacé le disque par un SSD Sandisk 480 Go. Install de win10 OK. Install de la 15.10 OK mais sans redémarrage d'ubuntu. Essai avec la 16.04LST, idem.
Dans le BIOS j'étais en mode CMS (non-UEFI). J'ai modifié en UEFI, mais là la machine ne boote plus du tout et demande un disque système. J'en conclus que Win 10 a été installé en non-UEFI et que je devrais tout ré installer from scratch en mode UEFI ?
D'ailleurs sur mon PC de bureau qui en mode UEFI, la mise à jour de la 16.04 s'est faite et je n'ai pas de souci de boot. Cette version est seulement compatible UEFI ?

Bonjour Saturnin,

A priori, elle semble compatible en BIOS (non EFI) ou UEFI Standardisé...

Sur mon portable, je l'ai installée en BIOS et ça fonctionne. Toutefois, lors de l'installation, il y a une alerte pour la compatibilité UEFI, si l'installation n'est pas compatible, il demande de faire un retour et là, le retour fait, si le PC est en BIOS, l'installation est correcte, tout au moins sur mon Notebook.
Précision, je ne suis pas en dual boot mais en installation exclusive (pas d'autre OS)

Cdlt
Nano

Dernière modification par Nano33320 (Le 24/04/2016, à 10:35)

Saturnin51 · Le 24/04/2016, à 10:43

Mon est résolu. J'ai fait une install sur une seule partition et là ça fonctionne ???

Mes partitons en MRB:
500 Mo pour win10 réservé
105 Go pour Win10
105 Go pour mes données Win10
170 Go pour Ubuntu et le swap

Etrange !

Bougron · Le 24/04/2016, à 10:49

Saturnin51 a écrit :

Ayant le même probléme, quelle est la solution à ce bazar? J'ai un Toshiba Portégé R930. J'avais initialement un disque SSD Kingston 240 Go, sur lequel avait été installé win10 et ubuntu 15.10. Fonctionnel tous les deux.
J'ai remplacé le disque par un SSD Sandisk 480 Go. Install de win10 OK. Install de la 15.10 OK mais sans redémarrage d'ubuntu. Essai avec la 16.04LST, idem.
Dans le BIOS j'étais en mode CMS (non-UEFI). J'ai modifié en UEFI, mais là la machine ne boote plus du tout et demande un disque système. J'en conclus que Win 10 a été installé en non-UEFI et que je devrais tout ré installer from scratch en mode UEFI ?
D'ailleurs sur mon PC de bureau qui en mode UEFI, la mise à jour de la 16.04 s'est faite et je n'ai pas de souci de boot. Cette version est seulement compatible UEFI ?

Bonjour.
Tu as vu que je demande toujours un boot-info et que cela aide à comprendre comment l'installation se fait.
Ton énorme erreur est de modifier le bios. Si windows fonctionne en mode CMS, pour l'installation de la version 14.04 ou 15.10, il fallait absolument rester en mode CMS.
Maintenant je comprends que ce n'est pas obligatoire pour l'installation de la version 16.04. Mais après cette installation c'est une obligation de revenir en mode CSM pour booter. Donc je ne vois pas quel intérêt tu as à changer le mode de boot pour installer.

Dernière modification par Bougron (Le 24/04/2016, à 10:52)

Jack38150 · Le 24/04/2016, à 11:08

Après une grosse galère pour monter un clé usb bootable avec ubuntu 16.04.0, j'ai réussi à obtenir un boot-info
Pour y accéder suivre cet URL
http://paste2.org/G1AONBmc

Merci pour vos conclusions

Bougron · Le 24/04/2016, à 12:12

Bonjour
Tu es exactement dans le problème rencontré.
le bios dit qu'il fonctionne en EFI.

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled. (maybe sec-boot, Please report this message to boot.repair@gmail.com)

Tu as fais aussi le même modèle de support d'installation.

Drive: sdg _____________________________________________________________________
Disk /dev/sdg: 14.9 GiB, 16013942784 bytes, 31277232 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/sdg1    *              0     2,902,111     2,902,112   0 Empty
/dev/sdg2           2,888,004     2,892,739         4,736  ef EFI (FAT-12/16/32)
/dev/sdg1 overlaps with /dev/sdg2

Lors de la discussion j'ai oublié de demander de quelle façon ce support est fabriqué. Avec quel logiciel? car la structure du support est surprenante avec un message d'alerte.

Toi aussi tu as des supports de boot en EFI

=================== efibootmgr -v
BootCurrent: 0008
Timeout: 1 seconds
BootOrder: 0008,0006,0007,0005
Boot0005  CD/DVD Drive 	BBS(CDROM,,0x0)..GO..NO........o.H.L.-.D.T.-.S.T. .D.V.D.R.A.M. .G.H.2.4.N.S.9.0....................A...........................>..Gd-.;.A..MQ..L.X.K.C.H.M.3.1.E.3.7. .1. . . . . . . . ........BO..NO........o.H.L.-.D.T.-.S.T. .B.D.-.R.E. . .B.H.1.0.L.S.3.0....................A...........................>..Gd-.;.A..MQ..L.9.K.A.8.8.3.3.A.1.5. .5. . . . . . . . ........BO
Boot0006* Hard Drive 	BBS(HD,,0x0)..GO..NO........o.S.a.n.D.i.s.k. .S.D.S.S.D.H.P.1.2.8.G....................A...........................>..Gd-.;.A..MQ..L.3.1.5.3.6.3.0.4.6.5.7.0. . . . . . . . ........BO..NO........o.S.a.n.D.i.s.k. .S.D.S.S.D.X.P.S.2.4.0.G....................A...........................>..Gd-.;.A..MQ..L.5.1.4.0.8.8.0.4.2.0.5.5. . . . . . . . ........BO..NO........o.W.D.C. .W.D.2.0.E.A.R.X.-.0.0.P.A.S.B.0....................A...........................>..Gd-.;.A..MQ..L. . . . .W. .-.D.C.W.Z.A.L.A.3.4.0.7.5.6........BO..NO........o.W.D.C. .W.D.3.0.0.0.H.L.F.S.-.0.1.G.6.U.3....................A...........................>..Gd-.;.A..MQ..L. . . . .W. .-.D.X.W.1.5.1.C.W.0.1.9.7.3........BO..NO........o.W.D.C. .W.D.2.0.E.A.R.X.-.0.0.P.A.S.B.0....................A...........................>..Gd-.;.A..MQ..L. . . . .W. .-.D.M.W.Z.A.5.A.2.3.1.8.8.3........BO..NO........o.S.a.n.D.i.s.k. .S.D.S.S.D.X.P.2.4.0.G....................A...........................>..Gd-.;.A..MQ..L.3.1.3.2.7.4.0.4.5.0.9.5. . . . . . . . ........BO..NO........a.G.e.n.e.r.i.c. .S.T.O.R.A.G.E. .D.E.V.I.C.E. .0.9.0.3....................A................................Gd-.;.A..MQ..L.0.0.0.0.0.0.0.0.0.9.0.3........BO..NO........q.S.a.n.D.i.s.k. .E.x.t.r.e.m.e. .0.0.0.1....................A.............................>..Gd-.;.A..MQ..L.A.A.0.1.1.0.1.6.1.2.1.8.2.4.4.6.1.6.4.4........BO
Boot0007  UEFI OS	HD(2,MBR,0x127,0x32800,0x1be10000)/File(EFIBOOTBOOTX64.EFI)..BO
Boot0008* UEFI: SanDisk Extreme 0001 PciRoot(0x0)/Pci(0x1d,0x0)/USB(0,0)/USB(0,0)/HD(1,MBR,0x112,0x2c1144,0x1280)..BO

Pourtant tous tes disque durs bootent de façon classique avec des MBR.

============================= Boot Info Summary: ===============================
 => Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos1)/boot/grub.
 => Windows 7/8/2012 is installed in the MBR of /dev/sdb.
 => Windows 7/8/2012 is installed in the MBR of /dev/sdc.
 => Windows 7/8/2012 is installed in the MBR of /dev/sdd.
 => Windows 7/8/2012 is installed in the MBR of /dev/sde.
=> Windows 7/8/2012 is installed in the MBR of /dev/sdf.

Ils sont tous de l'ancien modèle.
Disklabel type: dos
Vu leur nombre, il est hors de question d'envisager leur migration en GPT

Que te conseiller?
D'abord, donnes les références de ton ordinateur afin de savoir s'il y a une possibilité de switcher le bios en CSM.
Sinon, Tu as commis l'erreur (deux fois si j'ai bien compris) que nano3320 a commis une fois mais pas la seconde fois, en répondant mal à la question de l'installateur.
Cette question, je ne la connais pas. Je pense qu'elle n'est posée qu'en présence de disques ancien modèle.

Soit tu te souviens de cet endroit et tu y fais attention et tu notes bien pour expliquer ultérieurement car je crains que vous soyez les premiers d'une longue série.
Soit nano33320 suit encore cette discussion et se souvient de cet endroit, et je compte sur lui pour expliquer le mieux possible qu'elle est cette question et ce qu'il faut répondre.

Je ne sais pas comment tu avais décidé d'installer ubuntu16.04 en remplacement de ta version 14.04.4 ou en faisant une installation "'a coté"

Mais il y a une chose très surprenante que je vois. Tu ne disposerais pas de windows comme OS et tu aurais des disques formatés NTFS!!!

/dev/sdb1: LABEL="Archivage" UUID="46C249F4C249E92F" TYPE="ntfs" PARTUUID="79e12bff-01"
/dev/sdb2: LABEL="Musique" UUID="4006EE2A06EE20A0" TYPE="ntfs" PARTUUID="79e12bff-02"
/dev/sdb3: LABEL="Travail" UUID="7470FD5270FD1B94" TYPE="ntfs" PARTUUID="79e12bff-03"
/dev/sdc1: LABEL="RM-CM-)servM-CM-) au systM-CM-(me" UUID="148817C88817A6F0" TYPE="ntfs" PARTUUID="ea0a7e7f-01"
/dev/sdc2: LABEL="PhotoVideo" UUID="0C68213468211E48" TYPE="ntfs" PARTUUID="ea0a7e7f-02"
/dev/sdd1: LABEL="RM-CM-)servM-CM-) au systM-CM-(me" UUID="78F2F949F2F90BDE" TYPE="ntfs" PARTUUID="ea0a7e7d-01"
/dev/sdd2: LABEL="W10" UUID="583C02DF3C02B7D0" TYPE="ntfs" PARTUUID="ea0a7e7d-02"
/dev/sde1: LABEL="Video Job" UUID="2E1CBDD51CBD97F3" TYPE="ntfs" PARTUUID="f018d2eb-01"
/dev/sdf1: LABEL="Montage" UUID="76CA8641CA85FD9D" TYPE="ntfs" PARTUUID="12d3c920-01"
/dev/sdf2: LABEL="Sauve_Photos" UUID="BEFCBC4AFCBBFB2B" TYPE="ntfs" PARTUUID="12d3c920-02"
/dev/sdf3: LABEL="Sauvegarde_gM-CM-)nM-CM-)rale" UUID="7088D14488D1098C" TYPE="ntfs" PARTUUID="12d3c920-03"

Tu te prépares des ennuis lorsque ton ordinateur écrira sur l'un de ces disques et qu'il y aura un arrêt machine imprévu.

Dernière modification par Bougron (Le 24/04/2016, à 12:25)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 23/04/2016, à 14:03

Installation Ubuntu 16.04 archi bizarre

#2 Le 23/04/2016, à 14:51

Re : Installation Ubuntu 16.04 archi bizarre

#3 Le 23/04/2016, à 15:22

Re : Installation Ubuntu 16.04 archi bizarre

#4 Le 23/04/2016, à 15:43

Re : Installation Ubuntu 16.04 archi bizarre

#5 Le 23/04/2016, à 15:56

Re : Installation Ubuntu 16.04 archi bizarre

#6 Le 23/04/2016, à 16:47

Re : Installation Ubuntu 16.04 archi bizarre

#7 Le 23/04/2016, à 16:48

Re : Installation Ubuntu 16.04 archi bizarre

#8 Le 23/04/2016, à 17:20

Re : Installation Ubuntu 16.04 archi bizarre

#9 Le 23/04/2016, à 17:29

Re : Installation Ubuntu 16.04 archi bizarre

#10 Le 23/04/2016, à 17:31

Re : Installation Ubuntu 16.04 archi bizarre

#11 Le 23/04/2016, à 17:41

Re : Installation Ubuntu 16.04 archi bizarre

#12 Le 23/04/2016, à 17:48

Re : Installation Ubuntu 16.04 archi bizarre

#13 Le 23/04/2016, à 17:55

Re : Installation Ubuntu 16.04 archi bizarre

#14 Le 23/04/2016, à 18:41

Re : Installation Ubuntu 16.04 archi bizarre

#15 Le 23/04/2016, à 18:46

Re : Installation Ubuntu 16.04 archi bizarre

#16 Le 23/04/2016, à 19:07

Re : Installation Ubuntu 16.04 archi bizarre

#17 Le 23/04/2016, à 19:13

Re : Installation Ubuntu 16.04 archi bizarre

#18 Le 23/04/2016, à 19:27

Re : Installation Ubuntu 16.04 archi bizarre

#19 Le 23/04/2016, à 19:52

Re : Installation Ubuntu 16.04 archi bizarre

#20 Le 23/04/2016, à 21:55

Re : Installation Ubuntu 16.04 archi bizarre

#21 Le 24/04/2016, à 10:34

Re : Installation Ubuntu 16.04 archi bizarre

#22 Le 24/04/2016, à 10:43

Re : Installation Ubuntu 16.04 archi bizarre

#23 Le 24/04/2016, à 10:49

Re : Installation Ubuntu 16.04 archi bizarre

#24 Le 24/04/2016, à 11:08

Re : Installation Ubuntu 16.04 archi bizarre

#25 Le 24/04/2016, à 12:12

Re : Installation Ubuntu 16.04 archi bizarre

Pied de page des forums