Table des matières

Partitions

Le processus de partitionnement d'un disque est la création d'une partition mais celle-ci ne peut être écrite que sur un système qui lui est compatible. Un disque doit donc d'abord être compatible avec l'OS d'un système afin que les outils propres à ce système le partionne ensuite.

Exemple : Sur la commande lsblk : 

lsblk

le retour : 

sda      8:0    0 223,6G  0 disk
├─sda1   8:1    0 207,6G  0 part /
├─sda2   8:2    0     1K  0 part
└─sda5   8:5    0    16G  0 part [SWAP]
sdb      8:16   0   1,8T  0 disk
sdc      8:32   0 298,1G  0 disk
└─sdc1   8:33   0 298,1G  0 part /media/spignol/RAPIDE DRIV

Indique les disques sda sdb et sdc, ainsi que leurs partitionnements respectifs avec un chiffre en plus pour chacune de ces partitions.

C'est dû à la structure de la table de partition “DOS/MBR” : - 4 entrées de partitions dites “principales” - un nombre variable de partitions “logiques” Les partitions logiques sont créées dans une partition principale dite “partition étendue”.

Les numéros 1 à 4 sont réservés aux 4 entrées de partitions principales (dont la partition étendue), même si elles ne sont pas toutes occupées. Les numéros 5 et plus sont réservés aux partitions logiques.

Cette distinction entre les partitions principales et logiques n'existe pas dans le format GPT. Toutes les partitions sont équivalentes à des partitions principales.

Voir sur le forum :

Partition étendue

Pourquoi une partition étendue “ça pue” ?
Parce que c'est compliqué et fragile.

Les partitions logiques sont définies comme une liste chaînée. En fait, pour chaque partition logique, il y a une partition étendue cachée emboîtée dans la précédente. Il arrive que la chaîne soit rompue (→ partitions perdues), ou fasse une boucle (→ nombre de partition infini).

Toutes ces tables de partition étendues, visibles ou emboîtées/cachées, ont leurs propres tables de partition, dispersées un peu partout sur le disque.

Pour sauvegarder la table de partition complète, on ne peut pas se contenter de sauvegarder le contenu du MBR du disque, ni même l'EBR de la première partition étendue visible lorsqu'il y a plus d'une partition logique.
Aussi, la création de partitions logiques cause l'écriture de tables de partitions étendues un peu n'importe où sur le disque, ce qui peut écraser des données qu'on chercherait à récupérer ou à l'inverse rend plus difficile de les retrouver.
Alors qu'avec des partitions primaires ou le format GPT, il y a une seule table de partition située dans à un emplacement bien défini.

La numérotation des partitions logiques n'est pas stable et peut changer quand on crée ou supprime une partition logique.
Ce n'est normalement pas gênant si on utilise les UUID ou LABEL pour référencer les partitions dans /etc/fstab, mais cela peut l'être pour GRUB lorsqu'il référence la partition contenant /boot/grub.

Merci à raleur d'avoir détaillé cet aspect sur le forum là :

Important

Pour obtenir les meilleurs résultats, vous devriez toujours utiliser un programme de partitionnement qui respecte les spécifications de la table des partitions et celles des systèmes de fichiers que vous voulez manipuler.

Par exemple, vous devriez créer/modifier :

Un brin d'explications

Avant d'aller plus loin, genre “Un pont trop loin”… :

Table de partitions

Formatage

Formater graphiquement

Formater en ligne de commande

Réparer une partition

Disques et données

BTRFS

Sécurité des données

Voici un exemple appliqué pour augmenter au possible la sécurité de la pérennité des données.

Côté disque dur, choisir des numéros de série très différents.
Si tu n'as qu'un revendeur, tu étales tes achats, sinon tu en prends un différent sur plusieurs sites d'achat (quoique ton revendeur unique peut le faire à ta place).

Sinon il faut faire en sorte d'avoir un temps de fonctionnement différent pour les disques. Genre j'ai les mêmes hd sur du raid1 mais j'ai débranché temporairement l'un des 2 disques pour leur mettre ~1000h de décalage.

Raid

Le RAID avec redondance (dont pas RAID0, linear) fournit de la disponibilité.

Depuis raleur sur le forum là :

Détail augmenté

  1. Découpage du disque en plusieurs partitions et
  2. réassemblage au niveau LVM pour minimiser le temps de reconstruction du RAID en cas de perte d'une partoche.

En plus ça permet d'utiliser un disque de secours2) de taille plus petite que le disque initial.

Sur un 2To je fais 4 partoches de 500Go.
Par ailleurs j'ai un disque de secours de 1TO que je découpe en 2x500Go, ce qui permet de remplacer une partoche du 2To par une du 1To en cas de pépin et c'est plus rapide de synchroniser 500Go que 2TO en cas de problème RAID.
Le disque de secours est débranché. Je le branche de temps à autre une journée pour ne pas qu'il reste trop longtemps sans tourner.

C'est juste une solution d'attente le temps de commander un autre disque et pouvoir remplacer celui qui commence à déconner (parce que même si ça ne concerne initialement qu'une partition, je ne parierai pas que le problème reste longtemps confiné à une partoche.

Source : m31z0nyx ^_^

Lien utile

Lien vers le forum

1)
N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs !
2)
disque supplémentaire, non utilisé par défaut