EXP C02 – Premier essai : Debian Trixie 64 bits
EXP C02 — Premier essai : Debian Trixie 64 bits
Lorsque nous avons commencé à réfléchir à notre serveur d’impression domestique, le matériel était déjà choisi :
Un Raspberry Pi Zero 2 W.
Petit, silencieux, peu gourmand en énergie et équipé du Wi-Fi, il semblait parfaitement adapté à cette tâche.
Restait à choisir le système d’exploitation.
Notre premier réflexe fut de partir sur quelque chose de récent :
Debian Trixie en 64 bits.
Sur le papier, le choix était difficile à contester.
Une distribution moderne, une architecture 64 bits et un système maintenu : exactement ce que l’on pourrait recommander pour un nouveau projet.
Mais notre projet n’était pas vraiment un nouveau projet.
Nous voulions faire fonctionner une Canon LBP-810, une imprimante conçue à une époque très différente de celle de notre système d’exploitation.
Et c’est là que les choses allaient devenir intéressantes.
Une Raspberry Pi Zero 2 W capable de 64 bits.
Le choix du 64 bits n’était pas absurde.
La Raspberry Pi Zero 2 W utilise un processeur ARM Cortex-A53 et peut fonctionner aussi bien avec un système 64 bits qu’avec un système 32 bits.
Pour un serveur d’impression, le 64 bits n’apportait cependant pas d’avantage déterminant.
Nous n’allions pas :
- héberger une énorme base de données ;
- compiler de gigantesques applications ;
- faire tourner des machines virtuelles ;
- ou transformer la petite Pi en serveur généraliste.
Nous voulions essentiellement :
CUPS Avahi Wi-Fi network printer driver
et suffisamment de stabilité pour laisser le petit Raspberry fonctionner tranquillement.
À ce stade, tout semblait donc parfaitement raisonnable.
Première découverte : CUPS ne connaît pas notre Canon.
Une fois CUPS installé, nous avons commencé par regarder quels modèles et pilotes étaient disponibles.
La commande :
lpinfo -m
permet d’examiner les modèles connus de CUPS.
Et quelque chose nous a immédiatement intrigués :
la Canon LBP-810 n’apparaissait pas.
Ce n’était pas simplement une question de nom manquant dans une longue liste.
La LBP-810 appartient à une catégorie particulière d’imprimantes utilisant :
CAPT — Canon Advanced Printing Technology
Elle ne fonctionne donc pas comme une imprimante laser moderne qui recevrait directement un document PDF, du PostScript ou un flux raster standard.
Il fallait un intermédiaire capable de transformer les documents d’impression en données compréhensibles par la Canon.
Et cet intermédiaire allait devenir le problème central de toute notre aventure.
Le vrai problème : le pilote
Nous avons alors commencé à rechercher les pilotes historiques disponibles.
Deux grandes pistes apparaissaient :
- l’ancien pilote propriétaire Canon ;
- le pilote libre CAPT de Nicolas Boichat.
Le problème était immédiatement visible.
Ces logiciels avaient été développés près de vingt ans auparavant et n’étaient plus intégrés aux dépôts Debian modernes.
Et notre choix matériel ajoutait une difficulté supplémentaire.
Nous étions sur :
Raspberry Pi Zero 2 W
│
▼
ARMet non sur un vieux PC x86.
Les anciens paquets Canon disponibles historiquement ciblaient principalement les architectures x86/i386. Ils n’étaient donc pas une solution directe pour notre Raspberry Pi.
Une possibilité commençait à se dessiner :
Compiler nous-mêmes le vieux pilote libre.
Et si le 32 bits était finalement une meilleure idée ?
C’est à ce moment que nous avons commencé à remettre en question notre choix initial.
La question n’était plus :
« Quel est le système le plus moderne ? »
mais plutôt :
« Quel est le système qui nous donne les meilleures chances de faire fonctionner un logiciel de 2004 ? »
Cette nuance changeait complètement le problème.
Le pilote CAPT était ancien.
Les outils et documentations disponibles pour ce type d’imprimante provenaient principalement d’environnements Linux plus anciens.
Et si nous devions finalement compiler le pilote, voire adapter certaines parties de la chaîne CUPS, nous voulions éviter d’ajouter inutilement une difficulté supplémentaire.
Le 32 bits ARMHF commençait donc à devenir beaucoup plus séduisant.
Trixie n’était pas « mauvais ».
C’est un point que nous voulons absolument conserver dans le récit.
Nous n’avons pas abandonné Debian Trixie parce que Trixie était mauvais.
Le problème était plutôt que notre matériel ancien et notre pilote ancien n’étaient pas un bon candidat pour une pile logicielle moderne.
Nous essayions de faire dialoguer :
Canon LBP-810
│
│ CAPT
▼
CAPT driver written in the early 2000s
│
▼
modern CUPS
│
▼
Raspberry Pi Zero 2 WNous avions donc un système informatique contemporain qui devait servir d’intermédiaire à une technologie propriétaire ancienne.
Et plus nous avancions, plus nous comprenions que la compatibilité historique allait être plus importante que la modernité absolue du système.
CUPS lui-même évoluait progressivement vers une approche driverless, basée sur IPP Everywhere, tandis que les anciens pilotes PPD devenaient de moins en moins centraux.
Pour une imprimante moderne, cette évolution est parfaitement logique.
Pour une Canon CAPT de cette génération, c’est une tout autre histoire.
Retour vers Bookworm.
Nous avons donc pris une décision qui pouvait sembler, à première vue, être un retour en arrière :
Raspberry Pi OS Lite — Bookworm — 32 bits.
Mais ce n’était pas réellement un retour en arrière.
C’était un choix de compatibilité.
Nous voulions avant tout disposer d’un environnement raisonnablement proche de celui dans lequel ce type de logiciel ancien pouvait encore être compilé et exécuté.
Pour notre cas particulier, cette configuration offrait plusieurs avantages potentiels :
- meilleure compatibilité avec les anciens logiciels Linux ;
- un environnement plus proche de celui dans lequel les anciens pilotes avaient historiquement été utilisés ;
- moins de risques lors de la recompilation d’un vieux pilote ;
- une consommation mémoire légèrement plus faible sur la petite Pi Zero 2 W.
Notre philosophie venait donc de changer.
Nous n’allions plus chercher le système le plus moderne possible.
Nous allions chercher le système le plus adapté à notre problème réel.
Une nouvelle méthode.
Cette première tentative nous a également appris quelque chose sur la manière dont nous devions conduire le projet.
Nous aurions pu continuer à installer des paquets au hasard jusqu’à obtenir quelque chose.
Nous avons préféré procéder autrement.
Chaque couche devait être validée avant de passer à la suivante :
The system
↓
The network
↓
CUPS
↓
Avahi
↓
USB
↓
The printer
↓
The driverCette méthode allait devenir particulièrement importante lorsque nous brancherions enfin la Canon.
Nous pourrions alors utiliser des commandes aussi simples que :
lsusb dmesg lpinfo -v
pour déterminer exactement ce que le Raspberry voyait.
Pas de supposition.
Une couche à la fois.
Le petit serveur commence déjà à prendre forme.
Pendant ce temps, le Raspberry était déjà capable de commencer à jouer son rôle de serveur.
CUPS fonctionnait.
Avahi était installé.
Le réseau Wi-Fi était opérationnel.
Le serveur était accessible sur le réseau.
Il ne manquait plus que les deux éléments essentiels :
La Canon et son pilote.
Nous n’avions donc pas abandonné notre idée de serveur d’impression.
Nous avions simplement changé l’environnement dans lequel nous allions tenter de la réaliser.
Le choix finalement retenu.
La décision était prise :
🔴 Debian Trixie 64 bits
↓
🟢 Raspberry Pi OS Lite
Bookworm
32 bits / armhfLa nouvelle installation allait utiliser :
armv7l
avec l’architecture Debian :
armhf
Ce choix allait se révéler particulièrement pertinent pour la suite.
Une leçon avant même d’avoir imprimé une page.
À ce stade, nous n’avions encore rien imprimé.
La Canon n’était même pas connectée.
Et pourtant, nous avions déjà appris quelque chose d’essentiel :
Dans un projet de revival informatique, la compatibilité compte parfois davantage que la modernité.
Installer le dernier système disponible est généralement une excellente idée.
Mais lorsqu’on veut faire fonctionner un logiciel vieux de vingt ans avec du matériel encore plus ancien, un environnement légèrement plus ancien peut être le choix le plus moderne que l’on puisse faire.
Notre Raspberry Pi Zero 2 W allait donc continuer son aventure sous Bookworm 32 bits.
Et maintenant, il fallait lui donner une imprimante.
À suivre …
(03) — Repartir sur de bonnes bases : Raspberry Pi OS Bookworm 32 bits
Nous allons installer le nouveau système, préparer le Raspberry Pi Zero 2 W, mettre en place le réseau, CUPS et Avahi, puis transformer cette petite carte en véritable serveur d’impression.
Et surtout…
Le câble manquant USB-A vers Micro-USB B que nous avons commandé arrive …
La prochaine étape ne sera plus théorique.
Nous allons enfin pouvoir demander au Raspberry :
lsusb
et découvrir ce qu’il pense réellement de cette mystérieuse LBP-810.
AxehGo & DebIA — Independent Research & Experiments in Linux, AI and Statistical Computing
// discussion
No comments