Reprise du message précédent :
Dell Inc. OptiPlex 7040
Intel® Core™ i7-6700T × 8
Intel® HD Graphics 530 (SKL GT2)
 
Sous Gnome 44.4, ça le fait avec les 2 kernels 6.5 (le .2 et .3)
Besoin d'autres infos ?

Aucun souci de ce type sur mes deux machines sous Arch (laptop Intel  i7-1185G7 et desktop full AMD Ryzen 9 5950x / Radeon RX6900XT)

Kernel compilé à la main ?
Attention arch ne livre plus que des firmwares compressés, faut penser à activer cette option, je m'étais fait avoir récemment.

Non kernel pur stock des dépôts offi
C'est quoi cette option ?
Tu as un lien d'explication?
Probablement que ça vient de là

Si tu utilises le kernel arch officiel tu n'es pas concerné alors. Ca vient d'ailleurs.

Bon bha je vais attendre la prochaine version du kernel 6.5 et voir si ça change qq chose ... sinon ben j'ouvrirai un rapport de bug, je vois que ça lol

J'ai moi aussi des soucis pour rebooter mais je ne suis pas sûr que ce soit lié au noyau (comme le PC sert de serveur web et NFS sans écran, je penche plus pour un timeout lié à des clients qui répondent pas).
 
Mais si quelqu'un ici a une astuce pour loguer ce qui se passe quand on reboot, je pense que ça pourrait nous intéresser tous les deux

commande dmesg non ?

Essayez d'avoir le mode verbose de systemd quand vous éteignez ou redémarrez votre PC, ça permet d'afficher le statut de fermeture des services systemd (un Ok vert en face du nom du service, une mention fail en cas d'erreur, un chrono si l'opération a du mal à se terminer).

Il y a aussi le log de systemd avec journalctl, en lui passant les bonnes options on peut avoir l'intégralité des messages des boots et arrêts précédents.

Hello
 
Il y'a quelqu'un qui sait comment régler le problème avec Flatpak/xdg-desktop-portal. Le service est failed, j'ai des timeouts de 30 secondes pour ouvrir un app mais j'en ai besoin pour faire du screen sharing avec wayland et chromium.
 
Et les recherches parlent principalement de la désinstallation du package et non du FIX à faire.
 
Si vous avez des idées.
 
Merci
 

Mets xdg-desktop-portal-gtk à la place de xdg-desktop-portal-gnome.

 
Salut.
 
Je ne comprends pas le conseil ?

Désinstalles  xdg-desktop-portal-gnome et installes xdg-desktop-portal-gtk à la place...

J'ai installé archlinux sur un nouveau PC en utilisant l'image ISO officielle (ma dernière installation remonte à 2013),

j'ai remarqué qu'il y a maintenant un installateur en mode texte écrit en python qui est inclu dans l'image ISO, qui permet de configurer les étapes de l'installation (archinstall)  

https://wiki.archlinux.org/title/Ar [...] %C3%A7ais)
https://python-archinstall.readthed [...] uided.html

Ça rend l'installation un peu plus simple pour les débutants, il faudra juste au début penser à taper "loadkeys fr" pour avoir le clavier en azerty.

Ah, ouais, quand même…

Comment dire… Ça fait deux ans et demi qu’il est là, ce truc ! Même moi qui n’ai plus installé d’Arch depuis 2017 (purée, déjà…), je suis au courant de son existence depuis le début !

J'avais zappé son existence,
 
je n'ai jamais réinstallé archlinux depuis 10 ans (c'est le principe d'une rolling release), j'en étais resté à l'installation 100% manuelle, sans assistance.

Moi aussi, ça fait des années que j’ai plus fait ça. Mais bon, un minimum de veille, histoire d’éviter de te faire chambrer à coups de grottes (j’ai vraiment hésité à le faire, mais j’ai finalement pas voulu en rajouter) quand tu débarques en ayant découvert un truc, des années après le reste du monde…

Faire de la veille sur l'installateur archlinux ?

Je suis l'actualité informatique en général (matériel, logiciel), mais comme je te le disais je n'ai pas réinstallé archlinux depuis un bail, donc pas eu l'occasion de découvrir les nouveautés de l'ISO, je consulte le wiki que si j'ai un souci ou besoin d'infos pour installer un nouveau paquet, tant qu'arch linux fonctionne chez moi alors j'oublie un peu le wiki,

l'image ISO je m'en servais que pour dépanner une installation archlinux existante (pour faire un chroot et downgrader le paquet problématique).

En tout cas c'est une bonne chose le retour de cet installateur,
une prochaine étape pour rendre archlinux plus user-friendly : donner la possibilité à pacman de mettre à jour automatiquement les fichiers de config (au lieu d'obliger l'utilisateur à le faire manuellement), un peu comme le fait debian, il y a des scénarios où cet automatisme est possible sans que ça ne déclenche de difficultés particulières (suppression d'une ligne obsolète dans le fichier de config, ajout d'une nouvelle option).

il suffit de lire des sites parlant de l'écosystème Opensource pour voir qu'il y a des améliorations sur l'installateur.
Un flux RSS suffit largement pour tâter le terrain.

Il y a la page d'accueil du site archlinux que je regarde de temps en temps, pour voir s'il y a des news importantes, type modification manuelle à faire avant un "pacman -Syu".

C'est très fortement conseillé de lire la page d'accueil d'Arch.

 
Une méthode d'installation qui va faire grincer les dents des puristes, c'est de profiter de l’installateur de Manjaro et de convertir l'installation fraîche vers une Arch pure. C'est la méthode que j'ai utilisé.  
https://wyssmann.com/blog/2021/05/c [...] rch-linux/
Après 8 ans avec Fedora, j'ai voulu essayer Manjaro, la distribution en tête de liste sur Distrowatch. J'ai toujours un disque libre pour ce genre d'essais.  
Comme je privilégie les distrib mère à leur filles, j'ai cherché une solution plutôt que de réinstaller. Mon partitionnement Btrsf étant déjà fait "à la Ubuntu" pour profiter de Timeshift et ne voulant pas me casser la tête de nouveau...  
C'est comme cela que Arch est devenu ma distribution principale depuis 3 ans.

A une époque, il y avait Anarchy pour cela. C'était chouette d'installer Arch en même pas 10 minutes.

 
Merci Le sharing ne marche pas, mais j'ai pas le temps de m'en occuper, mais j'ai plus les timeouts.

J'ai installé un SSD nvme sur un mini-PC HP (un Crucial P3 Plus 500Go M.2 PCIe Gen4)

je remarque que dès que je boot sur archlinux la led disque n'arrête pas de clignoter toutes les 2 secondes, comme si le noyau linux écrivait quelque chose,

vous avez remarqué la même chose ?

J'utilise plasma, et dès l'écran de SDDM j'ai ce problème de clignotement de led, si je démarre sur une clé USB (un gparted live cd) il n'y a pas ce problème de clignotement de la led.

Indexation de fichiers (recherche KDE) ?
 
edit : probablement pas si ça le fait dès SDDM.

Effectivement avec un bête "journalctl -S today" j'ai trouvé le soucis.
J'ai viré un lv d'un de mes vg sans retirer le montage dans fstab... comme j'ai des fsck forcés ça marchait pas très bien      

Noyau 6.5.5 : à jour (bien qu’il soit quand même sorti en amont vendredi ou samedi derniers…). ✅
Firefox 118 : à jour. ✅
Thunderbird 115.3 : pas encore. ❌
LibreOffice 7.6.2, sorti hors-cycle hier à cause de la faille libwebp (corrigée ailleurs de toute façon) : pas encore. ❌

Certaines compilations prennent plus de temps que d’autres…

Et on va se reprendre une nouvelle recompilation de systemd 254.4, au passage !

Je ne sais pas si vous connaissez, mais je viens de trouver cela: kernel-modules-hook
 
C'est un paquet qui permet de garder le noyau actuel quand on fait une mise a jour, et qui le nettoiera au prochain démarrage, ca permet de pouvoir toujours utiliser les modules sans avoir à redémarrer, c'est fort sympa!

Le site github de ce projet :
https://github.com/saber-nyan/kernel-modules-hook
 
 
 

Je met de coté.   De mémoire il m'arrive que mes sticks usb ne soient plus reconnu lorsque je les branches, j'imagine que ça viens de ça.Après ça fait longtemps que ça me l'a pas fait donc je ne sais pas si c'est résolu mais j'utilise pas souvent mes clé usb faut dire..
 
Le seul bug que j'ai depuis longue date c'est parfois l'écran du portable qui se désactive en sortie de mise en veille prolongée en duascreen ce qui oblige à le reconfigurer (Plasma/Wayland/chip igp intel).
Mais ça date du passage à Wayland donc j'imagine que le problème viens plus de ce coté là.

L'autre truc possible c'est de mettre tous les modules utiles dans /etc/modprobe.d . Je le fais un peu mais j'ai tendance à oublier...

Installé partout    
Merci    

Je me demande si le dernier noyau linux ne sera pas bogué pour l'accès aux SSD/disques dur,
 
si j'utilise un benchmark disque comme KDiskMark certains tests en écriture ne fonctionnent pas,
 

 
si je vais dans dmesg je vois des erreurs :
 

 
fio est un paquet pour tester les disques dur :
https://archlinux.org/packages/extra/x86_64/fio/
 
Ce qui m'a poussé à faire un benchmark c'est que j'ai rermarqué que durant un pacman -Syu la barre de progression d'installation d'un paquet peut parfois se mettre soudainement à se figer pendant 10 secondes, alors que j'utilise un SSD, les données SMART sont pour l'instant Ok.

Bonjour,  
Sinon, il y a Gnome-disk (Disques) livré avec Gnome et affiliés. Simple, complet et fiable, (dérouler le menu). Pour te rassurer.  
Il y a très longtemps que je n'ai pas utilisé KDE, mais il me semble qu'il y a aussi un utilitaire similaire.

Et ça recommence…
 
En avril 2022, je signalais qu’à la suite d’une mise à jour, le Gestionnaire de tâches de XFCE ne tenait plus compte des changements de réglages à la fermeture, notamment la barre de légende des couleurs qui s’affichait à chaque ouverture, quand bien même je demandais à la masquer.
 
Une MAJ vers la version 1.5.6 a été installée ce matin, et rebelote : si, cette fois, les autres réglages sont bien conservés, celui de la barre de légende ne l’est à nouveau plus et elle persiste à s’afficher à chaque ouverture du gestionnaire, même si sa case est décochée dans les options !
 
Et donc, nouveau rapport de bug…

Tu prends le PKGbuild.

Je me suis motivé à mettre à jour mon custom iso/archiso que je n'avais plus fait depuis plus d'un an et qui était un peu dans les choux et j'en ai profité pour améliorer quelques réglages dont principalement :

• Ouverture du port 446-UDP pour profiter de l'HTTP/3 lorsque possible.
• Mise en place de systemd-resolved pour avoir un cache DNS + DoT (j'avais strictement rien jusqu'à présent par flemme )
• Ajout des dépots (non officiels) ALHP afin de passer sur des packages compilés en x86-64-v3. (https://github.com/an0nfunc/ALHP)
• Désactivé le patch de vulnérabilité Retbleed (retbleed=off) à mes risques et périls

bein ya pas à chier, ça à clairement redonner un coup de peps au portable (I5 7440HQ)
 
/mylife

C’est corrigé en amont. J’imagine qu’une MAJ du paquet arrivera sous peu.

Est-ce qu'il existe dans le dépôt AUR un programme en ligne de commande permettant de dire si une action manuelle est nécessaire avant de faire un "pacman -Syu" ?
 
L'idée ce serait d'avoir un outil en ligne de commande qui irait lire dans une base de données présente sur le web la liste des actions manuelles à faire (celles qu'on voit dans la page d'accueil du site arch linux), et qui ensuite irait comparer avec les actions qu'a déjà faite l'utilisateur (en supposant qu'en local sur son PC on puisse indiquer ce qu'on a déjà fait en terme d'actions manuelles sur son PC dans une base de données, avec la date).
 
Si le programme constate qu'aucune action manuelle n'est à faire alors il renverra sur STDOUT (sortie console) la valeur "0", sinon il retourne "1" (synonyme de code d'erreur),
 
en gros je veux me créer un script bash de mise à jour de ce type :
 

 
check-actions étant le programme de vérification que je recherche, ici s'il retourne 0 alors la suite du script sera exécuté "pacman -Syu",
 
s'il retourne "1" (considéré comme un code d'erreur) alors le script s’arrêtera et le programme affichera en sortie la liste des actions manuelles à faire (en reprenant le texte de la page d'accueil du site arch linux), comme ça plus besoin de vérifier la page d'accueil du site archlinux.