Reprise du message précédent :

Est-ce que c'est dans le domaine du possible de normaliser une installation archlinux via une API (qui serait alors maintenue par les développeurs de l'iso archlinux) ?

L'idée c'est de fournir à ces développeurs d'installateur graphique une bibliothèque de fonctions, leur permettant d'avoir un niveau d'abstraction suffisant pour ne plus être pris en traître quand des changements importants sont faits dans l'iso archlinux, un peu comme un développeur de jeux vidéos qui utilise l'API OpenGL ou Vulkan (ou mieux : un framework) pour se faciliter la vie, au lieu de taper directement dans les fonctions du pilote vidéo.

Une installation archlinux c'est souvent des étapes classiques :

- configuration de la langue, du clavier, réseau, configuration des dépôts, partitionnement et formatage du disque dur/SSD, choix du shell (bash, zsh), installation de paquets de base du système, création d'un compte utilisateur et de son home, choix du bureau (plasma, gnome)

une API "installation" avec des fonctions gérant les étapes ci-dessus simplifirait la tâche du développeur dans la création de son installateur graphique, il aura juste à gérer les fenêtres de l'installateur, l’enchaînement des étapes, en passant en arguments à ces fonctions de l'API le choix de l'utilisateur (langue française, clavier azerty, type de partitionnement etc...).

Je remarque des vitesses lentes de téléchargement quand je fais une mise à jour, vous utilisez quel miroir ?

J'ai essayé plusieurs miroirs et j'ai le même problème de vitesse lente (4 Mo/sec), alors que j'ai la fibre, sur des téléchargements sur des tests de débits je suis à 900 mégas, donc je ne comprends pas le souci.

Edit : résolu à l'instant, peut-être l'effet "saturation, problème de bande passante" du réseau fibre optique si trop de personnes dans mon quartier téléchargent en même temps.

J'utilise toujours reflector, quand j'ai ce genre de soucis je relance le service et c'est généralement résolu (si ca vient des miroirs).

+1

Je crois, mais je suis loin d’être expert sur ce sujet, que tes sites de tests, selon leur importance, peuvent avoir des serveurs bien proches de ceux de ton ISP, donc ils ne représentent pas toujours la moyenne mais parfois la pointe.

Il n'y a pas une application web qui fourni le même service ?
Il suffirait ensuite de copier coller les miroirs dans le fichier de config à la main.

J'ai trouvé ce lien :
https://archlinux.org/mirrorlist/

j'ai pris au hasard ce miroir :
https://archlinux.mailtunnel.eu/$repo/os/$arch

il permet d'aller à une vitesse de téléchargement plus élévée, autour de 60 Mo/sec, au lieu des 4 constatés hier soir.

Moi, j’en connais que deux, en plus d’archlinux.fr (qui n’est pas forcément très rapide, mais aurait tendance à être vite à jour) : si tu es vers Bordeaux, le miroir de Polymorf est réputé rapide. Si tu es plutôt dans le Nord-Est (Dijon), il vaut mieux aller toquer à la porte des miroirs allemands d’Esslingen.

 
mirrorlist te donne une liste à jour des mirroirs possibles, je crois pas qu'ils les priorise (ce serait d'ailleurs impossible, selon ton ISP, les points de peering par lesquels ton traffic passe, tu peux très bien avoir une meilleure vitesse avec des mirroirs différent de quelqu'un dans le meme pays, mais à un autre endroit)
d'où reflector, qui mesure la vitesse depuis ton PC

Certainement oui, mais comme le Mr dit au dessus, ce n'est pas personnalisé.
Reflector teste ce que je lui demande et me garde uniquement ce que je veux (serveurs physiquement proches, complètement a jour, etc.)

Dites, les gens : on est d’accord que si j’ai jamais eu de problème avec la dernière version de GRUB sur mes machines, je n’ai pas besoin de le réinstaller (comme c’est recommandé avec la dernière MAJ du paquet) ?
 
Grub bootloader upgrade and configuration incompatibilities

Le problème se produit sur les systèmes EFI, si c'est pas ton cas, pas besoin.
Perso j'ai eu le souci, mais tu t'en rends compte au boot suivant, et là c'est trop tard.
Je m'en suis sorti en bootant sur un live usb pour réinstaller grub.

Pas d’UEFI sur mes PC datant de 2009 : rien que du bon vieux BIOS à l’ancienne !
 
Comme j’ai dit : si j’avais dû avoir un souci avec cette révision 322 de GRUB 2.06, c’est pas maintenant qu’il devrait se manifester, mais la première fois que le paquet la contenant a été installé (autrement dit : samedi dernier).
 
Donc tu confirmes que je peux la jouer en mode YOLO ? Après tout, la version actuelle du paquet ne fait qu’afficher un message d’avertissement en plus, par rapport à l’initiale…

o/
j'ai eu le probleme ici (car boot en EFI)..
solution si c'est deja trop tard
- démarrer sur un live cd
- monter les partitions / et /boot (si elles sont séparées) dans /mnt
- faire un chroot (arch-chroot /mnt)
- grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=arch
- update-grub
- verifier avec efibootmgr qu'on va bien booter sur arch
- sortir du chroot (exit) puis démonder (umount -R /mnt)
- rebooter

si on vient d'appliquer la MAJ et qu'il n'est pas encore trop tard, grub-install et update-grub et ça passe
Enfin, il y a eu hier/aujourd('hui une nouvelle MAJ de grub (322.gd9b4638c5-3), je ne sais pas ce qu'elle fait, mais lors de l'install ya bien un message pour prévenir.

Le wiki d’Arch préconise d’utiliser carrément la commande « grub-mkconfig -o /boot/grub/grub.cfg » (ou autre chemin où doit se trouver ce fichier, éventuellement), plutôt que le « update-grub ».
 

La version « -1 » du paquet est celle qui a posé problème chez Arch, Endeavour, Manjaro (?), puisque c’est la version initiale de la révision 322 de GRUB 2.06.
La version « -2 », qui a dû rester en Testing, appliquait un revert sur un commit considéré comme problématique (sûrement celui qui est relatif aux changements dans fwsetup).
La version « -3 » publiée hier soir dans le canal Stable ne fait qu’ajouter le message d’avertissement après l’installation du paquet.

en fait,update-grub est juste un script bash qui fait exactement grub-mkconfig -o /boot/grub/grub.cfg
 
et merci pour l'historique de grub. un pacman -Qc grub me dit juste qu'il n'y a pas de changelog

Ça, je me doute !
 

Ça marche encore, depuis qu’ils ont déménagé sur GitHub (mais ça remonte à quelques années, déjà) ? Parce que tu l’as là-bas.

houlà ! merci pour l'info !
Je vais attendre un peu pour redémarrer ...

 
Ah je ne connaissais pas, c'est sympa .

Idéalement il faudrait un hook pacman pour grub, dès que le paquet est mis à jour le hook se déclencherait, pour lancer les commandes d'installation de grub et de mise à jour du fichier de config grub.

On peut créer soi-même le hook pour grub.

J'ai crée 2 scripts (install_grub et maj_grub) qui fait les 2 opérations (réinstallation de grub, et mise à jour du fichier de config), que je lance à la main lorsque je vois que le paquet grub a été mis à jour.

Il suffirait que le hook pour grub lance ces 2 scripts.

On a cela pour systemd-boot.

Ce paquet n'existe pas dans les dépôts officiels, ni dans aur :

https://aur.archlinux.org/packages? [...] stemd-boot

Il sert à quoi ce paquet ?

Edit : tu parles peut-être de ce paquet :
https://aur.archlinux.org/packages/ [...] acman-hook

 
Le message d'info :
 

Exact.

Malgrés les mises en garde, j'ai bien merdé avec grub, je me la suis joué trop confiant et j'ai plus de boot.
Il faut que je tente la manip de li1ju...

rip
ca se répare bien, c'est la manip officielle qu'on veut voir sur le forum de arch ou endeavour
https://archlinux.org/news/grub-boo [...] ibilities/
https://forum.endeavouros.com/t/the [...] tion/30689

Je vais essayer de rédiger un hook pacman pour grub (installation MBR, ma carte mère ayant un bios classique non UEFI), pour automatiser la réinstallation et la mise à jour du fichier de configuration, en cas de mise à jour du paquet grub.

Mais peut-être que si les mainteneurs du paquet grub n'ont pas fourni de hook c'est peut-être qu'il y a une bonne raison ?
Ils ont peut-être peur que le script de réinstallation de grub foute le bordel si le script n'est pas fiable ? (cas particulier de multi-boot, avec une entrée windows dans le menu par exemple)

C'est la commande grub-install qui à merder, j'ai repris ce que tu avais mis, j'ai eu un message d'erreur sur la présence de fichier, je me suis dit "ça va, c'est trop compliqué, je vais faire plus de mal que de bien, ça doit aller quand même".
La deuxième commande est passée et le petit utilitaire de customisation de grub ne m'a pas retourné d'erreur en gui, j'ai cru que c'était bon signe

Je ne suis pas hyper confiant quand même, je ne mets pas assez les mains dedans pour maitriser quoique ce soit !

De mon côté, démarrage sans encombres ce matin sur les deux ordis. Mais j’avoue avoir serré les dents au moment d’allumer le premier d’entre eux (vu que si ça passait ou foirait sur l’un, ça aurait fait pareil sur l’autre).

je suis sur l'iso endeavourous, mais je n'arrive pas à monter la partition EFI, pourquoi donc ?

mon disque linux :

** bon il n'y a pas le dossier efi, je le crée :

mais c'est encore pareil

Il y a une procédure particulière si tu es en btrfs ce ne serait pas ton cas des fois ?

Voir cette page à la section For BTRFS subvol schemes: https://discovery.endeavouros.com/s [...] s/2021/03/
Tu fais juste cette partie puis tu enchaines avec sudo arch-chroot /mnt
Et enfin grub-install

faut voir exactement ce qu'il y a dans ta partition nvme1n1p1, mais ya des chances qu'il faudrait plutot le monter dans /boot (donc ici dans /mnt/boot)
ça dépend si ya tout le boot, ou juste l'EFI
edit: avant de monter la partition EFI, voir deja si ya quelquechose dans /mnt/boot.
si rien: sudo mount /dev/nvme1n1p1 /mnt/boot

Pour créer un hook grub qui réinstallera grub et mettra à jour la configuration dès la mise à jour du paquet :

- créer un fichier grub.hook, à mettre dans /etc/pacman.d/hooks/

Selon que vous utilisez grub sur un système bios classique ou un système UEFI et ainsi que le type de partition (EXT4, BTRFS etc...) :  le contenu de la commande pour l'option "Exec" sera différente  .
 
Cas le plus simple : système BIOS classique sur partitionnement MBR (PC ancien d'avant 2010), le X est la lettre du disque (a, b, c, d etc...) où l'on veut que le secteur de boot de grub s'installe, donc adaptez la commande :

les autres cas nécessitent de lire la page du wiki pour grub pour adapter la ligne de commande :
https://wiki.archlinux.org/title/GRUB#UEFI_systems

exemple pour de l'UEFI ça peut donner ceci :

Avant d'activer le hook il faut d'abord tester à la main la ligne de commande d'installation de grub et de mise à jour de la config de grub, si aucune erreur alors on peut utiliser le hook sans crainte, dans le cas contraire s'abstenir, surtout si système UEFI avec des options qui s'éloignent du cas standard.

je suis en ext4, 64bits, cpu intel  
 
La seule originalité est que j'ai 2 disques nvme (un disque linux, un disque windows) sur un portable Dell Precision. Chaque disque à sa partition EFI, j'ai fait une copie du disque windows d'origine sur le 2eme disque en secours, et j'ai installé Arch sur le disque d'origine avec Anarchy.
 

je ne sais pas ce qu'il y a dans nvme1n1p1, c'est la partition EFI pour le boot.
 
dans /mnt/boot il y a : amd-ucode.img  grub  intel-ucode.img rien
 
edit 1 : la commande "sudo mount /dev/nvme1n1p1 /mnt/boot" est passée
 
maintenant j'ai ça :

 
edit 2 :
J'ai redémarré et recommencé le chroot et indiqué le repertoire à grub-install

 
Mais je trouve la structure de ma partition etrange, c'est normal ça ?

 
Bon je quitte le live cd et je redémarre
 
Edit 3 :
 
   c'est bon, j'ai du recréer une entrée dans le bios et j'ai redémarré comme avant.
 
La purge cette maj, j'avais pas prévu de faire ça aujourd'hui !  
 
merci à toi li1ju, tes indications m'ont bien aidé    
 
bon, je ne suis pas trop sûr de ma partition EFI quand même, c'est un sacré bordel la dedans ...

ha bravo
ca depend des installs.. traditionnellement, la partition EFI est montée dans le /boot, et contient tout (kernel, init, grub... et l'efi)
d’autres fois le /boot est dans le /, et ya une partition à part qui est montée dans /boot/efi
normalement, le grub-install refait le MBR de ton disque, et l'entrée EFI est créée automatiquement. cela peut se voir avec la commande 'efibootmgr'
(donc normalement pas besoin d'aller tripatouiller dans le bios. encore que si il est pas trop recent...)
et du coup tu dois effectivement avoir une entrée dans /etc/fstab indiquant cette partition.

Faut que je regarde (là, je suis retourné sur w10 faire les maj, je n'avais pas démarré dessus depuis 3 mois au moins), mais à l'installation il y 3 ans j'avais essayé de faire démarrer directement en uefi (enfin je ne connais pas trop les termes), sans passer par grub, mais il y a un souci avec le bios Dell. (efistub -> problème avec les bios Dell, j'avais noté à l'époque).
 
et je n'ai pas assez d'expérience pour savoir comment ça devrait être, c'est un peu ça le souci aussi.

Je viens de le créer, ça marche, avec quelques modifications par rapport à mon tutoriel plus haut :

1) on crée d'abord un script contenant les commandes de réinstallation de grub, et de mise à jour du fichier de configuration :

chemin du fichier : /usr/share/libalpm/scripts/reinstall-grub

l'exemple ici c'est le cas du bios legacy et du MBR présent sur le disque /dev/sda, à adapter selon votre type d'installation de grub, ne pas reprendre la ligne à l'identique si vous êtes dans une autre situation comme celle du forumeur Berlo :

2) on fait un "chmod +x /usr/share/libalpm/scripts/reinstall-grub" pour le rendre exécutable.

3) puis on crée le fichier hook :

chemin du fichier : /usr/share/libalpm/hooks/grub.hook

ça marche nickel quand je réinstalle grub :

Le plus important est le contenu du script "reinstall-grub" et de bien avoir lu la page wiki de grub pour bien comprendre son fonctionnement, si vos commandes sont foireuses alors le hook ne marchera pas.

Je ne touche plus à rien  

fstab

efibootmgr

@Elbarto
Pourquoi tu n'as pas continué à mettre ça dans  /etc/pacman.d/hooks/ comme plus haut ?
C'est ce qu'il vaut mieux faire je pense, i.e. laisser l'emplacement système tranquille.
J'ai des hooks dans /etc/pacman.d/hooks/ pour du packaging de dev et ça marche bien.

Ça m'évite de créer le dossier "hooks" dans /etc/pacman.d/ (car par défaut le dossier n'existe pas dans ce chemin), mais c'est vrai que j'aurai pu le faire.

Encore une nouvelle version du paquet grub, la quatrième :