Connexion
Abonnez-vous

Sur les PC Arm, Windows 11 24H2 a des problèmes avec les imprimantes

Le 06 novembre à 09h29

Dans notre compte-rendu d’un mois passé sur un PC Copilot+, nous avions noté que la gestion des périphériques demandait une attention particulière. En dépit d’une très bonne expérience utilisateur générale, il fallait s’assurer notamment de la compatibilité des imprimantes. Dans notre cas, une imprimante Samsung M2020 voulait bien fonctionner en filaire, mais pas en Wi-Fi. L’installeur fourni par le constructeur était incompatible.

Comme noté par XDA, Microsoft signale qu’il existe bien des problèmes sur les PC Arm avec la version 24H2 de Windows 11. Dans une fiche, on peut ainsi lire que « certains PC ARM (par exemple, les PC Copilot+) peuvent ne pas être en mesure d'ajouter ou d'installer une imprimante à l'aide du programme d'installation fourni ou du programme d'installation du site Web du fabricant ».

Pour contourner le problème, Microsoft recommande de se rendre dans Paramètres > Bluetooth et appareils > Imprimantes et scanners et de cliquer sur le bouton « Ajouter un appareil ». En d’autres termes, se référer à la base interne de pilotes fournis avec le système. Dans une fiche plus détaillée, Microsoft redit la même chose. Dans les deux cas, l’éditeur recommande de connecter son imprimante en USB.

Il n’y a cependant pas de surprise. Il y a plusieurs mois déjà, de nombreux utilisateurs faisaient part sur Reddit de problèmes rencontrés avec les imprimantes. L’utilisateur ValdikSS y rappelait que les pilotes conçus pour les PC x86 ne pouvaient pas être réutilisés, par manque d’émulation. Comme nous l’indiquions dans notre retour d’expérience, les PC Windows on Arm sont surtout faits pour fonctionner des imprimantes compatibles Mopria (Mobile Printing Alliance).

Le 06 novembre à 09h29

Commentaires (13)

votre avatar
Est ce qu'il y a de l'évolution concernant le support de w11 arm sur d'autres plateformes telle que les Pi5 par exemple ?
votre avatar
C'est que pour les puces Qualcomm
votre avatar
"L’utilisateur ValdikSS y rappelait que les pilotes conçus pour les PC x86 ne pouvaient pas être réutilisés, par manque d’émulation."
Quels systèmes émulent des pilotes ? Il n'y avait déjà pas entre x86 et x86_64, donc entre x86_64 et ARM64.
votre avatar
S'ils veulent pousser ARM, ils devront en passer par le support de l'émulation pour les pilotes de périphériques USB x86/64 sur ARM. Sinon ça ne risque pas de se démocratiser... Et dans le monde pro, n'en parlons même pas.
votre avatar
Mon interrogation n'est pas sur la nécessité, mais sur la faisabilité, puisque je crois il n'y a pas d'exemple de ce genre.
votre avatar
Si je devais relater mon expérience avec mon imprimante laser couleur en Wi-Fi...

Manjaro : découvert et installation immédiate.

Windows : le kit d'installation n'a jamais abouti.

Un jour on saura faire marcher les imprimantes, un jour !
votre avatar
En effet, s'il y a 10/15 ans une imprimante sous Linux pouvait être galère à installer (et un scanner il y a 5/10 ans) comparé à Windows... eh bien désormais, on branche et ça marche le plus souvent sans rien avoir à faire.

Situation totalement inversée donc... Peut-être qu'ils devraient avoir d'autres priorités que vouloir coller de l'IA-à-la-mode à tous les étages ou imposer un TPM en gri-gri pour leur truc troué depuis les origines.
votre avatar
Je confirme, sur Mint, rien a faire (littéralement). Sur W11 ma compagne galère très régulièrement... L'imprimante n'est pas trouvé, reboot...
votre avatar
Le plus drôle, c'est avec les imprimantes Wifi multifonctions :
- impression : aucun problème
- scan : appareil hors ligne (mais je viens d'imprimer mille milliards de mille sabord !!!)

True story :craint:

Pour ma part, les imprimantes, j'appelle les imprimantes "les périphériques du diable".
votre avatar
Quand y'a la possibilité d'avoir un RJ (et de tirer un câble!) sur une variante du modèle, c'est généralement des emmerdes en moins par rapport à du wifi.

Pour le scan, il y a sous Linux encore des soft côté PC qui fonctionnent mieux que d'autres, selon le matos, mais jamais eu de point bloquant pour ma part...

Mais en effet, autant la partie impression est désormais bien cadrée (merci IPP Everywhere) pour qu'un driver générique suffise (comme une Postscript qui aurait embarqué son propre profil, hélas ces dernières n'étaient pas données/grand public) après une phase découverte, autant la partie scan reste moins standardisée.
https://wiki.debian.org/CUPSNewArchitecture#Legacy.2FClassic_and_Modern_Printers
votre avatar
J'utilise pas le scanner de la mienne en mode distant, j'ai pris un modèle avec chargeur pour ça justement :D
votre avatar
Oui, c'est incroyable comme l'impression a toujours été une galère.
Ceci dit, j'ai tendance à utiliser les pilotes PCL3/5/6 intégrés directement, sans passer par l'install windows.
votre avatar
C'est dommage car pour le coup un driver d'imprimante pourrait parfaitement être "émulé depuis le code x86" : pas besoin de grosse perf pour envoyer un flux à l'imprimante USB.
C'est +/- la cas sous linux je crois: le pilote spécifique à l'imprimante est un fichier PPD ou IPP cross architecture / cross-OS, et c'est le serveur d'impression CUPS qui est compilé selon l'archi. Je crois que cups est aussi utilisé sur MacOS, et iOS. Siça se trouve il doit êtr epossible de compiler CUPS pour Win-ARM et solutionné ce prb :)

Sur les PC Arm, Windows 11 24H2 a des problèmes avec les imprimantes

Fermer