échec installation distribution Q4OS

Résolu

WalterP -

Bonjour,

je suis en train d'installer la distribution Q4OS basée sur Debian mais l'installation s'est arrêtée aux 2/3, après chargement de 179 659 fichiers . Une fenêtre s'est ouverte disant " Le chargeur de démarrage n'a pas pu être installé. La commande d'installation <pre>grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=Q4OS_Aquarius --force</pre> a renvoyé le code d'erreur 1 ".

Un forum Ubuntu dit qu'il faut lancer boot-repair dans un Terminal, chose que j'ai faite tout étant sur ma clé live USB car je ne peux plus le faire autrement, ce début d'install a effacé la partition précédente . Il n'y a donc plus d'OS sur mon Pc .

Problème : le Terminal me dit que cette commande n'est pas reconnue ! J'ai essayé différentes façons de taper boot-repair mais sans résultats ! Peut-être que cette commande est incomplète ?

Par exemple, faut-il taper apt-get boot-repair ? Ou bien dois-je mettre quelques caractéristiques du Pc ?

Merci pour vos avis !

Mon PC :

Lenovo Ideacentre 310S-08ASR

Processeur : AMD E2-9030 Radeon R2 4 compute cores 2C + 2Gx2

Linux / Firefox 138.0

Afficher la suite

5 réponses

Résumé de la discussion

L'installation de Q4OS basée sur Debian s'arrête à environ les deux tiers, avec une erreur du chargeur de démarrage et le code grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=Q4OS_Aquarius --force renvoyant 1. Des échanges suggèrent boot-repair depuis une clé live, mais certains indiquent que la commande n'est pas reconnue dans le terminal, avec des hésitations liées à apt-get. Des diagnostics portent sur le mode de démarrage (EFI/UEFI versus Legacy), la partition GPT et une partition EFI, avec des cas où deux ESP ou une ESP saturée causent l'échec. Les conseils préconisent de vérifier l'ESP, s'assurer d'un démarrage en EFI, supprimer les ESP redondants et réparer GRUB sur le disque de démarrage, en tenant compte du Secure Boot.

Réponse 1 / 5
jns55
Bonjour,

Voir ici pour installer boot repair sur Debian (Q4OS est une Debian et les commandes données plus haut sont pour Ubuntu d'où l'échec).

https://wiki.debian.org/Boot-Repair

Ce serait également intéressant d'avoir le retour de la commande
```
sudo fdisk -l
```
1
1. WalterP Auteur
  
  Bonjour jns55, merci pour la réponse !
  
  Je vais voir si je m'en sors sur wiki.debian ...
  
  Retour de la commande sudo fdisk -l :
  
  adminq@debian:~$ sudo fdisk -l Disk /dev/sda: 465,76 GiB, 500107862016 bytes, 976773168 sectors Disk model: ST500DM002-1SB10 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 99CCE5EA-72DF-564F-AB6B-FFA1277FB857 Device Start End Sectors Size Type /dev/sda1 4096 618495 614400 300M EFI System /dev/sda2 618496 959718644 959100149 457,3G Linux filesystem /dev/sda3 959718645 976768064 17049420 8,1G Linux swap Partition 3 does not start on physical sector boundary. Disk /dev/sdb: 14,46 GiB, 15525216256 bytes, 30322688 sectors Disk model: USB DISK 2.0 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 Disk identifier: 0x3cd3dd81 Device Boot Start End Sectors Size Id Type /dev/sdb1 * 64 3014655 3014592 1,4G 0 Empty /dev/sdb2 1284 10819 9536 4,7M ef EFI (FAT-12/16/32) Disk /dev/loop0: 1,35 GiB, 1450516480 bytes, 2833040 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
  
  J'ai effectué dans le Terminal ce qui est indiqué dans le wiki.debian, voici juste la fin de la dernière commande:
  
  Certificate verification failed: The certificate is NOT trusted. The certificate chain uses not yet valid ce rtificate. Could not handshake: Erreur de vérification du certificat. [IP : 2620:2d:4000:1::81 443] Err :3 https://q4os.org/q4repo q4os-5-0-cn InRelease Certificate verification failed: The certificate is NOT trusted. The certificate chain uses not yet valid ce rtificate. Could not handshake: Erreur de vérification du certificat. [IP : 2a02:4a8:ac24:108::96:231 443] Lecture des listes de paquets... Fait E: Le fichier « Release » pour http://security.debian.org/dists/bookworm-security/InRelease n'est pas encore v alable (invalide pendant encore 86d 20h 45min 15s). Les mises à jour depuis ce dépôt ne s'effectueront pas. E: Le fichier « Release » pour http://deb.debian.org/debian/dists/bookworm/InRelease n'est pas encore valable (invalide pendant encore 71d 17h 29min 12s). Les mises à jour depuis ce dépôt ne s'effectueront pas. E: Le fichier « Release » pour http://deb.debian.org/debian/dists/bookworm-updates/InRelease n'est pas encore valable (invalide pendant encore 86d 22h 27min 43s). Les mises à jour depuis ce dépôt ne s'effectueront pas.
  
  Donc si je comprends bien le boot-repair n'est pas encore valable pour cette distribution et le problème ne sera donc pas soluble ?!
  
  Je devrais donc réinstaller Ubuntu Mate qui fonctionnait auparavant ( en espérant qu'il n'y aura pas d'échec ...! ).
  
  Est-ce bien ça ?
  
  Merci pour ton intervention ! :)
  
  0
2. jns55
  
  @WalterP
  Bonjour,
  
  la commande fdisk montre que ton disque est au format gpt et qu'il y a une partition efi sur le disque. As-tu démarré le média d'installation en mode EFI pour procéder à l'installation ? (D'ailleurs est que ton pc supporte ce mode car il ne semble pas récent ?)
  
  Pour savoir si le média d'installation est démarré en mode EFI, ouvre le terminal, colle cette commande :
  
  # [ -d /sys/firmware/efi ] && echo "UEFI Boot Detected" || echo "Legacy BIOS Boot Detected"
  
  Et vois le résultat.
  
  Si jamais le média d'installation a été démarré en mode bios legacy, le format du disque (gpt) ne convient pas d'où l'erreur à l'installation de grub.
  
  Il est néanmoins techniquement possible de faire une install en mode bios legacy sur un disque gpt mais dans ce cas il est nécessaire créer une petite partition bios_boot en début de disque (qui n'existe pas chez toi car il y a une partition efi à la place) parce qu'il n'y a pas assez de place pour installer grub entièrement dans le mbr d'un disque gpt.
  
  https://en.wikipedia.org/wiki/BIOS_boot_partition
  
  1
3. WalterP Auteur
  
  @jns55
  Bonjour,
  
  je viens d'ouvrir le Bios, il date de 2017 . C'est donc l'âge de ce Pc, c'est pas si vieux à mon avis, non ?
  
  Le mode démarrage était UEFI First, je l'ai mis en Legacy First pour voir ce que ça donne . Mais bon, il est dit clairement dans le Bios que si le boot en UEFI ne marche pas, automatiquement ça passe en Legacy . Et inversement ...
  
  Je vais lancer une install quand même, juste pour voir ...
  
  J'essaie les méthode les plus simples, car je ne sais pas modifier ou créer une partition . J'ai déjà fait ça il y a quelques années et j'ai tout foiré ( pour être clair ! ) et de plus là je suis sur la clé live USB ...
  
  A part ça j'ai collé la commande dans le Terminal, mais rien n'a bougé !?
  
  # [ -d /sys/firmware/efi ] && echo "UEFI Boot Detected" || echo "Legacy BIOS Boot Detected"
  
  0
4. jns55
  
  @WalterP
  Ça devrait afficher soit UEFI Boot Detected soit Legacy BIOS Boot Detected... forcément un des deux.
  
  Si tu fais une install en mode legacy il faut d'abord convertir ton disque en mode mbr sinon grub ne pourra pas s'installer correctement sur ton disque gpt. Tu peux le faire avec gparted. D'abord sélectionne ton disque dur (probablement sda)en haut à droite puis menu Périphérique / Créer une nouvelle table des partitions. Choisis le format msdos.
  
  L'intégralité du disque sera effacé.
  
  https://gparted.org/display-doc.php?name=help-manual&lang=fr#gparted-create-partition-table
  
  Ensuite tu peux créer tes partitions en créant sur Nouvelle partition.
  
  L'autre option (peut-être la plus simple) serait de garder le format de disque gpt et de convertir la partition efi en partition bios_grub pour que une partie du grub puisse s'y installer. Pour ça il faut sélectionner la partition efi puis lui mettre le drapeau BIOS_GRUB
  
  https://gparted.org/display-doc.php?name=help-manual&lang=fr#gparted-manage-partition-flags
  
  1
5. WalterP Auteur
  
  @jns55
  Donc,
  
  dans le Bios j'ai choisi Legacy First pour essayer et j'ai lancé l'install .
  
  Miracle, tout a bien fonctionné, je suis maintenant sur le Pc et non plus sur la clé USB !
  
  Au passage j'ai remarqué que la nouvelle partition crée lors de l'install ne comporte plus que 2 zones : /dev/sda1 en ext4 de 457 GO et /dev/sda2 swap de 8 Go . Alors qu'auparavant il y avait 4 ou 5 partitions dont une non attribuée .
  
  Tout fonctionne bien, le script au démarrage indiquait OK à toutes les lignes, j'espère que ça va durer ...
  
  Je suis content d'avoir pu éviter plus de complications ...
  
  Je te remercie d'avoir attiré mon attention sur le mode UEFI et Legacy !
  
  Avec tous mes remerciements, mes meilleures salutations ! :)
  
  0
Réponse 2 / 5
jeannets Contributeur
démarrez sur un LiveCD d'Ubuntu, ouvrez un terminal, saisissez sudo add-apt-repository ppa:yannubuntu/boot-repair, mettez à jour avec sudo apt-get update, installez avec sudo apt-get install -y boot-repair, puis lancez avec (boot-repair &), en suivant la procédure recommandée pour réparer le démarrage.

Sinon, il faut charger le fichier ISO de Boot-repair ici

https://sourceforge.net/projects/boot-repair-cd/files/

cet ISO peut etre installé sur CD ou USB et booter le PC dessus, pour réparer.

Voici un bon guide sur le sujet:

https://www.tutos-informatique.com/reparer-grub-linux/

1
1. WalterP Auteur
  
  Ok, merci jeannets pour cette procédure !
  
  je regarde ça plus tard, en fin de journée, en prenant le temps de bien comprendre les étapes à suivre !
  
  J'espère que cette procédure pour Ubuntu fonctionnera aussi pour Q4OS qui est basée sur Debian .
  
  Merci pour ton intervention ! :)
  
  0
2. WalterP Auteur
  
  Donc, résultat final,
  
  Je suis allé dans le Bios pour faire une vérification et j'ai modifié le mode de démarrage, juste pour essayer . Il était en UEFI First et je l'ai mis en Legacy First ...
  
  J'enregistre, je quitte le Bios et je lance l'install .
  
  Miracle, l'install s'est faite, tout a bien fonctionné, je suis maintenant sur le Pc et non plus sur la clé USB ! C'est surprenant mais satifaisant !
  
  Au passage j'ai remarqué que la nouvelle partition crée lors de l'install ne comporte plus que 2 zones : /dev/sda1 en ext4 de 457 GO et /dev/sda2 swap de 8 Go . Alors qu'auparavant il y avait 4 ou 5 partitions dont une non attribuée .
  
  Je suis satisfait de ne pas avoir eu à réparer le Grub ou à modifier les partitions car, avec les connaissances qui sont les miennes j'aurais eu quelques difficultés ! :) .
  
  Evidemment, je ne sais pas pourquoi les choses se sont réparées aussi simplement mais bon, je préfère que ce soit comme ça ...
  
  En tous cas je te remercie jeannets pour tes interventions !
  
  Meilleures salutations ! :)
  
  0
Réponse 3 / 5
mamiemando Modérateur
Bonjour,

1) Partition EFI (ESP) saturée : Vu que tu as testé de nombreux OS sur ce PC, je suspecte que ta partition /boot/efi (/dev/sda1) est saturée (ou sous-dimensionnée).

Dans ton cas, il y a des choses assez étonnantes, probablement sources de ton problème :
- Il y a deux (!) partitions EFI (resp. /dev/sda1 et /dev/sdb1) : a priori ça n'a aucune utilité, une suffit. Ton BIOS lira au démarrage la partition EFI (aussi appelée ESP) du disque sur lequel tu amorces.
- La partition /dev/sdb1 est sous-dimensionnée (il faudrait prévoir quelques centaines de Mo).
  
  La commande reportée dans le message initial ne permet pas de savoir dans quelle ESP Q4OS tente de se référencer, mais clairement si c'est /dev/sdb1, il est normal que ça plante.
  
  Personnellement, je la supprimerais pour éviter tout risque de confusion lors de l'installation de Q4OS. À l'extrême, tu peux (le temps de l'installation) débrancher ce disque pour être sûr qu'il n'interfère pas.
En admettant, que seule /dev/sda1 soit mise en cause, vérifie si elle est saturée avec la commande :
```
df -h | grep /dev/sda1
```
Si c'est le cas, as-tu essayé supprimer de ton ESP (via ton BIOS/UEFI) les systèmes qui ne sont plus installés ?

2) Réparation de GRUB : Il y a plusieurs méthodes pour réparer / (ré)installer GRUB et la plus accessible pour le grand public consiste actuellement à s'en remettre à boot-repair. Pour préparer une clé USB boot repair, tu n'as pas forcément besoin de passer par apt (voir ici). Dans ton cas, que ce soit lors de l'installation de Q4OS ou avec boot-repair, il faut déployer GRUB sur le disque sur lequel ton BIOS amorce (typiquement /dev/sda ou /dev/sdb). Dans ton cas je le mettrais plutôt sur /dev/sda et m'assurerais que ton BIOS démarre bien sur ce disque dur.

3) Disque dur défectueux : L'explication matérielle est possible, mais peu probable (tu verrais sûrement d'autres messages d'erreur). Généralement on la garde "pour la fin" et on peut la vérifier en regardant s'il y a des erreur d'entrée sortie (I/O) qui apparaissent dans les logs (voir les fichiers dans /var/log). Voici un exemple.

4) Choix de la distribution : Dans ce fil de discussion, on parle d'une erreur propre à GRUB, autant dire quelque chose de commun à la plupart des distributions. Hormis la version de GRUB et le choix fait par l'installeur de la partition ESP cible, le comportement devrait être globalement le même.

Aparté : Je ne veux pas lancer sur un débat sur le choix de la distribution qui est personel. Cependant, je ne pense pas qu'il faut choisir une distribution pour sa prétendue légèreté. Sur le plan de la technique, tout dépend de ce que tu installes et lance au démarrage. Il vaut donc mieux choisir une distribution sur d'autres critères (documentation, communauté, ...). Mes conseils :
- Public confirmé : Debian (c'est ce que j'utilise sur toutes mes machines) mais il faut savoir utiliser APT et installer les pilotes propriétaires dont on a besoin. Ce n'est pas insurmontable, mais sans doute trop compliqué quand on commence à découvrir Linux.
- Grand public : Ubuntu (qui dérive de Debian) ou Mint (qui dérive d'Ubuntu). Quel que soit la distribution retenue, on peut opter pour n'importe quelle variante car le choix de l'environnement graphique n'est pas irrévocable (on peut en installer plusieurs en parallèle). À noter qu'Ubuntu Server est une variante d'Ubuntu sans interface graphique et dont les performances doivent être comparables à une Debian sans interface graphique.
Bonne chance
1
1. WalterP Auteur
  
  Merci mamiemando pour ton aide ! :)
  
  1) je viens donc d'apprendre que tester de nombreux OS comme je l'ai fait ( au moins 10 ou 15 en 8 ans ... ) sature la partition boot/efi ! Voilà qui va ralentir un peu mes essais, car finalement ce n'est pas la peine de changer d'OS constamment lorsque ( et c'est mon cas ) l'essentiel du boulot est d'aller en ligne s'occuper d'un site web, de poster des photos, etc ...
  
  D'ailleurs depuis un moment je me demandais quel est l'impact d'installer souvent un nouvel OS .
  
  2) oui, je vais essayer de réparer le Grub avec boot-repair, mais d'abord il faudra que je relise ta réponse attentivement car je me situe dans la catégorie Grand public :)
  
  Merci pour ces renseignements et à plus tard ... :)
  
  0
2. WalterP Auteur
  
  Merci mamiemando,
  
  donc je suis allé dans le Bios mais je n'ai pas trouvé les systèmes qui ne sont plus installés ! Peut-être ai-je parcouru le Bios trop vite, j'y retourne dès que possible pour vérifier !?
  
  Mais puisque j'étais dans le Bios j'ai modifié le mode de démarrage, juste pour essayer . Il était en UEFI First et je l'ai mis en Legacy First ...
  
  J'enregistre, je quitte le Bios et je lance l'install .
  
  Miracle, l'install s'est faite, tout a bien fonctionné, je suis maintenant sur le Pc et non plus sur la clé USB ! C'est surprenant mais satifaisant !
  
  Au passage j'ai remarqué que la nouvelle partition crée lors de l'install ne comporte plus que 2 zones : /dev/sda1 en ext4 de 457 GO et /dev/sda2 swap de 8 Go . Alors qu'auparavant il y avait 4 ou 5 partitions dont une non attribuée .
  
  Je suis satisfait de ne pas avoir eu à réparer le Grub ou à modifier les partitions car, comme dit plus haut, je fais partie de la catégorie Grand public avec peu de connaissances ! :) .
  
  Pour le moment tout fonctionne donc bien, je verrai à l'usage ...
  
  Merci pour tous tes renseignements, je retiens également ton avis sur le choix d'une distribution ! Et je vais encore relire ton explication ci-dessus !
  
  En étant sur la clé live USB la commande ci-dessous n'a rien donné ! Ni une autre commande que m'a donné jns55 ! Je ne sais pas pourquoi ...
  
  df -h | grep /dev/sda1
  
  Peut-être parce que j'ai lancé cette commande en étant sur la clé USB ... ?!
  
  Avec mes meilleures salutations et merci pour ton aide ! :)
  
  0
3. WalterP Auteur
  
  Donc,
  
  je suis retourné dans le Bios, mais il n'y a aucune trace des distributions précédentes ni de celle qui est en fonction !
  
  Et puis, finalement, puisque le mode Legacy a partionné le disque d'une manière tout à fait différente ( 2 partitions au lieu de 4 habituellement ), peut-être que les anciens systèmes ont été effacés !?
  
  Bon, je ne sais pas pourquoi les choses se sont réglées aussi facilement, mais c'est tant mieux ... ! :)
  
  1
Réponse 4 / 5
.eric
Bonjour

Essayez boot repair et demandez un rapport de boot-info. Cette fois, essayez de suivre les tutoriels qui sont livrés dans cette page.

0
1. WalterP Auteur
  
  C'est fait ! Merci, J'avais déjà trouvé ce tutoriel.
  
  Les commandes données sur ce tutoriel ne fonctionnent pas sur mon PC, ou peut-être pas du tout ...
  
  sudo apt install -y boot-repair ; boot-repair
  
  Impossible de trouver le paquet Boot-repair !
  
  $ sudo add-apt-repository add-apt-repository: commande introuvable
  
  Donc ça me ramène au problème de départ : comment faire pour que cette installation n'échoue pas ? Apparemment ce problème est connu.
  
  Je rappelle que l' OS que j'essaie d'installer est basé sur Debian. Est-ce que ce PC a déjà accepté Ubuntu, Fedora, Ubuntu mate et 2 ou 3 autres distributions par le passé sans aucun problème d'installation. Donc je me demande ce qui se passe, sachant que Q4OS est une distribution légère ?!
  
  0
Vous n’avez pas trouvé la réponse que vous recherchez ?

La communauté CCM répond en moyenne en moins de 2h.

Posez votre question
Réponse 5 / 5
jeannets Contributeur
Bonjour,

Je soupçonnerais des incompatibilités avec ce PC... ou des secteurs défectueux dans le disque dur...?? Il aurait été bon de le vérifier avant de faire cette installation.

Tu peux aussi essayer Mint (https://www.commentcamarche.net/informatique/linux/33111-linux-mint-22-1-beta/) pour voir si ça marche davantage.

Ce problème vient de GRUB qui ne s'installe pas... ou mal...

Le disque a-t-il été formaté avant cette installation...? et la position d'installation et GRUB bien défini au début de l'installation.?... Généralement dans /

0
1. WalterP Auteur
  
  Merci jeannets !
  
  Oui, ce PC a quelques incompatibilités. Par exemple, il refuse linux Mint mate, linux mint LMDE (debian) mais il a déjà accepté par le passé Ubuntu, Fedora et récemment Ubuntu mate (que j'essaierai de remettre si je ne trouve pas de solutions pour Q4os ...).
  
  Quand ce Pc refusait Mint ou LMDE, il y avait des échecs signalés en rouge dans le script d'install, mais avec Q4OS cela n'a pas été le cas. Tout était OK ! Donc, je me pose des questions...
  
  Non, le disque n'a pas été formaté avant cette installation, et je ne connais pas la position de GRUB...
  
  De manière générale je m'y connais assez peu, je sais me servir du Terminal si on me dit quelle commande y mettre, mais sans plus...
  
  Sur un forum Ubuntu quelqu'un a réussi à régler le problème avec boot-repair, mais c'était pour installer Ubuntu ! Et Q4OS est une Debian ...
  
  Merci pour ton intervention :)
  
  0

échec installation distribution Q4OS

5 réponses

Discussions similaires

Newsletters