Très satisfait de mon Pinephone sous Mobian, j'ai voulu profiter que les stocks de Pine64 n'étaient pas épuisés pour acheter la version la plus récente du Pinephone, la Beta Edition, avec ses 3 Go de RAM et ses 32 Go de disque SSD, alors que le UBPorts CE que je possédais se contentait de 2 et 16 Go. Ainsi je transformerai le plus ancien en téléphone de secours immédiatement disponible en cas de pépin.
Le téléphone arrive avec Manjaro Plasma Mobile préinstallé. Passée l'euphorie des premiers instants, avec quelques points forts assez marqués par rapport à Mobian Phosh (la fluidité de l'interface, le clavier virtuel bien pensé, les copier-coller, le navigateur Angelfish, le terminal plus utilisable, KWeather etc.) je me retrouve assez vite coincé par les bugs concernant l'accès internet par la 4G, plutôt rédhibitoires, et l'intégration très limitée de Nextcloud. Je lutte un peu puis renonce et décide d'installer Mobian Phosh.
Malheureusement, les images récentes de l'installateur Mobian ne fonctionnant pas, j'ai jeté l'éponge après quatre ou cinq essais et ai donné sa chance à Manjaro Phosh. Et si je regrette de renoncer au chiffrement total du téléphone, le reste me donne entière satisfaction : l'interface de la dernière version de Phosh est beaucoup plus réussie, l'interface est plus fluide (peut-être du fait du meilleur matériel), les logiciels plus à jour et plus variés. Et puis, j'ai Archlinux sur tous mes ordinateurs et je maîtrise mieux ce système que Debian. Si les finitions sont peut-être moins soignées que Mobian, Manjaro Phosh reste agréable à utiliser. D'autant que les développeurs ont pris le parti de mettre à jour la distribution stable avec parcimonie, ce qui limite un peu les risques de casse, là où Mobian conseille d'utiliser Bookworm et de suivre son rythme effréné de mise à jour.
Vint donc il y a quelques jours ma première mise à jour de Manjaro Phosh. Et là, je vis que la simplicité de l'empaquetage d'Archlinux, qui fait que tout utilisateur peut facilement empaqueter ou modifier des paquets, n'avait pas que des avantages. La complexité des mises à jour de Debian sert un but essentiel : ne jamais casser le système en cas de mise à jour partielle. Ce n'est pas le cas d'Archlinux. Or, pour une raison qui m'échappe, mon téléphone a connu quelque chose comme un kernel panic durant la mise à jour. Après lui avoir laissé une bonne heure dans l'espoir qu'il terminerait la mise à jour, même si l'interface ne répondait plus, je finis pour forcer le redémarrage, et là : catastrophe ! Le noyau démarre (c'est déjà pas mal) mais l'interface graphique ne se lance pas et je me retrouve avec un login de console sans possibilité d'utiliser un clavier pour la saisie.
En cherchant un peu sur le web, je trouve surtout des commentaires invitant à réinstaller, ce que je préférerais vraiment éviter : il y a pas mal de boulot après pour tout réinstaller et configurer !
J'utilise donc la technique que j'emploie avec Archlinux lorsque le noyau ne permet plus le démarrage : un démarrage sur une autre machine, un montage du disque, puis un chroot pour tout réparer. L'installation que j'ai effectuée de Tow Boot aide bien puisque je peux ainsi démarrer mon téléphone pour qu'il se monte sur l'ordinateur auquel il est branché comme une simple clé USB.
Un problème cependant auquel je n'avais pas pensé : lorsque je lance mon arch-chroot j'ai droit à une erreur car je ne peux lancer des exécutables compilés pour AARCH64 depuis mon noyau pour AMD64. Le chroot échoue donc.
C'est alors que je pense au petit Raspberry 400 que je me suis offert l'an dernier. Je l'avais acheté pour bidouiller, mais aurais eu bien du mal à justifier cet achat en m'appuyant sur son utilité, car je n'en faisais rien de vraiment essentiel. Or, je l'ai justement réinstallé il y a peu, afin qu'il fonctionne sous la nouvelle version 64 bits de l'OS maison. Il utilise donc à présent la même architecture que mon Pinephone. Comble de bonheur, cette distribution issue de Debian comprend un paquet arch-install-scripts qui contient arch-chroot, ce qui simplifie les choses.
Reste la partie pas drôle : le système du Pinephone est partiellement cassé. De nombreux paquets ne peuvent être réinstallés sans intervention, car ils se plaignent de fichiers déjà installés qui n'ont pas été enregristrés comme leur appartenant. Après avoir longuement nettoyé tout cela à grands coups de rm et de pacman -S --overwrite, je finis par lancer une réinstallation générale de tous les paquets afin d'avoir un système propre, avec la commande pacman -Qqn | pacman -S -
Lorsqu'enfin je redémarre, tout est rentré dans l'ordre. Et je sais maintenant à quoi peut me servir mon petit Raspberry 400 !