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.

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.

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

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

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.

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

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

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).

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».

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.

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

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 :

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.

Le problème est de garantir l'intégrité des données. L'écriture d'un fichier est différée. Toutes les modifications que l'on y fait sont notées dans un journal. Pendant ce temps le fichier lui-même n'est pas touché. Lorsque l'on valide les changements, alors, le journal est «exécuté». Supposons que tout d'un coup il n'y ait plus d'électricité, le fichier n'est pas endommagé, et il suffit de relire le journal pour en connaître l'état actuel et final, et y inscrire les modifications.