Boot sur HDD SSD : attention au choix du boitier !

[piper]

Bonjour,
Non mon Pi n'est pas en panne mais j'ai bien cru

Suite à l'épisode de tentative de boot sur un disque dur mécanique (ça, j'ai abandonné).
Comme je n'avais plus de port USB de libre, j'ai enfin reçu mon hub USB alimenté , un nouveau SSD 2,5 pouces et un boitier 2,5 pouces en USB3

J'ai mis le SSD dans le boitier et j'ai profité d'un autre Pi4 que j'avais sous la main (et pas au fin font d'une baie informatique) pour préparer l'installation.
Bullseyes étant installé sur le disque, je mets tout cela sur le Pi4 de destination dans la baie informatique qui est headless

Et bien ça ne boote pas (enfin c'est ce que j'ai cru après 10 minutes d'attente sur le réseau à faire des pigs et même à trouver qu'elle éventuelle autre adresse ip il aurait pu prendre, malgré une ip fixe)

Donc je sors le Pi4 en question de la baie (Grrr) et je ne lui mets que le SSD que j'avais préparé et qui fonctionne sur le Pi4 qui m'avais servi à préparer le disque. Je lui mets un écran un clavier, une souris.

Ca boote mais alors, c'est d'une longueur épouvantable (j'ai la mire, puis le début du boot puis il faut 20 min pour avoir le bureau).
Je remets ce disque sur le Pi4 qui m'avait servit à préparer le disque : ça boote tout de suite

J'ai donc un SSD qui boote impeccable sur un Pi4 nu (juste clavier souris écran) et qui met 20 min à le faire sur l'autre avec le même écran, la même souris et le même clavier et rien d'autre.
Etrange non ?

Je creuse plus en profondeur :
- celui sur lequel ça fonctionne très bien est un Pi4 Model B Rev 1.1, bootloader du 25/01/2022
- celui sur lequel ça rame est un Pi4 Model B Rev 1.4 , bootloader du 07/12/2022

Je passe un peu de temps sur google et je vois que certains signalent des soucis avec certains boitiers de disque dur
Ca tombe bien j'ai 2 autres boitiers 2,5 pouces disponibles dont je peux temporairement sortir le disque pour y mettre mon SSD

Alors je teste :
Sur le 1er autre boitier que j'essais : pareil : ça marche sur l'un, ça rame sur l'autre.
Sur le dernier boitier : tout fonctionne impeccablement sur les 2 Pi !

Conclusion:
Avec le bootloader le plus récent, il y a des incompatibilités avec certains contrôleurs de disques USB qui n'existent pas avec le bootloader du 25/01/2022.

Pb, je n'ai trouvé nul part de conseils concernant les boitiers de disques dur à éviter ou ceux à utiliser de préférence

Donc ça fonctionne sur les 2 Pi avec un boitier dont le contrôleur de disque est un JMicron JM20337 qui, malheureusement, est en USB 2.0
Ca rame sur le Pi4 le plus récent avec un JMIcron JMS578 (qui est en USB3) : les 2 boitiers sur lequel ça rame ont ce même contrôleur.

Pour ceux qui se poseraient la question, j'ai essayé chaque fois, les 4 ports du Pï4 : utiliser un autre port ne change rien.

J'ai testé aussi ces 2 boitiers USB3 sur mon vieux PC portable : un Asus qui a 10 ans avec des ports USB2 seulement et qui est sous Fedora : tout fonctionne avec lui.

Donc gaffe quand vous achetez un boitier de disque dur destiné à recevoir un SSD de boot

[dyox]

Bonjour Piper,

Merci pour ce retour.

Peux-tu nous préciser les modèles de boitiers ? Cela parlera plus pour certain.

Apparemment, il faut updater le firmware du JMS578 pour le rendre compatible : https://forum.armbian.com/topic/8738-jm ... re-update/

Passe un bon réveillon.

PS : Je viens de tomber sur ça : https://datasheets.raspberrypi.com/rpi4 ... asheet.pdf ; $5.3 USB
C'est 1.1 A sur tout les ports USB donc cela représente 2 dd 2.5" auto-alimentés en pleine charge.
Donc il est plutôt conseillé qu'au delà de 2 dd, d'avoir un hub.

[Artemus24]

Salut à tous

Bonne année, Bonne santé, mes meilleurs voeux pour 2023.

J'ai un problème similaire avec mon disque dur maxtor où j'ai installé Raspberry Pi OS version Bullseye.
Cela fonctionne parfaitement tant que j'utilise une RPi 4B rev 1.4, mais plus du tout avec une RPi 3A rev 1.0.
J'arrive à me connecter après un certain temps d'attente dans les deux cas, mais avec la RPi 3A, l'exécution est lente.

J'ai pensé avoir un problème de réseau mais il me semble que l'exécution est lente sans bien comprendre pourquoi. Est-ce dû au paramétrage du fichier config.txt ? J'ai un autre disque SSD où j'ai installé la version buster et je n'ai pas ce genre de problème. Voire même beaucoup plus rapide à l'exécution.

Le problème des disques dur est que certains ne bootent pas au démarrage. Par contre, je n'ai rien entendu dire qu'ils étaient lents.

Cordialement.
Artemus24.
@+

[piper]

Donc en gros, le passage de la version 1.1 à 1.4 du bios du Pi4 a apporté des incompatibilité avec certains contrôleurs de disques USB3.

Mes 2 boitiers sont de la marque Inateck mais cela ne va rien apporter :combien même ils ont tous le mêmes contrôleurs, nous ne saurez pas quelle version de firmware est installé dedans.
Le Chip du contrôleur USB-SATA en question est commercialisé depuis 2017.
En y regardant de plus prêt, j'ai vu que celui que j'ai acheté il y a 1 semaine a un firmware de 2018 (on est fin 2022 !) et que la dernière version date de 2020

J'ai mis à jour leur firmware avec la dernière version que j'ai trouvée (attention, il faut un PC sous windows pour ça)

Je n'ai pas encore essayé de booter dessus pas le Pi4 en question.

[Artemus24]

Salut à tous.

Dans le cas du disque dur maxtor, il ne s'agit pas de SSD. J'utilise un câble usb A mâle 3.0 vers micro usb B mâle. Pour mon autre disque SSD, j'utilise le modèle inteck ua1002.

J'aurai dû préciser que le problème que je rencontre avec la RPi 3A ne se reproduit pas avec la RPi 2B ni avec la RPi 3B+, ni avec mes RPi zero.

Je ne crois pas que ce soit une question de contrôleur de disque car la seule différence en ce qui concerne ma RPi 3A est la version de la raspberry Pi OS, à savoir Bullseye et buster. A mon avis, ton problème Piper est identique à mon problème.

Cordialement.
Artemus24.
@+

[piper]

Depuis, j'ai testé, après la mise à jour du firmware d'un contrôleur de disque (ce qui se trouve dans le boitier et qui fait la liaison entre l'USB et le connecteur SATA) , ça fonctionne :
Le disque est accédé avec une vitesse "normale" et ne met plus 20 minutes à booter.