Pitié pour la carte SD de votre framboise314 : Bootez sur un disque dur USB

Transcription

1 1 sur 34 02/12/ :48 Framboise 314, le Raspberry Pi à la sauce française. Le Raspberry Pi, un ordinateur à 35? Je demande à voir! Pitié pour la carte SD de votre framboise314 : Bootez sur un disque dur USB Publié le 23 mars 2013 La framboise314 est conçue pour fonctionner avec une carte SD. Pratique, léger et pas cher Oui mais comme toujours en informatique, il y a le côté obscur de la force! La durée de vie des cartes SD est limitée entre et écritures! Et votre OS ne travaille QUE sur cette carte. Même si les constructeurs ont intégré des mécanismes de répartition d écriture pourquoi ne pas booter sur un disque dur externe? Au sommaire : [cacher] 1 Pitié pour la carte SD de votre framboise314 : Bootez sur un disque dur USB 1.1 Prérequis 1.2 Premier démarrage 1.3 Le SOC et le démarrage de LINUX La mise sous tension Chargement de bootcode.ini Exécution de start.elf par le GPU Exécution de kernel.img par le processeur ARM Le ROOT FILE SYSTEM 1.4 Installer le disque dur Préparer le disque Transférer le ROOT FILE SYSTEM Modifier cmdline.txt Modifier fstab Étendre le ROOT FILE SYSTEM 2 Conclusion

2 2 sur 34 02/12/ :48 3 Références Pitié pour la carte SD de votre framboise314 : Bootez sur un disque dur USB Prérequis Attention, cet article s applique pour une installation de Raspbian seul sur une carte SD. Si vous utilisez NOOBS l installation est différente! Premier démarrage Pour commencer, regardons comment démarre notre framboise314. Oui je sais, vous branchez la prise micro-usb, ça clignote (oui c est joli ), l écran s illumine, y a plein de trucs qui s écrivent et ouf ça y est le curseur de la souris apparait sur un fond de LXDE! Vous êtes prêt(e) à vous amuser. Le SOC et le démarrage de LINUX LA MISE SOUS TENSION En fait ce qui nous intéresse ici, ce sont les toutes premières secondes de ce démarrage. Juste après que vous ayez branché la prise micro-usb, ou appuyé sur le bouton reset fraîchement installé sur votre Raspberry Pi. Dans un premier temps, le signal RUN s établit, le SOC se réveille. Le SOC c est le Sytem On a Chip (Système Sur une Puce) de Broadcom. Ce SOC BCM2835 contient un processeur ARM ARM1176JZF-S core (ARM11) cadencé à 700 MHz, un GPU VideoCore IV chargé du traitement de la vidéo et capable de traiter le 1080p30 h.264/mpeg-4 (encodeur et décodeur), 256 Mo de RAM ou 512 Mo de RAM, de la mémoire cache et d autres babioles qui accompagnent généralement les microprocesseurs (GPIO, timers, BUS divers et variés I2C SPI, contrôleur d interruption PIC, contrôleur de mémoire -MMU, UART ). Pour comprendre comment booter sur le disque dur externe USB, il faut d abord comprendre comment notre framboise314 boote lorsqu elle n a que la carte SD à sa disposition.

3 3 sur 34 02/12/ :48 A la mise sous tension, seul le GPU est activé. Le processeur ARM reste en veille, la SDRAM est désactivée. Le SOC comporte une ROM (Read Only Memory Mémoire Morte) dans laquelle le fabricant a programmé le premier étage du bootloader. Lors de son réveil, le GPU est paramétré pour exécuter le programme qui est dans cette ROM. C est ce qu il fait et le firmware contenu en ROM a pour seul objectif d accéder à la carte SD, qui doit être formatée en FAT (enfin, au moins la première partition), ce qui explique que si vous lisez la carte SD sur une machine zindozs, vous ne voyez qu une toute petite partition de 55 Mo sur votre carte de 4 Go C est bien suffisant pour ce qu on a a faire! Sur cette première partition de la carte SD (mmcblk0p1) on trouve : bootcode.bin : second étage du bootloader démarre avec la SDRAM hors service loader.bin : 3rd stage bootloader, starts with SDRAM enabled (intégré à bootcode.bin) start.elf: firmware binaire du GPU fourni par la fondation. kernel.img: Le noyau de l OS à exécuter par le processeur ARM. Normalement c est LINUX. cmdline.txt: paramètres passés au noyau lors du boot. CHARGEMENT DE BOOTCODE.INI La seule chose qui intéresse le firmware en cours d exécution dans notre GPU, c est de repérer bootcode.bin (le deuxième étage du bootloader) et de le charger dans le cache de Niveau 2 (L2).

4 4 sur 34 02/12/ :48 Ce qu il fait avec empressement! Quand bootcode.bin est chargé dans le cache, le premier étage lui donne les commandes et c est maintenant bootcode.bin que notre GPU exécute. bootcode.bin met en service la RAM, et charge start.elf, le code principal du GPU en haut de la mémoire (l ARM utilise la partie basse). EXÉCUTION DE START.ELF PAR LE GPU Le GPU exécute start.elf lit config.txt et cmdline.txt puis paramètre un certain nombre de choses, dont la répartition de la mémoire SDRAM entre le GPU et le CPU.

5 5 sur 34 02/12/ :48 Enfin start.elf charge kernel.img tout en bas de la SDRAM. kernel.img est une image bit à bit du noyau LINUX. EXÉCUTION DE KERNEL.IMG PAR LE PROCESSEUR ARM C est ensuite seulement que le processeur ARM est «réveillé» (en fait le GPU relâche le reset du CPU qu il maintenait depuis la mise sous tension ) et la première chose qu exécute le CPU est kernel.img. On voit donc que cette première séquence de démarrage est difficilement modifiable, puisqu elle débute obligatoirement en ROM dans le SOC et s enchaîne jusqu au chargement du noyau LINUX. Dans l image ci-dessus, l ARM exécute le kernel qui se trouve en RAM.

6 6 sur 34 02/12/ :48 LE ROOT FILE SYSTEM kernel.img recherche alors le système de fichier Root (RFS = rootfs = Root File System). Le Root File System est le composant de base de LINUX. Un RFS contient tout ce qui est nécessaire au fonctionnement de Linux. Il contient les applications, les fichiers spéciaux d accès aux périphériques, les fichiers de configuration, les données et bien plus encore Sans Root File System, votre LINUX est incapable de fonctionner. En général vous lisez cannot mount rootfs suivi par un kernel panic! Si cela vous arrive, votre système ne redémarrera pas et ça peut prendre un moment pour localiser le problème. Il est possible que votre disque/cartesd/clé USB n ait pas été détecté lors du reboot ou que pour une raison ou une autre, il soit passé de sda à sdb, par exemple Installer le disque dur Dernière étape, on va déplacer le Root File System sur le disque dur, et indiquer au système que c est sur le disque dur, et non plus sur la carte SD qu il doit travailler. Les étapes que nous venons de voir (sauf la dernière) restent valables. Simplement une fois le noyau kernel.img chargé en RAM, il va travailler avec le RFS présent sur le disque dur.

7 7 sur 34 02/12/ :48 Vous avez tout suivi? (sinon revenez en arrière ça vous aidera d avoir bien compris la séquence de boot, en cas de mauvais fonctionnement!). Allez on y va! PRÉPARER LE DISQUE er Ajouté le 1 Mai 2013 Suite à la judicieuse remarque de JPingouix (voir les commentaires) : «Juste un détail, si je peux me permettre: il serait sans doute souhaitable de préciser dans le tuto que, si le disque n était pas dans un environnement Linux précédemment, il faut commencer par le formater pour créer une partition primaire avec fdisk, puis mkfs -t ext4 /dev/sda1 (ou autre). Ceci avant de lancer le dd, bien sûr.«je précise que si votre disque dur n a jamais été utilisé sous Linux, il faudra le préparer pour cet usage. Je n avais pas pensé à cette préparation car j avais utilisé un disque dur déjà formaté pour Linux. Fin de la partie ajoutée le 1 Mai 2013 er Tout d abord, si votre disque dur est connecté à votre framboise314, et que vous l utilisez déjà sous Linux, il va falloir démonter la partition que vous réservez pour en faire un RFS. Sinon, créez la structure nécessaire au fonctionnement sous Linux. Dans mon cas c est /dev/sda2 que j ai réservé à cet usage. (voir cet article). 1 sudo umount /dev/sda2

8 8 sur 34 02/12/ :48 Ma partition /dev/sda2 était montée dans /home/pi/freecom, le umount la démonte, ce que confirme le df TRANSFÉRER LE ROOT FILE SYSTEM Maintenant nous allons copier le Root File System présent dans /dev/mmcblk0p2, dans la partition ext4 de la carte SD. On pourrait penser utiliser cp, mais on va se heurter à des problèmes avec les droits. Il vaut mieux utiliser la méthode radicale qui est de copier secteur par secteur avec dd, brutalement, sans se préoccuper du contenu (c est du Hard Copy!). Je vous rappelle que dd écrase sans espoir de retour les données qui sont dans of Vérifiez bien (plusieurs fois) que vous avez passé les bons paramètres à la commande dd! En particulier le nom de la partition de destination. 1 sudo dd if=/dev/mmcblk0p2 of=/dev/sda2 bs=512 En clair : copie tout ce qui est dans la carte SD vers la partition sda2 du disque dur, par blocs de 512 octets (bs=block size). Si je remonte la partition d origine (souvenez vous, elle était formatée en ext3!) sur /home/pi/freecom : le système proteste C est bon signe, puisque dd doit avoir écrasé la partition d origine (en ext3) par la RFS de la carte SD (en ext4).

9 9 sur 34 02/12/ :48 Par contre aucun problème pour monter cette partition en précisant le type (-t) ext4. Un ls confirme que les données d origine (dans mon cas c était une copie de /etc) ont bien été remplacées par le RFS de la carte SD (on reconnait l arborescence de base de LINUX). Il nous reste encore un ou deux détails à régler pour que tout ça fonctionne. MODIFIER CMDLINE.TXT Tout d abord dans /dev/mmcblk0p1, nous alons modifier les paramètres de cmdline.txt pour signifier au noyau que le Root File System se trouve à partir de maintenant sur /dev/sda2. Comme c est la partition accessible en zindozs de notre carte SD, vous pouvez le faire avec le bloc note en insérant la carte SD dans le lecteur de carte de votre PC. Sinon sous LINUX la partition /dev/mmcblk0p1 est montée dans /boot. Un petit coup de nano fera l affaire : 1 2 cd boot sudo nano cmdline.txt Dans nano, remplacez la partie root=/dev/mmcblk0p2 par root=/dev/sda2 MODIFIER FSTAB Il y a encore une toute petite chose, quand le système se lance, le fichier fstab (voir article précedent) donne les instructions concernant les partitions à monter et où les rattacher. Il faudra également le modifier en mettant en commentaire la ligne commençant par /dev/mmcblk0p2 (ajouter un # au début de la ligne) pour la dévalider. Si vous aviez suivi l article précedent et que vous avez une ligne commençant par /dev/sda2 : supprimez cette ligne, et ajoutez une nouvelle ligne en fin du fichier fstab : /!\ Il s agit ici du fichier fstab qui se trouve dans la partition /dev/sda2, pas de celui qui est sur /dev/mmcblkop2 /!\ /dev/mmcblk0p1 /boot vfat defaults,ro 0 2 #/dev/mmcblk0p2 / ext4 defaults,noatime 0 1 /dev/sda2 / ext4 defaults,noatime 0 1 Au passage, notez que j ai mis la carte SD (partition FAT) en Read Only (ro) puisqu on ne fait que lire les fichiers qui s y trouvent pour les charger en mémoire. Comme la carte est limitée en nombre d écritures mais pas en nombre de lectures, vous voici tranquille pour un moment. De plus une cinquantaine de Mo suffisent pour /dev/mmcblk0p1, ce qui fait que vous pouvez réutiliser une vieille carte SD de 1GO sans problème. Vous pouvez maintenant rebooter votre Raspberry Pi, et attendre son redémarrage. Si tout se passe bien il démarre comme d habitude, sinon, lisez attentivement les textes qui défilent pendant le démarrage, c est là que vous trouverez les réponses à vos questions en cas de «ratage» (si, si, j en ai eu aussi).

10 10 sur 34 02/12/ :48 Par contre Mauvaise surprise avec un df puisque la partition /dev/sda2 est affichée avec une taille d un peu moins de 4Go. Enfin, si vous avez suivi depuis le début, vous vous souvenez que dd fait une copie brute de la partition. Donc le résultat est une partition de 4 Go environ. Sacré dd! ÉTENDRE LE ROOT FILE SYSTEM Premier réflexe, aller dans raspi-config et choisir l option expand-rootfs! Mauvaise pioche! Apparemment dans le script, la partition à «expanser» est inscrite en dur, ce doit être /dev/mmcblk0p2. Je n ai pas le temps (et l envie) de dépiauter le script. Allez on se le fait avec nos p tites mimines? 1 sudo resize2fs /dev/sda2 Vous voyez, c est pas si compliqué. En plus resize2fs est un pote à moi, lui aussi il a tendance à occuper tout l espace disponible (voir premier paragraphe de cet article). Et cette fois c est parfait, notre rootfs fait bien près de 200 Go. Conclusion Une fois toutes ces manips terminées, vous disposez d un Raspberry Pi bootant sur un disque dur USB externe. Vous n êtes plus limité(e) par la taille de la carte SD qui

11 11 sur 34 02/12/ :48 accueille votre OS. A vous de trouver l utilisation de tout cet espace disponible. Je n ai pas encore testé les performances de cette configuration. Ce sera la prochaine étape (et un prochain article) de cette série d articles consacrées à l utilisation d un disque dur sur le Raspberry Pi. Finalement, n ayant pas encore pu consacrer du temps aux tests, je vous conseille de lire le Blog de Yop, qui l a fait et a publié les résultats. Comme d habitude, vos commentaires seront les bienvenus Références Ce contenu a été publié dans Framboise314, Système par, et marqué avec ARM, BCM2835, boot, GPU, processeur, Raspberry Pi. Mettez-le en favori avec son permalien [ 74 RÉFLEXIONS AU SUJET DE «PITIÉ POUR LA CARTE SD DE VOTRE FRAMBOISE314 : BOOTEZ SUR UN DISQUE DUR USB» Le 23 mars 2013 à 21 h 50 min, GregLand Super article, merci à toi, je ne manquerais pas de le mettre en application dès que j en aurais le temps. Le 24 mars 2013 à 22 h 44 min, Nekrofage Salut,

12 12 sur 34 02/12/ :48 L article est super intéressant, merci!! Le 28 mars 2013 à 0 h 33 min, Fafnus Superbe article, j attends avec impatience le suivant pour comparer les perfs. Bravo Le 1 avril 2013 à 8 h 21 min, Bompy Très intéressant, bravo! Petite question: qu arrive-t-il en cas de opdate et upgrade? Merçi. Le 2 avril 2013 à 12 h 56 min, Bonjour En cas d update + upgrade tout se passe normalement, simplement c est le système de fichiers sur le disque dur qui est mis à jour Le 5 avril 2013 à 11 h 43 min, Polo Merci pour ces excellents tutos : le ton et la manière permettent de faire connaissance de Linux de façon très simple. Aujourd hui, il ne me reste plus qu à faire la modification du cmdline.txt et étapes suivantes. Tout le reste a marché comme sur des roulettes grâce aux explications très didactiques et claires. Franchement : BRAVO

13 13 sur 34 02/12/ :48 Le 5 avril 2013 à 12 h 36 min, Merci pour ce commentaire Bon amusement avec le Raspberry Pi Le 5 avril 2013 à 17 h 05 min, sigis Bonjour, Merci pour le tuto, Une question est-il possible de faire du dual-boot? (ou 3)? A bientôt, Le 5 avril 2013 à 23 h 51 min, Bonjour Ce sera l objet d un article sur Berryboot Je veux TESTER avant de publier Francois Le 6 avril 2013 à 14 h 40 min, polo92 Bonjour, voici qques commentaires issus de mon expérience sur ces excellents tutos : - il faut être (très, très) patient dans les manips sur les formatages, resize, et copies. Avec un disque

14 14 sur 34 02/12/ :48 de 60 G0, j ai du attendre plus d une heure pour certaines étapes (la nuit, c est très bien) - une fois que tout fonctionne, j ai comparé les temps pour aller jusqu au Login (Login) et pour lancer le bureau (Startx) : le gain est de l ordre de 25%! - ma config : Raspi : B, 512MO,, dongle Wifi (Ebay, 4 ), DD 60GO tr (un peu ancien), écran sur HDMI, clavier USB, bouton Reset comme expliqué pas très loin. Mon objectif est d en faire mon serveur Mail : Citadel? si vous avez des conseils je suis preneur. Merci d avance Le 7 avril 2013 à 19 h 21 min, Bonjour Et merci pour toutes ces infos. Effectivement la patience est de rigueur dans certaines étapes! Si vous réalisez votre serveur mail, et si vous le souhaitez, votre tuto aura sa place sur ce blog et je vous en laisserai bien sûr la paternité! Le 7 avril 2013 à 13 h 55 min, Mack si j ai tout compris dans ce tuto, il nous reste une carte SD qui sert juste de bootloader et dire au raspberry que les fichiers se trouvent sur le HDD en /dev/sda Que ce passe t il si on veut remettre une autre carte SD avec un autre OS (RaspBMC, ArchLinux par exemple )? Normalement, le fonctionnement du RPi se retrouve comme à l origine, c est a dire comme si on avais fait aucune modif et tout se passe sur la carte SD? Le 7 avril 2013 à 19 h 23 min, Bonjour La réponse est voui! Vous remettez une carte SD et votre Raspberry Pi redevient «comme avant». C est idéal

15 15 sur 34 02/12/ :48 pour expérimenter! Le 8 avril 2013 à 13 h 31 min, Simon Guichard Félicitation et Merci pour ce tuto très instructif! Je pense avoir compris le fonctionnement, pourriez-vous me confirmer le point suivant? Si, j installe sur un second disque dur la distribution RASPBMC en /dev/sda2, logiquement je n ai qu a brancher ce disque dur pour démarrer sur cette distribution? Je peux ainsi switcher à volonté entre mes distributions selon que je branche l un ou l autre disque dur? Merci d avance pour votre réponse. Le 8 avril 2013 à 16 h 09 min, Bonjour C est une manip que je n ai pas testée, mais vous êtes dans le vrai. la seule contrainte c est que le noyau (qui est sur la carte SD) soit le même Mais n hésitez pas à venir parler du résultat de vos essais ici! Et si vous le souhaitez, votre tuto aura sa place sur ce blog et je vous en laisserai bien sûr la paternité! Le 23 avril 2013 à 13 h 05 min, jacques Bonjour ; Article très intéressant. Avant de tester j aimerai savoir ce qu il en est de l alimentation électrique du disque dur.

16 16 sur 34 02/12/ :48 Merci Jacques Le 23 avril 2013 à 13 h 28 min, Bonjour Jacques Le disque dur est alimenté par le port USB, via un HUB USB 4 ports qui fournit l alim. pour tous les périphériques et le Raspberry Pi (voir : Ça fonctionne parfaitement ici. Le 23 avril 2013 à 14 h 13 min, jacques Bonjour ; enfin re :0) En fait la question qui me taraude est la puissance nécessaire. Le DD n est il pas trop gourmand? Merci Jacques Le 23 avril 2013 à 17 h 35 min, Celui que j utilise ne fonctionne pas avec le RasPi seul, avec le HUB USB qui délivre 2A, il n y a aucun problème Le 1 septembre 2013 à 18 h 26 min, JYveszzr bonjour,

17 17 sur 34 02/12/ :48 bon j arrive quelques temps après la bataille mais tant pis je donne mon expérience ça pourra peut-être servir. Donc en ce qui concerne le hub chez moi c est un D-link DUB-H7 (4 ports +2 port d alimentation USB) je banche donc uniquement mon hub sur le courant et tout le reste sur le hub ( disque dur 1 USB+1 sur port d alim, mon raspberry sur le deuxième port d alim USB, et il me reste 2 prises USB libre après avoir branché clavier et souris) Sinon pour le tuto ben il est super bien. Il faut vraiment suivre les instruction à la lettre et ne pas hésiter à passer du temps sur les liens expliquant ce que l on fait pour pouvoir adapter tout ça à ce que l on veux faire.. En tout cas très agréable et instructif à lire. Merci Le 27 avril 2013 à 10 h 35 min, Maxime Bonjour, Merci pour ce tutoriel que j aurais dû suivre bien avant, puisque la microsd que j ai recyclée pour mon Raspberry Pi (une Sandisk 8 Go fournie à l origine avec mon téléphone Android) a dû souffrir de mes quelques jours de tests de Raspbian, XBMC, OpenELEC & co. (erreurs de type I/O sur le journal de la partition ext4 à n importe quel moment ). Quoi qu il en soit, j ai suivi à la lettre le tutorial, et une question me vient : pourquoi indiquer de faire un dd avec une taille de blocs (bs=) de 512 octets? Il s agit de la valeur par défaut de la commande dd, qui est absolument ridicule de nos jours : j ai lancé la commande telle quelle pour recopier la partition d origine (8 Go) sur un disque de 500 Go, et au bout de 10 heures d exécution, toujours rien! A bout de patience, j ai fait un reset de la machine, puis j ai relancé la commande avec bs=32m, et là, l opération s est faite en très exactement 9 minutes (530 secondes à 15,9 Mo/s). Je n ai pas testé avec d autres tailles de bloc, vu que l USB 2.0 limite de toute façon les taux de transfert à 30/35 Mo/s. Mais il me paraît indispensable, en 2013, d ajuster ce paramètre à la hausse.

18 18 sur 34 02/12/ :48 Autrement, rien à redire sur la suite de la procédure qui vulgarise parfaitement le processus qui, au fond, reste d une simplicité enfantine pour le public visé (utilisateurs de Raspberry Pi). A noter qu il est parfaitement possible de faire la même chose sous Windows (recopie de partition d un disque vers un autre, même de taille différente, puis redimensionnement) avec un outil comme l excellent Paragon Backup & Recovery Free. D autant que cet utilitaire permet, du coup, de conserver une sauvegarde des partitions de la carte SD dans un fichier archive (éventuellement compressée), ce qui peut s avérer indispensable! Ceci étant dit, depuis que j ai indiqué au Pi d utiliser le disque dur et non plus la carte SD, celui-ci met un temps infini à accéder au disque (60 secondes pour passer de l instruction «waiting for /dev to be fully populated» à la suivante, par ex.), ce qui ralentit infiniment n importe quelle action sur la machine. Les débits semblent corrects (comme lors de l exécution de dd avec bs=32m) mais les temps d accès sont exécrables, comme si le disque se bloquait lorsque le système tente d y accéder. Il ne se met pourtant pas en veille et fonctionne parfaitement sous Windows. Je ne sais pas d où ça vient, ni même si d autres ont eu un souci similaire. Le disque est un Seagate 500 Go 2.5 en SATA dans un boîtier USB 3.0 (Orico 2598SUS3), lui-même connecté à un hub USB 7 ports autoalimenté relié sur le Pi, relié au secteur via un adaptateur secteur > USB. J ai même branché le disque avec un câble USB 2.0 pour exclure tout problème d alimentation, rien n y fait. J essaierai avec un autre boîtier et un autre disque d ici quelques jours Le 27 avril 2013 à 17 h 40 min, Bonjour Maxime, Merci pour votre commentaire, qui amène ds infos très intéressantes. Effectivement la valeur par défaut de bs est 512 octets. Ca me semblait une valeur réaliste car elle correspond à le taille d un secteur du disque dur. La page indique qu on peut mettre une valeur plus grande, alors pourquoi pas? Pas de délai important avec le DD ici, j ai un hub 4 ports qui alimente l ensemble RasPi + périphériques (Alim 2A) Tenez nous au courant de vos essais. Le 28 avril 2013 à 9 h 14 min, Maxime Après tests, le problème est lié à l alimentation du disque dur ; avec un autre boîtier (Safedisk Mini II USB 2.0/eSATA), les mêmes symptômes apparaissent, bien que

19 19 sur 34 02/12/ :48 moindres. Je me suis penché sur la multitude de messages que je voyais sur la console, plus ou moins nombreux : «reset high-speed usb device number 7 using dwc_otg». Une recherche sur Google m a indiqué que d autres personnes avaient ce souci, justement avec Raspbian, et justement avec un disque dur externe monté comme disque système. Pour résoudre ce problème, il faut donc tout simplement connecter le port USB «données» du disque sur l un des 2 ports du Pi (et PAS sur le hub USB) et l alimentation du disque dur sur un port USB du hub (ou autre source électrique séparée du Pi). J avais en effet fait l erreur de connecter les 2 ports USB du disque (données + alimentation) sur le hub, lui-même relié sur l un des ports du Pi, en pensant que l alimentation séparée du hub soulagerait le Pi. Ce n est visiblement pas le cas Attention, donc, à ce type d erreur «reset high-speed usb device number using dwc_otg» lorsque vous utilisez un disque externe avec le Pi A chaque affichage de ce message, j obtenais un ralentissement de 30 secondes! Le 28 avril 2013 à 15 h 06 min, Merci Maxime pour ces informations qui seront certainement utiles pour ceux qui ont ce genre de problème

20 20 sur 34 02/12/ :48 Le 30 avril 2013 à 19 h 43 min, JPingouix Excellentissime article, sur le fond et sur la forme. Très bon travail. Je suis tombé sur ce site par hasard, mais j y retournerai sans hésiter! Merci et bravo, continuez comme ça. Le 1 mai 2013 à 19 h 18 min, JPingouix Voilà, j ai réutilisé un «vieux» disque externe de 30GB, et tout marche très bien. Juste un détail, si je peux me permettre: il serait sans doute souhaitable de préciser dans le tuto que, si le disque n était pas dans un environnement Linux précédemment, il faut commencer par le formater pour créer une partition primaire avec fdisk, puis mkfs -t ext4 /dev/sda1 (ou autre). Ceci avant de lancer le dd, bien sûr. Le 1 mai 2013 à 19 h 42 min, Bonjour Merci pour cette remarque Et Oh que oui vous pouvez vous permettre! C est ce qui fait progresser les articles (et leur auteur ;o). Comme mon disque était déja formaté sous Linux je n y avais pas fait attention. Les remarques et critiques sont toujours les bienvenues. Le 8 mai 2013 à 16 h 59 min, Scarounet Bonjour, Tout d abord merci pour cet excellent article, cependant j ai une question qui me taraude l esprit : Coyez-vous qu il serait possible d utiliser une clé USB au lieu d un disque dur?

21 21 sur 34 02/12/ :48 Merci de votre réponse! Le 8 mai 2013 à 17 h 24 min, Bonjour Oui sans hésitation, il suffit de remplacer la partition du HDD par celle de votre clé USB Le 8 mai 2013 à 19 h 32 min, Scarounet Opération effectuée avec succès, avec une clé USB bas de gamme (Listo) le temps de boot est passé de 10 à 20 secondes, pas de quoi se plaindre! Merci pour ce super tuto, ma carte SD vous remercie également. Le 8 mai 2013 à 20 h 04 min, Bravo pour cet essai rondement mené! Bon amusement avec votre framboise314 Le 18 mai 2013 à 9 h 22 min, JBT1 Merci pour cet interressant tuto. Par contre je ne vois pas l interret de remplacer la carte sd par une cle usb dans la mesure ou c est de la flash dans les 2 cas, donc des cycles d ecriture comptées

22 22 sur 34 02/12/ :48 Le 9 mai 2013 à 23 h 20 min, papyreno Merci pour ce super tuto, très simple à suivre! Et puis la présentation au début de l article de comment fonctionne tout le processus de démarrage de la bête est très instructive, merci pour toutes ces infos également. Le 10 mai 2013 à 23 h 34 min, Newbee Bonjour à tous, Merci beaucoup pour cet article, rien à dire c est très clair : principe, théorie et guide pas à pas, nickel. J ai quand même une petite question : sur mon disque dur externe actuel, j utilise hdparm pour gérer sa mise en veille (il tourne en permanence si non et est assez bruillant). Que se passerait-il si l on utilisait une de ses partition pour le RFS lors d un mise en veille? Plante lamentable du système? Freeze au moment du redémarrage? Passage en veille impossible du fait de l activité permanente? ou rien? Je vais essayer dès que j aurai le temps, mais si quelqu un a déjà une idée a+ Le 13 mai 2013 à 13 h 21 min, who Il n y aura aucune usure de la carte SD si l on monte /home sur USB, HD et NFS. A part /var/log & /tmp il y a peu de lecture et ecriture la carte SD durera des années. Ceci dit cet article est tres bien pour recycler de vielle carte SD et essayer des distributions diverses et variées. Et pour le boot en NFS? Comment initialiser et passé les parametres?

23 23 sur 34 02/12/ :48 Le 17 mai 2013 à 21 h 52 min, Araquirit Super tuto, félicitations! Heu, question idiote : on peut booter depuis le réseau, en mettant l image sur un NAS par exemple? Le 28 mai 2013 à 16 h 24 min, Albert (Einstein) «Il n y a pas de question idiote, seulement une réponse idiote» alors, hein? Pour moi le NAS (Network Attached Storage) est un système de stockage réseau accessible par un protocole genre SMB ou FTP via le réseau. Je ne vois pas comment on pourrait monter une partition à partir d un NAS Par contre sur un partage NFS Désolé Le 11 juin 2013 à 8 h 29 min, Comme quoi ce sont bien les réponses qui sont idiotes Les NAS peuvent également offrir un partage NFS, s il n est pas activé d office, il faut l activer pour en bénéficier Le 28 mai 2013 à 14 h 25 min, Simon Guichard Il semblerait que la mise à jours de raspbian (et notamment du système de boot présent sur la carte SD) pose quelques problèmes lorsqu on essaye de mettre à jours via la commande apt-get upgrade

24 24 sur 34 02/12/ :48 Voici un exemple d erreur rencontrées: «rm: impossible de supprimer «/boot/bootcode.bin»: Système de fichiers accessible en lecture seulement dpkg: erreur de traitement de raspberrypi-bootloader ( configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d état 1 Le 28 mai 2013 à 14 h 38 min, Simon Guichard Je reviens vers vous concernant le souci de mise à jours. Pour corriger le problème, il suffit de retirer le «read only» sur la carte sd dans le fichier fstab, de redémarrer et de relancer la commande Du moins, pour ma part, j ai pu corriger le problème de cette manière. Bonne continuation pour votre très bon blog! Le 28 mai 2013 à 14 h 43 min, Bonjour Merci pour cette info qui sera très utile certainement En effet si la carte est protégée en écriture, adieu les mises à jour! Le 10 juin 2013 à 23 h 41 min, skai Les débits USB2 que j observe sont bof bof. soit. Mais du coup, les débits réseaux sont comparables voir supérieur. bon. Est-ce que on pourrait imaginer un /boot sur carte SD et tout le reste de l OS sur un montage réseau? intérêt? bah le disque au loin dans un bureau, le raspi silencieux dans le salon ou ailleurs sur le