Zorinos.fr

C'est plus simple que ça ne paraît. Mais si tu as réussi à créer ta clef et si elle te permet de booter sur Windows, avant de chercher à flasher le BIOS, il y aurait un autre essai à faire. Télécharge  EsasyUEFI . C'est une version d'essai, mais elle est suffisante pour voir ce qui pourrait clocher et éventuellement le réparer. Je suppose que tu devrais pouvoir l'installer en  live  et le lancer. C'est ce logiciel qui m'avait dépanné lorsque j'avais voulu installer un dual-boot sur mon portable Acer. La situation est différente, mais ça vaudrait le coup d'essayer : il permettrait de savoir ce qu'il "voit" dans le système UEFI : s'il reste quelque chose de Windows, il faudrait le désactiver : copie d'écran sur cette page . A tout hasard, vérifie aussi que le  secure boot  et autre forme de démarrage sécurisé sont désactivés dans le BIOS : Windows possède plusieurs réglages qui l...

Une dernière vérification : puisque tu as pu copier le fichier "grub.cfg', je pense que Zorin est correctement installé sur le DD. Normalement, tu devrais avoir accès à ton répertoire personnel depuis l'explorateur de fichiers de la  live session.  Est-ce bien le cas ? Si oui, tu devrais pouvoir télécharger quelque chose depuis internet dans le répertoire "Téléchargement" du Zorin du DD depuis la  live session  et y accéder par la suite, toujours depuis la live session , le DD servant d'espace de stockage. Si c'est le cas, télécharge l'ISO de W10 depuis cette adresse . Quand ce sera fait, tu n'auras qu'à suivre la première méthode décrite sur cette page  pour confectionner une clef de démarrage Windows qui te permettra de flasher le BIOS — les tutos de ce site et de cet auteur sont fiables. Juste quelques conseils : Il faudra bien sûr mettre le portable sur secteur. A l'ét...

Bof, c'est un peu logique... 

Tu as essayé de mettre la ligne Ubuntu en premier ?

                    

En fait, le modèle de l'ordinateur ne suffit plus, il faut le numéro de série et/ou le SNID :


Vois si tu peux obtenir un BIOS pour ton ordi sur cette page avec l'un de ces identifiants (ou sur la page en anglais).
Si oui, ne le télécharge pas tout de suite (sauf si tu as une troisième clef) et dis-le moi, je t'enverrai les consignes.


 

oui j'ai une seconde clé Ok, je pourrai donc envisager un plan alternatif. Ce que tu m'as révélé de la séquence de démarrage du BIOS (F12), me laisse penser que le problème se situe à ce niveau. En effet, j'ai cherché en élargissant les hypothèses par "cercles concentriques" à partir des problèmes que je connaissais pour les avoir eus ou que des utilisateurs ont eus sur le forum et que j'ai aidé à résoudre. Mais je n'ai jamais été confronté à un problème de ce type. Et ce que je ne comprends pas, c'est comment Zorin arrive à s'installer en mode UEFI alors que c'est une entrée MBR qui a la priorité dans la séquence de boot . Vérifie le retour de cette ligne :   sudo efibootmgr -v Le retour de ce matin était celui-ci :   BootCurrent: 0001 Timeout: 0 seconds BootOrder: 0001,2001,2002,2003 Boot0000* Unknown Device: HD(1,GPT,9a190d86-3190-49bf-901e-2cb5b36e0b59,0x800,0x100000)/File...

Merci, @claudebonnin. Moi non plus, je n'avais pas vu tes réponses avec le changement de page.
Pour l'histoire du NVRAM, je l'ai déjà rencontrée récemment et j'avais réussi à la contourner.

As-tu une autre clef d'une capacité suffisante pour en faire une seconde clef d'installation ?
Si oui, je te proposerai de quoi t'occuper.

Même si tu peux réinstaller Windows, attends un peu, je creuse une autre piste.

Questions :

• Sauf erreur de ma part, tu ne m'as pas dit si tu avais essayé "boot-repair" (alias "Réparateur de démarrage") depuis la live session et j'ai eu le tort de partir sur autre chose sans te le demander. Si ce n'est pas le cas, ça vaudrait le coup de commencer par le faire, pour voir.
  Si une erreur bloquante se produit, envoie-moi le compte rendu complet sous forme de fichier zippé, comme précédemment.
  
  
• Quel est le modèle précis de ton ordinateur (dénomination commerciale et numéro) ?
  

Ah.

Oui, le renseignement est utile, mais ce n'est absolument pas normal, comme si le BIOS était corrompu.
Si tu as déjà lancé la réinstallation, on verra bien ce qui en sort, mais ce ne devrait pas être différent.

Tu as toujours le disque d'installation de Windows ?
Si oui, cela vaudrait le coup de chercher à le réinstaller, pour voir s'il détecte le problème et, qui sait, s'il permet de le réparer.
Si tu y parvenais, je pourrais te proposer une autre méthode pour installer Zorin en nous servant d'abord de Windows pour modifier certains réglages.

j'espère que tu as tout ce que tu souhaitais Super, claudebonnin , tu deviens un pro des vérifications et du forum ! ☕ 🍪 Il y a juste un truc que tu n'as pas essayé : le bouton "<>" pour poster tes retours dans des zones de code. 🤭 Je prends le temps de regarder ça attentivement, et je te réponds.                      Ceci dit, il m'est venu une idée en me rasant : entre dans le BIOS en tapotant sur F2 au démarrage et vérifie si le mode de démarrage est bien réglé sur UEFI. Si ce n'est pas le cas, modifie-le. Ce serait trop bête que ce soit ça, mais bon... Profites-en pour désactiver le démarrage sécurisé pour une prochaine tentative d'installation.                      PS : Vérifie le BIOS : l'installation est à nouveau en mode legacy  dans le MBR ! Si le réglage était bien sur "MBR", mets-le sur UEFI et recommence l'installation avec ta clef Etcher en choisissant l...

Malheureusement mon pc fait encore des siennes, il ne boot toujours pas sur le disque dur [...] Désolé, claudebonnin , c'eût été trop beau. 🙄 Je ne pense pas que l'état du disque soit en cause, mais plutôt qu'il s'agit d'un reste de la première installation. Ceci dit, je viens de faire exactement la même chose que toi sur un Dell Inspiron de 2007 : j'ai installé Zorin en effaçant le contenu du DD et Vista par la même occasion, et ça marche — poussivement, mais ça marche. Va comprendre... 😶 J'avais prévu de te demander une série de vérifications pour satisfaire ma curiosité. Si tu veux bien, on va les faire pour chercher à comprendre et, qui sait, trouver une solution : La première, pour avoir les renseignements souhaités sur les partitions de la nouvelle installation : lsblk -o NAME,FSTYPE,SIZE,PARTUUID,UUID,MOUNTPOINT,LABEL | grep -v loop La deuxième pour connaître le nouvel ordre de d...

Bon, tant pis. Normalement, la réinstallation réglera le problème.

Voici le programme pour la suite, à faire avec la nouvelle clef flashée avec Etcher.

• Démarre une live session en laissant la vérification aller jusqu'à son terme — pour cette fois seulement, afin d'être sûr de son intégrité.
  
• Lance le processus d'installation.
  
• Réinstalle en choisissant "Autre chose" dans la page "Type d'installation" :
  
  
  Autre chose #1.jpg
  
  
• Dans l'écran suivant, double clique sur la partition "sda2" et reproduis ces paramètres.
  Au bas de l'écran, le gestionnaire de démarrage doit être installé dans "sda" (sans précision de partition) :
  
  
  Autre chose #2.jpg
  
  
• Continue l'installation.
  
• Accepte de redémarrer et retire la clef.
  

L'erreur doit être en rapport avec le fait que la ligne ne se termine pas par "RC" — quant à savoir pourquoi, je n'ai pas la réponse...

On va essayer de réorganiser l'ordre de démarrage pour voir si ça met l'entrée "0002" en "Boot Current" ou si l'erreur persiste et bloque la modification.
Envoie-moi le retour de la seconde ligne stp :

Merci beaucoup !

Si tu as encore un peu de temps, entre la première ligne pour supprimer l'entrée "0000" et envoie-moi le retour de la seconde :
 
Normalement, cette fois, cette entrée (renumérotée) devrait être l'entrée courante et il ne devrait plus y avoir trace d'entrée MBR :

Content que tu ne te sois pas découragé, claudebonnin ! De toute façon, je commençais à saturer un peu : je suis assez malhabile du clavier, mais je ne pense pas que ce soit moi qui aie activé la mention "Sujet résolu", même si j'ai bon espoir que nous puissions le faire. Cette pause va nous permettre de repartir avec des idées claires. Première chose : on va faire une seconde tentative pour supprimer l'entrée "0001" qui est toujours l'entrée courante — c'est ma faute, ça fait un moment que je n'ai pas fréquenté "efibootmgr" et je t'avais donné une commande incomplète. Je ne t'explique plus qu'il faut ouvrir une  live session , etc. Entre ces deux lignes et envoie-moi le retour de la seconde :   sudo efibootmgr -B -b 0001 sudo efibootmgr -v En attendant ma réponse, refais ta clef d'installation avec Etcher  ! Ce n'est pas une manie de ma part, mais j'y tiens...

Bizarre, l'entrée "0001" n'a pas été supprimée — erreur de ma part dans la commande du message #26 que j'ai corrigée depuis. 😷 Entre cette ligne pour essayer de réorganiser la séquence de boot et mettre "0002" en premier en évacuant 0001 :   sudo efibootmgr -o 0002,2001,2002,2003 Puis envoie le retour de :   sudo efibootmgr -v PS :  Je crains que ces tâtonnements ne plaident pas en ma faveur. Mais c'est la première fois que je vois autant de problèmes à la fois : ils doivent venir de la suppression de Windows "à la hussarde" faite par l'installateur de Zorin. Il aurait fallu préparer l'installation avant de la lancer comme je te l'ai fait faire après coup, mais ce truc est très mal documenté, voire pas du tout. Une fois la séquence de  boot  réglée de façon à amorcer sur le bon lanceur (0002), on devrait y voir plus clair. Et normalement, la ligne ci-dessus ...

OK pour "/etc/fstab".

Je me suis mal expliqué, je voulais ça aussi :
 
Et fais également ce que je venais de t'envoyer.
Désolé, j'ai la réflexion un peu lente, mais la situation est sacrément emmêlée !
 

Par rapport à l'ordre de démarrage, il y a quelque chose qui cloche aussi : le système est prévu à la fois pour le mode UEFI et le mode MBR (comme sur les ordis anciens, d'avant l'UEFI).
Et il démarre en premier sur le mode MBR (entrée 0001). Il ne doit donc même pas examiner la partition EFI que nous venons de corriger.

Entre cette ligne pour supprimer cette entrée (reste d'ancienne installation ?) :
 
Et envoie ce retour, pour voir où on en est après :

Désolé, recommence : j'avais oublié de préciser qu'il fallait refaire la série : tout se perd à la fermeture des live sessions. 
Et envoie-moi plutôt ce retour, il sera peut-être plus parlant :

J'y croyais, pourtant.
Tu m'envoies ce retour, pour vérifier ? 
 
Envoie-moi aussi celui-ci :
 
Dans ces conditions, c'est normal que les partitions ne soient pas montées puisque le système ne s'amorce pas.

Envoie-moi encore :
 

Oui, j'ai percuté plus tard en examinant la liste des drapeaux de plus près, et j'ai corrigé mon message.
En tout cas, je ne l'avais jamais vu.

Merci pour tes retours, claudebonnin ! Il y a deux choses qui clochent et/ou qui m'étonnent. En premier, le fichier "grub.cfg" n'utilise pas l'UUID de la partition "sda2" pour la chercher — je ne sais d'ailleurs pas d'où provient l'UUID qu'il utilise : normalement, les UUID de partitions EFI formatées en FAT32 comportent huit chiffres disposés selon le modèle "XXXX-XXXX". Pas étonnant que le système ne trouve aucun " bootable device " ! [EDIT] Shame on me  : je ne sais pas pourquoi, mais j'ai confondu "PARTUUID" et "UUID"... Les premières figurent dans la séquence de  boot" , les secondes, plus connues, dans les fichiers "grub.cfg", aussi bien dans le répertoire "/EFI/ubuntu" que dans le répertoire "/boot/grub/grub.cfg". Cela n'avait aucune incidence à cet endroit de la recherche du problème, m...