Premièrement le système RAID est un FS (un genre de) lui-même et il utilise un certain nombre de mécanismes VFS lui même.
Le RAID logiciel travail en terme de bloque de données, pour lui un fichier, un répertoire, les droits et autres attributs étendus n'existent pas, la swap peut être sur un RAID. VFS, Virtual File System, représente l'arborescence des fichiers et répertoires (et autres) dans le noyau, c'est simplement une couche d'abstraction où vont se greffer les différents systèmes de fichiers selon leur point de montage; ce qui permet au noyau de travailler de manière identique avec XFS et ext3 par exemple.
Le système de fichier s'occupe de gérer la structure que les données auront sur le disque (ou autre média).
Pour le contrôle en lecture seul, c'est évidemment possible de le faire et même monté en écriture, c'est juste déconseillé car fsck va modifier la structure sur le disque et la couche VFS ne sera pas au courant de ces modifications. Alors oui, quand tu fais ton contrôle au démarrage du système de fichier monté en lecture seul ça va fonctionner car ton système de fichier va être remonté en lecture-écriture un peu plus tard.
Typiquement sur une partition RAID soft, fsck doit pouvoir faire la différence entre les cas suivant (entre autres):
fsck se soucie du RAID autant que moi des morpions du pape. fsck contrôle que la structure, sur un média donné, d'un système de fichier, corresponde à ce qui est attendu. Après il évident qu'il faut avoir accès à la partition où se trouve le système de fichier pour lancer fsck. Mais fsck ne sait même pas que le RAID existe, que le système est chiffré ou qu'il s'agisse d'un fichier d'image de disque.
A aujourd'hui je n'utiliserais pas un fsck de 2009 pour checker une bête partition ext2 des familles sur un kernel 2.6.30 ou plus. En théorie ca devrait marcher, en pratique des fois il y a des surprises. Et si la partition est un poil exotique (par exemple du RAID ou du chiffrement par dessus) je déconseille vraiment.
Tu contrôles le système de fichier à la main ? Bon si tu t'obstines à faire des contrôles sur des partitions montées, je comprend que tu aies des surprises, mais sinon ça fonctionne. Regarde ce que dis la page de manuel de e2fsck :
Veuillez noter qu'en général, il n'est pas sûr d'exécuter e2fsck sur des systèmes montés. La seule exception est quand l'option -n est spécifiée, et que les options -c, -l ou -L ne sont pas spécifiées. Cependant, même si la commande est sûre, les résultats affichés par e2fsck peuvent ne pas être valable
si le système de fichiers est monté. Si e2fsck vous demande si vous souhaitez ou non vérifier un système de fichiers monté, la réponse correcte est « no » (non). Seuls les experts qui savent vraiment ce qu'ils font devraient pouvoir considérer répondre autrement à cette question.
En gros elle dit que tu dois arrêter de faire des fsck sur des partitions montées.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: ABI Gaël
Posté par Etienne Bagnoud . En réponse au journal x32: Une nouvelle ABI Linux '32 bits' pour les CPU x86-64. Évalué à 7.
Le RAID logiciel travail en terme de bloque de données, pour lui un fichier, un répertoire, les droits et autres attributs étendus n'existent pas, la swap peut être sur un RAID. VFS, Virtual File System, représente l'arborescence des fichiers et répertoires (et autres) dans le noyau, c'est simplement une couche d'abstraction où vont se greffer les différents systèmes de fichiers selon leur point de montage; ce qui permet au noyau de travailler de manière identique avec XFS et ext3 par exemple.
Le système de fichier s'occupe de gérer la structure que les données auront sur le disque (ou autre média).
Pour le contrôle en lecture seul, c'est évidemment possible de le faire et même monté en écriture, c'est juste déconseillé car fsck va modifier la structure sur le disque et la couche VFS ne sera pas au courant de ces modifications. Alors oui, quand tu fais ton contrôle au démarrage du système de fichier monté en lecture seul ça va fonctionner car ton système de fichier va être remonté en lecture-écriture un peu plus tard.
fsck se soucie du RAID autant que moi des morpions du pape. fsck contrôle que la structure, sur un média donné, d'un système de fichier, corresponde à ce qui est attendu. Après il évident qu'il faut avoir accès à la partition où se trouve le système de fichier pour lancer fsck. Mais fsck ne sait même pas que le RAID existe, que le système est chiffré ou qu'il s'agisse d'un fichier d'image de disque.
Tu contrôles le système de fichier à la main ? Bon si tu t'obstines à faire des contrôles sur des partitions montées, je comprend que tu aies des surprises, mais sinon ça fonctionne. Regarde ce que dis la page de manuel de e2fsck :
En gros elle dit que tu dois arrêter de faire des fsck sur des partitions montées.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell