Raspberry PI : transférer l’OS sur un disque SSD

Publié par Tpeltier le

Sur les derniers modèles de Raspberry PI ( PI 3 b+, PI 4 … ) il est désormais possible de booter directement sur un port USB. Ce qui n’est pas forcément le cas sur les anciennes versions du PI.

Raspberry PI 3 On le sait tous, le principal défaut des Raspberry est sa carte SD. En effet, la carte SD n’a pas une vie éternelle. Une carte SD est un composant électronique qui est écrit et écrasé continuellement. Ce type de composant est soumis à un nombre de cycles d’écriture. Malheureusement, dans un Raspberry, les nombreux cycles répétés à la minute, voir à la seconde ont vite raison de la carte SD qui termine par se corrompre, mettant alors votre système en carafe.

Voici donc une procédure pour transférer la partition / de la carte SD sur un support connecté sur un port USB et ainsi fiabiliser votre Raspberry. Dans mon cas il s’agit d’un Raspberry PI 2 B et d’un disque SSD.

Préparation

Dans un premier temps il faut mettre à jour le Raspberry. On se connecte donc en ssh avec les identifiants par défaut ( pi/raspberry ). On utilise ensuite les commandes suivantes :

# sudo apt update
# sudo apt full-upgrade
# sudo rpi-update

Ensuite lancer un reboot pour la prise en compte des mises à jour.

Transfert sur SSD

Pour comprendre cette méthode, ce qu’il faut savoir c’est que lorsqu’on installe Raspbian sur une carte SD, il y a deux partitions de créées:

  1. /dev/mmcblk0p1 qui est monté sur « /boot ». Cette partition est de type FAT32 (donc accessible depuis Windows) et contient des fichiers qui vont servir à déterminer certains paramètres matériel et du noyau ainsi que lancer le démarrage du système (de Linux donc). 
  2. /dev/mmcblk0p2 qui est monté sur « / » (root) et qui est formaté pour Linux (donc pas accessible depuis Windows) en général au format ext4. Root contient le système Linux avec toutes l’arborescence que vous connaissez (/home, /dev, /var, …). c’est donc cette partition que l’on va devoir transférer sur le SSD.
Lorsque le Raspberry démarre il va aller chercher des données dans la patition « /boot ». Et parmi ces données, il va y avoir l’indication de la partition dans laquelle il va pouvoir lancer Linux. Cette information est stockée dans le fichier « cmdline.txt » derrière le champ « root ».
Par exemple vous pouvez avoir quelque chose du genre root=/dev/mmcblk0p2 ou alors du genre root=PARTUUID=c5ac05a5-02.



Première étape, connecter le disque SSD et vérifier qu’il n’est pas monté automatiquement avec la commande « mount ».
Si c’est le cas utiliser la commande « umount » pour démonter le disque :
sudo umount /dev/sda1
 
Bien sur il faudra adapter à votre propre nommage pour le disque USB s’il n’est pas en sda.
 
Copier dessus le système Linux qui est actuellement sur la carte SD. Pour ce faire on va utiliser la commande suivante « dd » :

sudo dd if=/dev/mmcblk0p2 of=/dev/sda1 bs=512
 


Il va maintenant falloir indiquer au noyau que le système ne se trouve plus sur la carte SD mais sur la partition /dev/sda1. Pour cela, éditez le fichier /boot/cmdline.txt et modifiez après le champ root pour avoir:

root=/dev/sda1

Voici ce que contient mon fichier:

console=serial0,115200 console=tty1 root=PARTUUID=904b080b-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait

Ce qui doit nous donner après modification :

console=serial0,115200 console=tty1 root=/dev/sda1 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait


La dernière chose à faire, sera de modifier le fichier /etc/fstab qui indique au système quelles partitions sont à monter au démarrage. En effet, dans le fichier actuel, il est indiqué que la partition /dev/mmcblk0p2 doit être montée sur « / » (root). Maintenant, root devra être associé à /dev/sda1

Attention toutefois, à ce stade, d’éditer le bon fichier. Car si vous avez suivi cette procédure jusqu’ici, vous devriez toujours être avec un montage « / » qui est sur « /dev/mmcblk0p2 ». Donc si vous éditez « /etc/fstab », ce sera celui qui est dans la partition de la carte SD et pas celle qui est sur le disque SSD. Pour accéder au disque SSD, il va falloir le monter sur un répertoire. Par exemple:

sudo mkdir /media/ssd
sudo mount -t ext4 /dev/sda1 /media/ssd
sudo vi /media/ssd/etc/fstab


Commenter la ligne qui permet de monter l’ancienne partition et ajouter une ligne qui monte la nouvelle sur « / »:

proc /proc proc defaults 0 0
PARTUUID=904b080b-01 /boot vfat defaults 0 2
/dev/sda1 / ext4 defaults,noatime 0 1
# PARTUUID=904b080b-02 / ext4 defaults,noatime 0 1
# a swapfile is not a swap partition, no line here
# use dphys-swapfile swap[on|off] for that
 

Ensuite rebooter et vérifier que tout est bien monté en lançant la commande « mount ».
Vous devriez voir (entre autres) les lignes:

/dev/sda1 on / type ext4 (rw,noatime,data=ordered)
/dev/mmcblk0p1 on /boot type vfat ….

Finalisation

La dernière chose à faire va consister à étendre la partition à toute la taille du disque. Pour cela, lancez la commande:

sudo resize2fs /dev/sda1


Et vérifiez que l’espace disponible correspond bien à la taille du disque

sudo df -kh
 
Ce qui nous donne effectivement 74G pour la partition /

Filesystem Size Used Avail Use% Mounted on
/dev/root 74G 1.6G 69G 3% /
devtmpfs 184M 0 184M 0% /dev
tmpfs 216M 0 216M 0% /dev/shm
tmpfs 216M 3.1M 213M 2% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 216M 0 216M 0% /sys/fs/cgroup
/dev/mmcblk0p1 253M 54M 199M 22% /boot
tmpfs 44M 0 44M 0% /run/user/1000
 
 
 
Catégories : Linux

8 commentaires

StéphaneNo Gravatar · 8 janvier 2022 à 11 h 55 min

Bonjour,
Merci pour le tuto. Quand on débute dans ce monde obscure du SSH, c’est vraiment indispensable 😉
J’ai suivi la procédure et j’ai un problème :
Le système porté sur SDA est monté en read-only. Je cherche sans trouver pour le moment comment résoudre ce pb. J’ai refait le tuto, essayé d’autres manières de copier la carte SD, mais rien à faire…

TpeltierNo Gravatar · 10 janvier 2022 à 12 h 50 min

A quel étape cela se produit t’il ? Une fois le disque copié et lorsque que vous démarrez dessus ?

jp3tNo Gravatar · 16 janvier 2022 à 10 h 31 min

Je vous remercie pour votre tuto. Je possède un raspberry pi4 sous buster avec une carte sd 32 Go et une clé zigbee CC2531. Le tout fonctionnant avec Domoticz des périphérique Tuya, Tasmota et zigbee 3 tels que Sonoff etc.. L’ensemble fonctionne très bien sur carte SD. J’ai donc transféré sur mon nouveau disque SSD 64 Go. Le disque SSD boot correctement les logiciels également mais les périphériques de type Zigbee ne réagissent plus du tout. Je ne sais pas ou je peux regarder et vérifier pourquoi j’ai ce problème. J’ai à ce jour tout essayé , j’ai remis ma carte Sd et tout remarche. J’avoue ne pas savoir pourquoi. Que dois faire à votre avis. Merci d’avance pour votre réponse.

jp3tNo Gravatar · 17 janvier 2022 à 8 h 59 min

Bonjour,
Merci de bien vouloir me répondre.
Tout d’abord j’ai reformatté le disque SSD avec Raspberry Pi en Fat32, puis j’ai cloner ma carte SSD avec balenaEtcher. Toutes ces opérations avec vérification se sont correctement déroulées.
J’utilise ce SSD
Transcend 64 Go SATA III 6 Go/s MSA230S mSATA SSD 230S Solid State Drive TS64GMSA230S
avec cet adaptateur LEAGY Adaptateur mSATA SSD vers USB 3.0, mini SATA.
Quand je boot sur la carte SD j’ai toutes mes fonctions en activité. Par contre dès que je boot sur mon SSd tout à l’air d’être correct avec Domoticz et Dashticz sauf mes capteurs et autres périphériques de type Zigbee 3.0 qui normalement sont activés par le dongle XTVTX CC2531 Sniffer USB Dongle Analyseur Protocole + Bluetooth 4.0 CC2540 Zigbee CC2531. Bien sur j’ai déplacé pour essai ce dongle eu USB 2. Même problème. j’utilise le protocle Zigbee2mqtt . L’ensemble de mes capteurs Tuya via Smart Life, Tasmota, Eps8266, Esp32 sont correctement activés. J’ai installé également Home assistant qui malheureusement fait idem que Domoticz. Toute ma domotique repose donc sur ma carte SD qui risque de se détériorer rapidement. Par où dois je commencer pour analyser ce problème ou bien dois je le copier avec d’autres logiciel. Merci d’avance.

TpeltierNo Gravatar · 17 janvier 2022 à 9 h 14 min

J’imagine que suite au boot sur le disque SSD, le dongle est toujours bien reconnu par le système ?
Je ne connais pas trop la configuration de ce dongle mais à priori le fait de copier la partition de la carte SD vers le SDD ne devrait pas affecter le comportement de la clé puisque qu’il s’agit d’une copie complète du système, c’est donc une opération « transparente » pour l’OS.
La seule chose a laquelle je pense c’est une modification des chemins d’accès du disque puisque l’on remplace /dev/mmcblk0p1 par /dev/sda1 mais je vois pas en quoi cela peut influencer la configuration du dongle. Une autre piste, même si je n’y crois pas, serait l’alimentation des ports USB qui, une fois le SSD en place, ne serait plus assez forte pour alimenter le dongle USB …

jp3tNo Gravatar · 17 janvier 2022 à 9 h 46 min

Je viens de retrouver un ancien disque dur Western digital de 80 Go avec un adaptateur USB alimenté par son boitier. Je vais réaliser ce matin une copie. Je vous tiendrai au courant.

jp3tNo Gravatar · 17 janvier 2022 à 12 h 20 min

Je tiens encore une fois à vous remercier car votre aide m’a été très précieuse. En effet j’ai recopié l’ensemble des données sur le nouveau disque dur et comme par miracle tout refonctionnait à merveille.
Après avoir analyser ce manque de puissance de l’alimentation j’ai retiré de mon raspberry pi 4B le clavier USB et le connecteur bluetooth de ma souris. J’ai donc repris le clonage sur le disque SSD. Mon dongle a été placé en USB 2 et le Ssd en USB 3.0. Après redémarrage complet j’ai enfin ma configuration souhaitée. De plus j’ai maintenant deux sauvegardes, une sur carte SD l’autre sur disque dur 80 Go.(Au cas où). Petite remarque : Quelle différence de vitesse entre Ssd et disque dur classique.

TpeltierNo Gravatar · 17 janvier 2022 à 13 h 24 min

Content pour vous que votre configuration fonctionne comme vous le souhaitiez !
Pour répondre à votre question, c’est difficile à dire. Le SSD est forcément beaucoup plus rapide qu’un disque Sata mais pas simple de mesurer le gain de performances. Plusieurs paramètres peuvent jouer, comme la vitesse du disque dur ( 5400 ou 7200 tr/mn ) mais aussi les performances du SSD par rapport à ce que peut supporter le port USB …

Laisser un commentaire

Avatar placeholder

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.