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 ?
Version imprimable
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 ?
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
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.
Bonjour, merci de vous intéresser à mon cas :mrgreen:
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 :mouarf:Citation:
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.
je dois vraisemblablement avoir le mauvais matériel ... ou question de KARMA ... si une idée miracle je suis preneur !
PI3 quand nous tiens :ptdr::ptdr::ptdr:
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.
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
rien n'y faitCitation:
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.
je fais toujours le test avant la suite ... (copie des données etc...)Citation:
J'ai vu ici et là que l'instruction program_usb_boot_mode=1 n'est pas toujours opérationnelle
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 ...Citation:
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.
quelle affaire ...:?:?
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 ?
aucune question "bête" j'accède tout le temps au disque sans soucis
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 ?
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 :
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 :Citation:
Envoyé par Article, §Monter le disque de manière permanente
Citation:
Envoyé par Article, §Monter le disque de manière permanente
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 !:);)
j'ai croisé cela aussi...Citation:
Noter la règle nofail
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:UUID=xxx.... /chemin/montage ....
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"Citation:
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 :ptdr: c'est aussi subtile que la langue française !:lol:
je poursuis l'investigation UUID ICI pour être au "carré":(