Un petit coup de main pour rpi-clone

Support Debian
Tags: #<Tag:0x00007f63f37c0c50>
#1

Bonsoir,

Je sollicite un petit coup de main de la part des spécialistes Debian.

La carte SD sur laquelle était installée mon Octoprint ayant rendu l’âme j’ai dû refaire une réinstall complète. Dommage.

Ne voulant pas refaire deux fois la même erreur, j’ai voulu faire un rpi-clone de la nouvelle SD mais, surprise, je ne retrouve pas mes petits.

De ce qu’il me reste de connaissance Linux, on peut retrouver les disques dans /dev sous le libellé sdx avec x représentant la référence du disuqe (a, b, c, …).

Or dans mon répertoire /dev, rien de tout ça. En voilà une copie :

Capture.thumb.PNG.bb35693b6aaf0399232264d9e40df973

Aussi, quelqu’un pourrait-il me dire où se trouvent ces foutus fichiers ?

Une heure à me crever les yeux là-dessus sans succès.

Par avance, merci de votre précieuse aide.

Michel

#2

Bonjour

Le chemin du fichier de périphérique qui permet l’accès à ta carte SD est :

/dev/mmcblk0

mmcblk <=> multi media card block device

Deux partitions ont été reconnues par le système sur cette carte SD
elles sont accessibles par les chemins suivants :

/dev/mmcblk0p1
et
/dev/mmcblk0p2

2 J'aime
#3

Merci beaucoup pour ton aide

#4

Pour aller un peu plus loin, les fichiers spéciaux /dev/sd* représentent les « disques » de type SCSI et assimilés, ce qui comprend aussi les disques SATA et les périphériques de stockage connectés en USB (clés, disques, lecteurs de carte mémoire…). Les supports de stockage connectés via une interface SD/MMC (carte mémoire MMC ou SD, puce eMMC) sont représentés comme /dev/mmcblk*. Les SSD de type NVMe sont représentés comme /dev/nvmen.

#5

@PascalHambourg
Et donc une SD installée sur un adaptateur USB serait vue comme quoi ?
Puisque mon rpi-clone serait celui de la SD système sur une 2ème SD montée sur adaptateur USB.

#6

@PascalHambourg
Remarque subsidiaire, j’ai une 2ème octoprint toujours avec SD qui est pourtant vue en /dev/sdx.
Comment expliques-tu ça ?
D’autant que le 2ème octoprint, celui objet de mes soucis, est un balenaetcher du 1er.

#7

Comme un périphérique de stockage USB, donc /dev/sd*.

Le lecteur de carte SD doit être connecté en USB.

Qu’est-ce que c’est ? Tu veux dire un clone de la carte SD ? Aucune importance, c’est le matériel et les pilotes qui comptent.

#8

Non, il est bien installé sur le slot de la carte SD.
J’ai oublié de préciser qu’il s’agit de 2 RPI3B+. Je ne sais pas si cela a son importance.
Et j’aurais dû plutôt dire Etcher.

#9

Qu’entends-tu par « le lecteur de carte SD est installé sur le slot de la carte SD » ?

#10

Oups, je reformule, la carte microSD est insérée dans le slot correspondant dans les rpi3b.
Pour les 2 rpi.
Il n’y a pas de lecteur de carte SD additionnel pour le moment.

#11

Je ne sais pas ce qu’il en est des Raspberry Pi mais sur certains PC fixes et portables le lecteur de carte SD intégré est connecté en interne en USB. Je sais par ailleurs qu’au moins sur certains Raspberry Pi le port ethernet est connecté en USB, alors pourquoi pas le lecteur de carte SD. Tu peux vérifier les périphériques USB avec la commande lsusb.
Tu peux aussi regarder la sortie de la commande

udevadm info /dev/sda

pour voir le chemin de connexion (path) de /dev/sda.

#12

Voilà le résultat de lsusb sur la machine qui n’a pas de sdx

pi@octopi:~ $ lsusb
Bus 001 Device 006: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 007: ID 046d:0825 Logitech, Inc. Webcam C270
Bus 001 Device 004: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 005: ID 0424:7800 Standard Microsystems Corp.
Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Sur cette carte comme sur l’autre, il y a un hub usb 2 de branché pour éviter les problèmes d’overload.
Ceci étant, comme j’ai acheté ces 2 cartes à un an d’intervalle, il n’est pas impossible, qu’entre les 2, l’architecture ait changé.

#13

C’est sur la machine qui a sda que la sortie de lsusb serait intéressante.

#14

Bon, j’efface tout ce que j’ai dit, je devais être fatigué hier soir.
Sur les 2 machines il n’y a pas de sdx… jusqu’à ce que j’enfiche un adaptateur USB avec la microSD. Là apparaît bien sda.
Donc, tout va bien.
Merci encore et désolé de vous avoir fait perdre du temps.
Bonne fin de journée

#15

J’aimerais faire une image à chaud de la carte SD qui est sur un Raspberry Pi 3 au cas où celle-ci viendrait à flancher. Elle est en place depuis plus de 2 ans.
L’image peut être enregistrée, soit sur une autre carte SD de même capacité, soit sur ma machine.
Cette carte sert à faire tourner l’O.S. Rasbian d’une part, et Weewx, qui est un logiciel météo, qui enregistre et mouline toutes les 10 minutes les données de ma station météo Fontanes 46230, France
Le Raspi est sur mon réseau local, sans écran et sans clavier. Il est atteignable seulement par ssh.
Ma machine est sous Ubuntu dernière mouture.
La carte SD est une 16 Go et c’est la seule carte sur le Raspi. Il y a 3 slots USB de libres sur le Raspi.
Comme j’ai 80 ans, j’aimerais juste qu’on me dise exactement les commandes que je dois taper dans mon terminal pour faire cette nouvelle carte SD bootable ou pour l’enregistrer.
La littérature, les blogs, parlent beaucoup de dd et de rpi-clone. J’aimerais juste qu’on me dise exactement les commandes que je dois taper en sudo, y compris les éventuelles installations.
Comme vous l’avez bien compris, je n’y connais plus grand-chose, si ça a été jamais le cas!

#16

Bonsoir,
Googlise rpi-clone, ça correspond à ton besoin.

#17

on est justement là pour éviter de faire ça

sauf que je ne peux pa svraiment aider.

#18

rpi-clone est un shell script qui ne nécessite aucune explication, doù mon message.
Tu mets une 2ème SD dans une clé USB branchée sur le rpi, tu installes rpi-clone, tu l’exécutes, that’s it.