Discussion :

[michel.semal]

Bonjour à tous,

J'ai acheté des disques SSD de 256Gb sur le net.
J'ai un Rsapbrry Pi4 avec son OS et un logiciel de navigation.
J'ai fait une image de la carte SD sur mon PC (avec la commande dd )
J'ai configurer le raspi pour qu'il demarre depuis les ports USB.
J'ai copier mon fichier image (avec dd ) sur un disque SSD.

Tout fonctionne beaucoup plus vite (chargement et lecture/affichage des cartes vectorielle)

Avec les deux denier disque SSD que j'ai achetés, je suis la même procédure (copie avec DD),
mais impossible de faire démarre le raspi avec ces disques SSD.

Ce n'est pas un problème de taille car j'ai essayé avec encore un autre SSD de 256Gb, et copie OK, démarrage OK

Encore un truc,
Lors de la copie avec DD, le disque est partitionné comme l'était la carte SD d'origine, une partition boot de 256 Mb en fat32 et une rootfs de 54Gb en ext4.
Sur les disque ou je boot le raspi, avec gparted je peut augmenter la partition rootfs de sa taille d'original jusqu'au maximum du disque(128 ou 256Gb).
Mais avec les deux disque ou je ne boot pas le raspi, si je tente d'augmenter la taille, j’obtiens une erreur.

J'ai reformater les disque en écrivant sur le nouveau format avec "disk" de Linux , mais le problème persiste....

SI quelqu'un a déjà eu ce genre de problème...

Merci

Michel

[gabriel21]

Quelle sont les références des disques qui fonctionnent, et de ceux qui ne fonctionnent pas?

As tu tenté un formatage complet pour une utilisation en disque d'appoint d'un PC ?

[michel.semal]

Bonjour Gabriel21

Ce sont des ssd acheté sur le net:

Marque KOOTION
taille 250 Gb
Model : X3Pro
USB 3.1

Mais je ne sais pas si cela suffit......

Un SSD qui fonctionne, de la marque SSK 128Gb ou un autre de la marque Netac de 250Gb usb3.2
J'ai fait aussi fonctionner avec une cl" USB de 64Gb de la marque Sandisk sans problème (mais beaucoup plus lent)

Cela te donne des idées ??

merci

Michel

[gabriel21]

Le SSD qui ne fonctionne pas sur le Raspberry, fonctionne t il sur un PC ?
Si ce n'est pas le cas, le SSD doit être défectueux, sinon peut être un problème d'alimentation.
Sur Raspberry Pi 3B+, j'ai eu des problèmes de détection du à un manque de puissance, résolue soit avec un câble à 3 fiches USB - 1 pour l'alimentation branché sur un chargeur USB, 1 pour les données branché sur le Raspberry Pi et une sur le SSD - soit avec un hub USB alimenté via une prise électrique.

[michel.semal]

Les ssd ( 2x le même type) fonctionnent bien sur mon PC (linux Debian)

Comment alimenter un disque SSD avec une alim externe mais qui serait connecté à un PC ??

Il faut casser un cable USB ou un hub alimenté en externe...

J'investigue dans ce sens là

[Artemus24]

Salut à tous.

Déjà, tu parles de l'OS de ta Raspberry Pi 4B. Est-ce "Rapsberry Pi OS" anciennement "Raspbian" ?
Quelle est la version que tu utilises ? BookWork ? BullsEye ? Autre ?

Si tu arrives à booter sur certains disques mais pas sur les autres, le problème ne vient pas de ta Raspberry Pi, mais de ton disque.
Si tu n'arrives pas à booter sur tes deux dernières acquisitions, il faut vérifier que le problème ne vient pas du clonage de tes disques.
Il faut que la partition RootFS soit bootable. Cela se fait en passant par un utilitaire comme fdisk, ce que j'utilise chez moi.
Si tu branches ton disque sur ta Raspberry Pi, sachant que tu bootes sur un autre disque, as tu accès au disque qui te pose des problèmes ?
Peux tu lire les fichiers, les modifier, les détruire ?

Si tu fais un clonage du disque où cela fonctionne parfaitement, ton problème vient alors du clonage.

Il m'arrive parfois d'oublier de modifier les identifiants quand j'essaye de me créer une carte Micro SD.
L'identifiant doit être le même entre celui inscrit dans le disque et dans les fichiers "/boot/cmdline.txt" et dans "/etc/fstab".
C'est important car si ce n'est pas le même identifiant, ça ne va pas fonctionner.

Autre point et c'est pourquoi j'ai demandé la version que tu utilises de ton OS. Si tu es sous BookWorm, bien que la partition "boot" continue d'exister en tant que telle, il faut savoir que l'accès ne se fait plus par "/boot/cmdline/txt", mais par "/boot/firmware/cmdline.txt". A vérifier !

Sinon comme le dit Gabriel 21, ton SSD doit être défectueux. Cela ne veut pas dire qu'il est HS, mais mal configuré.
Ou un problème d'alimentation. Le mieux est de le démarrer en le reliant directement à un écran, histoire de voir si le fameux éclair jaune apparait.

@+

[michel.semal]

Salut à tous.

Déjà, tu parles de l'OS de ta Raspberry Pi 4B. Est-ce "Rapsberry Pi OS" anciennement "Raspbian" ?
Quelle est la version que tu utilises ? BookWork ? BullsEye ? Autre ?

Voici la version qui tourne pour le moment sur la carte Raspi

pi@PiOpencpn:~ version
Nom OS : GNU/Linux
Noyau : #1642 SMP Mon Apr 3 17:22:30 BST 2023
Relase : 6.1.21-v7l+
Debian : 10.13 buster
Nom PC : PiOpencpn
Machine : armv7l
Model Pi: Raspberry Pi 4 Model B Rev 1.1
pi@PiOpencpn:~ $>

Si tu arrives à booter sur certains disques mais pas sur les autres, le problème ne vient pas de ta Raspberry Pi, mais de ton disque.
Si tu n'arrives pas à booter sur tes deux dernières acquisitions, il faut vérifier que le problème ne vient pas du clonage de tes disques.
Il faut que la partition RootFS soit bootable. Cela se fait en passant par un utilitaire comme fdisk, ce que j'utilise chez moi.
Si tu branches ton disque sur ta Raspberry Pi, sachant que tu bootes sur un autre disque, as tu accès au disque qui te pose des problèmes ?
Peux tu lire les fichiers, les modifier, les détruire ?

Si tu fais un clonage du disque où cela fonctionne parfaitement, ton problème vient alors du clonage.

J'ai installer au départ sur une carte SD. Une fois fonctionnelle comme e le voulais, j'ai fait une image sur mon PC (linux/debian) avec la commande "dd" .
Ensuite comme le raspi est configurer pour démarrer sur l'USB, j'ai "recopier" l'image avec "DD" sur une clé USB. Démarrage et fonction OK.
Puis pour test, j'ai acheter un disque SSD "portable" de 128Gb qui ressemble à une grosse clé USB. J'ai copié dessus l'image de la carte SD avec la commande "DD", mis le disque à la place de la clé USB sur le port USB3 du raspi, et pas de problème, démarrage et application fonctionnent. La vitesse est même bien supérieure, démarrage plus rapide, et affichage des cartes de navigation plus fluide.

Comme ce disque est plus lourd (55g)que la clé USB( 1g), je crains que petit à petit le disque ne se déplace hors du connecteur USB. Je rappelle que ce système est destiné à un voilier qui n'est pas toujours l'endroit le plus stable de la terre.
J'ai donc acheté deux disque SSD ultra léger (25g), qui plus est avec un câble USBc M-USBa M et un adaptateur USBc M-USBa F.
J'ai copier l'image via la commande "DD", et placé l'ensemble sur le port USB3 (le bleu) du raspi.
Le disque s'allume (la led Bleue) mais rien d'autre, Pas de boot,
Comme j'avais deux disques (identique) j'ai fait le même test avec le second disque SSD ,avec le même résultat.
Il est vrai que si je peu les utiliser sur mon PC il y a des fois (et des connecteur USB de mon PC) ou il refusent de fonctionner. Même après reformatage complet avec effacement complet etc....

Sinon comme le dit Gabriel 21, ton SSD doit être défectueux. Cela ne veut pas dire qu'il est HS, mais mal configuré.
Ou un problème d'alimentation. Le mieux est de le démarrer en le reliant directement à un écran, histoire de voir si le fameux éclair jaune apparaît.

Je crains que cela ne soit le vrai problème.... Pas cher les disques (37€ pour 250Gb)
Mais cher pour un câble USB , un adaptateur USB et une petite pochette de transport

Bref j'ai deux disque SSD de 250Gb ultra léger ....

Je regarde un peu du coté de l'alimentation/UPS de mon Raspi4 si je peut booster le 5V.......

Bref les achats en chine, c'est pas cher, mais quel travail après (enfin parfois.....)

Michel

[Artemus24]

Je crois me souvenir dans le blog de M. François Mocq, que certains disques (ou clef usb) ne sont pas compatibles avec la Raspberry Pi.
En ce qui me concerne, et en dehors de mes cartes Micro SD, j'utilise mon disque Maxtor et un disque SSD Western Digital green de 120Go.
J'ai un câble spécial USB / Sata pour le relier au port USB 3.0 (bleu) le disque SSD et aucun problème avec le boot.

[michel.semal]

J'ai dait des tas d'éssais, la conclusion est celle ci

Certain SSD pour booter un raspi, Non
Les même pour l'utilisation de donnée, oui

Bref à essayer......

Michel

[Artemus24]

As tu bien vérifié que la partition linux dans ton disque SSD est bootable ?

[michel.semal]

Ben oui,

C'est je copie un fichier image depuis le disque dur de mon pc, sur toutes le carte SD, cela boot.
Sur deux disque SSD, cela boot.
Sur les deux disque dur Kootion cela ne boot pas.

C'est la même image avec la même commande pour la copie pour tous.

[Artemus24]

J'ai bien compris que tu utilises la même image à chaque fois.
Mais je ne comprends pas pourquoi en UEFI/GPT ta partition linux ne serait pas bootable.
Normalement, la partition Linux doit se charger puisque ce ne sont que des données qui doivent transiter du disque vers la Raspberry Pi.
D'où ma demande de vérifier si elle est bien bootable ou pas.
Après, je ne maitrise pas ce genre d'information et je suis comme toi, je ne fais que l'utiliser.

[michel.semal]

J'entend bien,

Mais je croyais que dd faisait une copie bit à bit. Donc le formatage doit être fait aussi?

Lorsque j'ecris sur un disque avec DD son domatage change, dd creer bien deux formatage (sd1 et sd2) le premier boot, le second rootfs

Et donc d'après moi les disque sont rendu bootable via la commande dd non ??

Zn tous cas pour les SSD qui fonctionnent, je n'ai rien fait d'autres que "dd".
Comment verifier que un disque est bootable ?

Parceque avec "disk" de linux, si mon disque dur a une partition efi, pour linux, les disque bootable non pas cette partition. Pour moi c'est la partition "boot" qui fait le boulot non ?

Michel

[gabriel21]

Cela veut juste dire que le disque dur n'est pas contrôlable avec le micro-noyau du démarrage. Le micro-noyau doit donc être modifié pour l'intégrer. Cette manipulation est assez complexe sous Linux, je ne l'ai jamais faite sous Raspberry. Vous avez le même type de problématique sous Windows quand l'installateur ne trouve pas votre disque dur et vous propose de charger les drivers du constructeur. Dans ce cas, Windows intègre automatiquement les drivers à son logiciel de démarrage. Cela doit être faisable sous Raspberry, mais la communauté semble plus enclin à faire une liste des disques reconnus et des disques non-reconnu que de proposer une méthode pour le faire.

[michel.semal]

Bonjour Gabriel21,

Mais alors c'est dans l EEPROM du Raspberry..

Bon on verra....je vais mettre un peu de temps la dessus

Merci

[Artemus24]

Mais je croyais que dd faisait une copie bit à bit. Donc le formatage doit être fait aussi?

Je ne sais pas comment vous utilisez votre commande DD, mais au préalable, je crée la partition RootFS, et je la formate.
Je crée aussi la partition Boot, et je la formate en FAT32. Je recopie par la commande "cp" mais je ne fais pas un DD.
Je ne sais pas trop s'il est nécessaire de formater la partition RootFS, vi quelle sera écrasée, mais par sécurité, je le fais quand même.

Et donc d'après moi les disque sont rendu bootable via la commande dd non ??

Si la partition Boot d'origine a été marqué bootable, je suppose qu'elle le sera dans celle de destination.
A priori, oui, car vous dites ne rien faire de spécial après la recopie du disque.

Comment verifier que un disque est bootable ?

Je passe par la commande "fdisk". Une étoile apparait sur la partition "/dev/sda1", dans la colonne "Boot" si elle est bootable.

Cela veut juste dire que le disque dur n'est pas contrôlable avec le micro-noyau du démarrage.

Dois-je comprendre qu'il manque quelque chose sur le disque pour le rendre bootable ?

@+

[gabriel21]

Non, c'est dans les premiers octets du disque. Je n'ai pas plus que ça cherché les tenants et les aboutissements. Avant que GRUB accepte de démarrer par défaut sur la majorité des disques en RAID matériel propriétaire ou avec LVM, il y avait une série de manipulation à faire à l'installation pour pouvoir démarrer ainsi qu'après chaque mise à jour du driver.