La Fondation a dû avoir les retours sur les dégâts que le Raspberry Pi occasionne aux cartes SD. C’est sans doute pour pallier à ce problème qu’elle a développé des moyens de s’affranchir de la carte SD, le maillon faible du Raspberry. Dyox vous propose ce tutoriel pour éliminer la carte micro SD du Raspberry Pi.
Au sommaire :
Boot simplifié sur USB avec les Raspberry Pi 1, 2 et 3
Nous devons cet article à Jean-François (@dyox), lecteur assidu et attentif du blog, et participant actif au forum framboise314. Il a publié ce tutoriel il y a quelques jours sur le forum.
[stextbox id=’info’ caption=’Lexique’]OTP : One-Time Programmable
MSD : Mass Storage Device (pour dire disque dur ou clé USB)
DD : Disque Dur[/stextbox]
Si c’est une nouvelle installation :
Sinon, il faut refaire une image complète de la carte micro SD pour la mettre sur le MSD.
Les prérequis
- Un Raspberry Pi 3 (BCM2837)
- Une version de Raspian >= 2017-04-10 (actuellement 2017-07-05)
- Le nouveau bootcode.bin pour les Raspberry Pi (BCM2835), Raspberry Pi 2 (BCM2836) et si la méthode conventionnelle pour le Raspberry Pi 3 ne fonctionne pas.
Nota : Le tutoriel qui suit concerne le Raspberry Pi 3 avec une nouvelle installation de Raspian, en l’occurrence la version du 2017-07-05.
Tutoriel
Sur PC (pour ma part sous Windows) :
- Installez Raspian sur la SD ET ensuite sur le MSD avec la procédure conventionnelle.
- Reprogrammer l’OTP en ajoutant program_usb_boot_mode=1 à la fin du fichier config.txt de la carte SD. Pour cela, aucune difficulté. Bien que la SD possède au moins 2 partitions, seule la 1ère (la partition de boot), qui est en FAT32, est accessible sous Windows et donc le fichier config.txt peut être modifié sous Windows
- Démarrer le Raspberry Pi avec la carte microSD et on vérifier tout de suite la modification du registre 17 de l’OPT :
$ vcgencmd otp_dump | grep 17
17:3020000a la réponse doit être cette valeur, sinon il est inutile de continuer
On peut maintenant effacer ou commenter la ligne program_usb_boot_mode=1
Vous pouvez éteindre le Raspberry Pi et enlever la carte micro SD.
Branchez le MSD et démarrez le Raspberry Pi. Si le MSD est compatible, on boote dessus. Le temps de démarrage se situe entre 5 et 10s.
Les résultats
Pour ma part, cela fonctionne avec un -très vieux- DD 2,5 » 40Go (Momentus, 0,47A) PATA branché sur hub alimenté car directement sur le Raspberry Pi il « gratte », même avec son cordon double USB. Et je n’ai pas besoin de ralentir la séquence de boot (voir plus loin).
Si cela ne fonctionne pas pour vous voir la section dépannage.
Voilà c’est fini ! Votre Raspberry Pi peut maintenant booter sur USB et LAN, en plus de la micro SD bien sûr ! Si celle-ci est présente, elle reste prioritaire lors de la séquence de boot.
Dépannage
- Si cela ne fonctionne pas, essayez d’étendre la durée d’initialisation du MSD (5s au lieu de 2s) avec l’option program_usb_timeout=1 dans le config.txt.
- Augmentez l’intensité des ports USB avec l’option max_usb_current=1 dans le config.txt (1200mA au lieu de 600mA) pour un DD. Inutile car automatique sur la v3 !
- 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.
- Si cela ne fonctionne toujours pas, alors le MSD n’est pas compatible.
Astuces
On peut raccourcir le délai de boot sur MSD en insérant une carte micro SD vierge (5s de gagnées)
Si le MSD est une clé USB, pensez à utiliser le système de fichier F2FS.
Pour en savoir plus
Lisez les articles pointés par des liens dans les sources, tout est bien documenté et expliqué en particulier sur https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/README.md
Pour info
 |
 |
Mes clés OCZ ATV USB2 32Go et INTEGRAL USB2 32Go (ci-dessus) n’ont pas fonctionné
Par contre cette clé Transcend 16 Go a fonctionné sans « artifice », comme mon DD.
Sur les Pi 1 et 2 et la manip du bootcode.bin modifié (pas besoin du fichier timeout ) :
Cette clé fonctionne, mes précédentes clés, toujours pas… et mon DD a toujours besoin de son hub.
Le boot sur le Raspberry Pi 3 avec NOOBS sur ma clé USB Transcend fonctionne également.
Bon maintenant, j’ai besoin de motivation 
L’objectif est de modifier rpi-clone pour que le clonage se fasse sur MSD et si c’est une clé qui est détectée, celle-ci sera formatée en F2FS.
Conclusion
L’article sur le boot du Raspberry Pi 3 que j’avais publié en août 2016 n’est plus d’actualité car la Fondation a fait évoluer les méthodes de boot pour tous les Raspberry Pi.
Merci à Jean-François @dyox pour ce tutoriel publié sur le forum framboise314 🙂 et dont il a autorisé la reprise sur le blog, afin qu’un maximum de lecteurs en profite.
Bien entendu si @dyox aboutit dans sa modification de rpi-clone, les pages de framboise314 lui sont ouvertes 😀
Si vous utilisez la méthode de Jean-François, n’hésitez pas à signaler dans les commentaires ci-dessous les modèles de clés, disques durs… qui fonctionnent et ceux qui restent récalcitrants malgré vos efforts.
Sources
- http://forums.framboise314.fr/viewtopic.php?f=44&t=4008
- https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/msd.md
- http://linuxfr.org/wiki/raspberrypi-remplacer-son-systeme-de-fichier-par-f2fs-formatage
Hello et merci pour ce tuto!
Moi j’utilise le tuto que vous aviez décrit sur votre blog ici:
https://www.framboise314.fr/solution-de-sauvegarde-a-base-de-raspberry-pi
est-ce que cela veut dire que ça ne va plus marcher non plus avec les version récentes de Rasbian si la Fondation a fait évoluer ses méthodes de boot pour tous les Raspberry?
Bonne semaine à tous!
Bonjour et merci Pascal,
Concernant votre lien, le tuto date du 16/05/2017, et il manque la version de Raspian en tant que prérequis. Si c’était la version 2017-04-10, mon tuto aurait été applicable car seules les versions >= 2017-04-10 fonctionnent. Je l’avais marqué dans les prérequis mais François a décidé de le faire sauter, étant donné que je pars sur une nouvelle installation.
Et c’est pourquoi j’affectionne particulièrement la section « prérequis » dans les tutos. Nous avons une vision chronologique du déroulement, quelles versions ont été utilisées… Cela évite bien des surprises !
La différence avec la nouvelle méthode est que celle-ci permet de s’affranchir complètement de la SD (au détriment de 5s supplémentaires). De plus il est évident qu’elle est extrêmement simple. La Fondation a fait de l’excellent travail !
Voici en plus quelques clés compatibles
https://www.raspberrypi.org/blog/pi-3-booting-part-i-usb-mass-storage-boot/
oups désolé pour la modif je n’avais pas fait attention
j’ai rajouté l’info pour la version 🙂
et mea culpa c’est vrai que j’indique rarement quelle version j’ai utilisée
Cool nickel, merci pour vos réponses 🙂
Bonjour,
Tout grand merci pour cet article à vous et à Jean-François.
Je souhaiterais un peu d’explication sur ce que vous entendez lorsque vous parlez de la méthode conventionnelle quand celle-ci est appliquée au MSD ? J’ai essayé d’écrire un fichier img vers mon DD mais celui-ci n’apparaît pas.
Il faut qu’il soit formater en Fat32 ?
Bruno
Bonjour,
Etes vous sûr que booter sur l’usb réduit le risque de corruption ?
D’après ce que j’ai pu lire, les clés USB sont aussi sensibles à l’usure et aux corruptions (lors de coupure de courant) que les cartes SD.
F2FS semble avoir une meilleure gestion de l’usure.
Les seules solutions vraiment fiables seraient de passer le système en read only (avec tmpfs comme OpenEnergyMonitor ou overlayFS comme Domoticz). On peu passer en RW une fois par jour pour y écrire les données et la remettre ensuite en RO.
Merci Seb, j’attendais avec impatience cette réflexion. 🙂 Il est sûr que si le MSD est une clé est que celle-ci n’est pas « retravaillée » et est donc l’image de la SD, on reporte le problème de la SD sur la clé… Je pense quand même la clé légèrement plus résistante mais ce n’est que mon ressenti/fantasme !
Je pense aussi que la Fondation à proposer le boot usb pour principalement brancher un DD. Cela renforce leur idée que la Pi peut être considérée comme un mini-ordinateur, pouvant se subsituer à un pc pour des petites tâches. Peut-être aussi une valeur ajoutée pour papie/mamie, cela fait plus sérieux !
Si j’étais vendeur de matériel, je me lancerai sur le créneau : vendre une Pi déverrouillée + dd compatible + boitier + alim. Du clef en main en quelque sorte. Certes il y a WDlabs mais ils utilisent encore l’ancienne méthode.
Pour prendre soin de la mémoire flash, on doit utiliser F2FS, mettre les logs en ram, désactiver le swap, virer l’horadage des fichiers(timestamp)…
Voici quelques liens:
https://www.blaess.fr/christophe/2015/10/19/renforcer-une-distribution-raspbian-jessie/
https://github.com/azlux/log2ram (merci à je ne sais plus qui du forum 🙂 )
https://www.framboise314.fr/et-si-on-se-passait-du-swap/
Mais de rien.
J’entends par méthode conventionnelle celle appliquée ici par François ou par la Fondation, à savoir utiliser de préférence Win32DiskImager pour windows…
Voir ici : https://www.raspberrypi.org/documentation/installation/installing-images/README.md
Personnellement, je l’ai fait avec Win32DiskImager.
Et il faut savoir que dans le fichier .img, c’est lui qui impose son type de FS (File System). Vous avez beau formaté votre SD ou MSD en FAT32 ou NTFS, celui-ci se retrouvera toujours pour Raspian avec la 1ère partition en FAT32 (type 0C) et la 2ème en EXT4 (type 83).
Si vous voulez en savoir plus, j’avais posé une réflexion sur le forum (d’ailleurs c’était mon tout 1er post 🙂 ):
http://forums.framboise314.fr/viewtopic.php?f=63&t=464
Ah bien l’article 🙂
Bonjour,
Merci pour cet article très intéressant.
Juste une question concernant le titre qui fait mention des Pi1, 2 et 3.
À la lecture de l’article, je ne comprends pas le rapport avec les Pi1 et 2…?!
Julien
Il est vrai que ce n’est pas très clair pour les v1 et v2.
En résumant, il faut mettre le nouveau bootcode.bin (lien dans les prérequis) SEUL sur une carte SD 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.
Et bien sûr si cela ne fonctionne toujours pas, le MSD n’est pas compatible.
salutations,
donc pour les version 1 et 2, si le MSD est compatible, après avoir booté avec seulement la SD remplie uniquement par le nouveau bootcode.bin (+timeout 6s), il n’est plus nécessaire de laisser la SD dans le Rpi… ceci est la méthode pour modifier la séquence de bootage du Rpi 1 et 2 (mise à jour du microcode ?), mais peux éventuellement marcher sur une Rpi 3 si les méthodes pour ce modèle ont échoué.
Me suis-je trompé quelque part ?
Utiliser une SD vierge fait gagner 5s… pareil avec un SD précédemment grillé ?
PS: (concernant le Rpi 3) qu’est-ce que l’OTP ? -> la EPROM du Rpi ?
« en ajoutant program_usb_boot_mode=1 à la fin du fichier », ce fichier ce situe où… dans l’OTP ?
dernier point sur l’alimentation des DD :
est-ce uniquement le pic au démarrage de la rotation du DD qui pose problème ?
Un simple Y (dédoubleur) micro USB sur l’alim ne résoudrait-il pas le problème ?… à moins que l’appel de courant du DD + la consommation du Rpi surpasse la capacité de l’alim -> voir la doc pour chaque DD (datasheet).
personnellement j’utilise un SSD 32Go (0,5 Watt) avec un adaptateur USB/SATA récupéré dans un boitier de DD externe 2″5… je ne suis pas sujet à ce problème =)
Bonjour,
Pour les 1 et 2, il faut obligatoirement une SD car comme l’OTP n’a pas été modifié, le système s’attend à trouver le bootcode.bin sur la carte SD, et ceci à chaque redémarrage. Oui, c’est bien ça pour le reste de la question.
Pour en savoir plus sur la séquence de boot :
https://www.framboise314.fr/bootez-votre-raspberry-pi-3-sur-une-cle-usb/
https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/bootflow.md
Je ne sais pas pour une SD grillée. J’aurai tendence à dire non mais il faut tester. Dites le nous ! 🙂
On peut comparer l’OTP comme un BIOS. François l’a bien expliqué. Voir mon 1er lien au dessus.
Comme je disais en point 2.
« Reprogrammer l’OTP en ajoutant program_usb_boot_mode=1 à la fin du fichier config.txt de la carte SD. Pour cela, aucune difficulté. Bien que la SD possède au moins 2 partitions, seule la 1ère (la partition de boot), qui est en FAT32, est accessible sous Windows et donc le fichier config.txt peut être modifié sous Windows ».
Sinon, sous Raspian, ce fichier est accessible sous « /boot/config.txt »
En fait, une fois Raspian démarré, la 1ère partition se retrouve en /boot/
Oui, alim faiblarde d’où le hub.
un grand merci pour toutes ces précisions ! =)
Bonjour,
Dans l’article il est fait mention de bootcode.bin pour les versions 1 & 2 du raspberry.
Par contre en est-il de même pour les versions zero et zero w ? Au pire je peux tester et vous faire un retour.
regardez sur https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/
Ils en parlent sur différentes pages et c’est une autre méthode, avec usbboot.
Je vous laisse faire le tuto 🙂
Bonjour à tous !
Merci pour ce tuto, je vais m’empresser de le tester sur un DD externe!
Avant, je vais vous faire part de mon expérience d’utilisation et de fiabilité du Raspberry comme PC familial…
Au départ j’ai acheté un Raspberry par curiosité,poussé par framboise314 afin de faire des bidouilles électroniques.
J’ai été rapidement étonné par la puissance de cette carte…
En parallèle je songeais à remplacer le PC familial fixe sous windows XP (17 ans d’âge) dont l’alimentation commençait à donner des signes de faiblesse…un condensateur hs je parie!
Et j’ai eu une idée farfelue…pourquoi ne pas utiliser un Raspberry à la place de ce PC…moins coûteux qu’une nouvelle alimentation ou qu’un nouveau pc ! Utopique ?
Est-ce que le Raspberry peut faire tout ce que fait mon poste XP :
Traitement texte, tableur, impression et scanner via mon imprimante Canon, connexion aux appareils photos, lecture de DVD, Web évidemment, et éventuellement du développement.
Il fallait aussi pouvoir lire tous les fichiers créés sur le poste Windows !
Après des jours de recherches dans les dépôts et d’essais…je me décide de me lancer dans l’achat d’un disque SATA, d’un adaptateur USB / SATA avec alimentation, d’un adaptateur HDMI / VGA, d’un hub USB alimenté et d’un lecteur/graveur DVD.
Voici le résultat…
Pour remplacer le pack Office :
Libre office que l’on peut trouver en dernière version dans le dépôt backports https://backports.debian.org/changes/jessie-backports.html, après près de 6 mois d’utilisation, aucun problème de lecture de formats word et excel (si on n’utilise pas de macro VBA).
En prime avec la dernière version on peut éditer des fichiers PDF ! Génial!
Pour l’impression / Scan :
J’étais un peu dubitatif sur la possibilité d’utiliser mon imprimante / scanner Canon…
Erreur, avec CUPS aucun souci, et pour scanner, simple-scan et gscan2pdf, c’est même beaucoup plus rapide que sous mon PC windows!
Pour remplacer l’explorateur :
Comme explorateur on a le choix, Nautilus + nautilus-image-converter pour retailler les photos en un clic, xfe (pratique et léger !), Thunar, il y en a pour tous les goûts !
Pour la lecture de DVD :
Après quelques paramétrages trouvés sur le net on peut utiliser VLC…un peu déçu du résultat malgré tout, notamment pour l’ergonomie…mais c’était avant de tomber sur KODI – épatant !
Pour le WEB :
Chromium me parait le meilleur, il faut simplement éviter d’ouvrir plusieurs onglets, le manque de RAM se ressent…mais ce n’est pas vraiment un problème il suffit de le savoir.
En prime j’ai installé Sweet Home 3D pour modéliser des pièces d’appartement ! ça marche !
On peut trouver aussi des tas de jeux, qui peuvent paraître ringards mais qui font le bonheur des petits et des grands…
Pour faire un peu de développement, après de longues recherches d’un vrai environnement intégré, permettant de faire des IHM sans jongler avec des outils abscons et assez léger pour ma Framboise, j’ai trouvé Lazarus pour compiler du pascal (finalement c’est le seul compilateur en dehors du C/C++)!
Lazarus intègre un vrai générateur d’IHM, sans nous noyer dans des lignes de codes, et rien n’empêche de faire des appels Python via du code Pascal. Génial ! Mais il y a aussi l’étonnant gambas3 ! Tout cela marche impec sur raspberry !
Pour en revenir dans le sujet, au cours de mes essais j’ai grillé 2 cartes SD avec le Raspberry sans vraiment comprendre pourquoi. Peut-être une mauvaise qualité.
En tout cas depuis presque 6 mois mon PC Framboise fonctionne à merveille avec la même carte SD, j’ai appliqué la méthode
https://www.framboise314.fr/et-si-on-se-passait-du-swap/. J’ai un double de la carte SD en cas de pépin.
La Framboise est utilisée tous les jours, il boote en 30 secondes (mon pc Windows c’étaient plusieurs minutes), il consomme presque rien. On découvre régulièrement des nouveaux logiciels (je crois qu’il y en a près de 20000 !).
Enfin la sauvegarde est faite via grsync sur un disque externe USB.
Merci à François et Framboise314 qui m’ont fait découvrir cette merveille !
Bonjour ,
Canon comme imprimante est à éviter sous linux , préférer plutôt HP , Brother , Samsung …. dont la mention Linux figure sur les OS supportés .
J’ai une Canon LBP1120 , c’est une catastrophe sous linux , sous windows , elle fonctionne nickel , la faute aux drivers Linux de chez Canon .
Quelques utilitaires intérressant Linux , certains fonctionne sous interface KDE:
K3B : gravure / copie , CD , CD-RW , DVD
Xsane : Scanner documents
Audacity : enregistrement et traitement du son
Gimp : dessin / retouche photo (photoshop)
Ksnapshtot : capture image d’écran (écran entier , fenêtre entières ou zone définie )
En jeux , j’aime bien :
Kbreakout : casse briques
Kiriki ; je de dés Yam’s
Kmahjongg : jeu de tuiles
Ksquares : mon préféré qui me rappelle un jeu d’enfance !!!
Sur une feuille à petit carreaux , il fallait dessiner à tour de role les cotés de carrés , le point allait à celui qui ferme le carré . Le vainqueur est celui qui totalise le plus de carrés .
Ksudoku ; le sudoku classique , mais aussi en 3D , très dur .
Palapeli : excellent jeu de puzzle , à partir d’images personnelles et avec le nombre de pièces voulues .
Marble : globe terrestre , très ludique .
Maintenant qu’on va pouvoir booter sur HDD , je me sent irrésistiblement attité par l’aventure sur Rasberry Pi .
La version 1.7 de rpi-clone prend maintenant en considération le boot sur usb !
https://github.com/billw2/rpi-clone
Petite question, si l’ont modifie l’OTP avec le bootcode.bin cela permet si j’ai bien compris de booter sur un hdd ou une clé usb branché sur un port USB.
sur le site de raspberry il est écrit que cette opération est IRREVERSIBLE.
comment doit être formaté le HDD (est-ce que l’install de libreelec créera un système de boot compatible ?
Mon but est de faire un serveur multimédia avec Libreelec comme distribution, sur un disque dur 2.5″ de 1To .
Merci
Petite question, si l’ont modifie l’OTP avec le bootcode.bin cela permet si j’ai bien compris de booter sur un hdd ou une clé usb branché sur un port USB
=> c’est l’option dans le config.txt qui modifie l’OTP et seulement pour le Pi3
sur le site de raspberry il est écrit que cette opération est IRREVERSIBLE.
=> Dans la séquence de boot, la sd reste prioritaire à l’usb
voir https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/bootflow.md
comment doit être formaté le HDD
=> sur le msd, une partition doit être en FAT32 (celle contenant le boot) et l’autre en ext4. L’image de l’iso Raspian en quelque sorte. Et pour être précis, la seule condition est la partition de boot qui doit être en FAT32, et ce quelque soit sa position (1ere, 2e…)
je cite : It is no longer necessary for the first partition to be the FAT partition, as the MSD boot will continue to search for a FAT partition beyond the first one.
OK,
j’ai cloné ma carte SD libreelec (1er partition FAT16 768Mb, 2eme partition EXT4 14.08Gb) sur un disque dur 300Go avec AOMEI Partition Assistant.
le PI3 ne boot pas si hdd branché sans sd, pourtant l’OTP indique bien 17:3020000a
soit j’ai oublié quelques choses soit il manque quelques chose 🙂
essayez déjà avec Raspian si tout se passe bien.
le PI3 ne boot pas si hdd branché sans sd
=> quelle sd ? une vierge ou la libreelec
la sd libreelec.
je vais essayer avec raspian dès que je peux pour voir si ça fonctionne
C’est ce que je disais plus haut : la sd est prioritaire donc cela ne fonctionne pas du tout.
A voir maintenant avec Raspian.
HDD auto-alimenté ?
Pour ceux qui ont des clés incompatibles, il reste ce tuto de François : https://www.framboise314.fr/booter-le-ra … e-dur-usb/
La différence, ici c’est tjs la SD qui boote (mmcblk0p1) et l’OS est déporté sur un autre support donc cela fonctionnera toujours ; mais c’est plus laborieux.
Bonjour,
J’ai lu le tutoriel, je l’ai appliqué; ça marche.
Mon RPI3 boot sur USB 32Go sans carte SD.
Précédemment j’ai utilisé BerryBoot mais les performances semblaient affectées par cette passerelle.
Maintenant mes questions:
– on parle ici de Rasbian. D’autres distributions sont-elles compatibles avec ce bootUsb ? Je pense à RetroPi et LibreElec, deux distributions que j’utilise régulièrement
– et dans le cas où on a plusieurs distributions sur plusieurs disque USB ? Je rêve qu’on puisse nous proposer un choix …
Merci de votre retour d’expérience. Ma prochaine étape est d’appliquer le type de fichier F2FS pour soulager ma clé.
Cordialement
Bonjour
c’est étonnant parceque BerryBoot comme Noobs n’intervient plus quand l OS est lancé, il ne sert que pour la sélection de l’OS. (http://berryboot.alexgoldcheidt.com/images/)
Je n’ai pas testé pour LibreElec ou Retropie mais ça devrait fonctionner
plusieurs distribs sur des disques différents ça risque d’être plus compliqué 🙂
cordialement
françois
Bonsoir,
J’ai fait deux choses: modifier mes partitions USB d’ext4 en f2fs comme conseillé, et appliqué sur deux distributions: Raspbian et Retropie. Les deux fonctionnent. Quant au gain de performance, seule Raspbian a été regardée en détail; ça à l’air de bien marcher.
Mais OpenElec ne fonctionne pas. En fait, quand on descend la distribution, une partition en Fat ne s’appelle pas BOOT mais OPENELEC et l’autre en Ext4 est vide. Donc même sans toucher au type de partition, le RPI ne boot pas sur la distribution OpenElec. Je ne sais pas trop pourquoi…
Deux sur trois, c’est mieux que rien. reste à tester dans la durée, mais contrairement à Yann (poste du 3 août) je n’en ferai pas un poste de travail …
Cdlt
Bonjour
Raspbian et RetorPi continuent de fonctionner.
Mais j’ai migré sur RecallBox et là, point de capacité en USB. Pourtant y’a bien un boot en FAT32 et une partition en ext4. A creuser.
Ma question: Votre article s’intitule « Boot simplifié sur USB avec les Raspberry Pi 1, 2 et 3 » mais le pré-requis (plus loin) est un Raspberry 3 ! Un 2, un 1 voir un zéro fonctionnent-ils ? Méthode à ajuster ?
Merci de votre retour.
Bonjour,
Concernant les 1 et 2, c’est pourtant marqué dans les prérequis : il faut une sd avec le bootcode.bin. Et pour les zero, aucune idée, je n’ai eu aucun retour et le site https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/README.md ne le précise pas donc je dirais que non.
Bonjour,
J’ai essayé avec un ancien disque USB 2.0 LACIE de 160 go. Le boot démarre, affiche l’écran coloré, et les 4 framboises. Puis plus rien.
J’ai ensuite essayé une clé USB PNY de 32 go. Ça fonctionne ! Mais très lentement.
Enfin j’ai utilisé un disque seagate Barracuda de 320 go à 7200 t/m. C’ nettement meilleur.
Une question : Pourquoi utiliser le PARUUID dans le fstab, alors qu’il peut être modifié par fdisk
?
Cordialement
Super tuto! Mais j’ai pas bien compris le bootcode.bin, vous le mentionnez dans les pré-requis et il n’est mentionné nulle part dans la procédure. Que faut-il en faire?? J’attends juste cette info avant de me lancer, merci!
Bonjour,
Firefox me donne 10 pour l’occurrence « bootcode.bin », en faisant une recherche. C’est la 2nde occurrence qui donne la procédure, dans la section dépannage.
Le fichier « bootcode.bin » est essentiellement pour les RPiv1 et v2. Il peut concerner la v3 si la clé ne boote pas malgrès la modification du registre + program_usb_timeout=1.
En résumé, pour la v3 et pour un non fonctionnement successif du MSD, les essais sont :
– modification du registre ; si cela fonctionne tant mieux sinon :
– + program_usb_timeout=1…
– bootcode.bin sur SD…
– + fichier timeout ; si cela ne fonctionne toujours pas alors il reste l’ancienne méthode : boot sur SD et déportation de l’OS sur MSD.
Voir le tuto de François : https://www.framboise314.fr/booter-le-raspberry-pi-sur-un-disque-dur-usb/
J’espère avoir été plus clair.
super, merci, je n’avais pas vu ce paragraphe, désolé :
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.
Juste pour confirmer que ça marche bien pour un Raspberry Pi (BCM2835) en formatant une SD FAT32 avec le bootcode.bin, booter une fois avec la carte, attendre un peu… puis éteindre l’alim, connecter le disque externe avec une image bootable et ça démarre! Merci.
merci
bonnes fêtes de fin d’année 🙂
une question chris :
tu dis » … en formatant une SD FAT32 avec le bootcode.bin, booter une fois avec la carte, attendre un peu… puis éteindre l’alim, … »
cela ne risque t-il pas de tuer la carte SD d’éteindre en coupant l’alim plutôt que de manière soft ?
les 2 seules fois où j’ai eu une coupure d’alim j’ai perdu mes cartes SD ='(
PS, d’ailleur, s’il y a une procedure d’extinction qui garantie l’intégrité de la SD je suis preneur ! =)
*(qui le garanti qd on a plu la main sur l’OS)
Bonjour,
Merci pour cette info, mais peux-tu me dire si des voyants s’allument sur le Rpi ?
En effet j’ai un Rpi 1, et quand je boot sur la SD qui contient le bootcode, j’ai juste le voyant power qui est rouge et c’est tout…
Du coup ça ne fonctionne pas pour moi si je veux ensuite booter sur une install de distrib quelconque (sans carte SD du coup)
Merci de ton aide
J’ai fait un tuto pour un couple SD + clé en F2FS.
Cela marche aussi avec SD + MSD en EXT4 bien sûr.
Avec cette méthode, le boot est plus rapide et universel.
http://forums.framboise314.fr/viewtopic.php?f=44&t=4401&p=27053#p27053
Bonjour Dyox
merci pour ce tuto
je vais mettre l info sur les réseaux sociaux
sur le blog quand j’aurai un peu plus de temps…
bonne année pleine de réalisations à la framboise
cordialement
François
Merci et bonne année à vous aussi.
c’est parti
https://twitter.com/framboise314/status/948864287363264512
https://www.facebook.com/Framboise314/photos/a.366505533448547.78218.365454566886977/1465989203500169/?type=3&theater
merci encore 🙂
@ Geo, effectivement cette partie est imprécise, j’ai réussi à installer et à faire tourner une seule fois mon installation. A mon retour de vacances, j’ai essayé de rebooter depuis le disque SSD, mais sans la carte, sans succès. J’ai ensuite rebooté avec la carte et à part l’écran coloré, rien ne se passe. Donc pour moi, je n’arrive pas à reproduire… Doit-on rebooter avec la carte SD et le bootcode.bin? Ou sans carte SD? Essayé les deux avec mon RPi2, mais sans succès, j’ai du louper une étape…
je t’invite à vérifier l’intégrité de ta SD ou de simplement tester la chose à l’aide d’une autre SD, si la situation se débloque, je serai (et sûrement d’autre lecteurs) content d’avoir un retour =)
PS: je reçois ma Pi3 dans qq semaine, vivement le passage de Pi1 à la v3 ^^’
…en avant vers de nouvelles aventures ! =D
Bonjour Géo et Chris
merci pour vos échanges ! ils sont toujours bénéfiques pour les lecteurs
à bientôt
cordialement
François
Bonjour et bonne année à tous.
Je m’excuse pour ma question qui pourra vous paraître trop évidente, mais dans le 1er point du tuto, lorsque vous évoquez « ET ensuite sur le MSD avec la procédure conventionnelle » je ne suis pas sur comprendre de quoi vous parlez.
Mon objectif est d’utiliser un disque dur, mais avec les outils classiques pour écrire une image disque seuls les cartes amovibles ou clés USB et mon disque dur (USB) n’est jamais proposé.
Serait-il possible d’ajouter dans l’article en lien qui mènerait à cette « procédure conventionnelle ».
Désolé encore pour cette incompréhension.
Cordialement.
Bonjour et bonne année à vous aussi,
Quand je dis ça je me réfère à tous les tutos de François qui traitent de la copie d’une image et à cette page.
https://www.raspberrypi.org/documentation/installation/installing-images/README.md.
Suivant que vous êtes sous Linux ou Windows, il y a plein de façon !
j’ai également un petit brouillard sur ces terminologies avec lesquels je ne suis pas habitué.
un petit lexique dans la première partie indique clairement que MSD est le sigle utilisé sur cette page pour parler de HDD, SSD, USB key, et autres « stick » de stockage… /!\ à travers le port USB. /!\
un exemple capilo-tracté serait : une carte SD qui boot par le port USB à travers un lecteur de carte.
ce qu’il faut comprendre peut être résumer simplement :
– Le pi démarre TOUJOURS sur sa propre puce mémoire (l’OTP), laquelle lui indique les procédures à suivre.
– L’étape de boot qui suit est TOUJOURS de tenter de démarrer sur le port SD/uSD
– l’OTP peut être modifier (en partie) grâce au fichier binaire « bootcode.bin », pour permettre de tenter, en plus, de démarrer sur le port USB (TOUJOURS après les 2 premières étapes).
voici un lien qui explique cela plus en détail, et un autre pour préparer ton disque USB :
https://www.framboise314.fr/bootez-votre-raspberry-pi-3-sur-une-cle-usb/
https://www.framboise314.fr/booter-le-raspberry-pi-sur-un-disque-dur-usb/
préparer un periphérique USB est asser simple… 1) tu télecharge le fichier image (.ISO) de ta distribution Linux, 2) tu utilise un logiciel qui fait le reste pour toi, en lui indiquant ton fichier téléchargé.
Si tu tourne sur Windows, je te conseil d’utiliser Rufus, pour 2 raisons :
1) c’est un logiciel « libre » sous licence GPLv3 (difficile de faire moins libre)
2) son but premier est de créer un support de boot fiable, sans corruption, et de limiter les erreurs humaine lors de la création du support (ex : formater son disque dur interne plutôt que sa clef USB).
3) il est conçu à l’origine pour les stick USB et cartes mémoires… mais il fonctionne sur la majorité des disque dur USB (SSD OCZ Vector 180, WD 3″5 2To, etc. fonctionne chez moi) =)
il est irréprochable sur les points suivant :
– sécurisation du support avant d’opérer le formatage -> aucun autre programme ne peut y accéder, et y écrire des données
– vérification de l’intégrité de la mémoire (son état de santé)
– vérification de succés de l’écriture (pas à la fin… mais à chaque bloc mémoire)
– limite son usage pour du simple boot uniquement (pas dualboot ou +) pour maximiser au maximum les chance de démarrage dans des cas de figures non anticipé.
hint : l’executable standart et version portable sont identique, la diférence est faite par le logiciel lui même lors de son lancement. >> s’il trouve un » p » ou un » P » quelque pars dans le nom, il se lance alors en version » portable »
https://rufus.akeo.ie/?locale=fr_FR
dans les bon points de Rufus, j’ai oublié de mensionner qu’il est très bon pour les alignement de partition… un point critique qd il est question de boot.
Si vous avez déjà été confronté au problème pour un carte SD, et avez tenté de trouver s’il fallait bien décaler le 1er secteur mémoire de 512o, 1Mo ou 4Mo, vous me comprendrez… ^^’
Je te remercie pour cette précision.
Par contre comme je le mentionne précédemment, le lien en question fait référence à Etcher pour écrire l’image de raspbian sur les supports, or il ne propose jamais mon DD.
Pour avancer j’ai utilisé Win32DiskImager qui me propose bien mon disque USB.
du coups tout se passe bien jusqu’à :
$ vcgencmd otp_dump | grep 17 => 17:3020000a.
Mais aucun boot sur mon DD malgré le recours à toutes les pistes de dépannage.
Suite à quelque modifications, j’ai réussi à faire reconnaître la seconde partition de mon DD afin que le boot de la SD utilise le répertoire / de mon DD.
Mais sans SD, pas de boot. Je suis donc obligé de conserver ma SD dans le RPI3 (une SD fat32 avec le bootcode.bin, ne faisant rien de mieux).
Je pense que malgrè tout, la carte SD ne subissant plus d’écritures s’en trouvera que mieux.
Merci encore.
il faut effectivement conserver une SD pour démarrer, mais elle ne dois pas contenir de quoi démarrer avec (un OS).
ensuite si j’ai bien compris, « bootcode.bin » est nécessaire uniquement pour reprogrammer l’OTP, on peut donc le supprimer de la SD ensuite (corrigez-moi si je me trompe)
le problème vient peut-être du formatage de ton support USB, il faudrait que tu nous indique (si possible) l’alignement de la partition, le systeme de fichier utilisé (exFAT, NTFS, ext4, F2FS…), la distribution implanté (Raspian ?)
Rufus fait moins de 1 Mo je t’invite à garder cet outil sous la mains… Microsoft se permet pas mal de choses sans te prévenir (comme effacer GRUB quand il le rencontre sur une installation), Win32DiskImager est un outils de Microsoft ^^’
la partie -préparation du support USB- de l’article « Pitié pour la carte SD de votre framboise314 : Bootez sur un disque dur USB »
>> si votre disque dur n’a jamais été utilisé sous Linux, il faudra le préparer pour cet usage.
NB : ces 2 articles que j’ai liés enonce comment » transférer l’OS du Pi vers le support USB. Tandis que l’article ci-présent indique plutôt comment faure une install fraîche sur un port USB
Bonjour,
Je me permets de vous corriger. Je n’arrive pas à voir l’endroit où vous auriez pu lire et comprendre ça : « ensuite si j’ai bien compris, « bootcode.bin » est nécessaire uniquement pour reprogrammer l’OTP, on peut donc le supprimer de la SD ensuite ».
J’avais dit : Reprogrammer l’OTP en ajoutant program_usb_boot_mode=1 à la fin du fichier config.txt
Et si une personne démarre le MSD grâce au nouveau bootcode.bin, elle ne doit surtout pas l’effacer, c’est lui qui détient la séquence de boot !
(je me suis peut-etre mal exprimé) une question sur ce point… j’ai maintenant un doute :
le fichier « config.txt », à travers sa ligne « program_usb_boot_mode=1 » permet bien d’activer la reprogrammation de l’OTP ? et non simplement l’OS dans la carte SD ?
Le binaire « bootcode.bin » sert alors à modifier l’OTP ou bien à être lu à la place de l’OTP ?
Dans le premier cas, une fois la modification apporté, plus besoin du binaire… dans le 2e cas le binaire fait office de lanceur d’amorce (boot load).
PS: y a t-il un moyen de supprimer ses propre commentaires pour éviter de laisser des aides « erronés » ? ^^’
Déjà, la manipulation de l’OTP ne fonctionne que sur une v3 et peut ne pas fonctionner suivant les MSD, d’où le bootcode.bin qui « simule » temporairement cette reprogrammation.
La manip de l’OTP n’est utile qu’une fois.
Si bootcode.bin il y a, bootcode.bin toujours il y aura.
Mais avant de dire qu’un MSD ne fonctionne pas, il y 4 étapes à faire !!!
Déjà, la manipulation de l’OTP ne fonctionne que sur une v3 et peut ne pas fonctionner suivant les MSD, d’où le bootcode.bin qui « simule » temporairement cette reprogrammation.
La manip de l’OTP n’est utile qu’une fois.
Si bootcode.bin il y a, bootcode.bin toujours il y aura.
Mais avant de dire qu’un MSD ne fonctionne pas, il y 4 étapes à faire !!!
Bonjour,
Juste par acquis de concience, Pour un PI2 nous n’aurons que le bootcode.bin et le fichier config.txt (pour max_usb_current=1) sur la SD.
Cela est-il exacte ?
Merci
Bonjour
si vous bootez sur une carte SD vous avez les mêmes fichiers que sur un pi3…
y compris config.txt pour passer des infos lors du démarrage de Raspbian
cordialement
François
Bonjour,
Vous parlez de fichier timeout quand le bootcode.bin seul sur carte SD ne fonctionne pas.
Mais quel fichier ?
Et sur carte SD ou la clé USB ?
J’ai deux clés USB identiques avec même distribution, une fonctionne pas l’autre. Et c’est l’autre que je veux (comme par hasard…).
Merci
Bonjour,
C’est un fichier nommé « timeout » à mettre sur la SD.
Voir https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/ si c’est plus clair pour vous
Hello,
J’ai suivi le tuto à la lettre,
j’ai fait une image disque de la partition boot de la sd et ai recopié l’image sur le ssd (identique à celui du tuto)
J’ai retiré la sd, booté le pidesktop, des milliers de lignes s’affichent puis ça s’arrete là :
56.516315} random: crng init done
Puis plus rien 🙁
A votre avis pourquoi ça ne continue pas ?
Bonjour Arnaud
difficile de savoir ce que vous avez « exactement » fait (toutes les commandes exactes, les réponses du système)
il a pu y avoir des messages d’alerte ?
est-ce que ça fonctionne sur la carte SD en utilisant le SSD comme disque de data ?
est ce que l’alim est correcte ? c’est une officielle ?
est ce que l’image transférée sur le SSD est ok ?
est ce que ça boote sur la SD ?
etc… (https://www.raspberrypi.org/forums/viewtopic.php?t=188946 ou https://www.raspberrypi.org/forums/viewtopic.php?t=194276)
cet article est classé « Avancé » car c’est le genre de manip qui peut poser ce genre de souci
désolé de ne pas pouvoir en dire plus
Merci François pour la réponse.
Je vais tout recommencer dès le debut pour voir exactement…
Bonjour François,
Finalement apres avoir aussi essayé avec piclone ça ne fonctionnait pas non plus.
J’ai donc reflechi et voici la solution la plus simple que j’ai trouvé :
Installer raspbian sur une sd, lancer les commandes pour programmer un boot sur sda (le msata dans mon cas)
Installer raspbian (via etcher) sur le msata, le brancher sur le pi etent, retirer la sd et booter et voila c’est ok !
Juste un truc dans mon cas : j’ai tout mis dans un boitier pi desktop, boot ok par le bouton d’allulmage, mais l’extinction ne fonctionne pas 🙁
j’ai pourtant bien installé ce qu’il fallait depuis le site element14
Merci pour ce précieux site 🙂
Arnaud
Bonjour à tous,
Bonjour,
Lorsque je réalise cette manipulation c’est impeccable.
Je souhaite pouvoir communiquer avec mon raspi directement sur mon pc (via câble ethernet).
Je réalise cette manipulation :
http://espace-raspberry-francais.fr/Configuration/Connecter-Raspberry-Pi-au-PC-par-cable-Ethernet-RJ45/index.php?captcha=true#espaceComm
Lorsque je réalise la procédure du lien ci-dessus, avec la sd c’est impeccable, par contre à partir de la clé usb cela ne fonctionne pas.
Avez-vous une idée ?
Merci.
Par contre,
bonjour,
J’ai une raspberry pi 3 et la manip marche pour moi très bien. Par contre j’aurais voulu savoir si on pouvait choisir le port USB du boot et ne pas aller voir les autres? car j’ai un second disque dur qui me sert à stocker certains fichiers et je ne peux pas booter si les deux sont branchés…
Bonjour
Non vous ne pouvez pas choisir le port usb (c est un hub USB)
Voyez du côté de l’UUID du disque
https://raspberrypi.stackexchange.com/questions/14620/how-do-i-mount-the-correct-drive-everytime-the-raspberry-pi-reboots
cordialement
Francois
Super l’article! Si j’avais lu ce tuto avant d’essayer mon pi 3 B+ : il ne serait pas inutilisable !!!
Comment l’avez-vous rendu inutilisable ?
Bonjour,
Le port micro SD s’est désoudé et détaché de son emplacement : après avoir inséré pour la troisième fois la carte micro SD.
Je me suis retrouvé avec 3 pièces dans les mains.
Je ne comprends pas ce qui c’est passé : je n’ai pas forcé pour insérer la carte micro SD.
Je voulais utiliser le raspberry pour mon imprimante 3d : c’est pas gagné…
Zut ! En général ça se produot quand il y a une pression sur la carte sd (dans le sens vertcal) parfois simplement en sortant la carte du boitier (classique avec le boitier « officiel »)
Vous avez contacté le SAV ?
Je l’ai acheté dans une boutique LDLC.
Je vais les contacter dès que possible : sans trop d’espoir.
Bonjour,
***Mon post n’a pas été publié (Spam). Je ré-essaye***
Tout d’abord mes excuses pour n’avoir pas lu correctement votre article puisque j’avais cru y voir une contradiction (pré-requis Raspberry 3) alors que 2 lignes plus bas on y voit le développement pour RPI2…
Mais là n’est pas mon propos.
J’ai un RPI3. Je l’utilise pour différents tests et une utilisation plus régulière (RecalBox).
J’ai aussi un RPI2 pour essais. Et c’est sur celui-ci que j’avais essayé d’appliquer votre méthode; sans succès jusqu’à présent.
SAUF QUE !!!
Sur mon RPI3, j’ai mis un Raspbian Lite et un Jeedom V3. Sur USB ça fonctionne très bien.
Mais comme je veux utiliser le RPI2 pour des tests, je me suis remis sur le problème de boot USB spécifique au 2.
ET LA JE CROIS AVOIR DÉCOUVERT QUELQUE CHOSE !!!
J’ai mis un bootcode.ini sur un SD, et j’ai pris mon USB qui fonctionnait sur le RPI3. Et là miracle, ça a booté. Mais pourquoi pas avant ? Et là je m’aperçois que j’avais oublié de mettre la clé Wifi. Qu’à cela ne tienne. Je shutdown, je mets la clé, je relance … RIEN. J’enlève la clé, ça boot. Je branche sur RJ45, ça boot et Jeedom fonctionne. J’essaye avec une autre clé Wifi; RIEN.
Ce que je crois avoir trouvé c’est que le bootcode.ini sur SD peut marcher sur mon Raspberry 2 à condition qu’il n’y ait pas de confusion possible sur l’USB.
D’où les questions:
– avez vous aussi constaté cette anomalie ?
– savez-vous la détourner ?
– si je mets un dispositif USB genre RFXcom, est-ce que ça va encore bloquer mon boot sur UBS ?
– autre ?
Voilà, j’ai peut-être fait une petite contribution pour la partie Raspberry 2 voir 1 ou zéro).
Dans l’attente de vos remarques, de vos tests, de vos questions.
Cordialement.
Bonsoir Vanille,
Oui pour l’anomalie. Si un autre port usb est occuppé, le boot ne se déclenche pas. En contradiction avec ce qui est prévu : https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/bootflow.md
Dans ce cas, il reste la méthode universelle boot sur sd qui pointe sur l’OS du MSD.
Vous pouvez vous inspirer de ça en enlevant la partie F2FS : https://forums.framboise314.fr/viewtopic.php?f=44&t=4401
PS : comme ce n’est pas précisé, avez-vous aussi augmenté la séquence de boot avec le fichier timeout ?
Bonjour,
Pour finir mes tests…
A propos du fichier Timeout, c’est quoi ?
– nom du fichier
– contenu du fichier
– position du fichier (carte SD ou USB) ?
J’ai beau chercher, je ne vois pas de précision… Désolé d’avoir deux mains gauches.
Cdlt
Bonjour Vanille,
Section dépannage, j’avais marqué :
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.
Donc pour répondre à vos questions :
– nom du fichier : timeout
– contenu du fichier : rien de préciser donc vide
– position du fichier (carte SD ou USB) ? : SD
Après, si c’est plus clair pour vous et si vous trouvez que c’est mieux agencé, il vous reste la source que j’ai citée :
https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/README.md
Bons tests
Bonsoir
dyox a demandé: « PS : comme ce n’est pas précisé, avez-vous aussi augmenté la séquence de boot avec le fichier timeout ? »
Vanille répond: « non, même avec un fichier vide nommé « timeout » sans extension, le RPI2 ne boot pas sur l’USB si une clé WiFi USB est branchée ». Rappel: Rasbian Lite + Jeedom.
Voilà; pour moi test complet.
Merci encore.
OK, merci du retour. Pour ma part, pas de problème avec ma clé bluetooth pour le clavier sans-fil.
Confirmation oui. Une clé Bluetooth ça marche; pas de Wifi (j’en ai essayé deux).
Mystère de l’informatique…
Bonjour a tous,
Super les tutos, toujours bien détaillé et avec des mots compréhensibles.
J’ai un problème avec le boot sur un disque dur.
J’ai réalisé toutes les manipulations et ligne de commande, le RPI boot bien sur le disque dur mais je perds la sourie et le clavier.
Ma config: RPI 3B+ (donc avec le bon bootcode)
une carte Suptronics X830 avec un dd de 500Go tout neuf formaté à la linux (1 swap de 1G, un linux de 400Go et le reste en FAT 32 pour garder quelques possibilités d’échange avec les bon pc windows)
J’ai tenté quelques trucs:
– Revenir au boot sur SD, simple il sufit de modifier le boot dans le cmdline–> je récupére clavier et sourie
– retour sur le DD et augmentation du courant sur les USB (on ne sais jamais) et non pas de clavier ni de sourie. je ne pense pas que cela vienne de là la carte subtronics a une alimentation ext.
Si vous avez des idées et conseils, je suis preneur.
Merci beaucoup
Bonjour Fred
Difficile a dire je n’ai pas de X830 pour tester
Avez vous lu ceci?
http://www.raspberrypiwiki.com/index.php/X830
Cordialement
François
Bonsoir François,
Oui j’avais lu l’article.
J’ai résolu en mettant à jour ma version de débien. pourtant je suis parti d’une version stretch du 9/10/2018.
Maintenant j’ai un pb avec VNC qui ne veut plus se lancé.
Je vais refaire une installation complète et je te tiens informé.
Fréd
Salut François,
Des petites nouvelles.
Je suis reparti d’un rasbian stretch seul et cela fonctionne. j’ai récupéré VNC, Clavier et sourie.
Super, je pense que l’installation de opencv a trop trafiquer les fichiers systèmes. je retenterais plus tard.
Merci pour tes conseils.
Et surtout continu à nous instruire de cette façon si clair que même moi je comprends.
A +, Fréd
Bonjour,
Pour le démarrage sur USB, ne pas oublié de créer le fichier ssh en boot si on veut utiliser PUTTY par exemple.
A+ Eric
petite erreur
c’est la commande « program_usb_boot_timeout=1 »
pour verif : « vcgencmd otp_dump | grep 66 »
reponse « 66:01009daa » quand timeout actif
C’est exact, merci ! (program_usb_boot_timeout=1 au lieu de program_usb_timeout=1)
source : https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/
super utile, 1000 merci !
Bonjour a tous.
Tout d’abord je souhaite vous remercier pour tous les précieux conseils et tuto que je trouve sur ce site, même si beaucoup de chose reste encore pour moi de grand mystère, l’aide que vous apporter aux « jeunes RPiste » comme moi est formidable.
Concernant le boot sur USB, j’ai réussi la procédure sur qq clès USB et souhaite le faire sur un disque dur, par contre après qq essais (sur 2 anciens dd 2’5) infructueux, je souhaitais savoir si :
– Nous savions ce qui fait que certains disques/clés fonctionnent et d’autre pas, car cela me semble « informatiquement parlant » mystérieux.
– Si je devais choisir un disque (SSD ou pas) en 500Go ou 1To, comment puis-je être sur que celui-ci fonctionnera branché sur mon Rpi.
J’ai un Rpi 3b+ et je l’utilise, entre autre, avec Retropie, raison pour laquelle je souhaiterais plus d’espace disque et moins de risque d’usure de mes « octets » 🙂
Un grand merci par avance a toute l’aide que vous pourrez m’apporter.
Pierre
Bonjour a tous
tout d’abord un grand merci pour tous ces conseils et tuto qui me permettent a moi « Jeune Rpiste » d’arriver a faire qq chose de mon Rpi 🙂 bon même si je l’avoue bcp de chose me semble encore assez flou.
Concernant la procédure de boot sur l’USB j’y suis parvenu sans problème sur mon Rpi 3B+.
J’ai fait plusieurs tests fructueux sur des clés usb et souhaiterais faire de même sur un disque dur, mais la après qq essais sur 2 DD 2’5 différents je n’ai pas rencontré le même succès qu’avec les clés.
D’où mes questions :
– Sait on ce qui peut empêcher certains disques de fonctionner correctement sur le boot ? (car informatiquement parlant ca reste un grand mystère pour moi)
– Quel disque choisir (SSD ou pas) afin d’être sur que cela fonctionnera ? Je souhaiterais pouvoir installer retropie sur un disque assez volumineux (entre 500Go et 1To) mais ne suis vraiment pas sur de quel modèle acheter.
Sauriez-vous me conseiller ?
Un grand merci d’avance.
Pierre
Bonjour Pierre,
– Vous dites que vous avez fait qq essais mais avez-vous testé l’option « program_usb_boot_timeout=1 » et avec le bootcode.bin ?
– Pour une meilleure compatibilité, et ce n’ai que mon avis, je dirais qu’il vaut mieux que le DD soit branché sur un hub ou sur secteur pour qu’il tire toute sa puissance. Ou alors en auto-alimenté mais avec une très bonne alimentation (et supérieure à 2.5A). Là, vous ne précisez pas et je m’accorde à dire vous avez seulement testé en auto-alimenté ?
– Pour démarrer sur MSD, il y a 3 façons de faire :
— celle-ci
— le bootcode.bin
— et la plus universelle et qui fonctionnera toujours, le boot sur SD qui pointe sur le MSD pour le système.
PS désolé du doublon… je n’avais pas le 1er en affichage.
Bonjour, tout d’abord bravo et merci pour ce forum genial !
J’ai fait mon boot sur usb pour pi3 sans problème, le pi démarre sur disque dur, avec la dernière version de raspbian nov 2018.
Mais impossible de faire des mises a jour, apt-get upgrade me retourne des erreurs entree\sortie.
Y a t’il une manip spéciale pour tenir son system a jour, ou ai-je eu un problème a l’install ?
bonjour
vous faites bien un
sudo apt-get update ?
une copie du message d’erreur ?
Hello,
Pi3 + Sandisk 32GB
Pas de problèmes au boot, je retrouve ma config comme avec ma SD (SAMSUNG 16GB)
Tout est à jour.
Mais dès que j’essaye de connecter un SSD (ou autre stockage de masse) en plus, je perds toute commande système (par exemple df, dmesg, ls, halt, reboot, …) avec le message « Erreur d’entrée/sortie »
SSD supplémentaire retiré, impossible de se reconnecter avec puTTY
Il semble qu’il y ait un conflit, mais impossible de consulter la log système pour faire un diagnostic, et impossible de rebooter proprement…
Des idées?
Merci, @+
Bonsoir,
– Et s’il est branché au démarrage ? (le log du boot en dira p-ê plus)
– Etes-vous sûr de son alimentation / câble USB ?
– P-ê faire un formatage ? (pour partir sur une bonne base)
– Puissance de l’alimentation du Pi trop juste ?
Bonjour,
Alim très récente 3000mAh
LED rouge fixe avec ou sans le SSD
Pour info: PN532 sur SPI
Je ne pense pas que l’alim soit un pb
OK, je refais l’install sur la clé USB
@+
Hello,
Matos utilisé:
– Framboise Pi3 B
– Alim 3000mAh
– carte SD SAMSUNG EVO 16GB
– clé USB S1 SANDISK fit 32GB, sur laquelle on mettra l’OS
– clé USB S2 SANDISK fit 32GB, vierge d’usine
– SSD SAMSUNG 850 EVO 120 GB, 1 partition ext4 avec connectique USB
Conditions du test:
– SD régénérée à partir d’une image antérieure (Win32 Disk Imager)
– Clé USB (dénommée S1 ci-après) paramétrée avec la procédure décrite dans le tuto https://www.framboise314.fr/bootez-votre-raspberry-pi-3-sur-une-cle-usb/
– PN532 débranché du SPI
– S1 sur port USB (comme auparavant)
– Strictement rien d’autre de connecté
– Alim récente (achetée il y a une semaine) 3000mAh
– LED rouge (alim) fixe
– Platine Framboise nue posée sur un tapis isolant en silicone
– Conditions de température, pression, insolation normales ;o)
– Environnement électromagnétique: ma Belle-Mère qui met de l’électricité dans l’air ;o|
Mais c’est normal
Test 1:
Boot SD OK (S1 et S2 non connectées).
J’accède à Framboise via puTTY sans problème (en WiFi)
Test 2:
Boot S1 OK (SD retirée, S2 non connectée, SSD non connecté).
J’accède à Framboise via puTTY sans problème (en WiFi)
df montre que c’est /dev/sda1 qui est monté sur /boot
Test 3:
Branchement de S2 en live
Ok, pas de problème
Test 4:
On retire S2 et on branche le SSD
« root@F3:~# dmesg
-bash: /bin/dmesg: Erreur d’entrée/sortie »
Perte de connexion avec Framboise
Retrait sauvage du SSD: Framboise inactive (impossible de se connecter)
Test 5:
boot S1 avec SSD connecté
Impossible d’accéder à Framboise par puTTY
Ma conclusion:
Soit un pb matériel du SSD, soit un pb ext4
MAIS ce pb n’apparaît pas avec un boot sur SD, uniquement avec un boot USB
Driver manquant ou incorrect?
Mais alors quelle étape ai-je loupé dans l’installation?
@+
Après tout ces essais, je dirai que c’est le contrôleur sata/usb qui fait planté.
On peut avoir plus d’info dessus ? D’ailleurs, c’est quoi le boitier usb ?
Et regardez une fois le contrôleur identifié (en démontant ou sous windows) s’il est compatible linux ; ou bien faire un livecd/liveusb avec un linux et tester le-dit ssd.
C’est un simple connecteur USB/SATA filaire (pas un boîtier)
Il fonctionne parfaitement avec un boot à partir de la SD, y compris en présence d’autres SSD ou clés USB
Pour être plus précis, je voulais dire tester le-dit boitier ssd. Si cela fonctionne, c’est un manque de driver sous raspian. Je ne crois plus trop au matériel incompatible linux en 2019 :).
Autres pistes :
– Je rajoute que ce n’est pas parce que l’alim est neuve qu’elle est correcte. Elle délivre bien du 5V ?
– Une fois tout branché (sd + les 2 clés…), pas de message de low voltage sous dmeg ?
– Le cordon usb n’est pas trop long ? (chute de tension)
– Le cordon n’est pas abîmé ? (testez la continuité des 4 fils)
Non, l’alim est nickel, j’ai vérifié
je n’ai rien dans la log système
Ok, le ssd ne plante qu’avec un boot sur MSD (et avec la procédure décrite dans le tuto https://www.framboise314.fr/bootez-votre-raspberry-pi-3-sur-une-cle-usb/)
Lors de vos tests, on parle bien d’une nouvelle install de la dernière version de Raspian et mis à jour ? (sauf sur la SD)
Pourquoi avoir choisit cette méthode ? (au lieu de ce tuto ? )
Et si vous gravez simplement l’iso sur la clé ? (ça marche maintenant, ce qui n’était pas le cas lors du tuto de François et c’est le pourquoi de ce tuto, soit dit en passant ^^ )
Après la copie :
– pour activer le ssh au démarrage, placez un fichier nommé ssh sur la partition de boot
– pour paramètrer son wifi au démarrage, placez son fichier wpa_supplicant au même endroit
*wpa_supplicant.conf
OK, j’essaye un gravage à partir de mon imag de sauvegarde e (via Win32 Disk Imager)
L’image est à jour.
Je reviens après tests.
Merci
@+
Là, avec une image clonée par Win32 Disk Imager, ca ne boote plus
Un clone de la SD par rpi-clone ne boote pas davantage
Ne reste que la méthode décrite dans le tuto https://www.framboise314.fr/bootez-votre-raspberry-pi-3-sur-une-cle-usb/
Il faut donc que je refasse la manip et que je récupère les logs systeme pour regarder ce qu’il se passe lorsque je branche le SSD
Merci,
@+
Rien de particulier dans /var/log/messages
Ca marche si je mets une seconde clé USB SANDISK de 32GB, mais pas avec le SSD SAMSUNG de 120GB
Là je subodore un problème matériel lié à ma Framboise.
En effet, j’ai des problèmes au boot, et des pertes de connexion WiFi avec puTTY.
L’an dernier j’avais effectué des tests USB sur du stockage de 2TB qui avaient engendré des problèmes USB (erreurs physiques liées au media => trop forte charge: reset à répétition du hub USB).
Je pense donc qu’il y a eu une dégradation de la platine, que ce soit l’alim interne ou le hub USB.
Sachant d’autre part que je n’ai monté ni dissipateur de chaleur ni ventilation…
Bon, je vais commander une nouvelle Framboise. Je réessayerais après livraison.
Par contre, une question (je ne sais pas si elle est traitée içi): comment passer /root en F2FS?
Merci
@+
OK
Et pourquoi ne pas faire vos tests sur une nouvelle install de Raspian sur la clé ? Vous saurez comme ça si votre image ou le matos.
Vous pouvez utiliser Rufus avec l’image compressée pour info.
Et pour répondre à votre question, vous pouvez vous inspirez de ça :
https://forums.framboise314.fr/viewtopic.php?f=44&t=4401
OK, j’ai fait d’autres tests toujours en erreur…
Je propose que l’on poursuive, soit en MP, soit sur un forum pour éviter de polluer inutilement le topic.
On publiera simplement les informations de résolution (erreur de ma part ou autres)
Merci,
@+
Vous pouvez le faire sur forum : https://forums.framboise314.fr/viewtopic.php?f=44&t=4008
Refaites un récap du problème et essais, moi ou d’autres y verront plus clair.
bonjour, y-a-t’il une solution pour faire un dualboot entre recalbox et libreelec avec cette solution si oui comment merci de votre aide
bonjour, peut-on faire un multiboot avec cette technique merci de votre sollicitude
Tout ce que je sais, NOOB devrait fontionner !
Pour le reste, à vous d’essayer !
bonjour, merci pour le tuto mais je n’arrive pas a booter sur mon ssd
j’ai un Rpi 3b j’ai donc fait le tuto avec le fichier bootcod.bin tout seul sur une carte sd
sans resultaty a t’il d’autre moyen de booter sur un ssd
merci
Bonsoir,
Avez-vous pensé aussi à rajouter les différentes options pour allonger le temps d’amorçage ?
Il reste aussi la méthode universelle de boot sur SD qui pointe ensuite sur le MSD
bonjour, j’ai tester avec une clef usb est ça marche, mais pas avec un disque en ssd (qui marche normalement en stakage sur le raspberry) qu’elle genre de fichier doit-on faire l’amorsage : txt ou autre
bonjour, j’ai tester avec une clef usb est ça marche, mais pas avec un disque en ssd (qui marche normalement en stakage sur le raspberry) qu’elle genre de fichier doit-on faire l’amorsage : txt ou autre
Voici la page en anglais pour des renseignements complémentaires : https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/README.md
Si la méthode du program_usb_boot_mode=1 ne fonctionne pas, rajouter program_usb_boot_timeout=1 dans le config.txt. Cela fait passer la séquence d’amorçage de 2s à 5s.
Si cela ne fonctionne pas, on utilise la méthode du bootcode.bin.
Et si cela ne fonctionne toujours pas, on y rajoute le fichier « timeout » qui a pour conséquence d’étendre l’initialisation à 6s.
Et si cela ne fonctionne pas, alors ce n’est pas compatible mais il reste la méthode universelle : la partition de boot sur la sd qui pointe une fois démarrée sur le rootfs du MSD.
A la fin de https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/bootflow.md, il y ait marqué « The USB device boot mode is enabled by default at the time of manufacture »
donc je comprends maintenant comme le boot sur usb est activé par défaut.
Ce qui est énervant, c’est qu’ils se permettent de modifier ces pages. Ils devraient mettre une version/révision des pages parce que là, depuis la date du tuto, ils les ont modifiées au moins 5 fois !
mon disque doit pas etre compatible samsung 860EVO a 1.2A en ssd qu’elle fichier doit-on modifier pour faire pointer le boot sur le roofs en ssd merci
J’en ai fait un tuto sur le forum. https://forums.framboise314.fr/viewtopic.php?f=44&t=4401
Lisez bien les commentaires, il y a des explications intéressantes.
Si vous voulez rester en ext4, sautez la partie f2fs.
ca vos le coup de passer en f2fs? j’ai lu quelque part que ça allé plus vite
Bonjour François et un grand merci pour l’aide à nous les débutants du Raspberry Pi.
J’ai profité de quelques soldes sur les SSD (128 Go à 17,99€ + boitier à 8,99€) pour mon Raspberry.
J’ai suivi ton tuto au mieux mais sans un résultat fonctionnel.
Je me suis donc baladé sur le net et j’ai trouvé : https://www.ladomopratique.com/jeedom-sur-raspberry-et-disque-dur/
En fait, la nouvelle version de l’installateur automatique NOOBS permet de selectionner un Disque SSD. donc avec un micro SSD de 1 Go + le logiciel SDFormater + un bon SSD : j’ai réussi, mais on perd toutes ces données.
Je pensais que cette info serait utilie à la communauté… et pourquoi pas une mise à jour du site.
Encore merci pour ton site et livre ‘Raspeberry Pi 3 ou Pi Zéro.
Merci beaucoup
Oui ça évolue… et je pense que ce commentaire sera très utile 😉
Pour moi c’est fini les cartes SD sur les Raspi… Tout en SSD !
Il y a des boîtiers à ~9€, mais il y a aussi les cartes nues dans les 3 à 4 € (c’est la même chose, mais sans le boitier).
Par exemple:
– mSATA: https://www.aliexpress.com/item/32759107350.html
– M.2 SATA: https://www.aliexpress.com/item/32755941945.html
Un petit SSD 128Go fait amplement l’affaire. Attention tout de même à la consommation de certains SSD au format m.2 SATA qui annoncent un ampérage à 1.7A !!!
Et sinon il y a même à recycler ces petits SSD mSATA ou M.2 de 16 à 32Go qui servait de cache SSD dans certains laptops pour compenser la lenteur du HDD (par exemple chez Lenovo ça s’appelait « ExpressCache »). Les gens les revendent pour quasi rien, car à l’heure du SSD généralisé à bas cout, ces petits SSD de 16Go n’ont quasi plus d’utilité dans un laptop… par contre sur un Raspi, c’est parfait.
Un des grands intérêt de ces SSD (dit « de cache ») c’est leur consommation réduite (3.3V / 0.25A), parfait pour être auto-alimenté sans souci via le port USB du Raspi 😉
merci 🙂
Si vous désirez du stockage peu gourmand en énergie, tablez sur de petites capacités, et si possible récentes… mais évitez les performances ! ^^’
Mon Pi2 tourne sur un SSD de 64 Go, il consomme 0,5 Watt nominal en écriture.
Vous me direz qu’il est lent… oui, mais il reste bien plus réactif et économe qu’un HDD 2″5 lambda.
je le solicite rarement plus de 3sec en saturation de débit… il convient parfaitement pour la majeur partie des cas, prototypage, video/musiques, jeux (rétro). Pour des applications plus énergivore le problème provient souvent de la limitation que présente le BUS USB 2 du Pi2.
C’est pourquoi, je conseil plutôt d’acquérir un SSD classique en SATA qui sera souvent moins cher qu’en M.2. (NVMe ou non) et d’y adjoindre un adaptateur USB vers SATA.
Si vous avez un disque dur 2″5 externe, ouvrez le boiter, une fois sur deux, l’adaptateur n’est pas soudé. 😉
NB: c’est comme cela que j’ai utilisé le miens, j’ai ré-employé l’adaptateur d’un HDD SATA, pour mon SSD SATA.
Excellent tuto, fonctionnement nickel, du moins en ce qui concerne le boot.
Les commandes hibituelles ne fonctionne plus:
Sudo apt get update
Sudo apt get upgrade
sudo raspi-config
Une idée??
Merci
bonjour
c’est sudo apt-get et pas apt get
il y a un tiret
sinon les commandes ne fonctionnent plus ça ne suffit pas… un message d’erreur, une copie d’écran ?
Effectivement je tapais la bonne commande, et la response à
pi@raspberrypi:~ $ sudo apt-get update
est
sudo: apt-get: command not found
Je suis partis de « 2019-09-26-raspbian-buster-lite » en install sur une clé USB et sur la carte SD, modification du fichier config de la carte avec program_usb_boot_mode=1
Demarrage du raspi sur la SD
Verification avec:
$ vcgencmd otp_dump | grep 17
17:3020000a
Arrêt du raspi et redemarrage avec la clé seule.
le boot s’effectue normalement (id + mdp)
Puis blocage sur la premièere ligne de commande.
Merci
Mon problème est désormais résolut…
Il s’agissait d’une erreur de débutant:
pour taper « – » sur un clavier AZERTY j’utilisait [Alt Gr] + [/:]
au lieu d’utiliser [Shift] + [°)].
Merci pour votre aide
super ! bravo et bonne continuation 🙂
Bonsoir,
Je testerai avec une autre clé. D’ailleurs, c’est quoi comme clé ?
*testerais
Bonjour,
J’ai développé et installé sur USB des Raspbian customisés pour RPI3.
Mais confirmez-vous que le RPI4 ne supporte pas la boot sur USB, le fichier config.txt n’étant plus opérationnel ? (cf https://www.raspberrypi.org/forums/viewtopic.php?t=243995).
Mais surtout, il y a-t-il un moyen pour mettre une toute petite partie de l’OS sur SD et le reste (majoritaire) sur USB ?
Je sais que les noms logiques sous Linux peuvent détourner la localisation de certains répertoires mais je ne sais pas jusqu’à quel point … Sinon je testerai, on va me prêter un PI4 bientôt pour adaptation.
Cordialement
Pas encore de boot usb pour la v4.
J’avais fait un tuto il y a déja 2 ans. Une méthode dite universelle et qui fonctionnera toujours.
https://forums.framboise314.fr/viewtopic.php?f=44&t=4401&p=27053#p27053
Si on reste sur du EXT4 en 10 min, c’est fait. En gros le boot se fait sur SD et le rootfs sur MSD. La méthode rapide : on grave 2 fois l’iso de raspian, une fois sur la SD et l’autre sur MSD et on modifie le cmdline.txt de la SD pour qu’il pointe sur le rootfs du MSD. Et de mémoire, le fstab du rootfs se fait tout seul. On se retrouve alors avec le rootfs de la sd et le boot (je parle de la 1ere partition) du MSD qui peuvent alors servir de backup.
Une Kingston DataTraveler 100G3 en 16Go
Je suis pas sûr que se soit intéressant d’utiliser une clé USB : celle-ci n’a pas une durée de vie (lecture/écriture) supérieur à la SD……je pense qu’un SSD est préférable.
Ping : Création d'une seedbox avec Deluge sur un Raspberry - GBD
J’ai des Raspberri PI 2,3 et 4, en 2021, quelle est la méthode qui fonctionne pour booter sur USB sur ces 3 générations?
bonjour
il y a une rubrique Ordre de boot dans raspi-config
on peut choisir de booter en premiers SD, USB ou réseau
je n’ai pas testé sur pi 3 ni Pi 2
Bonjour et merci de votre rapide réponse.
Malheureusement aucune option pour le RaspberryPi 2.
Il semblerait que cette possibilité ne soit pas dispo.
J’ai besoin de booter sur des clés USB sur la totalité de mes Raspberry 2->4
Je sens que ca va être compliqué 🙂
Bonjour,
Après avoir pas mal cherché et notamment ici, j’ai enfin réussi à booter un rapsberry 2 v1.1 (BCM2836) avec une carte SD formattée en FAT32 et ne contenant QUE le nouveau bootcode.bin fourni par raspberry (à priori, on ne peut pas se passer totalement de SD) et la copie de ma carte SD initiale sur une clé USB (ce grace au script de Bill WILSON : rpi-clone)
PS : sur le site de référence, c’est notifié ainsi :
Format an SD card as FAT32 and copy on the latest bootcode.bin. The SD card must be present in the Pi for it to boot. Once bootcode.bin is loaded from the SD card, the Pi continues booting using USB host mode.
Bonjour, sur tous les articles qui parlent de boot sur Usb aucun ne précise si on peut continuer à utiliser le port sd pour de la lecture et écriture de data (database par exemple).
Auriez-vous une réponse ?
Merci!
Bonjour, la sd reste complètement opérationnelle, heureusement !
merci pour ce retour rapide!
Bonjour
oui bien sûr on peut continuer à utiliser la carte SD
Mettez une carte SD neuve (elle est formatée en FAT)
Lorsque vous bootez en Desktop sur la clé ou sur le SSD vous verrez apparaître sur le bureau un volume correspondant à votre carte SD.
Le système la monte automatiquement et vous pouvez faire du glisser déposer dessus.
En mode texte il faudra monter la clé pour l’utiliser mais ça fonctionne comme d’habitude
cdt
françois
merci également pour votre réponse.
bon, ça me soulage tout ça 🙂
j’ai l’impression que ça laisse deux choix:
1) OS sur USB + carte SD pour la data
2) OS et data sur SSD (moins compact)
bonne soirée,
Bonjour François,
merci beaucoup pour cet article. J’ai passé le pas vers un adaptateur SSD/USB attaché à un SSD NVME 2230, ça fonctionne très bien. Je flashe le SSD avec Rpi imager, windisk imager ne fonctionnant pas. Le flash du SSD avec RPi imager donne 20-30s pour 6Go… Avec cette méthode, le « expand file system » est à faire à la main.(https://raspberrypi.stackexchange.com/questions/499/how-can-i-resize-my-root-partition)
Je voulais compléter l’article avec une petite étude que j’ai faite sur la consommation… et je me pose une question :
Configuration : RPi3B Raspbian Stretch Lite + dongle Ethernet pour connexion SSH (le port principal étant dédié à des passerelles multi-protocole domotique) + Alimentation RPi standard coupée pour mettre un ampèremètre.
Si je boote avec une carte SD, l’ensemble consomme 270mA à 0% de CPU. A 100% de CPU (stress –cpu 4 –timeout 20s), la consommation atteint 710mA. On a donc 440mA liés à l’activité des CPU.
Si je boote avec un SSD 256Go, l’ensemble consomme 530mA à 0% de CPU. Le SSD ajoute donc 260mA de conso. MAIS quand je charge le CPU à 100%, la consommation arrive à 710mA. J’ai donc 180mA liés à l’activité des CPU.
C’est comme si l’efficacité mA/CPU était meilleure avec un SSD/USB ? J’ai du mal à imaginer la raison d’un tel phénomène…
Bonjour Thomas
Effectivement c’est bizarre
Avec le SSD je suppose que la SD card n’est plus présente, il faut soustraire sa conso mais je ne vois pas trop
d’ou ca peut venir, stress utilise la mémoire il me semble…
j’ai un ssd sur mon pi400 je vais faire un test
cdt
françois
Bonjour Thomas
je viens de faire un essai avec un Pi 400
soit avec une SD toute fraiche, et stress dans un terminal
soit avec un SSD 512Go connecté en USB3
pour moi c’est correct… je ne vous pas d’ou peut provenir la différence chez toi
Bonjour François, merci beaucoup pour ces relevés qui semblent en effet logiques.
Je confirme que j’ai bien enlevé la carte SD quand je fonctionne sur SSD.
En gros, 500mA correspondent à 100% CPU sur la Pi4. Le fait que j’ai que 180mA sort des ordres de grandeur. Je vais creuser (ajouter le desktop et essayer sur une Pi4 (au lieu de la Pi3B que j’utilise ici)
Je les mettrai dessous.