Reprise du message précédent :
La mise a jour de libxcrypt va revenir:
 

Tu aurais posté dès le départ le paramètre à changer dans yay.conf on aurait tous gagné du temps finalement ...

C’est donc arrivé ce matin (parce que j’ai fait la MAJ des PC ce matin), et RAS : mes mots de passe devaient déjà être suffisamment bien salés (les installations datant de 2016 pour le portable et 2017 pour le fixe). Ce message devait peut-être s’adresser à ceux qui avaient une installation d’Arch Linux plus ancienne.

Pour les grosses clés USB et SSD externe de type 128 Go :

- quel système de fichiers est conseillé afin de pouvoir les connecter aussi bien sous windows que sous linux, avec des fichiers qui peuvent avoir une taille de plus de 4 Go (ce qui exclu le système de fichiers FAT32) ?

J'aimerai éviter le NTFS, j'ai entendu parler des systèmes vfat et exFAT mais je ne les connais pas trop.

exfat

+1 pour exFAT

Pareil.

ext3 et installer un drivers ext3 sur tes windows.

Linux est-il capable de réparer une partition exfat corrompue ?

Microsoft en a ouvert les spécifications et Linux le supporte pleinement depuis 5.4, donc normalement oui.

Il y a un fsck, après je ne sais pas trop ce qu'il fait, pas de man et -h est assez succinct:

Je reposte ici mon message du topic kde/plasma (pour ceux qui n'ont pas l'habitude d'y aller).

Avez-vous remarqué un changement de comportement avec la dernière version de plasma, lorsqu'on insère une clé USB, puis qu'on clique sur l'icône permettant de rétirer la clé USB en toute sécurité ? (depuis l'applet "disques et périphériques" de la barre des tâches)

Si dans la foulée on démonte la clé USB, puis qu'on réinsère de nouveau la clé USB alors l'applet "disque et périphérique" de la barre des tâches ne propose plus de monter la clé, quand on clique dessus on voit la mention "aucun périphérique amovible branché", alors que c'est faux.
 
En gros la clé USB est maintenant montée automatiquement lors d'une seconde tentative dans l'explorateur de fichiers dolphin, sans que l'applet "disques et périphériques" soit mise à jour, avez-vous remarqué la même chose ?
C'est perturbant si vous aviez l'habitude de démonter manuellement la clé USB via la petite icône de la barre des tâches, ça marche lors d'une première insertion, mais pas à la seconde, la seule possibilité pour démonter la clé c'est d'aller dans dolphin, de faire un clic droit sur l'icône représentant la clé à l'intérieur de dolphin, puis de choisir "retirer en toute sécurité".

Ce problème est subtil car il n’apparaît que lorsque vous réinsérez une seconde fois la clé USB (après l'avoir démonté correctement), le comportement de plasma n'est alors plus le même entre la première insertion de la clé USB et la seconde, ça va perturber l'utilisateur, voir le paniquer, alors qu'en fait la clé est montée automatiquement par plasma sans demander la permission à l'utilisateur, puis pour le démontage ça va être aussi la panique si l'utilisateur avait l'habitude de passer par l'applet "disques et périphériques" pour démonter la clé (l'applet sera vierge), il risque alors de retirer à la barbare la clé du port USB et de corrompre le système de fichiers.

J'utilise le thème oxygen, je ne sais pas si ça peut favoriser ce bug.

MAJ de systemd ce matin, qui passe en 249-2 (et il y a déjà une 249-3 dans Testing).

Jusque-là, tout va bien. Mais j’ai eu la surprise, en ouvrant Double Commander, de découvrir un « systemd-sysusers.service » qui s’est rajouté à la barre des lecteurs/points de montage, au-dessus de chaque volet.

Je sais pas ce que ce truc fait là (il n’apparaît nulle part ailleurs), et j’ai dû ajouter « /run/credentials/systemd-sysusers.service » à la liste noire des lecteurs dans les options de DC pour le cacher, mais ce n’est que du masquage : ça ne règle pas le problème initial qui est l’apparition de ce truc (due au changement de version de systemd).

Disons que, sans le désactiver, j’aimerais au moins savoir comment rendre ce truc invisible, mais plus en amont : je sais qu’on peut masquer des services avec systemd, mais ça les rend aussi inopérants, non ? C’est pas ça que je veux non plus.

Le service systemd-sysusers semble être présent par défaut, je l'ai aussi :

il semble important :
https://www.freedesktop.org/softwar [...] users.html

Je n'utilise pas l'explorateur de fichiers double commander :
http://la-vache-libre.org/double-c [...] l-du-tout/

j'utilise celui livré avec plasma : dolphin, pas de soucis avec systemd 249-2,
je dirais de ne pas toucher à ton système (les services systemd), le fautif doit être ce programme double commander, ou une erreur de configuration de ta part si tu as mal suivi un wiki archlinux lié à ce logiciel, un fichier de configuration incorrect dans ton home, ou installé des choses trop exotiques, qui s"éloignent des valeurs sûres (plus on veut faire original plus on risque d'avoir des bugs si le ou les logiciels en question n'ont pas beaucoup de testeurs),

dans tous les cas il faut éviter de casser ton système en touchant à des choses critiques comme les services systemd, les fichiers de configuration par défaut présents dans /etc.

Faudrait voir si le problème existe avec un autre explorateur de fichiers, en testant celui livré avec ton gestionnaire de bureau.

Un test qui marche bien c'est de créer un utilisateur de test, afin d'avoir un home vierge, ça permettra de voir si le problème vient du home de ton compte utilisateur habituel.

Même avis (le reste du paragraphe ne me concerne pas), parce qu’il n’y a que lui où j’ai pu observer ça.
 

Ça, c’est sûr. Bon, je vais en rester sur la liste noire dans les options de DC : là, au moins, ça ne risquera rien et ça prend seulement 3 secondes à faire pour être tranquille après.
 

Thunar, en l’occurrence, et la réponse est non. « df » non plus ne signale rien d’inhabituel.
 
En revanche, j’ai cette ligne dans « mount » :
 

Ou voir si c’est pareil avec la version Qt5 de DC ; ou que toi, tu installes DC, même temporairement, pour voir si tu as pareil de ton côté (ce qui me semble a priori très probable dans les deux cas)…

J'ai aussi la ligne dans le mount :

tu as installé la version de gtk2 de double commander ?

Je viens d'installer double commander (version Qt5) et je vois sur la barre d'outils en haut un bouton "systemd-sysusers.service".

Donc, c’est le logiciel lui-même qui fait ça, parce que oui, étant sur XFCE, c’est la version GTK2 que j’ai installée.
 
Je suppose qu’il faudra juste attendre une MAJ qui masque ça, après avoir signalé la chose sur le forum ou le GitHub de DC…

Hier, le 16 juillet 2021, ça a fait 5 ans que dure mon installation actuelle d’Arch Linux sur mon PC portable.  
 
5 ans sans réinstallation, malgré les diverses embrouilles rencontrées en chemin (du noyau buggué qui plantait le démarrage ou tournait à deux à l’heure aux MAJ daubées de PulseAudio parce que des génies avaient trouvé malin de revert des reverts du même commit foireux, en passant par PAM qui empêchait de déverrouiller sa session, même avec le bon mot de passe). Et après, on va dire qu’Arch, c’est pas stable…

En tout cas si on compare à windows 10 c'est le jour et la nuit,  
 
une distribution linux est plus simple à mettre à jour et à administrer, c'est beaucoup plus rapide, et quand il y a des soucis on sait comment les résoudre.
 
 
 
 
 

Avec le Steam Deck qui tourne sur une base Arch, on va en avoir du noob qui va débarouler sur le topic.

Pas sûr, y'a de grandes chances pour que le premier truc qu'il fassent sera d'installer windows

 
Vu mon expérience perso je ne ferais jamais ce genre de généralisation.
J'ai du Windows 10 qui fonctionne globalement très bien ( stable même si il a ses défauts ) et des distributions Linux qui fonctionnent tout aussi bien sur du long terme ( archlinux par exemple )
Mais j'ai aussi connu des grosses désillusions ( Manjaro dernièrement )
Donc pour moi ce qui compte surtout ce n'est pas que ce soit du Linux ou du Windows, c'est juste que les mainteneurs du système fassent leur boulot correctement. Avec des mises à jours qui ne foutent pas tout par terre ou des bugs qui ne surgissent pas tous les 4 matins.
edit : bon après si tu considères que c'est ton travail perso d'administrer et de maintenir ton OS, en corrigeant les différents problèmes je n'y vois aucun souci mais moi ce n'est plus ma tasse de thé. Je veux juste un truc qui fonctionne sans me prendre le choux sans arrêt.

Dans la vie on a rien sans efforts

 
Je préserve mes efforts pour les activités qui m'intéressent  

Tu es donc un privilégié
 
Car moi si je fais ça je fini vite clodo voir mort

Euh non, tu peux parfaitement savoir t'économiser sans remettre en cause ta vie hein    
Heureusement que tout le monde peut encore choisir les domaines dans lesquelles il veut s'investir.
Par exemple si tu ne veux pas faire de jardin pour avoir des légumes tu vas les acheter  

Il faut prendre une distribution linux de type LTS, tu seras alors tranquille pendant 5 ans, les mises à jour seront limitées au strict nécessaire.

https://doc.ubuntu-fr.org/lts

les distributions linux rolling release sont par nature risquées, comme on a le mode d'emploi pour réparer la distribution (wiki, bugzilla avec la possibilité de communiquer directement avec le développeur, forums, le plan B avec le chroot et le downgrade) alors ce risque est maitrisable (contrairement à windows qui est une boite noire), mais il faut aimer mettre les mains dans le cambouis, l'utlisateur non technicien a plutôt intérêt à se diriger vers les distributions LTS.

 
C'est justement tout le souci de Manjaro : archlinux est la distribution rollling release de référence et elle est parfaitement stable.
Une Ubuntu LTS normalement c'est bon, mais seulement quelques mois après sa date de sortie ( sinon c'est pas plus stable qu'une version intermédiaire donc c'est plutôt moyen )
Et Manjaro, c'est jamais stable longtemps malheureusement ( en tout cas chez moi   )
Donc pour moi le souci vient bien de l'équipe qui maintient la distribution, sans doute sous-dimensionnée  

bof, les rolling releases ça casse, mais ça répare très vite aussi.
Une distro avec 2 cycles par an, si ton truc pète y'a pas toujours un hotfix avant la prochaine release. Sans compter le bordel que tu mets dans le système quand tu commences à jouer avec des PPA / repo alternatifs si tu veux un système qui soit pas à 3 versions de retard.
Bref, Archlinux est un super choix de ce point de vue, et au final je trouve que j'ai un meilleur uptime avec Arch (bon évidemment j'écris ça alors que les drivers nvidia sont cassés )

Sous-entendu que les bugs détectés sur les RR sont corrigés très rapidement, au contraire des périodiques…

Sauf que c’est faux, ou plus précisément parfois inexact : je me souviens encore très bien d’un sale bug dans Nouveau (c’était pas la faute d’Arch, mais c’était la première à y avoir droit), qui faisait geler complètement l’affichage (curseur de souris hyper-lent, toute action prenait au moins 10 secondes à se faire, impossibilité de basculer sur les consoles TTY, et seul un redémarrage permettait de reprendre le contrôle, sachant que ce dernier n’était pas affecté, lui) quand on avait le malheur de lire une vidéo avec les noyaux 5.9 et 5.10. Ça a duré entre octobre et peut-être février, quand les utilisateurs de Fedora ont commencé à le subir de leur côté dans les préversions de leur future itération de la distro. Il a donc fallu attendre plus de quatre mois pour retrouver le commit foireux et le corriger (dans le noyau 5.10.4, je crois, sachant que ça durait depuis le 5.9.0) ; et en attendant, il fallait rester sur le noyau 5.4 LTS (sauf que sur Arch, on n’a que la dernière branche de noyaux LTS à disposition, ce qui allait devenir très embêtant quand la 5.4 allait être remplacée par la 5.10¹, au moment de la sortie du noyau 5.11…).

¹ J’ai d’ailleurs une anecdote plutôt cocasse à ce sujet : comme sur Arch, ce ne sont pas les mêmes mainteneurs pour les paquets des noyaux (normal et LTS), on s’est retrouvés à avoir un jour un noyau LTS de version plus récente que le noyau normal (dont le mainteneur était alors en vacances, sans avoir de suppléant pour pallier le retard dans les MAJ de ses paquets en son absence) ! Pas le genre de chose qu’on peut voir tous les jours.

Trop content d'être passé chez les rouges pour ça, le driver libre est tellement bien  

Ça fonctionne sous Gentoo avec le dernier pilote Nvidia

Rappelez-vous…
 

et
 

Il y a eu une MAJ vers systemd 249.1, hier, et il semble qu’elle ait corrigé ce « bug » : je n’ai plus ce « systemd-sysusers.service » lié à « /run/credentials/systemd-sysusers.service » qui apparaît dans Double Commander, ni de ligne « none on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) » dans « mount ».
 
Maintenant, je me sens pas de faire la chasse au commit qui a remis les choses comme il faut…

Si vous utilisez Arch Linux sous XFCE et que vous avez fait la MAJ de Catfish en 4.16.1, il y a un bug qui empêche le logiciel de démarrer (ouais).
 
Heureusement, celui-ci se contourne facilement en modifiant le fichier « /usr/lib/python3.9/site-packages/catfish_lib/catfishconfig.py », et de remplacer la ligne 30 par celle-ci :
 

À part ça, cette version 4.16.1 permet enfin (entre autres) de garder en mémoire le mode d’affichage des résultats (liste simple ou avec vignettes pour les images). Ça m’évitera d’avoir à régler ça à chaque fois que je l’ouvre.

Avez-vous déjà eu des soucis pour réparer une partition NTFS depuis linux ?

J'ai l'impression que les outils de réparation de partition NTFS sous linux ne sont pas terribles, sur un PC d'une connaissance sous ubuntu on a eu une erreur de fichier impossible à supprimer sur une partition NTFS (erreur d'entrée sortie, même avec la commande rm), c'était suite à un freeze du PC pendant qu'un fichier NTFS était en train de s'écrire sur le disque dur.

L'outil ntfsfix n'a rien trouvé d'anormal :
https://doc.ubuntu-fr.org/ntfsfix

La résolution du problème a été de démarrer sous windows (heureusement il y avait un multiboot), pour utiliser l'outil de réparation de partition NTFS de windows (chkdsk).

Est-ce qu'il existe des projets d'outils linux permettant d'avoir la même efficacité de réparation des partitions NTFS que chkdsk de windows ?

J'ai cru comprendre que Linus Torvald envisageait d'intégrer dans le noyau linux une nouvelle version du pilote NTFS :
https://linux.developpez.com/actu/3 [...] -Software/

Je dois dire que j’ai jamais tenté de réparer des FS Windows depuis Linux : quand il m’arrive le coup d’une clef USB mal démontée, ou un DD externe, je préfère passer par Windows (actuellement, c’est ma Surface RT qui est mise à contribution pour ça).

Vu que le pilote actuel pour NTFS n'est pas super, je ne suis pas convaincu que les outils eux le sont...

NTFS-3G ne fait pas déjà largement le taf ?

Il y a des bugs, je me souviens en avoir été victime avec des disques durs externes en NTFS

Ah ? J’en ai jamais eu, de mon côté (et tous mes disques externes sont en NTFS).