Disques et partitionnement

Disques

Les anciens formats IDE/PATA ou ATAPI sont répertoriés dans le système comme hdx. Le disque sur le premier port sera donc hda, et les suivants hdb, hdc , ..etc… avec une subtilité à propos des maître et esclaves :

hda = ide0, maître
hdb = ide0, esclave
etc…

Concernant les disques SATA, vous les retrouverez sous le répertoire «/dev» /sda ou sdb … etc… C'est valable aussi pour les disque sur ports USB, SCA, fibre, et d'autres…

Avec la commande lsblk dans un terminal, vous verrez la liste de ces disques disponibles sur votre ordinateur.

Il n'y a de limites que le nombre de ports physiques disponibles dans la machine.

Pour modifier les paramètres de vos disques, vous pouvez utiliser hdparm ou sdparm, selon les cas. Mais il est rare dans un usage courant d'avoir à le faire.

Partitions

Il y a différents outils qui permettent de gérer les partitions de vos disques : fdisk, parted ou encore gdisk (fdisk dédié au GPT) et d'autres.

Durant l'installation d'une distribution, vous avez un outil de partitionnement graphique qui vous permettra d'ajuster vos disques et partitions selon vos besoins durant l'installation d'un système GNU Linux.

Pour Windows, le nombre de partitions primaires est limité à 4. Au delà, vous devez créer vos partitions à l'intérieur d'une partition étendue. Et encore, les systèmes windows antérieurs W7 ne reconnaissent comme partitions étendues que les types 0x05.

Les disque formatés de type GPT ne posent plus de limitations sur le nombre de partitions primaires.

Copie de partitions

Copie de carte SD

J'ai fait ça pour le raspberry pi. J'ai créé un disque LVM de 16 Go exprès pour ça. Je copie donc une carte sur ce disque, puis ce disque sur la seconde carte. C'est une façon de faire, qui n'est pas la plus élégante. Mais je l'ai fait ainsi pour le cas où je n'ai pas de port disponible pour y mettre les deux cartes, pour avoir une copie directe de la carte sur mon ordinateur, et pour moi tester dd.

dd if=/dev/fedora/tempon of=/dev/sdc bs=1024 conv=notrunc,noerror status=progress
15643120640 octets (16 GB, 15 GiB) copiés, 2946 s, 5,3 MB/s
15280129+0 enregistrements lus
15280128+0 enregistrements écrits
15646851072 octets (16 GB, 15 GiB) copiés, 2980,69 s, 5,2 MB/s

Manifestement avec un bs à 512 ça va bien mieux

 dd if=/dev/sdc of=/dev/fedora/tempon bs=512 conv=notrunc,noerror status=progress
15635018240 octets (16 GB, 15 GiB) copiés, 1393 s, 11,2 MB/s
30560256+0 enregistrements lus
30560256+0 enregistrements écrits
15646851072 octets (16 GB, 15 GiB) copiés, 1396,21 s, 11,2 MB/s

Systèmes de fichiers

qu'est-ce ?

Une organisation, au niveau le plus bas sur un support de stockage, comme au niveau de l'utilisateur, des données ; et une organisation logique du support en question.

Comment cela se passe ?

Sous GNU Linux, il est impératif, lorsque l'on crée un système de fichier, de respecter la norme posix.

Du coup tout système de fichier GNU Linux est compatible Unix et vice versa.

POSIX servant de base, il n'est pas interdit de proposer des extensions… souvent liées à la sécurité ( e.g : selinux ou ACL ).

Et quoi d'autre ?

Donc le système de fichier consiste à organiser et structurer des données dans des fichiers sur un support de stockage. Il doit aussi présenter le tout de façon exploitable à l'utilisateur, c'est à dire, en faciliter…

la distinction;
la recherche;
le traitement;
la manipulation;
permettre à des programmes d'y accéder.

La présentation de la chose, est une arborescence dont la racine est « / ». Certains sous-répertoires de cette racine sont normés. Par exemple vous trouverez toujours « /home », où sont stockées les données des utilisateurs (mais ça fera l'objet d'un complément à cette page plus tard).

L'ensemble de cette arborescence peut être répartie sur plusieurs supports de stockage (en particulier en utilisant RAID ou LVM).

Métadonnées

Un fichier est constitué et 2 morceaux : les données , et les métadonnées. Ces deux morceaux ne sont pas écrits au même endroit sur le support, du moins, pas forcément. Les métadonnées comprennent les informations suivantes (dixit «Linux maîtrisez l'administration du système» de Sébastien Rohaut ¹⁾ ) :

les droits;
dates d'accès et, bien sûr de modification;
propriété (utilisateur et groupe);
taille;
nombre de blocs utilisés;
type MIME;
les liens;
un arbre d'adresses de blocs de données.

Tout cela constitue un «inode».

Noms de fichiers

Vous êtes limités à 255 caractères. La pratique usuelle qui consiste à y inclure une «extension» séparée par un point est une très bonne pratique pour indiquer quel est le type du fichier. Mais du point de vue de Linux, cela n'a aucun sens.

GNU Linux détermine le type d'un fichier par le type MIME inclus dans les métadonnées. E.g : dans un terminal prenez 1_fichier_quelconque et copiez-le en 1_fichier_quelconque.ext puis dans un terminal tapez la commande suivante : file 1_fichier_quelconque && file 1_fichier_quelconque.ext

Le nom de fichiers sont écrits dans un catalogue à part, avec leur lien vers un inode.

Conséquemment, un même fichier peut avoir plusieurs noms

Tout cela confère une souplesse énorme à l'utilisateur et sur ce que sont les fichiers. J'en profite pour énoncer l'une des forces majeures de GNU Linux :

Tout est fichier sous GNU Linux.

Ce qui, à sont tour confère une souplesse énorme à l'utilisateur, et sur ce que sont les objets manipulés sur votre machine, comme par exemple les interfaces d'entrée et de sortie.

¹⁾

livre qui inspire largement tout ce que j'écris là