Cimment Installer Raspberry OS version Bookworm

[Geo Cherchetout]

Bonjour tout le monde,

J'ai une Raspberry Pi 2 Model B Rev 1.1, une carte micro-SDHC neuve et le
fichier 2023-10-10-raspios-bookworm-armhf-full.img.xz que j'ai récupéré ici :

https://downloads.raspberrypi.com/raspios_full_armhf/images/raspios_full_armhf-2023-10-10/2023-10-10-raspios-bookworm-armhf-full.img.xz

C'est la version "with desktop and recommended software". Il me sera
toujours possible de supprimer certains programmes qui ne me serviraient pas.

J'ai vérifié que la somme sha256 est conforme et j'ai décompressé le fichier
xz. J'ai donc à présent un fichier
2023-10-10-raspios-bookworm-armhf-full.img (dont la taille est 11,4 Gio).

Je pensais qu'il suffirait d'utiliser dd ou xfburn pour transférer l'image
vers ma carte neuve mais apparemment j'étais dans l'erreur. Il est en effet
prescrit ici : https://raspberrytips.fr/installer-raspberry-pi-os/
d'utiliser un installeur nommé Raspberry Pi Imager.

J'ai donc téléchargé cet installeur dans sa version pour Ubuntu, les autres
versions disponibles étant macOS et Windows. J'espérais que cette version
pour Ubuntu serait installable et utilisable sous Debian bullseye,
distribution bien à jour installée sur un seul de mes ordinateurs. Manque de
pot, l'installation échoue avec ce message d'erreur :

----------------------------------------------------------------------------
***@polo:/home/geo/Téléchargements# apt install ./imager_1.8.1_amd64.deb
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait
Note : sélection de « rpi-imager » au lieu de « ./imager_1.8.1_amd64.deb »
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
rpi-imager : Dépend: libc6 (>= 2.34) mais 2.31-13+deb11u7 devra être installé
Dépend: libstdc++6 (>= 12) mais 10.2.1-6 devra être installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode
« garder en l'état ».
-----------------------------------------------------------------------------

Que dois-je faire : Installer Ubuntu ? Upgrader debian vers bookworm ?
Tenter une gravure directe avec dd ou xfburn ? Merci d'avance pour vos bons
avis.

[yves]

Post by Geo Cherchetout
Que dois-je faire : Installer Ubuntu ? Upgrader debian vers bookworm ?
Tenter une gravure directe avec dd ou xfburn ? Merci d'avance pour vos
bons avis.

Ça fait un moment que je n'ai pas préparé de sdcard, mais je tenterais une
gravure directe avec dd, suivant un protocole que j'ai noté au fil des
années, qui ressemble plus ou moins à ça :

<https://elinux.org/RPi_Easy_SD_Card_Setup#Using_the_Linux_command_line>

Je n'ai pas lu ton lien sur Raspberry Pi Imager, à cause d'une ambiguïté
dans leur formulaire de consentement aux cookies.

@+

[Nicolas George]

Post by yves
<https://elinux.org/RPi_Easy_SD_Card_Setup#Using_the_Linux_command_line>

Le if=~/ ne va pas marcher.

Post by yves
Je n'ai pas lu ton lien sur Raspberry Pi Imager, à cause d'une ambiguïté
dans leur formulaire de consentement aux cookies.

Disons-le franchement, ce formulaire est de la merde qui ne permet pas de
refuser, donc ce site est inutilisable et dans l'illégalité.

[yves]

Post by Nicolas George
Le if=~/ ne va pas marcher.

Je n'ai pas fait cette opération depuis 2018.

Post by Nicolas George
2023-10-10-raspios-bookworm-armhf-full.img (dont la taille est 11,4 Gio).

Et en 2018, l'img ne faisait pas 11,4 Gio !!

if=/home/toto/2023-10-10-raspios-bookworm-armhf-full.img

peut-être ?

@+

[Geo Cherchetout]

Post by yves
if=/home/toto/2023-10-10-raspios-bookworm-armhf-full.img

Oui, par exemple.
Ne vous inquiétez pas pour ce détail, messieurs, ce n'est pas l'utilisation
de dd qui me bloque, c'est que, si on recommande divers installeurs à droite
et à gauche, il y a peut-être une raison. Par exemple, un installeur
pourrait me poser des questions pour m'épargner la tâche de configuration /a
posteriori/ .

[Nicolas George]

Post by Geo Cherchetout
et à gauche, il y a peut-être une raison.

Les fabricants de RPi veulent vendre large, donc donner l'impression que
c'est facile, il faut qu'il y ait des captures d'écran.

Post by Geo Cherchetout
Par exemple, un installeur
pourrait me poser des questions pour m'épargner la tâche de configuration /a
posteriori/ .

Ça pourrait se faire même avec une image à déployer directement : elle te
pose des questions au premier boot.

D'ailleurs, c'est déjà un tout petit peu le cas. Au moins la partition
racine est redimensionnée au premier boot.

[yves]

Post by Geo Cherchetout

Post by yves
if=/home/toto/2023-10-10-raspios-bookworm-armhf-full.img

Oui, par exemple.
Ne vous inquiétez pas pour ce détail, messieurs, ce n'est pas
l'utilisation de dd qui me bloque, c'est que, si on recommande divers
installeurs à droite et à gauche, il y a peut-être une raison. Par
exemple, un installeur pourrait me poser des questions pour m'épargner
la tâche de configuration /a posteriori/ .

Ou alors, proposition :

- booter ton ordi avec une clé ubuntu-live (try ubuntu)
- lancer un terminal
- faire snap install rpi-imager
- ensuite dans le terminal, saisir rpi-imager

Je n'ai pas testé plus loin que ça, mais jusque là, ça a marché.

@+

[Geo Cherchetout]

Post by yves
- booter ton ordi avec une clé ubuntu-live (try ubuntu)
- lancer un terminal
- faire snap install rpi-imager
- ensuite dans le terminal, saisir rpi-imager

Merci Yves, je garde cette méthode sous le coude pour le cas ou celle dans
laquelle je suis engagé échouerait. Le flash de l'image dans la carte
micro-SDHC neuve avec dd a réussi et ça n'a duré qu'un petit quart d'heure.
Maintenant le problème et que la framboise s'éteint au bout de quelques
minutes, ce qui ne permet même pas de mener à bien la procédure de paramétrage.
Je pense que c'est dû à la présence de l'accu Li-Fe, installé il y a
quelques années, qui demande à être géré par du logiciel. Demain je
recommence tout en l'absence de cet accu. Voir ici :

https://lifepo4wered.com/files/LiFePO4wered-Pi3-Product-Brief.pdf

[yves]

Post by Geo Cherchetout

Post by yves
- booter ton ordi avec une clé ubuntu-live (try ubuntu)
- lancer un terminal - faire snap install rpi-imager - ensuite dans le
terminal, saisir rpi-imager

Merci Yves, je garde cette méthode sous le coude pour le cas ou celle
dans laquelle je suis engagé échouerait. Le flash de l'image dans la
carte micro-SDHC neuve avec dd a réussi et ça n'a duré qu'un petit quart
d'heure. Maintenant le problème et que la framboise s'éteint au bout de
quelques minutes, ce qui ne permet même pas de mener à bien la procédure
de paramétrage.
Je pense que c'est dû à la présence de l'accu Li-Fe, installé il y a
quelques années, qui demande à être géré par du logiciel. Demain je
https://lifepo4wered.com/files/LiFePO4wered-Pi3-Product-Brief.pdf

Je viens de tester rpi-imager avec la procédure ci-dessus a partir d'une
distribution live sur clé usb (ubuntu 22.04 LTS), et cette fois en allant
jusqu'au bout.

Tout a fonctionné correctement sauf que j'ai branché ma raspberry (une rpy
3 model B V 1.2) sur une télé, et qu'un de mes deux cables HDMI ne
fonctionne pas dans cette configuration). Après différents essais avec 3
alimentations et deux cables hdmi, je confirme que rpi-imager est pas mal.

Le principal intérêt semble être de limiter le choix aux OS compatibles
avec le modèle de raspberry en notre possession (parce que beaucoup d'OS
et beaucoup de modèle de raspberry en circulation, ça finit par devenir
compliqué).

@+

[Geo Cherchetout]

Post by yves
Je viens de tester rpi-imager avec la procédure ci-dessus a partir d'une
distribution live sur clé usb (ubuntu 22.04 LTS), et cette fois en allant
jusqu'au bout.
Tout a fonctionné correctement sauf que j'ai branché ma raspberry (une rpy
3 model B V 1.2) sur une télé, et qu'un de mes deux cables HDMI ne
fonctionne pas dans cette configuration). Après différents essais avec 3
alimentations et deux cables hdmi, je confirme que rpi-imager est pas mal.
Le principal intérêt semble être de limiter le choix aux OS compatibles
avec le modèle de raspberry en notre possession (parce que beaucoup d'OS
et beaucoup de modèle de raspberry en circulation, ça finit par devenir
compliqué).

Pendant ce temps j'ai remis dd au travail, et cette fois avec succès. En
l'absence de défaut matériel, je ne vois pas ce qui pourrait être plus
simple quand on a déjà l'image à flasher. C'était bien cet accu non piloté
qui éteignait ma raspberry pendant la phase de configuration et des mises à
jour. Je ne m'étends pas sur mes propres soucis avec mon téléviseur qui est
chez moi le seul écran doté d'une prise HDMI. Enfin bon à présent bookworm
est installé mais j'ai encore beaucoup de travail devant moi avant de
pouvoir remettre la bestiole dans son placard avec son accu et accès par SSH.

Le pire pour moi c'est que je me retrouve avec une version 6 de Geneweb
alors que je m'étais donné tant de mal pour avoir la version 7.0.0 sous
Bullseye, les deux versions utilisant des fichiers de formats incompatibles
(Geneweb est un logiciel de généalogie.)
J'espère rétablir la gestion de l'accu et l'accès en SSH. Pour ce dernier je
risque de venir en parler ici un de ces jours.

Merci à tous et à bientôt pour de nouvelles aventures.

[yves]

Post by Geo Cherchetout
J'espère rétablir la gestion de l'accu et l'accès en SSH. Pour ce
dernier je risque de venir en parler ici un de ces jours.

J'ai ceci dans mes notes :

------------------

Pour avoir SSH au premier démarrage, mettre un fichier nommé "ssh"
(sans aucune extension), sur la partition de boot de la carte SD.

Pas testé sur bookworm, mais ça marchait bien dans le temps.

------------------

@+

[Geo Cherchetout]

Post by Geo Cherchetout
------------------
Pour avoir SSH au premier démarrage, mettre un fichier nommé "ssh"
(sans aucune extension), sur la partition de boot de la carte SD.
Pas testé sur bookworm, mais ça marchait bien dans le temps.
------------------
@+

Pour le moment j'ai fait en root "systemctl start ssh" et le serveur est
running mais je ne sais pas comment me connecter depuis une autre machine au
nom de l'utilisateur geo que j'ai créé. Voila ce que ça donne :

[moi 19:49:08 ~]$ ssh ***@192.168.1.66
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ED25519 key sent by the remote host is
SHA256:8VjRaUOhfqHkuA6oAGILS7iTXlhVmCm2qsBun6U8o8s.
Please contact your system administrator.
Add correct host key in /home/moi/.ssh/known_hosts to get rid of this message.
Offending ED25519 key in /home/gerard/.ssh/known_hosts:17
Host key for 192.168.1.66 has changed and you have requested strict checking.
Host key verification failed.

Moi qui m'attendais à être invité à entrer le mot de passe de connexion de
geo, je crois que je vais devoir faire un échange de clefs entre client et
serveur.

@+

[Christophe PEREZ]

Post by Geo Cherchetout
Moi qui m'attendais à être invité à entrer le mot de passe de connexion
de geo, je crois que je vais devoir faire un échange de clefs entre
client et serveur.

Il faut que tu supprimes de /home/moi/.ssh/known_hosts toute référence à
192.168.1.66

[Christophe PEREZ]

Post by Christophe PEREZ
Il faut que tu supprimes de /home/moi/.ssh/known_hosts toute référence à
192.168.1.66

Plus précisément, que tu supprimes les lignes entières commençant par
192.168.1.66 du fichiers /home/moi/.ssh/known_hosts, avec un éditeur de
texte, ou par la commande :
$ sed -i '/^192.168.1.66 /d' /home/moi/.ssh/known_hosts

Après, ça ne peut pas suffire. Cela dépend de la configuration du serveur
ssh, s'il permet les connexions par mot de passe (ce qui, je crois, est le
cas par défaut).

[Nicolas George]

Post by Christophe PEREZ
Plus précisément, que tu supprimes les lignes entières commençant par
192.168.1.66 du fichiers /home/moi/.ssh/known_hosts, avec un éditeur de
$ sed -i '/^192.168.1.66 /d' /home/moi/.ssh/known_hosts

192.168.1.66 peut ne pas être au début, si la machine a un nom dans
/etc/hosts par exemple :

ssecem,10.0.0.1 ssh-…

Mais ici, le message d'erreur nous dit que la ligne qui pose problème est la
17.

[Christophe PEREZ]

Post by Nicolas George
192.168.1.66 peut ne pas être au début, si la machine a un nom dans
/etc/hosts

Je voulais faire simple, pensant que s'il utilisait l'IP, c'est qu'il ne
l'avait pas nommée.

[Geo Cherchetout]

Post by Nicolas George

Post by Christophe PEREZ
Plus précisément, que tu supprimes les lignes entières commençant par
192.168.1.66 du fichiers /home/moi/.ssh/known_hosts, avec un éditeur de
$ sed -i '/^192.168.1.66 /d' /home/moi/.ssh/known_hosts

192.168.1.66 peut ne pas être au début, si la machine a un nom dans
ssecem,10.0.0.1 ssh-…
Mais ici, le message d'erreur nous dit que la ligne qui pose problème est la
17.

Exact, après avoir effacé la ligne 17, la connexion par mot de passe a
réussi. :-)
Merci à tous.

[Erwan David]

Post by Christophe PEREZ

Post by Christophe PEREZ
Il faut que tu supprimes de /home/moi/.ssh/known_hosts toute référence à
192.168.1.66

Plus précisément, que tu supprimes les lignes entières commençant par
192.168.1.66 du fichiers /home/moi/.ssh/known_hosts, avec un éditeur de
$ sed -i '/^192.168.1.66 /d' /home/moi/.ssh/known_hosts
Après, ça ne peut pas suffire. Cela dépend de la configuration du serveur
ssh, s'il permet les connexions par mot de passe (ce qui, je crois, est le
cas par défaut).

Plutôt ssh-keygen -R 192.168.1.66
Car les noms de machines peuvent être hashés dans le fichier known_hosts
(c'est le défaut sur les debian récentes par exemple)

[Jo Engo]

Post by Geo Cherchetout
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!

C'est ton client qui regimbe, tu devais probablement avoir un autre
serveur ssh à la même adresse ip et ton client s'en souvient.

[Geo Cherchetout]

Post by Jo Engo

Post by Geo Cherchetout
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!

C'est ton client qui regimbe, tu devais probablement avoir un autre
serveur ssh à la même adresse ip et ton client s'en souvient.

En effet, c'était la même Raspberry avec en dernier lieu Raspbian Bullseye.
Le serveur dhcp local la reconnaît et lui attribue la même adresse ip.

[yamo']

Salut,

Copie fr.comp.sys.raspberry-pi, suivi fr.comp.os.linux.configuration

Post by yves
Pour avoir SSH au premier démarrage, mettre un fichier nommé "ssh"
(sans aucune extension), sur la partition de boot de la carte SD.
Pas testé sur bookworm, mais ça marchait bien dans le temps.

Oui, c'était expliqué en 2021 dans le bon groupe par Gérald :
<slrns5jk4s.obo.gerald.niel+***@home.niel.me>
<slrns5to8f.68nt.gerald.niel+***@home.niel.me>
<slrns3rp0g.9ei.gerald.niel+***@home.niel.me>

Perso, j'avais en plus suivi cette doc :
<https://linuxhint.com/install_debian_raspberry_pi_4/>

C'est pour un PI4 mais le PI2 est très voisin (j'ai les deux).

[Jean-Pierre Kuypers]

Post by yves
Pour avoir SSH au premier démarrage, mettre un fichier nommé "ssh"
(sans aucune extension), sur la partition de boot de la carte SD.

Maintenant avec "Raspberry Pi Imager"
<https://www.raspberrypi.com/software/>

il est prévu de sélectionner plusieurs options à inclure dans la
configuration
<https://www.framboise314.fr/raspberry-pi-imager-preconfigure-votre-dist
ribution/>

Suivi redirigé.

[Geo Cherchetout]

Post by Geo Cherchetout
Je pense que c'est dû à la présence de l'accu Li-Fe, installé il y a
quelques années, qui demande à être géré par du logiciel. Demain je
https://lifepo4wered.com/files/LiFePO4wered-Pi3-Product-Brief.pdf

Avec accu c'est encore mieux que sans. Pour cela la bonne adresse actuelle
est https://github.com/xorbit/LiFePO4wered-Pi
Tout y est détaillé pas à pas. :-)

[Jo Engo]

si on recommande divers installeurs à droite et à gauche, il y a
peut-être une raison. Par exemple, un installeur

C'est typiquement commercial
* si ta distribtion en propose un feu vert
* S'il en existe un sous GPL ou autre licence libre feu orange (ou vert)
et n'hésite pas à le compiler virre étudier le code c'est probablement rès
léger vu que ça ne fera guère plus que dd
si c'est un programme propriétaire feu rouge fuis le comme la peste

[yamo']

Salut,

Post by Geo Cherchetout

Post by yves
if=/home/toto/2023-10-10-raspios-bookworm-armhf-full.img

Oui, par exemple.
Ne vous inquiétez pas pour ce détail, messieurs, ce n'est pas l'utilisation
de dd qui me bloque, c'est que, si on recommande divers installeurs à droite
et à gauche, il y a peut-être une raison. Par exemple, un installeur
pourrait me poser des questions pour m'épargner la tâche de configuration /a
posteriori/ .

C'est juste pour te faciliter la vie, c'est toujours possible de bricoler
quelque chose.
Si quelqu'un l'a déjà fait pour toi, c'est sympa que ce soit
réutilisable.

En 2021, ce qui m'intéressais c'était une installation sans écran ni
clavier avec accès SSH depuis le réseau local.