Reprise du message précédent :
Ah c'est comme tout, soit tu veux être sur le dernier noyau soit tu t'en fiches. Perso je redémarre ma machine rarement, donc sauf si le noyau a quelque chose que je veux j'ignore la mise à jour (pendant quelque temps).

Quant aux médias externes, on en a deja discuté, il te suffit de faire une liste des modules qui t'importent et de les lancer automatiquement quand ton ordinateur démarre. C'est ce que je fais par exemple avec loop, btusb, etc, afin de ne pas avoir ce soucis. Je fais cela manuellement mais il y a aussi https://wiki.archlinux.org/index.php/Modprobed-db qui peut aider pour.

il y a aussi la gestion du lecteur DVD-rom qui ne marchera plus tant qu'on aura pas redémarré le noyau linux (l'insertion d'un DVD vidéo, d'un CD audio ne sera plus reconnu)

Je reviens la-dessus car ca m'a rendu curieux.
Si ca intéresse toujours quelqu'un j'ai écrit un script qui fait en gros cela: https://pastebin.com/0Su8GwNs

Pour ceux qui ne sont pas féru de bash, les etapes:

- Récupère le nom utilisé dans makepkg.conf
- Récupère la liste des paquets installés
- Si le nom en Qi n'est pas celui de makepkg.conf ca cherche avec Si et écrit si ca rate.

Le script supporte un argument, le nombre de threads, 2 est le defaut.
Ca serait mieux de passer par une librairie que le texte de pacman mais bon...

il faudrait utiliser cette librairie dans un éventuel programme :
 
https://www.archlinux.org/pacman/libalpm.3.html

aaaaaaaaah ça y est, j'ai eu mon premier vrai kernel panic/problème de boot depuis ~debut 2018  
(failed to lookup module alias 'crypto_user', puis il arrivait pas à monter mes partitions extfat et ext4)
J'ai un peu tâtonné a cherché à résoudre l'erreur chirurgicalement à l'aide de google et des messages d'erreurs mais ça donnais rien au bout d'1h
par chance j'avais encore un vieux livecd, j'ai refait un mkinitcpio en chroot pas mal au pif mais car ça m’inspirai et à a résolu le problème  
 

Ton approche est intéressante gee, bien vu.
Du coup encore plus simple en pseudo code shell:

 
et quand tu parses la sortie en cli, pense à positionner LC_ALL=C pour avoir la sortie en anglais.
Après faut vraiment avoir une quantité énorme de packages hors repo pour vouloir automatiser ça.
J'ai du mal à imaginer quelqu'un  qui aurait besoin d'outil de ce genre.
 
Chez moi :

Première chose à faire sur une install Arch : Installer un kernel secondaire, le lts par exemple.
Pour booter dessus si le kernel principal déconne.

Après pas besoin d'automation non, mais lancer ce scripte de temps en temps me parait raisonnable.

Par contre je me sens idiot de ne pas avoir penser a Qm C'est en effet bien plus rapide, merci!
Même plus besoin de se compliquer la vie avec des processus.
V2: https://pastebin.com/YweFbaYJ

Hélas ce ne fonctionne pas toujours, certains changements du FS n'ont pas l'air très compatible avec des anciens noyaux

Cela m'a déjà sauvé une fois d'avoir un 2ème noyau LTS en secours, donc je garde précieusement.

Kernel 5.1 pertes de données ! Be carefull !

Pas normal ça. Quels changements ?
Le kernel lts est dans core, il est donc supporté officiellement, il doit marcher. La glibc et les autres composants sont compilés pour supporter un kernel au moins aussi vieux que le lts.
Donc si le lts marche pas faut remonter l'issue sur https://bugs.archlinux.org/

Tu as plus d'infos ?

Il y a des liens dans les commentaires de cet article.
http://frederic.bezies.free.fr/blog/?p=18824

Uniquement en cas d’usage de volumes LVM chiffrés avec LUKS (et de l’utilitaire fstrim, donc avec un SSD aussi ?). Si ce n’est pas ton cas, tu n’as rien à craindre.

Je vais ptetre bien commencer à faire un backup de mon boulot ce soir vu que j'en fait pas depuis noel

 
Par example quand btrfs a eu support de zstd, l'ancien noyau ne l'avait pas et donc il était impossible de monter les partitions si on utilisait zstd.
Comme vous j'ai toujours plusieurs noyaux mais il n'y a pas de garanties que je puisse utiliser un autre au final.
 
Sinon il y a aussi perte de données si utilisation du noyau 5.1 compilé avec gcc 9.1 et bcache, ce qui est terrible car je viens de voir que depuis Jeudi j'ai gcc 9.1 sur ma machine et j'utilise bcache  

Merci gee pour l'info.  
Ya vraiment des gens sous btrfs ?
Je suis encore en ext4

Je suis sous btrfs.

et faire en sorte d'avoir un mode "démarrage en mode console/minimale" dans le menu de grub,

grosso modo avoir ce type de menu de démarrage :

- noyau actuel archlinux
- noyau lts
- noyau custom (ou un vieux noyau)
- mode console/recovery (systemd offre ce type de démarrage)

comme ça ne suffira pas à contrer tous les problèmes : faire en sorte d'avoir une clé USB de boot contenant l'installateur d'archlinux, ça permettra de faire un chroot pour downgrader les paquets, quand les autres modes de démarrage ne marchent plus,

imprimer aussi cette page et la garder dans un tiroir :
https://wiki.archlinux.fr/chroot

Ce qu'il y à c'est je démarre directement en bootstub (donc sans bootloader comme grub)  
et mon BIOS/EFI est assez bancale car il est incapable de passer le moindre arguments au noyaux :

Sans ça marche pas, donc pour pouvoir utiliser le bootstub je regroupe tout le bordel en 1 seul fichier grâce a un hook que j'ai fait pour pacman et qui ce lance lorsqu'il y à un nouveau noyau:

D'un coup c'est tout a fait vrai d'avoir un autre noyaux de coté en cas de problème mais j'ai eu la flemme de devoir me replonger la dedans    
faudra au moins que je le refasse proprement pour garder une version n-1, comme ça j'aurais juste a switch dans le bios en cas de prb

 
   
 
Par contre vu que j'ai 2 autres PC je vais me contenter de la garder en marque page sans l'imprimer    
 
A ce propos, on prononce comment ?    
https://wiki.archlinux.fr/chroot#Quand_chrooter
 

"i am chroot"

Much chroot.

Je me le mets en todo list

Pour ceux qui sont intéressés, trizen vient de me donner l'info    
 

 
https://www.archlinux.org/packages/ [...] ib-extras/
 
Je n'ai aucune idée des conséquences du retrait du paquet par contre... mais taglib tout court est encore dispo !

C'est sur AUR ca, c'est courant.

Il a été rétrogradé de Extra vers Aur alors ?    
Comment peut on l'expliquer ?
https://aur.archlinux.org/packages.php?K=taglib-extras
OK plus de mainteneur sur AUR

Il arrive que des paquets AUR passent orphelins (le dernier en date, chez moi : adwaita-qt4 et *-qt5). Assez souvent, ils ont un nouveau mainteneur quelques jours après (comme ce fut le cas de mes deux exemples qui sont en fait un paquet coupé en deux), ou ils finissent par être dégagés même d’AUR (et là, bon courage si tu veux installer le logiciel quand même, mais que tu connais pratiquement rien aux arcanes secrets de la confection de PKGBUILD, parce que tu connais que les rudiments des langages Basic et HTML < 4…).
 
EDIT : je reviens sur mon test de Nouveau sur la G210. Alors, c’était très bizarre, mais le premier soir, en appuyant sur le bouton de la tour pour lancer l’extinction (plus simple que d’aller chercher l’option « Arrêter » dans XFCE, je fais comme ça depuis au moins 2000), l’ordi s’est figé sur un écran noir. En essayant de passer sur un TTY, j’avais juste un curseur « underscore » gris en haut, à gauche ; mais aucune réaction nulle part. J’ai donc dû arrêter de force… Mais à partir du lendemain, plus de problème : l’arrêt se faisait correctement. Était-ce dû au fait que la fois où ça a buggué, j’avais lancé LightDM à la main et qu’il n’avait donc pas été démarré automatiquement ? Bref, un souci qui s’est résolu de lui-même, ça me va !
 
Autre bug : au premier lancement de LightDM (et seulement celui-ci), le rectangle avec la liste des utilisateurs et le champ des mots de passe ne s’affichait pas complètement. Il y avait une partie qui manquait tant qu’on ne bougeait pas la souris ou qu’on ne changeait pas d’utilisateur dans la liste au clavier avec les flèches. Lors du retour sur LightDM après déconnexion, aucun souci, en revanche. J’ai mis ça sur le compte de Nouveau, et vu que c’était mineur, je m’en souciais pas vraiment. Mais ce matin, j’ai installé le noyau 5.1.5, et au redémarrage : plus de souci d’affichage de LightDM !
 
Bref, test de Nouveau totalement concluant. Je vais donc rester avec lui et ça m’économisera le prix d’une « nouvelle » CG pour la fin de l’année, quand le pilote proprio pour ce modèle sera arrêté.

Plus de mainteneur -> je l'ai enlevé par principe    
 
Il reste le paquet taglib quand même
https://www.archlinux.org/packages/extra/x86_64/taglib/
 
 
Je verrais bien comment ça fonctionne sans taglib-extras  

Parfois quand ils virent des paquets des dépôts ils les basculent simplement sur AUR si quelqu'un veut continuer la dessus. Tant que personne n'adopte le paquet il n'y aura aucun mainteneur et donc une alerte.

Mauvaise nouvelle pour les utilisateurs francophones : Frédéric Béziès commence à en avoir assez d’Arch Linux (qu’il utilise comme OS principal depuis 10 ans) et souhaite en changer.
 
Ce serait purement anecdotique et on pourrait carrément s’en battre les steaks si ça ne signifiait pas qu’il compte, par la même occasion, abandonner la publication de ses guides d’installation simplifiée en français (certes conçus en priorité pour VirtualBox, mais largement suffisants pour une installation en dur ; je n’ai d’ailleurs utilisé que ses guides lors de mes installations d’Arch)…
 
Étant donné qu’il est un peu le seul francophone à faire ça, ça va faire un vide. OK, ses guides ne se périment pas aussi vite (quoique, les évolutions des environnements de bureau, la transition BIOS-MBR vers UEFI-GPT peuvent faire qu’une commande nécessaire un jour sera néfaste dans le futur…), mais c’est jamais agréable d’apprendre ce genre de nouvelles.

Je ne pense pas que je ferais jamais d'Archlinux mon OS principal...
C'est sympa, c'est stable, c'est léger ( avec le bureau Mate ) mais les mises à jours incessantes sont tout de même lourdingues au quotidien.
Bref je la garde car elle fonctionne mais si un jour elle part en carafe, adios et je passe à autre chose de plus " calme "

Le "pacman -Syu" tu peux le faire qu'une fois par semaine.

Le truc qui peut être lourdingue c'est la gestion manuelle des fichiers *.pacnew, être parfois obligé de faire une intervention manuelle requis par une news publiée dans la page d'accueil du site archlinux,
en gros une certaine partie du boulot de mise à jour n'est pas fait par l'utilitaire pacman, contrairement à d'autres distributions basées sur debian.

C’est le mien depuis 4 ans. Aucun souci. Les MAJ ? Bah, les plus pénibles sont celles qui entraînent une reconfiguration du noyau, et l’accélération du rythme de sortie de nouvelles versions de ce dernier n’aide pas, oui (encore que même Arch temporise leur mise à disposition, c’est dire s’ils ne parviennent pas eux non plus à suivre). J’en dis pas plus : Gee va répéter ce qu’il a mis dans le message tout en haut de cette page.
 
Si tu veux plus calme tout en restant basé sur Arch, tu as Manjaro. Ils reportent les MAJ pour tout balancer en une fois toutes les quelques semaines (donc des MAJ de plus de 500 Mio en cumulé, c’est courant chez eux).
 

Ouais, je le fais une fois par jour parce que je le veux bien. Mais quand je déménage dans mes quartiers d’été et que j’ai plus accès à une de mes deux machines qui tourne dessus, bah, ça attend que je revienne le WE, sans problème.
 
Quant aux fichiers *.pacnew… Heu… Joker ! Non, mais outre le fait qu’ils remettraient certains paramètres aux réglage par défaut (non, l’attente d’1mn30 pour l’arrêt des services systemd, j’en veux pas ! 20 secondes suffisent, comme sous Windows !), j’ai vu passer une fois un passwd.pacnew, et même un fstab.pacnew qui étaient littéralement vides ! Si je les avais gardés en jartant les précédents, mon OS était mort. Alors, je fais peut-être pas ce qu’il faudrait, mais au moins, mon OS marche toujours. Je dirais bien qu’un jour, j’irai voir comment m’y prendre, mais vu que j’ai un peu d’autres choses à f××tre et que le bazar se porte pas plus mal en l’état, je sens qu’il y aura des 30 février dans le calendrier avant que je daigne y accorder un intérêt quelconque, en fait.
 
Pour les interventions manuelles qui nécessitent de lire les actus du site d’Arch, ben… Ça fera bientôt deux ans que ce n’est plus arrivé, et quand ça arrive mais que t’es pas le genre à aller regarder (j’aime vivre dangereusement ! ), tu es vite mis au courant parce que pacman détecte une erreur et arrête tout (au moins, il est sympa : il fait rien qui puisse casser l’OS si les paquets sont mal fichus). Et là, les deux dernières interventions manuelles consistaient à passer en force, ce qui ne doit absolument jamais être fait en dehors de ce genre de cas ultra exceptionnels.

Pour les pacnew tu n'es pas censé les prendre ainsi, tu dois regarder la différence avec les fichiers que tu as et prendre ce qu'il faut. Il y a divers outils pour t'aider avec cela comme pacdiff.
 
Pour le site d'Arch, c'est un choix, je suis inscrit a la ML c'est pareil.

Dites, sur mon PC portable de la maison, j'utilise rEFInd comme bootloader car le PC utilise l'UEFI, ça marche bien, et avec le hook systemd j'ai même le logo ASUS qui s'affiche pendant le boot, je trouve ça sympa. En revanche, mon boot n'est pas totalement "silent" dans le sens où j'ai tout de même trois lignes de texte qui s'affichent ("starting vm_linuz" et quelques autres trucs), ça ne me plait pas. Je n'ai pas trouvé comment totalement masquer ce texte, pourtant j'utilise l'option "quiet" et j'ai même modifié le niveau de verbosité de systemd ; une idée ?

 
Histoire d'avoir une montagne de mises à jour encore plus grosse ? non merci    
Déjà avec mon rythme actuel ( 2 à 3 fois par semaine ) parfois il y a du genre 600 Mo de mise à jour qui déboule, ça calme...
 
J'en avait discuté avec Fred Bezies sur son Blog d'ailleurs : lui et moi on a du VDSL avec un bon débit, donc on a tendance à oublier tout ceux qui ont un débit misérable ( et j'en connais pas mal dans mon entourage )
Pour eux clairement Arch est à oublier. Sauf à passer son temps à télécharger des mises à jour.

Démonstration    
 

 
180 Mo
 
Ma connexion fait du 4 Mo/sec -> cela a duré 45 secondes
Chez certaines personnes de mon entourage faudrait compter 20 fois plus cad 15 minutes, gloups !
 

j'ai du 2 mo en pointe (et vent dans le dos) chez moi. Pas de problème, je lance et je pars faire autre chose