Reprise du message précédent :
Sur un PC plus récent et qui a un SSD NVMe je n'ai pas ce souci,

il est présent que sur un vieux PC équipé d'un core 2 quad, et dont l'installation d'arch linux remonte à 2013, le fichier /etc/fstab contient 8 partitions, qui ne sont normalement pas de type amovible, mais plasma considère que sur les 8 il y en a 4 qui sont de type amovible (dont le /home).

Il se pourrait que ce soit un bug du dernier noyau linux, selon certains modèles de contrôleurs SATA le noyau linux peut déclarer à tort que le SSD branché sur ce contrôleur SATA est de type "amovible",

le problème avait déjà eu lieu en 2016 :
https://bbs.archlinux.org/viewtopic.php?id=208514

J'ai 2 contrôleurs SATA :

- un interne à la carte mère :

- un apporté par une carte PCI express :

Seuls les disques SSD connectés sur la carte contrôleur SATA PCI express JMicron ont ce souci chez moi.
J'ai ouvert un rapport de bug sur le site du noyau linux, car je soupçonne un bug du noyau linux quand une carte contrôleur PCI express SATA de marque JMicron JMB363 est utilisée, les SSD connectés dessus sont alors considérés comme des périphériques amovibles par le noyau linux.

Si j'utilise le noyau linux LTS 6.6.31-1 alors le bug disparaît.

Petit souvenir d’il y a hyper longtemps, j’avais une mobo qui avait du Jmicron pour le S-Ata (début du s-ata) il fallait une disquette avec le driver pour installer Windows XP ou il fallait l’intégrer au cd (les fameux driver RAID).
 
Et bien ce contrôleur permettait de brancher débrancher à chaud, on avait la petite icône près de l’horloge débrancher en toute sécurité.  
 
C’est sûrement pas attendu pour vous cette fonction mais ce n’est peut être pas un Bug mais une fonctionnalité  

En tout cas avant cette version 6.9.1 les disques SSD n'étaient pas vus comme des périphériques amovibles quand ils étaient connectés sur ce contrôleur JMicron JMB363.

Le fait que le noyau linux voit le SSD comme un périphérique amovible : ça crée de la confusion dans l'interface graphique, avec plasma qui te met une icône permettant de démonter les partitions SSD (même celle où se trouve le home, et la partition "/" ) comme si c'était une clé USB,
et quand tu insères une clé USB alors la petite fenêtre permettant de monter la clé est polluée par la présence d'icônes permettant de démonter les partitions des SSD.

Je trouve donc bizarre que pendant au moins 14 ans (cette carte PCI express SATA date de 2010) on n'ait pas eu ce souci, et là subitement le noyau linux décide de considérer tous les disques dur/SSD connectés à ce contrôleur comme des périphériques amovibles.

À mon avis ils vont devoir faire machine arrière, car les distributions grand public type ubuntu n'accepteront pas ce type de fonctionnement, ça perturbera beaucoup trop leurs utilisateurs de type "débutant/non informaticien", qui ne comprendront pas pourquoi ils peuvent démonter leurs partitions disques/SSD, ou qui vont se tromper d'icône de démontage (par exemple tu voulais démonter une clé USB, mais tu as choisi par erreur de démonter une partition /home).

Ou alors ça va nécessiter de la part des mainteneurs de distribution linux des rustines pour cacher ce problème à l'utilisateur (au niveau de plasma, ou des options de boot pour le noyau, pour rendre non amovible les disques durs internes SSD).

Bof, j’ai aussi eu ce genre de blague avec Windows, sur mon PC portable : sur le Vista préinstallé, seuls les disques USB étaient considérés amovibles. Mais quand j’ai installé Windows 7 en dual boot quelques mois plus tard, bizarrement, le disque dur interne était lui aussi devenu amovible (uniquement sur W7, rien n’ayant changé côté Vista) ! Et ça a continué avec les mises à niveau vers Windows 8, 8.1 et 10.

Apparemment, ce serait un mauvais réglage de l’ACPI dans le BIOS… Mais si je change ça, je dois réinstaller l’OS (et ça n’explique pas pourquoi Vista voit les choses différemment, si le réglage de l’ACPI est le même), donc j’ai préféré continuer à laisser tomber et faire gaffe à ne pas démonter le mauvais volume (quoiqu’il aurait sans doute dit que c’était pas possible, car il serait en cours d’utilisation).

Jamais eu ce bug sous Linux, même maintenant en 6.9.1.

J'ai une interrogation concernant Discord. À chaque fois que l'appli reçoit une mise à jour (ce qui arrive très souvent), je ne peux pas lancer Discord tant que je ne l'ai pas mis à jour ; je suis redirigé vers le .deb du site (super utile sur Arch, donc). Si je mets à jour via pacman l'appli se lance.
 
Mais ça veut dire que le jour où Arch met du temps avant d'upgrader le paquet, on ne peut tout simplement pas utiliser Discord. C'est moi, ou c'est complètement idiot ?

Je te dirai que la seule fois où je passe par l‘appli Discord, c’est quand je participe en vocal aux réunions de mon asso. Le reste du temps, l’appli est carrément désinstallée (je garde les fichiers de config, donc je perds rien) et je ne passe que par mon navigateur Web via l’adresse « https ://discord.com/channels/@me », qui a l’avantage de voir mon bloqueur de pubs opérer pour masquer les parties de l’interface qui ne m’intéressent pas.

La seule différence est que le vocal ne marche que si l’onglet est en avant-plan. Mais je n’utilise pas le vocal avec le navigateur (j’ai coupé l’autorisation micro) : je fais que lire et écrire dans les salons, ce qui me suffit largement hors de ces réunions (il n’y en a que 3 ou 4 par an qui nécessitent vraiment ma présence en vocal).

Sur PC je conseille d'utiliser la version internet de Discord, ça fait le taf.
 
Et ça évite le souci de Tromzy, il faut en gros utiliser le principe KISS dans l'usage de son PC, si une version web existe et qu'elle convient alors on ne se prend pas la tête à utiliser une version desktop qui a trop de contraintes.

C'est vrai que je n'avais pas pensé à la version web.

J'avais eu le soucis au tout début puis je suis tombé là-dessus > https://wiki.archlinux.org/title/Di [...] repository
 
 

Salut, je    
J'utilise depuis peu EndeavourOS.
Pas facile de trouver les bonnes commandes pour installer des applications, moi qui suis habitué à Debian/Ubuntu...

Salut MilesTEG1,
Un début  
https://wiki.archlinux.org/title/Pacman/Rosetta

Nice    
 
Bon par contre j’ai plein d’erreurs QML dans les paramètres

Mon pense-bête (à partager !) que j’avais publié sur le TU de Manjaro s’applique aussi pour EndeavourOS :
 

En voulant tester Pipewire en remplacement de Pulseaudio, je viens de me rendre compte que non seulement il était déjà installé, mais qu'en plus il est activé :
 

 
Alors que je suis certain de ne l'avoir jamais installé moi-même manuellement. Bizarre ?

Par le jeu des dépendances obligatoires, probablement : chez moi aussi, il est installé et occasionnellement mis à jour, alors que mes Arch doivent dater d’avant son inclusion dans les dépôts.
 
En tout cas, chez moi, il est actif nulle part, d’après ta commande :
 

Oui en effet, c'est pas tant l'installation que l'activation qui m'intrigue.

Bah, Pulseaudio dans son read-me dit clairement de passer à Pipewire alors bon.

Arch Linux sur mon 5800x j’ai enfin eu le temps et    
 
Je suis en train de télécharger les jeux sur Steam!  
 
Vivement le comparo avec Windows qui est sur un autre disque ! J’ai l’impression que ça tourne vraiment bien!
 
Même le 165hz semble bien gére! Et install via Arch Install sans vraiment de difficultés juste bien tout choisir    
 
Franchement c’est pour l’instant grâce à une config AMD + plug&play que Windows 11 (95 )
 
 
Ma config  
 
Ecran 24" Full HD 165hz IPS AOC 24G2SPU/BK  
Boitier Asus Prime AP201  
Carte Mère ASUS TUF GAMING B550M-PLUS  
Processeur AMD Ryzen 7 5800X  
RAM G.Skill Ripjaws V 32GB DDR4 K2 32GVKC 3600 (2x16GB) C16 F4-3600C16D-32GVKC  
SSD WD_BLACK SN850X 1TB M.2 2280 PCIe Gen4  
Carte Graphique POWERCOLOR FIGHTER AMD RADEON RX 6700XT 12GB  
Ventirad Thermalright Peerless Assassin 120 SE  
Alimentation NZXT C750 - NP-C750M-EU - 750 watts PSU - 80+ Gold Certified

Ça… Ça me l’a fait aussi quand j’ai installé Arch sur mon PC portable en avril 2015 (et pourtant, c’était aussi sur un HDD) ! Et la différence de réactivité par rapport à Windows n’a fait que s’accroître (au profit d’Arch) depuis, si bien que j’ai cessé de démarrer Windows à partir de novembre 2022 (j’en avais marre de devoir passer plus d’une matinée entière à installer des MAJ, lors du redémarrage hebdo sous Windows que je gardais en OS de secours).

Oui ça fait depuis 6 mois qu’il est sur une SurfaceGo 1 et sur mon PC de bureau i5 gen 10 et sur ce dernier ça bourre déjà pas mal maïs là j’étais pas prêt avec mon plus « gros » PC Ryzen 5800x.
 
Je teste un peu aujourd’hui !
 
Sur Steam il me semble avoir choisir lib32 vulkan Radeon je ne suis plus sur c’est ce que j’ai vu sur Reddit qui était le mieux car on avait 3 possibilités

J'ai une msi b450 tomahawk avec Ryzen 5800x + Radeon RX 6600 (64 Gb Ram ddr 4 3200, 2 ssd crucial mx 500, bref).
 
Pour installer Arch (kde plasma 6.1.x - wayland) j'utilise un script perso (extrait ci-dessous pour : mesa, steam....avec multilib 32 bits activé)
 
- Mesa :

- Steam, gamemode
 

- Wine:

- Fonts:

- Si Xorg au lieu de Wayland (inutile pour un DE avec Wayland)

En espérant que ça peux aider (?) A savoir : j'utilise que deux jeux donc j'installe le strict nécessaire pour mes deux jeux, mais on pourrait imaginer que Lutris et/ou Bottle (ou autres store: EA...) peuvent être aussi ajouter pour un vrai gamer.

Est-ce que certaines de vos polices ont changé depuis une mise à jour récente ? Dans Teams et Firefox chez moi, par exemple, les fonts ont changé.

Si tu montrais des exemples, ce serait plus facile à dire.
 
En tout cas, RAS chez moi, mais c’est peut-être aussi parce que j’utilise un fichier « ~/.config/fontconfig/fonts.conf » personnalisé, et forcé la variable « FT2_SUBPIXEL_HINTING » à « 0 » dans « /etc/environment ».

Bah les screens ça sera difficile, étant donné que j'ai pas fait de screens du "avant".

 
Je check un peu ce soir les paquets que pacman installe quand on installe Steam.
 
J'ai l'impression que la plupart sont repris mais je peux me tromper
 
Sinon j'ai une erreur avec mon PC de jeux, j'ai chiffré la partition avec Luks et je dois systématiquement faire deux fois le code, la première fois il ne le reconnais jamais, pourtant je ne me trompe pas  

Tu n'as pas mis le conteneur luks dans un autre conteneur luks défois, ou quelque chose du genre ?
De sorte que le premier déchiffrement aboutit sur un deuxième d'une manière ou d'une autre  

non non, j'ai fais à l’identique pour mes 3 PC sous Arch, il dit failed! J'ai réinstallé ce matin sans chiffrement, c'est une tour qui reste chez moi, ma SurceGo, c'était indispensable et mon PC au taf aussi.
 
Je suis en pleins tests   , j'ai déjà été surpris de voir que le bureau à distance Gnome, c'était réellement du RDP  

clavier > locale (x11) en qwerty ? A vérifier (terminal) avec : localectl
 
Exemple :

en espérant ne pas donner une fausse piste.

Bonjour,
 
Je découvre ce topic, vous jouez sur PC avec Arch Linux ? Toute votre ludothèque fonctionne sur Steam ? (je n'ai pas suivi le jeu pc depuis pas mal de temps, honte sur moi).

 
Merci pour ta réponsé, mais ce matin j'ai refait une Archinstall sans chiffrement, de toute façon j'ai l'impression que ce ne sera pas la dernière    
 

 
Oui ça marche pas mal du tout, plus de perf sur déjà un bench avec Tomb Raider et système hyper réactif et agréable sans tout le bloatware de Windows    
 
Juste je cherche pour le VRR, je tente d'installer KDE Plasma (pas grand fan de KDE)

Résolu avec KDE, j'étais persuadé que Gnome 46 avec Wayland avait le support du VRR.
 
Je fais quand même essayer Gnome avec Xorg au cas où, car KDE bha je trouve ça brouillon comparé à Gnome

 
Niveau bloat c'est sur ! J'utilise un laptop sous Debian depuis bientôt un an et c'est reposant

Tu peux aussi bien jouer avec Steam sous Debian alors ! Je l’ai utilisé longtemps sur un PC de bureau et c’est clair c’est génial. Je l’ai mis sur le vieux portable de mon père ! Fini les sessions mise à jour quand je passe dire bonjours  

Sur Steam généralement pas de souci, par contre avec Wine c'est plus aléatoire. Dans ce cas je préfère jouer sous Windows c'est plus simple.

J'avoue je n'ai jamais chercher à jouer avec Wine, j'ai une méthode surement pas dingue, mais je chope le jeu déjà installé sous Windows et l'ajoute à jeu non steam et le lance avec Proton!
 
ça marche pour les jeux hors DRM

Je teste ce soir, j'ai pas été revoir dans les paramètres écran après m'être déconnecté reconnecté, je pensais que ça allait suffire de décocher vsync dans les jeux    
 
Si c'est ça ça m'arrange, a moins que je m'habitue à KDE
 
Vous ne trouvez pas ça trop playskool comme interface? J'ai aussi installé la version minimale, et j'ai du installer KDEscreen ensuite pour pouvoir régler l'écran   , je dis pas que c'est laid, mais ça me rappelle trop un mix de Windows 10 et Vista
 
https://9to5linux.com/gnome-46-to-s [...] rr-support
 

Cette commande
 
gsettings set org.gnome.mutter experimental-features "['variable-refresh-rate']"
 
fonctionne sous Arch Linux avec le denier Gnome en date avec un log out log in j'ai le VRR  

 
Merci, je vais fouiller un peu de ce côté, j’ai aussi une vieille tour qui traîne    

Salut à tous,  
 
Quelqu'un ici à tenté de faire reconnaitre leMicrosoft Xbox Wireless Adapter pour manette Xbox One Series?
 
J'ai suivi ça
 
https://wiki.archlinux.org/title/Ga [...] ss_Adapter
 
et installé ça
 
https://github.com/medusalix/xone
 
En résumé, j'ai installé la fonction Header et DKMS (première fois) et installé le truc tout s'est bien déroulé, je reboot sous Windows pour appairer, et reboot sous Arch, appairage reste, mais pas vue sous Steam. J'ai testé en mettant un câble USB C et en le retirant, rien    
 
J'aurais voulu savoir si quelqu'un avait une expérience? Car filaire ça fait un peu chier, j'ai pris le truc Microsoft justement pour être en 2,4ghz et pas en Bluetooth    
 
 

J'utilise sans problème
 
Tu as du rater la lecture de ce passage du wiki :

 
Donc en gros tu appaires sous linux pour jouer avec sous linux, et tu dois re-appairer si tu veux l'utiliser ensuite sous Windaube, et inversement.