Pb de boot sur SSD

Bonjour à tous,
J’essaye de cloner ma SD vers un SSD et j’ai un problème de boot.
SD de 16GB vers SSD de 120GB sur Rasp pi3 sous Buster
J’ai vu un tuto qui utilise « Win32DiskImager » pour faire une image de la carte SD.
Après on écrit l’image sur le SSD.
Jusqu’à la pas de problème.
On ajoute ensuite une ligne au fichier config.txt pour autoriser le boot sur USB
echo program_usb_boot_mode=1 | sudo tee -a /boot/config.txt
On redémarre le Rasp
On vérifie si le Rasp peut booter en USB avec la commande
vcgencmd otp_dump | grep 17
Si on a ce message, c’est que ça devrait aller. « 17:3020000a »
Pour moi, ça à l’air d’être OK mais non :worried:
Quand je démarre le Rasp sur le SSD, le boot s’arrête et la diode à côté de celle de l’alim clignote mais je n’arrive pas à dialoguer en SSH.
J’ai essayé de redémarrer avec la SD originale, pas de soucis.
J’ai mis la SD originale dans une clé USB et démarré mais le boot s’arrête sur message ( voir image ci-dessous )


Avez vous une solution au problème ?
Merci d’avance

Salut,

Tu démarres sur ta SD
Tu mets ta clef
Tu utilises le logiciel du Rpi qui s’appelle « SD Card Copier » pour copier ta SD sur ta clef.
Tu éjectes ta clef proprement.
Tu refais le procédure permettant au Rpi de booter sur USB.
Tu éteins
Tu retires la carte SD et insères la clef USB afin de redémarrer.
Toutes les clefs et tous les disques ne fontionnent pas.
J’utilise des clefs USB3 de 16Go sans pb mais tous mes essais n’ont pas tjrs été concluants.
++

Merci pour la réponse rapide,
J’ai installé Buster lite sans le bureau et je ne dois pas avoir accès à SD Card Copier en SSH
J’ai branché une télé pour voir les messages de boot :smiley:
Je vais essayer avec un autre SSD pour tester, c’est peut-être aussi l’adaptateur USB SATA qui n’est pas compatible.
Si j’ai bien compris, quand on a déjà configuré le Rasp bootable en USB, c’est normalement toujours effectif ?
Comme c’est pour un serveur domotique, on m’a conseillé un SSD plutôt qu’une clé USB

Exact.
Mon Rpi3 est devenu bootable sur USB à vie.
Le Rpi3B+ le fait nativement, c’est mieux.
(Le Rpi4 ne sait pas le faire, c’est naze :wink: )

Perso, je clone mes cartes et disques durs sous Linux

Tu repères le nom de ta clef en faisant
df -h
imaginons que c’est « sdb »

Tu dois démonter toutes les partitions, ce qui est faisable en 1 seule commande :
sudo umount /dev/sdb*

Puis tu lances la double commande dd et gzip avec un « pipe » :
sudo dd if=/dev/sdb | gzip -c > /home/nabla/image-carte-sd.img

Ensuite, tu écris cette image sur ton SSD ou ta clef avec Etcher.

Et voilà :wink:

1 « J'aime »

J’ai fait un sudo fdisk -l
et après un df -h
Je suppose donc que c’est sda ?
pb2
Ce qu’il y a dessus, c’est l’image que j’ai mise avec Win32DiskImager
Vaudrait mieux pas que je reparte avec un disque vierge ?

hello,

as tu vérifié que le /etc/fstab indiquait correctement ou étaient /boot et /rootfs ?

Je n’ai pas regardé le /etc/fstab et je ne sais pas ce que je dois y voir ?
Je suis en train de faire l’image avec dd donc je ne peux pas regarder en ce moment.

c’est le fichier qui contient les partitions utilisables au démarrage du système; tu dois donc y retrouvé au minimum /proc, /boot et / avec au début de chaque ligne un identifiant pour la partitions ( sur le mien c’est le PARTUUID mais je ne sais plus si c’est comme ça à l’origine ou si je l’ai modifié :roll_eyes: )

pour avoir les différents identifiants des différentes partitions tu tapes ds une console:
sudo blkid

le but du jeu étant d’avoir sur /boot et / les partitions que tu veux utiliser :wink:
je sais pas trop mais je suppose que c’est l’installation qui crée ce fichier donc si c’est le cas il doit avoir du mal à gérer le fait que tu ais plusieurs partitions vfat ( le boot) et linux ( le / ) sur ton disque dur

Je rappelle que les Rpi ne peuvent pas forcément booter sur toutes les clefs et sur tous les HDD/SSD

J’ai ouvert le fichier fstab avec winscp et voilà ce que j’ai
proc /proc proc defaults 0 0
/dev/mmcblk0p6 /boot vfat defaults 0 2
/dev/mmcblk0p7 / ext4 defaults,noatime 0 1
# a swapfile is not a swap partition, no line here
# use dphys-swapfile swap[on|off] for that
Je suppose que mmcblk0p* sont des partitions de la SD
Comme j’ai fait une image de la SD, le fichier sur le SSD est donc identique à la SD.
Il faudrait que je modifie fstab du SSD en mettant les partitions du SSD ?
Et donc remplacer les mmcblk0p* par sda* ?
Par contre je n’arrive pas à trouver ce fichier sur le SSD, savez vous comment le trouver ?

Pour Nabla :
Alors j’ai vraiment pas de bol, je viens de faire des essais avec 2 SSD différents mais avec le même adaptateur USB SATA, c’est peut-être de là que vient le pb

tu démarres ton Rpi sur la « vieille » sd, tu branches ton sdd et ds le répertoire /home/pi/media tu dois trouver les partitions du sdd
sur celle que tu veux monter en rootfs tu cherches /home/pi/media/<la bonne partition>/etc/fstab
et tu modifies avec un traitement de texte l’identifiant au début des lignes concernées ( que tu obtiendras avec sudo blkid ds un terminal)

/dev/mmcblk0p6 devient /dev/sd? ou le PARTUUID correspondant 

( l’interet du PARTUUID c’est qu’il ne change pas contrairement au /dev/sd? qui lui peut bouger si tu branches un autre disque …)

si c’est ça tu dois retrouver des messages d’erreur sur l’usb avec dmesg|more ds une console … ( sur le Rpi avec la sd démarré avec un sdd branché )

Je n’ai pas de répertoire /home/pi/media/
J’ai le répertoire media à la racine mais rien dedans
Le ssd est bien branché, quand je fais un sudo fdisk -l
il le voit bien pb3
Les partitions sont celles de l’image de la SD

C’est vraiment bizarre que tu n’ai pas de /home/pi/media
Tu n’a pas une icône représentant ton ssd sur ton bureau?

pas cool ! regarde dmesg|more tu dois avoir des erreurs sur l’usb …

/media/pi/…
media est à la racine sous Linux !

1 « J'aime »

@natsamfa a peut être un répertoire/root/media ?

Je suis Buster lite donc pas de bureau, je passe par SSH via putty ou winscp

En ssh :
cd /media/pi
ls

Tu as quoi ?

J’ai fait un dmesg|more et il me semble pas avoir d’erreurs.
Je n’ai pas de dossier pi sous le répertoire media de la racine