Différences

Ci-dessous, les différences entre deux révisions de la page.

--- utilisateurs:felixp:systeme_de_fichiers [Le 11/09/2023, 14:45]
krodelabestiole + tag vétuste TODO : réécrire intro / explication fs. (voir :chemins par ex)
+++ utilisateurs:felixp:systeme_de_fichiers [Le 11/09/2023, 14:48] (Version actuelle)
krodelabestiole ancienne révision (Le 11/09/2022, 13:12) restaurée
@@ Ligne 1: / Ligne 1: @@
-{{tag> système partitions vétuste}}
+{{tag> système partitions}}
+------
 ====== Les systèmes de fichiers sous Linux ======
@@ Ligne 26: / Ligne 28: @@
 === La taille maximale d'un fichier ===
-Par exemple, le Fat32 limite les fichiers à 4Go, ce qui est problématique pour des films en HD par exemple. Les fichiers trop grands ne sont pas enregistrés totalement, on ne peut récupérer que le début.
+Par exemple, le Fat32 limite les fichiers à 4Go, ce qui est problématique pour des films en HD par exemple. Les ficihers trop grands ne sont pas enregistrés totalement, on ne peut récupérer que le début.
 === La taille maximale d'une partition ===
@@ Ligne 35: / Ligne 37: @@
 === La journalisation ===
+La journalisation peut s'interpréter comme la sécurisation de l'écriture des données.\\
+En effet, lorsqu'on enregistre sur le disque, que se passe-t-il si l'écriture est interrompue avant son terme ? (Par exemple dans le cas de coupure de courant ou de débranchement "sauvage")\\
+Votre fichier devient « corrompu », incomplet.
-Si l'écriture d'un fichier est interrompue avant son terme (lorsqu'on le créé, qu'on le copie, où qu'on l'enregistre après l'avoir modifié), le fichier résultant est incomplet. On dit qu'il est //corrompu//. Ceci peut arriver dans le cas de coupure de courant ou de débranchement "sauvage", par exemple.
+La journalisation prévient ce genre d'accident en conservant les anciennes données pendant l'enregistrement, puis en "déplaçant" le fichier là où la sauvegarde a été écrite. Ainsi, en cas de problème l'ancien fichier existe toujours.
-En enregistrant dans le système les opérations avant de les effectuer, la [[wpfr>Système_de_fichiers_journalisé|journalisation]] peut prévenir ce genre d'accident, en ré-exécutant quand c'est possible les opérations.
+FIXME : Je n'ai compris ni l'explication d'origine, ni Wikipedia… Je ne suis donc pas vraiment sûr de ce que j'ai écrit.
-Dans le cas d'un journal //physique// les anciennes données sont en plus conservées avant l'écrasement d'un fichier, ce qui permet d'éviter. Ce type de journalisation en particulier entraîne une diminution des performances lors de l'écriture des fichiers, généralement faible, mais parfois visible.
+La journalisation entraîne une (faible, mais parfois visible) diminution des performances, et est **//__totalement__//** incompatible avec les SSD. (Lien vers la page de doc !)
+C'est aussi peu utile pour les périphériques de stockage Usb.
 === Particularité des systèmes de fichiers Unix/Linux : inode ===
@@ Ligne 57: / Ligne 63: @@
 |  ''ReiserFS''  | 8 TiB | 16 TiB | Oui | Oui | Développé par Hans Reiser et la société Namesys, ReiserFS est reconnu particulièrement pour bien gérer les fichiers de moins de 4 ko.  Un avantage du ReiserFS, par rapport à ext3, est qu'il ne nécessite pas une hiérarchisation aussi poussée: il s'avère intéressant pour le stockage de plusieurs fichiers temporaires provenant d'Internet.\\Par contre, ReiserFS n'est pas recommandé pour les ordinateurs portables, car le disque dur tourne en permanence, ce qui consomme beaucoup d'énergie. |
 |  ''BtrFS''  | 16 EiB | 16 EiB | Oui | Oui | Développé conjointement par Oracle, Red Hat, considéré comme encore instable mais déjà utilisé par beaucoup, il est considéré comme le successeur du Ext4. |
-|  ''Fat''\\ (//File Allocation Table//)  | 2 GiB | 2 GiB | Non | Non* | Développé par Microsoft, ce système de fichiers est désuet. Il reste néanmoins nécessaire pour les disquettes 3½. |
+|  ''Fat''\\ (File Allocation Table)  | 2 GiB | 2 GiB | Non | Non* | Développé par Microsoft, ce système de fichiers est désuet. Il reste néanmoins nécessaire pour les disquettes 3½. |
-|  ''Fat32''  | 4 GiB | 8 TiB | Non | Non* | C'est l'évolution du Fat. Surtout utilisé pour les clés USB bootables. |
+|  ''Fat32''  | 4 GiB | 8 TiB | Non | Non* | C'est l'évolution du Fat. Très utilisé aujourd'hui pour les clés Usb, car seul lisible par Windows autre que Ntfs dont l'index prend trop de place. |
-|  ''Ntfs''\\ (//New Technology File System//)  | 16 TiB | 256 TiB | Oui | Oui* | Ce système de fichiers a aussi été développé par Microsoft, et il reste très peu documenté. L'écriture depuis Linux sur ce système de fichiers est stable à l'aide du pilote ''ntfs-3g'', installé de base sur Ubuntu. |
+|  ''Ntfs''\\(New Technology File System)  | 16 TiB | 256 TiB | Oui | Oui* | Ce système de fichiers a aussi été développé par Microsoft, et il reste très peu documenté. L'écriture depuis Linux sur ce système de fichiers est stable à l'aide du pilote ''ntfs-3g'', installé de base sur Ubuntu. |
-|  ''[[wpfr>exFAT]]''\\ (//Extended File Allocation Table//)  | 128 PiB | 128 PiB | Non | Oui* | Ce système de fichiers a aussi été développé par Microsoft, et il reste très peu documenté. L'écriture depuis Linux sur ce système de fichiers est stable à l'aide du pilote ''ntfs-3g'', installé de base sur Ubuntu. |
+^ EiB = Exbioctets (1024 pébioctets) ; PiB = Pébioctet (1024 tébioctet) ; TiB = Tébioctet (1024 gibioctets) ; GiB = Gibioctet (1024 mibioctets) [ [[wpfr>Octet|Plus d'informations sur la Wikipedia]] ]   ^^^^^^
-| EiB = Exbioctets (1024 pébioctets) ; PiB = Pébioctet (1024 tébioctet) ; TiB = Tébioctet (1024 gibioctets) ; GiB = Gibioctet (1024 mibioctets)\\ [[wpfr>Octet|Plus d'informations sur Wikipedia]]   ||||||
 Ci-dessus vous voyez aussi une comparaison de deux autres des principaux attributs d'un système de fichiers, à savoir la taille maximale d'un fichier sur une partition et la taille la plus grande que peut avoir une partition avec un système de fichiers particulier.
-==== * Systèmes de fichiers FAT32, NTFS et exFAT ====
+==== * Systèmes de fichiers FAT32 et NTFS ====
+Le Fat16/32 et le Ntfs sont les seuls systèmes de fichiers sur lesquels on ne peut pas installer Linux, notamment car ils ne gèrent ni les liens logiques ni les droits d'accès UNIX/Linux.
-Les Fat16/32, le NTFS, et l'exFAT sont les seuls systèmes de fichiers sur lesquels on ne peut pas installer Linux, notamment car ils ne gèrent ni les liens symboliques ni les droits d'accès UNIX/Linux.
 Les droits d'accès Linux sont nécessaires au montage d'une partition. Pour ces systèmes Windows, on donne donc le droit d'accès/écriture au montage à la partition entière. Il faut donc, si on veut donner des droits particuliers, le spécifier au montage de la partition.
@@ Ligne 75: / Ligne 79: @@
 <note help>**«Je désire créer une partition d'échange de fichiers entre Ubuntu et Microsoft(r) Windows(r). Quel système de fichiers devrais-je préférer ?»**
-Les choix les plus courants sont NTFS et exFAT.
+Le choix le plus judicieux est le Ntfs : C'est le seul système de fichiers moderne supporté par Windows, et il est supporté par Ubuntu.\\
+Le désavantage est la non-prise en charge des droits d'accès, et la lenteur due au pilote ntfs-3g.
-Ce sont les seuls systèmes de fichiers moderne supportés nativement par Windows, et ils sont supportés par Ubuntu.\\
-Le désavantage est la non-prise en charge des droits d'accès, et la lenteur due au pilote ntfs-3g (pour NTFS).
-Windows peut aussi lire (lecture seule) les partitions Ext2, Ext3 et Ext4 en installant des pilotes additionnels.
 </note>