Filesystems - Historique des versions

Justine le 22 juin 2022 à 11:42

2022-06-22T11:42:20Z

← Version précédente		Version du 22 juin 2022 à 11:42
Ligne 1 :		Ligne 1 :
			[[Category:linux]]
	= Systèmes de fichiers (ou filesystems) =		= Systèmes de fichiers (ou filesystems) =

Justine : /* LVM */

2020-01-21T15:22:44Z

LVM

← Version précédente		Version du 21 janvier 2020 à 15:22
Ligne 116 :		Ligne 116 :

	== LVM ==		== LVM ==
	~~ATTENTION : LVM n'est pas un système de fichiers, mais un système de gestion des FS !~~

	LVM (Logical Volume Manager) : LVM diffère des systèmes habituels en se détachant du matériel : il ne tient pas compte, au final, des partitions. Il est plus souple. Plus de partitions primaire, étendues, etc ; plus besoin de chercher des emplacements exacts des données ; on peut agrandir les volumes n’importe quand ; le redimensionnement ne présente pas beaucoup de risques.		LVM (Logical Volume Manager) : LVM diffère des systèmes habituels en se détachant du matériel : il ne tient pas compte, au final, des partitions. Il est plus souple. Plus de partitions primaire, étendues, etc ; plus besoin de chercher des emplacements exacts des données ; on peut agrandir les volumes n’importe quand ; le redimensionnement ne présente pas beaucoup de risques.

Justine : /* Répertoires */

2020-01-16T20:48:29Z

Répertoires

← Version précédente		Version du 16 janvier 2020 à 20:48
Ligne 48 :		Ligne 48 :
	== Répertoires ==		== Répertoires ==
	Le tout est contenu dans les répertoires, qui sont des genres de fichiers:		Le tout est contenu dans les répertoires, qui sont des genres de fichiers:
	[[Fichier:Linuxfs2.gif\|sans_cadre~~\|gauche~~]]		[[Fichier:Linuxfs2.gif\|sans_cadre]]
	Chaque ligne d'un "fichier répertoire" contient l'inode, la longueur du nom en octets, et le nom.		Chaque ligne d'un "fichier répertoire" contient l'inode, la longueur du nom en octets, et le nom.
	[[Fichier:Direst.gif\|sans_cadre~~\|gauche~~]]		[[Fichier:Direst.gif\|sans_cadre]]

	Cette structure (ou le nom est détaché du reste) permet la création de "hard links", où plusieurs fichiers mènent vers les même données.		Cette structure (ou le nom est détaché du reste) permet la création de "hard links", où plusieurs fichiers mènent vers les même données.

Justine : /* Répertoires */

2020-01-16T20:48:08Z

Répertoires

← Version précédente		Version du 16 janvier 2020 à 20:48
Ligne 50 :		Ligne 50 :
	[[Fichier:Linuxfs2.gif\|sans_cadre\|gauche]]		[[Fichier:Linuxfs2.gif\|sans_cadre\|gauche]]
	Chaque ligne d'un "fichier répertoire" contient l'inode, la longueur du nom en octets, et le nom.		Chaque ligne d'un "fichier répertoire" contient l'inode, la longueur du nom en octets, et le nom.
	[[Fichier:Direst.gif\|~~vignette~~]]		[[Fichier:Direst.gif\|sans_cadre\|gauche]]

	Cette structure (ou le nom est détaché du reste) permet la création de "hard links", où plusieurs fichiers mènent vers les même données.		Cette structure (ou le nom est détaché du reste) permet la création de "hard links", où plusieurs fichiers mènent vers les même données.

Justine le 16 janvier 2020 à 20:47

2020-01-16T20:47:44Z

Voir les modifications

Justine le 16 janvier 2020 à 19:11

2020-01-16T19:11:04Z

← Version précédente		Version du 16 janvier 2020 à 19:11
Ligne 12 :		Ligne 12 :
	Dans le schéma de notation MBR (Master Boot Record : Un secteur de boot spécial au début d'un disque dur), 4 partition primaires maximum sont autorisées. Du coup, pour étendre ce chiffre, on doit passer par des partitions étendues.		Dans le schéma de notation MBR (Master Boot Record : Un secteur de boot spécial au début d'un disque dur), 4 partition primaires maximum sont autorisées. Du coup, pour étendre ce chiffre, on doit passer par des partitions étendues.

	* Primaire : C'est une partition classique sur un disque dur, qui contient des fichiers.		* Primaire : C'est une partition classique sur un disque dur, qui contient des fichiers.
	* Étendue : C'est un type de partition spécial qui contient des partitions logiques (et non des fichiers).		* Étendue : C'est un type de partition spécial qui contient des partitions logiques (et non des fichiers).
	* Logique : C'est une partition contenant des fichiers, située dans une partition étendue.		* Logique : C'est une partition contenant des fichiers, située dans une partition étendue.

	<nowiki>		<nowiki>

Justine le 16 janvier 2020 à 19:10

2020-01-16T19:10:53Z

← Version précédente		Version du 16 janvier 2020 à 19:10
Ligne 7 :		Ligne 7 :

	Le nom chez Unix est généralement connu comme une suite d’octet par l’OS, et l’encodage est laissé aux paramètres régionaux de l’utilisateur (même si Unicode avec UTF-8 est souvent utilisé, raison de compatibilité). NTFS, vFAT et d’autres utilisent UTF-16.<br/> Chaque fichier est décrit par des métadonnées (dans l’inode sur Linux), tandis que le contenu est dans des blocs du support de stockage. Les métadonnées les plus courantes sous UNIX sont :<br/>     • droits d'accès en lecture, écriture et exécution selon l'utilisateur, le groupe, ou les autres ;<br/>     • dates de dernier accès, de modification des métadonnées (inode), de modification des données (block)8 ;<br/>     • propriétaire et groupe propriétaire du fichier ;<br/>     • taille du fichier ;<br/>     • nombre d'autres inodes (liens) pointant vers le fichier ;<br/>     • nombre de blocs utilisés par le fichier;<br/>     • type de fichier : fichier simple, lien symbolique, répertoire, périphérique, etc.<br/> Sur la plupart des systèmes Unix, la commande stat permet d'afficher l'intégralité du contenu de l'inode.<br/> Les fs peuvent être journalisés (toutes les modifications de fichiers sont inscrites dans un journal, afin de pouvoir les reprendre en cas de coupure intempestive) ou pas. Il existe PLEIN de systèmes de fichiers avec diverses caractéristiques ( Spécialisés, « snapshottables », en clusters, réseau, etc).		Le nom chez Unix est généralement connu comme une suite d’octet par l’OS, et l’encodage est laissé aux paramètres régionaux de l’utilisateur (même si Unicode avec UTF-8 est souvent utilisé, raison de compatibilité). NTFS, vFAT et d’autres utilisent UTF-16.<br/> Chaque fichier est décrit par des métadonnées (dans l’inode sur Linux), tandis que le contenu est dans des blocs du support de stockage. Les métadonnées les plus courantes sous UNIX sont :<br/>     • droits d'accès en lecture, écriture et exécution selon l'utilisateur, le groupe, ou les autres ;<br/>     • dates de dernier accès, de modification des métadonnées (inode), de modification des données (block)8 ;<br/>     • propriétaire et groupe propriétaire du fichier ;<br/>     • taille du fichier ;<br/>     • nombre d'autres inodes (liens) pointant vers le fichier ;<br/>     • nombre de blocs utilisés par le fichier;<br/>     • type de fichier : fichier simple, lien symbolique, répertoire, périphérique, etc.<br/> Sur la plupart des systèmes Unix, la commande stat permet d'afficher l'intégralité du contenu de l'inode.<br/> Les fs peuvent être journalisés (toutes les modifications de fichiers sont inscrites dans un journal, afin de pouvoir les reprendre en cas de coupure intempestive) ou pas. Il existe PLEIN de systèmes de fichiers avec diverses caractéristiques ( Spécialisés, « snapshottables », en clusters, réseau, etc).

			=== Partition Primaire, Étendue, Logique ===

			Dans le schéma de notation MBR (Master Boot Record : Un secteur de boot spécial au début d'un disque dur), 4 partition primaires maximum sont autorisées. Du coup, pour étendre ce chiffre, on doit passer par des partitions étendues.

			* Primaire : C'est une partition classique sur un disque dur, qui contient des fichiers.
			* Étendue : C'est un type de partition spécial qui contient des partitions logiques (et non des fichiers).
			* Logique : C'est une partition contenant des fichiers, située dans une partition étendue.

			<nowiki>
			MBR: < primary \| primary \| primary \| primary > Une possibilité de MBR
			MBR: < primary \| primary \| extended [logical, logical, logical] > Une autre possibilité
			</nowiki>

	== LVM ==		== LVM ==

Justine le 8 janvier 2019 à 22:11

2019-01-08T22:11:50Z

@@ Ligne 1 : / Ligne 1 : @@
 = Systèmes de fichiers (ou filesystems) =
-Un système de fichiers ou FS (File System) désigne soit l’organisation des fichiers au sein d’un OS (comme Linux avec ses /, /etc, etc) soit l’organisation des données au sein d’un support de stockage (NTFS, FAT32, ext3fs, ext4fs…)&nbsp;: il peut alors avoir une ou plusieurs racines, soit pour faire des snapshots soit pour faire des volumes logiques comme avec zfs. Un tel système permet d’organiser les données et d’y donner accès à différentes applications&nbsp;: on en a une vue abstraite et on peut y avoir accès à partir d’un chemin d’accès.&nbsp; En effet ils fonctionnent en arborescence.<br/> Différents principes de stockage&nbsp;: FAT utilise une table associant la taille du fichier à son nom et pointe vers une table donnant les emplacements de blocs contenant le fichier. Les systèmes Unix fonctionne avec un inode&nbsp;: chaque fichier a un numéro unique d’inode, et l’inode lui-même est regroupant toutes les informations sur un fichier à l'exception du nom, notamment la protection d'accès en lecture, en écriture ou des listes de dates, ainsi que le moyen d'en retrouver le contenu. Le nom est stocké dans le répertoire associé à un numéro d'inode. Cette organisation présente l'avantage qu'un fichier unique sur disque peut être connu du système sous plusieurs noms.<br/> Le nom chez Unix est généralement connu comme une suite d’octet par l’OS, et l’encodage est laissé aux paramètres régionaux de l’utilisateur (même si Unicode avec UTF-8 est souvent utilisé, raison de compatibilité). NTFS, vFAT et d’autres utilisent UTF-16.<br/> Chaque fichier est décrit par des métadonnées (dans l’inode sur Linux), tandis que le contenu est dans des blocs du support de stockage. Les métadonnées les plus courantes sous UNIX sont&nbsp;:<br/> &nbsp;&nbsp;&nbsp; • droits d'accès en lecture, écriture et exécution selon l'utilisateur, le groupe, ou les autres&nbsp;;<br/> &nbsp;&nbsp;&nbsp; • dates de dernier accès, de modification des métadonnées (inode), de modification des données (block)8&nbsp;;<br/> &nbsp;&nbsp;&nbsp; • propriétaire et groupe propriétaire du fichier&nbsp;;<br/> &nbsp;&nbsp;&nbsp; • taille du fichier&nbsp;;<br/> &nbsp;&nbsp;&nbsp; • nombre d'autres inodes (liens) pointant vers le fichier&nbsp;;<br/> &nbsp;&nbsp;&nbsp; • nombre de blocs utilisés par le fichier;<br/> &nbsp;&nbsp;&nbsp; • type de fichier&nbsp;: fichier simple, lien symbolique, répertoire, périphérique, etc.<br/> Sur la plupart des systèmes Unix, la commande stat permet d'afficher l'intégralité du contenu de l'inode.<br/> Les fs peuvent être journalisés (toutes les modifications de fichiers sont inscrites dans un journal, afin de pouvoir les reprendre en cas de coupure intempestive) ou pas. Il existe PLEIN de systèmes de fichiers avec diverses caractéristiques ( Spécialisés, «&nbsp;snapshottables&nbsp;», en clusters, réseau, etc).<br/> LVM (Logical Volume Manager)&nbsp;: LVM diffère des systèmes habituels en se détachant du matériel&nbsp;: il ne tient pas compte, au final, des partitions. Il est plus souple. Plus de partitions primaire, étendues, etc&nbsp;; plus besoin de chercher des emplacements exacts des données&nbsp;; on petu agrandir les volumes n’importe quand&nbsp;; le redimensionnement ne présente pas beaucoup de risques.
+Un système de fichiers ou FS (File System) désigne soit l’organisation des fichiers au sein d’un OS (comme Linux avec ses /, /etc, etc) soit l’organisation des données au sein d’un support de stockage (NTFS, FAT32, ext3fs, ext4fs…)&nbsp;: il peut alors avoir une ou plusieurs racines, soit pour faire des snapshots soit pour faire des volumes logiques comme avec zfs. Un tel système permet d’organiser les données et d’y donner accès à différentes applications&nbsp;: on en a une vue abstraite et on peut y avoir accès à partir d’un chemin d’accès.&nbsp; En effet ils fonctionnent en arborescence.<br/> Différents principes de stockage&nbsp;: FAT utilise une table associant la taille du fichier à son nom et pointe vers une table donnant les emplacements de blocs contenant le fichier. Les systèmes Unix fonctionne avec un inode&nbsp;: chaque fichier a un numéro unique d’inode, et l’inode lui-même est regroupant toutes les informations sur un fichier à l'exception du nom, notamment la protection d'accès en lecture, en écriture ou des listes de dates, ainsi que le moyen d'en retrouver le contenu. Le nom est stocké dans le répertoire associé à un numéro d'inode. Cette organisation présente l'avantage qu'un fichier unique sur disque peut être connu du système sous plusieurs noms.
-LVM se divise en trois unités&nbsp;:<br/> Volume Physique&nbsp;: C’est un DD, une partition, etc. Un volume sous la forme /dev/sda1, par exemple.<br/> Groupe de volumes&nbsp;: C’est un ensemble de volumes physiques. Il en faut au moins un, il peut contenir plusieurs volumes physiques. Généralement dans un serv, on regroupe les DD ayant des perfs similaires dans le même volume group. &nbsp;<br/> Volume logique ou LV&nbsp;: Il remplace les partitions. C’est un «&nbsp;espace quelque part dans un groupe de volumes&nbsp;». On peut y mettre un /home, un /, etc. Il faut juste éviter d’y mettre GRUB. Il peut s’étaler sur plusieurs disques ou partitions, mais attention à ne pas perdre de disque&nbsp;!!<br/> [[File:LVM1.png|RTENOTITLE]]
+&nbsp;

Justine le 6 novembre 2018 à 02:16

2018-11-06T02:16:00Z

← Version précédente		Version du 6 novembre 2018 à 02:16
Ligne 1 :		Ligne 1 :
			[[Category:Linux]]

	= Systèmes de fichiers (ou filesystems) =		= Systèmes de fichiers (ou filesystems) =
Ligne 4 :		Ligne 5 :
	Un système de fichiers ou FS (File System) désigne soit l’organisation des fichiers au sein d’un OS (comme Linux avec ses /, /etc, etc) soit l’organisation des données au sein d’un support de stockage (NTFS, FAT32, ext3fs, ext4fs…) : il peut alors avoir une ou plusieurs racines, soit pour faire des snapshots soit pour faire des volumes logiques comme avec zfs. Un tel système permet d’organiser les données et d’y donner accès à différentes applications : on en a une vue abstraite et on peut y avoir accès à partir d’un chemin d’accès.  En effet ils fonctionnent en arborescence.<br/> Différents principes de stockage : FAT utilise une table associant la taille du fichier à son nom et pointe vers une table donnant les emplacements de blocs contenant le fichier. Les systèmes Unix fonctionne avec un inode : chaque fichier a un numéro unique d’inode, et l’inode lui-même est regroupant toutes les informations sur un fichier à l'exception du nom, notamment la protection d'accès en lecture, en écriture ou des listes de dates, ainsi que le moyen d'en retrouver le contenu. Le nom est stocké dans le répertoire associé à un numéro d'inode. Cette organisation présente l'avantage qu'un fichier unique sur disque peut être connu du système sous plusieurs noms.<br/> Le nom chez Unix est généralement connu comme une suite d’octet par l’OS, et l’encodage est laissé aux paramètres régionaux de l’utilisateur (même si Unicode avec UTF-8 est souvent utilisé, raison de compatibilité). NTFS, vFAT et d’autres utilisent UTF-16.<br/> Chaque fichier est décrit par des métadonnées (dans l’inode sur Linux), tandis que le contenu est dans des blocs du support de stockage. Les métadonnées les plus courantes sous UNIX sont :<br/>     • droits d'accès en lecture, écriture et exécution selon l'utilisateur, le groupe, ou les autres ;<br/>     • dates de dernier accès, de modification des métadonnées (inode), de modification des données (block)8 ;<br/>     • propriétaire et groupe propriétaire du fichier ;<br/>     • taille du fichier ;<br/>     • nombre d'autres inodes (liens) pointant vers le fichier ;<br/>     • nombre de blocs utilisés par le fichier;<br/>     • type de fichier : fichier simple, lien symbolique, répertoire, périphérique, etc.<br/> Sur la plupart des systèmes Unix, la commande stat permet d'afficher l'intégralité du contenu de l'inode.<br/> Les fs peuvent être journalisés (toutes les modifications de fichiers sont inscrites dans un journal, afin de pouvoir les reprendre en cas de coupure intempestive) ou pas. Il existe PLEIN de systèmes de fichiers avec diverses caractéristiques ( Spécialisés, « snapshottables », en clusters, réseau, etc).<br/> LVM (Logical Volume Manager) : LVM diffère des systèmes habituels en se détachant du matériel : il ne tient pas compte, au final, des partitions. Il est plus souple. Plus de partitions primaire, étendues, etc ; plus besoin de chercher des emplacements exacts des données ; on petu agrandir les volumes n’importe quand ; le redimensionnement ne présente pas beaucoup de risques.		Un système de fichiers ou FS (File System) désigne soit l’organisation des fichiers au sein d’un OS (comme Linux avec ses /, /etc, etc) soit l’organisation des données au sein d’un support de stockage (NTFS, FAT32, ext3fs, ext4fs…) : il peut alors avoir une ou plusieurs racines, soit pour faire des snapshots soit pour faire des volumes logiques comme avec zfs. Un tel système permet d’organiser les données et d’y donner accès à différentes applications : on en a une vue abstraite et on peut y avoir accès à partir d’un chemin d’accès.  En effet ils fonctionnent en arborescence.<br/> Différents principes de stockage : FAT utilise une table associant la taille du fichier à son nom et pointe vers une table donnant les emplacements de blocs contenant le fichier. Les systèmes Unix fonctionne avec un inode : chaque fichier a un numéro unique d’inode, et l’inode lui-même est regroupant toutes les informations sur un fichier à l'exception du nom, notamment la protection d'accès en lecture, en écriture ou des listes de dates, ainsi que le moyen d'en retrouver le contenu. Le nom est stocké dans le répertoire associé à un numéro d'inode. Cette organisation présente l'avantage qu'un fichier unique sur disque peut être connu du système sous plusieurs noms.<br/> Le nom chez Unix est généralement connu comme une suite d’octet par l’OS, et l’encodage est laissé aux paramètres régionaux de l’utilisateur (même si Unicode avec UTF-8 est souvent utilisé, raison de compatibilité). NTFS, vFAT et d’autres utilisent UTF-16.<br/> Chaque fichier est décrit par des métadonnées (dans l’inode sur Linux), tandis que le contenu est dans des blocs du support de stockage. Les métadonnées les plus courantes sous UNIX sont :<br/>     • droits d'accès en lecture, écriture et exécution selon l'utilisateur, le groupe, ou les autres ;<br/>     • dates de dernier accès, de modification des métadonnées (inode), de modification des données (block)8 ;<br/>     • propriétaire et groupe propriétaire du fichier ;<br/>     • taille du fichier ;<br/>     • nombre d'autres inodes (liens) pointant vers le fichier ;<br/>     • nombre de blocs utilisés par le fichier;<br/>     • type de fichier : fichier simple, lien symbolique, répertoire, périphérique, etc.<br/> Sur la plupart des systèmes Unix, la commande stat permet d'afficher l'intégralité du contenu de l'inode.<br/> Les fs peuvent être journalisés (toutes les modifications de fichiers sont inscrites dans un journal, afin de pouvoir les reprendre en cas de coupure intempestive) ou pas. Il existe PLEIN de systèmes de fichiers avec diverses caractéristiques ( Spécialisés, « snapshottables », en clusters, réseau, etc).<br/> LVM (Logical Volume Manager) : LVM diffère des systèmes habituels en se détachant du matériel : il ne tient pas compte, au final, des partitions. Il est plus souple. Plus de partitions primaire, étendues, etc ; plus besoin de chercher des emplacements exacts des données ; on petu agrandir les volumes n’importe quand ; le redimensionnement ne présente pas beaucoup de risques.

	LVM se divise en trois unités :<br/> Volume Physique : C’est un DD, une partition, etc. Un volume sous la forme /dev/sda1, par exemple.<br/> Groupe de volumes : C’est un ensemble de volumes physiques. Il en faut au moins un, il peut contenir plusieurs volumes physiques. Généralement dans un serv, on regroupe les DD ayant des perfs similaires dans le même volume group.  <br/> Volume logique ou LV : Il remplace les partitions. C’est un « espace quelque part dans un groupe de volumes ». On peut y mettre un /home, un /, etc. Il faut juste éviter d’y mettre GRUB. Il peut s’étaler sur plusieurs disques ou partitions, mais attention à ne pas perdre de disque !!<br/> [[File:LVM1.png]]		LVM se divise en trois unités :<br/> Volume Physique : C’est un DD, une partition, etc. Un volume sous la forme /dev/sda1, par exemple.<br/> Groupe de volumes : C’est un ensemble de volumes physiques. Il en faut au moins un, il peut contenir plusieurs volumes physiques. Généralement dans un serv, on regroupe les DD ayant des perfs similaires dans le même volume group.  <br/> Volume logique ou LV : Il remplace les partitions. C’est un « espace quelque part dans un groupe de volumes ». On peut y mettre un /home, un /, etc. Il faut juste éviter d’y mettre GRUB. Il peut s’étaler sur plusieurs disques ou partitions, mais attention à ne pas perdre de disque !!<br/> [[File:LVM1.png\|RTENOTITLE]]

Justine : Page créée avec « = Systèmes de fichiers (ou filesystems) = Un système de fichiers ou FS (File System) désigne soit l’organisation des fichiers au sein d’un OS (comme Linux avec se... »

2018-10-10T21:57:21Z

Page créée avec « = Systèmes de fichiers (ou filesystems) = Un système de fichiers ou FS (File System) désigne soit l’organisation des fichiers au sein d’un OS (comme Linux avec se... »

Nouvelle page

= Systèmes de fichiers (ou filesystems) =

Un système de fichiers ou FS (File System) désigne soit l’organisation des fichiers au sein d’un OS (comme Linux avec ses /, /etc, etc) soit l’organisation des données au sein d’un support de stockage (NTFS, FAT32, ext3fs, ext4fs…) : il peut alors avoir une ou plusieurs racines, soit pour faire des snapshots soit pour faire des volumes logiques comme avec zfs. Un tel système permet d’organiser les données et d’y donner accès à différentes applications : on en a une vue abstraite et on peut y avoir accès à partir d’un chemin d’accès.  En effet ils fonctionnent en arborescence. Différents principes de stockage : FAT utilise une table associant la taille du fichier à son nom et pointe vers une table donnant les emplacements de blocs contenant le fichier. Les systèmes Unix fonctionne avec un inode : chaque fichier a un numéro unique d’inode, et l’inode lui-même est regroupant toutes les informations sur un fichier à l'exception du nom, notamment la protection d'accès en lecture, en écriture ou des listes de dates, ainsi que le moyen d'en retrouver le contenu. Le nom est stocké dans le répertoire associé à un numéro d'inode. Cette organisation présente l'avantage qu'un fichier unique sur disque peut être connu du système sous plusieurs noms. Le nom chez Unix est généralement connu comme une suite d’octet par l’OS, et l’encodage est laissé aux paramètres régionaux de l’utilisateur (même si Unicode avec UTF-8 est souvent utilisé, raison de compatibilité). NTFS, vFAT et d’autres utilisent UTF-16. Chaque fichier est décrit par des métadonnées (dans l’inode sur Linux), tandis que le contenu est dans des blocs du support de stockage. Les métadonnées les plus courantes sous UNIX sont :     • droits d'accès en lecture, écriture et exécution selon l'utilisateur, le groupe, ou les autres ;     • dates de dernier accès, de modification des métadonnées (inode), de modification des données (block)8 ;     • propriétaire et groupe propriétaire du fichier ;     • taille du fichier ;     • nombre d'autres inodes (liens) pointant vers le fichier ;     • nombre de blocs utilisés par le fichier;     • type de fichier : fichier simple, lien symbolique, répertoire, périphérique, etc. Sur la plupart des systèmes Unix, la commande stat permet d'afficher l'intégralité du contenu de l'inode. Les fs peuvent être journalisés (toutes les modifications de fichiers sont inscrites dans un journal, afin de pouvoir les reprendre en cas de coupure intempestive) ou pas. Il existe PLEIN de systèmes de fichiers avec diverses caractéristiques ( Spécialisés, « snapshottables », en clusters, réseau, etc). LVM (Logical Volume Manager) : LVM diffère des systèmes habituels en se détachant du matériel : il ne tient pas compte, au final, des partitions. Il est plus souple. Plus de partitions primaire, étendues, etc ; plus besoin de chercher des emplacements exacts des données ; on petu agrandir les volumes n’importe quand ; le redimensionnement ne présente pas beaucoup de risques.

LVM se divise en trois unités : Volume Physique : C’est un DD, une partition, etc. Un volume sous la forme /dev/sda1, par exemple. Groupe de volumes : C’est un ensemble de volumes physiques. Il en faut au moins un, il peut contenir plusieurs volumes physiques. Généralement dans un serv, on regroupe les DD ayant des perfs similaires dans le même volume group.   Volume logique ou LV : Il remplace les partitions. C’est un « espace quelque part dans un groupe de volumes ». On peut y mettre un /home, un /, etc. Il faut juste éviter d’y mettre GRUB. Il peut s’étaler sur plusieurs disques ou partitions, mais attention à ne pas perdre de disque !! [[File:LVM1.png]]

Filesystems - Historique des versions

Justine le 22 juin 2022 à 11:42

Justine : /* LVM */

Justine : /* Répertoires */

Justine : /* Répertoires */

Justine le 16 janvier 2020 à 20:47

Justine le 16 janvier 2020 à 19:11

Justine le 16 janvier 2020 à 19:10

Justine le 8 janvier 2019 à 22:11

Justine le 6 novembre 2018 à 02:16

Justine : Page créée avec « = Systèmes de fichiers (ou filesystems) = Un système de fichiers ou FS (File System) désigne soit l’organisation des fichiers au sein d’un OS (comme Linux avec se... »

Justine : /* LVM */

Justine : /* Répertoires */

Justine : /* Répertoires */

Justine : Page créée avec « = Systèmes de fichiers (ou filesystems) = Un système de fichiers ou FS (File System) désigne soit l’organisation des fichiers au sein d’un OS (comme Linux avec se... »