Raspberry Pi 3 - Découverte et mise en route [Tutoriel]

**Auteur** · 01/05/2018, 09h08

Si tu remets la carte SD à sa place en laissant le disque USB connecté, ton Pi démarre ? Si oui, il démarre sur quoi ?

**ftp-search** · 01/05/2018, 11h44

oui le raspberry redémarre en remettant la carte sd sous unbuntu mate et sous raspbian strech il ne redémarrais pas ... mais rien ne boot sur le disque dur

**Auteur** · 01/05/2018, 14h12

Regarde cet article, la section dépannage, https://www.framboise314.fr/boot-sim...y-pi-1-2-et-3/
Essaye d'allonger la durée d'initialisation ou d'augmenter le courant de tes ports USB (peut-être que ton disque demande trop de puissance ?). Visiblement ça ne fonctionne pas avec tous les matériels.

**ftp-search** · 01/05/2018, 18h09

Bonjour, merci de vous intéresser à mon cas

Regarde cet article, la section dépannage, https://www.framboise314.fr/boot-sim...y-pi-1-2-et-3/
Essaye d'allonger la durée d'initialisation FAIT ou d'augmenter le courant de tes ports USB INUTILE LE PI3 GERE (peut-être que ton disque demande trop de puissance ?). Visiblement ça ne fonctionne pas avec tous les matériels.

j'ai réalisé tout ce qui était décris, et même mettre des image de la sd sur le disque dur usb ... etc ... rien n'y fait, j'ai également changé 4 fois de disque 5.25" et même utilisé un 2.5" le tout en ide dans des boitiers USB 2.0 ... rien

et aussi un 5.25 SATA rien

je dois vraisemblablement avoir le mauvais matériel ... ou question de KARMA ... si une idée miracle je suis preneur !

PI3 quand nous tiens

**Auteur** · 01/05/2018, 18h25

J'ai vu ici et là que l'instruction program_usb_boot_mode=1 n'est pas toujours opérationnelle. Tu as même essayé le nouveau bootcode évoqué dans l'article ?

As-tu essayé la solution proposée dans le lien que j'ai posté ? Grosso-modo le Pi va démarrer sur la carte SD et elle même va lancer l'exécution du système installé sur le disque.

**ftp-search** · 01/05/2018, 18h49

j'ai bien essayé le tuto que tu as posté à mon attention et maintenant encore cela (sachant que j'avais la derniere version de raspian) et que le bootcode.ini date de 2016

Essayez aussi avec le nouveau bootcode.bin. A mettre SEUL sur une carte microSD formatée en FAT32. Si cela ne fonctionne toujours pas, ajoutez un fichier timeout en plus pour étendre la durée d’initialisation du MSD à 6s.

rien n'y fait

J'ai vu ici et là que l'instruction program_usb_boot_mode=1 n'est pas toujours opérationnelle

je fais toujours le test avant la suite ... (copie des données etc...)

Grosso-modo le Pi va démarrer sur la carte SD et elle même va lancer l'exécution du système installé sur le disque.

j'ai essayé cela ne fonctionne pas chez moi le pi boot sur la carte et tout va bien

mais rien du coté disque dur ...

quelle affaire ...

**Philippe Dpt35** · 01/05/2018, 19h19

Question toute bête mais... nécessaire pour éliminer certaines éventualités: lorsque tu démarres avec le système sur carte SD, tu accèdes bien sans problème à ton disque dur en USB ?

**ftp-search** · 01/05/2018, 19h20

aucune question "bête" j'accède tout le temps au disque sans soucis

**Philippe Dpt35** · 01/05/2018, 20h07

Envoyé par Auteur

Essaye d'allonger la durée d'initialisation

Cela me fait penser à des problèmes que j'ai pu constater avec les dernières versions de Raspbian sur un RPi2 et un RPi3.

Sur un RPI 2 utilisé en lecteur multimédia, j'avais monté des disques durs réseau dans le /etc/fstab. Ceux-ci étaient reconnus sans problème jusqu'à ce que je passe à une nouvelle version du système. Là les disques réseaux n'étaient plus montés automatiquement. En ralentissant le montage, j'arrivais à les faire reconnaître de temps en temps, mais pas systématiquement !

Sur un RPi 3, je suis en train de construire une PrimTux 3. Et bien 2 fois sur 3, certaines applications qui devraient s'afficher dans la barre des tâches ne s'affichent pas. Un redémarrage de la session ou du système résout le problème !

Je me demande donc si, sous les dernières versions de Raspbian, certains processus ne disposeraient pas du temps suffisant pour s'initialiser, ou ne s'initialiseraient pas au bon moment.

Quelqu'un d'autre a-t-il fait des constats similaires ? Cela pourrait-il être la cause de ce problème de démarrage sur disque USB ?

**Auteur** · 01/05/2018, 20h15

Envoyé par Philippe Dpt35

Sur un RPI 2 utilisé en lecteur multimédia, j'avais monté des disques durs réseau dans le /etc/fstab. Ceux-ci étaient reconnus sans problème jusqu'à ce que je passe à une nouvelle version du système. Là les disques réseaux n'étaient plus montés automatiquement. En ralentissant le montage, j'arrivais à les faire reconnaître de temps en temps, mais pas systématiquement !

ta remarque me fait penser à l'article que je viens de lire à l'instant : https://knowledge.parcours-performan...-raspberry-pi/
La problématique est différente de celle présentée par ftp-search, mais il est indiqué comment monter de façon permanente un disque dur :

Envoyé par Article, §Monter le disque de manière permanente

Monter le disque de manière permanente

Si je décide de connecter un autre disque dur, ou une clé USB, le disque Iomega pourrait devenir sda2 et je ne saurai plus comment y accéder. Il faut donc lui donner une « adresse » permanente.

est-ce que le problème de ftp-search ne viendrait justement pas du fait que le disque dur n'est pas monté de manière permanente ? Et un peu plus loin à propos du /etc/fstab :

Envoyé par Article, §Monter le disque de manière permanente

Noter la règle nofail , qui permet d’éviter que le Pi ne bloque au démarrage si le disque dur n’est pas connecté ou pas prêt. On vérifie que tout va bien avec mount –a . S’il n’y a pas d’erreur, pas de souci.

**ftp-search** · 01/05/2018, 20h26

Merci Auteur et Philippe dt35,

j'aime bien vos pistes cela me parle fort bien ....
ps: rappelez vous à l'époque avec les processeur Athlon thunderbird 1000 mhz et la ram, il fallait en enlever pour installer windows sinon il plantais à l'installation, et "fixer" l'adresse permanente c'est bien vu aussi... le but étant toujours de se débarrasser de la carte sd.... je m'y colle !

Noter la règle nofail

j'ai croisé cela aussi...

**Philippe Dpt35** · 01/05/2018, 22h16

Pour éviter les problèmes de repérage de dispositif qui peut changer en fonction de la configuration matérielle (sdxx) il est préférable de faire les montages à partir du N° d'UUID:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UUID=xxx....   /chemin/montage     ....

**ftp-search** · 02/05/2018, 07h32

en effet c'est ce que je vais privilégier cela me parait "pro et informatique ... bien fait quoi" j'envoi les retours prochainement

bien vu le petit "récapitulatif" de syntaxe c'est parfois ce qui "tue"

UUID=xxx.... /chemin/montage ....

car j'avais modifié mon /etc/fstab avec des "PARTUUID" (qui me semblaient cohérents car on y trouvait le numéro de partition ET SURTOUT car cela été généré "automatiquement" par l'installation de raspbian stretch donc faire un copier /coller de PARTUUID du DD )

et non UUID qui me semblait "trop long" donc inadéquat ( uuid vise le disque)... mais je n'ai pas assez creusé le sujet cela doit être plus "précis que cela"

je ne pense pas qu'il y ai d'instructions ou de paramètres crées au hasard

c'est aussi subtile que la langue française !