Archlinux.fr, le site de la communauté francophone de la distribution Arch Linux.
Arch Linux est une distribution légère et rapide dont le concept est de rester la plus simple possible (philosophie KISS).
Les paquetages sont optimisés pour les processeurs x86-64. Les dépôts officiels [core], et [extra] sont complétés par le site AUR géré par la communauté d’utilisateurs.
Notre puissante communauté vient de différents horizons et ses membres qui ont différents niveaux de compétence viennent facilement en aide aux autres. N’hésitez pas à aller voir nos forums , nos wikis et les mailings listes pour plonger dans cette fantastique distribution.
Le guide d’installation vous permettra ensuite d’installer Arch Linux grâce aux ISO que vous pourrez télécharger à cette adresse.
Dernières nouvelles
Le driver NVIDIA 590 abandonne le support de Pascal et des versions antérieures ; les paquets principaux passent aux modules Open
Avec la mise à jour vers la version 590 des drivers, le pilote NVIDIA ne prend plus en charge les GPU Pascal (GTX 10xx) ou plus anciens. Nous remplacerons le paquet nvidia par nvidia-open, nvidia-dkms par nvidia-open-dkms et nvidia-lts par nvidia-lts-open.
Impact : la mise à jour des paquets NVIDIA sur les systèmes équipés de cartes Pascal, Maxwell ou plus anciennes entraînera l’échec du chargement du driver, ce qui peut entraîner un environnement graphique non fonctionnel.
Une intervention est requise pour les utilisateurs de Pascal ou de plus anciennes versions : les utilisateurs équipés de cartes GTX 10xx et plus anciennes doivent passer à la branche propriétaire 580xx pour conserver le support :
- Désinstallez les paquets officiels
nvidia,nvidia-ltsounvidia-dkms. - Installez les kernel headers associés à votre kernel, par exemple pour le paquet
linuxinstallezlinux-headers - Installez
nvidia-580xx-dkmsà partir de AUR
Attention, si vous avez le paquet lib32-nvidia-utils d’installé, il est nécessaire d’installer simultanément ces 3 paquets : nvidia-580xx-dkms, nvidia-580xx-utils et lib32-nvidia-580xx-utils. Vous pouvez au choix le réaliser :
- Manuellement :
- Télécharger les sources des 2 paquets de base :
nvidia-580xx-utilsetlib32-nvidia-580xx-utils - Générer les paquets via
makepkgdepuis ces 2 dossiers. - Installer simultanément les paquets :
- Télécharger les sources des 2 paquets de base :
pacman -U nvidia-580xx-utils/nvidia-580xx-dkms-*.pkg.tar.zst nvidia-580xx-utils/nvidia-580xx-utils-*.pkg.tar.zst lib32-nvidia-580xx-utils/lib32-nvidia-580xx-utils-*.pkg.tar.zst
- Ou automatiquement, par exemple via
yay:
yay -S nvidia-580xx-dkms nvidia-580xx-utils lib32-nvidia-580xx-utils
Les utilisateurs équipés de GPU Turing (séries 20xx et GTX 1650) et plus récents passeront automatiquement aux modules noyau Open lors de la mise à jour et ne nécessiteront aucune intervention manuelle.
Les paquets .NET peuvent nécessiter une intervention manuelle
Les paquets suivants peuvent nécessiter une intervention manuelle en raison de la mise à niveau de la version 9.0 à la version 10.0 :
- aspnet-runtime
- aspnet-targeting-pack
- dotnet-runtime
- dotnet-sdk
- dotnet-source-built-artifacts
- dotnet-targeting-pack
pacman peut afficher l’erreur suivante « failed to prepare transaction (could not satisfy dependencies) » pour les paquets concernés.
Si vous êtes concerné par ce problème et que vous avez besoin des paquets 9.0, les commandes suivantes permettront de mettre à jour par exemple aspnet-runtime vers aspnet-runtime-9.0 :
pacman -Syu aspnet-runtime-9.0
pacman -Rs aspnet-runtime
La mise à jour de waydroid >= 1.5.4-3 peut nécessiter une intervention manuelle
Le paquet waydroid antérieur à la version 1.5.4-2 (y compris aur/waydroid) crée des fichiers byte-code Python (.pyc) lors de l’exécution qui n’étaient pas suivis par pacman. Ce problème a été corrigé dans la version 1.5.4-3, où la compilation du byte-code de ces fichiers est désormais effectuée pendant le processus de packaging.
Par conséquent, la mise à jour peut entrer en conflit avec les fichiers créés dans les versions précédentes. Si vous rencontrez des erreurs telles que celles ci-dessous pendant la mise à jour :
error: failed to commit transaction (conflicting files)
waydroid: /usr/lib/waydroid/tools/__pycache__/__init__.cpython-313.pyc exists in filesystem
waydroid: /usr/lib/waydroid/tools/actions/__pycache__/__init__.cpython-313.pyc exists in filesystem
waydroid: /usr/lib/waydroid/tools/actions/__pycache__/app_manager.cpython-313.pyc exists in filesystem
Vous pouvez écraser ces fichiers en toute sécurité en exécutant la commande suivante :
pacman -Syu --overwrite /usr/lib/waydroid/tools/\*__pycache__/\*
dovecot >= 2.4 nécessite une intervention manuelle
La branche dovecot 2.4 a subi des modifications importantes qui la rendent incompatible avec tout fichier de configuration <= 2.3.
Par conséquent, le service dovecot ne pourra plus démarrer tant que le fichier de configuration n’aura pas été migré, ce qui nécessite une intervention manuelle.
Pour obtenir des conseils sur la migration de la version 2.3 à la version 2.4, veuillez vous reporter à la documentation suivante : Mise à niveau de Dovecot CE de la version 2.3 à la version 2.4.
De plus, la branche dovecot 2.4 ne prend plus en charge la fonctionnalité de réplication, qui a été supprimée.
Pour les utilisateurs qui dépendent de la fonctionnalité de réplication ou qui ne sont pas en mesure d’effectuer la migration vers la version 2.4 pour le moment, nous proposons des paquets alternatifs disponibles dans [extra] :
- dovecot23
- pigeonhole23
- dovecot23-fts-elastic
- dovecot23-fts-xapian
La branche 2.3 de dovecot va recevoir les correctifs de sécurité critiques depuis le projet en amont jusqu’à nouvel ordre.
Interruptions de service récentes
Nous[ndT : développeurs d’Archlinux] souhaitons vous informer des récentes interruptions de service affectant notre infrastructure. Le projet Arch Linux subit actuellement une attaque par déni de service (DDoS) qui affecte principalement notre page web principale, le dépôt d’utilisateurs Arch (AUR) et les forums.
Nous sommes conscients des problèmes que cela engendre pour nos utilisateurs finaux et nous continuerons à collaborer activement avec notre hébergeur pour atténuer cette attaque. Nous évaluons également les fournisseurs de protection DDoS en tenant compte de facteurs tels que le coût, la sécurité et les normes éthiques.
Afin d’améliorer la communication autour de ce problème, nous publierons désormais des mises à jour régulières sur notre page d’état du service.
En tant que projet mené par des bénévoles, nous apprécions la patience de la communauté pendant que notre équipe DevOps s’efforce de résoudre ces problèmes. Merci de votre patience et de votre soutien.
Solutions de contournement en cas d’interruption de service
- En cas d’indisponibilité de archlinux.org :
- Miroirs : Les endpoints de la liste des miroirs utilisée dans des outils comme
Reflectorest hébergé sur ce site. En cas de panne, veuillez utiliser par défaut les miroirs répertoriés dans le paquetpacman-mirrorlist. - ISO : Notre image d’installation est disponible sur de nombreux miroirs, notamment les géolocalisés administrés par DevOps. Veuillez toujours vérifier son intégrité comme décrit sur le wiki et confirmer qu’elle est signée par
0x54449A5C(ou toute autre clé de confiance susceptible d’être utilisée ultérieurement).
- Miroirs : Les endpoints de la liste des miroirs utilisée dans des outils comme
- En cas d’indisponibilité de aur.archlinux.org :
- Paquets : Nous maintenons un miroir des paquets AUR sur GitHub. Vous pouvez récupérer un paquet avec :
$ git clone --branch <package_name> --single-branch https://github.com/archlinux/aur.git <package_name>
- Paquets : Nous maintenons un miroir des paquets AUR sur GitHub. Vous pouvez récupérer un paquet avec :
- En cas d’indisponibilité de wiki.archlinux.org :
- Docs : Les
arch-wiki-docsetarch-wiki-litecontiennent des snapshots récents des articles hébergés sur le wiki Arch Linux.
- Docs : Les
18 / 5?000
Remarques supplémentaires
- Nos services peuvent envoyer initialement une réinitialisation de connexion en raison de l’authentification TCP SYN effectuée par notre fournisseur d’hébergement, mais les demandes suivantes devraient fonctionner comme prévu.
- Nous gardons en interne les détails techniques sur l’attaque, son origine et nos tactiques d’atténuation tant que l’attaque est toujours en cours.
Nouvelles plus anciennes
- 2025-08-04
- zabbix >= 7.4.1-2 peut nécessiter une intervention manuelle
- 2025-06-21
- linux-firmware >= 20250613.12fe085f-5 la mise à jour nécessite une intervention manuelle
- 2025-06-20
- Plasma 6.4.0 nécessitera une intervention manuelle si vous êtes sous X11
- 2025-06-16
- Transition vers le nouveau wine WoW64 et wine-staging
- 2025-04-19
- Valkey pour remplacer Redis dans le dépôt [extra]
- 2025-03-08
- Nettoyage des anciens dépôts
- 2025-02-03
- Glibc 2.41 corrompt l’installation de Discord
- 2025-01-21
- Version critique de sécurité rsync 3.4.0
- 2024-09-15
- Intervention manuelle pour pacman 7.0.0 et les dépôts locaux requise
- 2024-07-02
- Le service sshd doit être redémarré après la mise à niveau vers openssh-9.8p1