REISERFSTUNE

NOM

SYNOPSIS

DESCRIPTION

L'application la plus intéressante de ce code est peut-être de placer le journal sur un disque SSD.

périphérique

fichier spécial correspondant au périphérique bloc (par exemple /dev/hdXX, correspondant à une partition d'un disque IDE ou /dev/sdXX pour celle d'un disque SCSI).

OPTIONS

-h | --help

Afficher les informations sur l'utilisation puis quitter.

-j | --journal-device FICHIER

FICHIER est le nom du fichier du périphérique bloc où se trouve actuellement le journal du système de fichiers (avant l'appel à reiserfstune). Cette option est nécessaire quand le journal se trouve déjà sur un périphérique distinct du périphérique principal de données (même si on peut l'éviter à l'aide de l'option --no-journal-available). Si vous ne fournissez pas de périphérique pour le journal avec cette option, reiserfstune supposera que le journal se trouve sur le périphérique principal.

--no-journal-available

Permettre à reiserfstune de continuer quand le périphérique bloc actuel du journal n'est plus disponible. Cela peut se produire si un disque devient défectueux ou si vous le supprimez (et que vous exécutez fsck).

--journal-new-device FICHIER

FICHIER est le nom du fichier du périphérique bloc qui contiendra le nouveau journal pour le système de fichiers. Si vous ne le précisez pas, reiserfstune suppose que le périphérique du journal reste inchangé.                          

 -s | --journal-new-size N

N est la taille du nouveau journal. Quand le journal se trouve sur un autre périphérique, sa taille par défaut est le nombre de blocs du périphérique. Lorsque le journal se trouve sur le même périphérique que le système de fichiers, sa taille par défaut est égale au nombre de blocs alloués pour le journal par mkreiserfs quand le système de fichiers a été créé. La taille minimale est de 513 dans tous les cas.

 -o | --journal-new-offset N

N est le décalage, en blocs, où commence le journal quand il se trouve dans un périphérique séparé. Le décalage par défaut est de 0. Ce paramètre n'a aucun effet quand le journal se trouve sur le même périphérique que le système de fichiers. La plupart des utilisateurs n'ont pas besoin d'utiliser cette fonctionnalité. Elle peut être utile pour placer les journaux de différents systèmes de fichiers sur le même périphérique et que vous ne pouvez pas ou ne souhaitez pas partitionner ce périphérique.

 -t | --maximal-transaction-size N

N est la taille maximale des transactions pour le nouveau journal. La valeur par défaut et la valeur maximale sont de 1024 blocs. Elle devrait être inférieure à la moitié de la taille du journal. Lorsque la valeur indiquée n'est pas correcte, elle est corrigée automatiquement.

 -b | --add-badblocks fichier

fichier est le nom du fichier qui contient la liste des blocs à marquer comme défectueux sur le système de fichiers. La liste est ajoutée à la liste des blocs défectueux du système de fichiers.

 -B | --badblocks fichier

fichier est le nom du fichier qui contient la liste des blocs à marquer comme défectueux sur le système de fichiers. La liste des blocs défectueux du système de fichiers est effacée avant que la liste spécifiée par fichier soit ajoutée au système de fichiers.

-f | --force

Normalement, reiserfstune refuse de modifier le journal d'un système de fichiers qui a été créé avant que n'existe le code pour déplacer ce journal. La raison est que si vous modifiez un journal, vous ne pouvez revenir en arrière (sans option comme --make-journal-standard) pour un noyau plus ancien qui n'a pas cette fonctionnalité et qui ne pourra pas utiliser votre système de fichiers. Cette option force la modification. Utiliser l'option plusieurs fois permet d'éviter la demande de confirmation.

--make-journal-standard

Comme indiqué ci-dessus, si votre système de fichiers a un journal non standard, il ne peut pas être monté par un noyau sans le code pour déplacer le journal. Cela peut être changé, la seule condition étant qu'il reste de la place réservée sur le périphérique principal de la taille du journal standard, c'est-à-dire 8193 blocs. Ce sera le cas par exemple si vous convertissez un journal standard en un journal non standard. Précisez juste cette option quand vous remettez le journal à sa place, ou sans qu'il y ait de déplacement, s'il se trouve déjà sur le périphérique principal.

-u | --uuid UUID

Définir l'identifiant unique universel (UUID) du système de fichiers comme étant UUID (consultez aussi uuidgen(8)). Le format de l'UUID est une série de chiffres hexadécimaux séparés par des tirets, comme ceci : « c1b9d5a2-f162-11cf-9ece-0020afc76f16 ».

-l | --label LABEL

Définir le nom de volume du système de fichiers. LABEL peut avoir jusqu'à 16 caractères de long ; s'il fait plus de 16 caractères, reiserfstune le tronquera.

-c | --check-interval intervalle-en-jours

Définir le temps maximal entre deux vérifications du système de fichiers. Une valeur égale à « disable » désactivera les vérifications dépendantes du temps. Une valeur égale à « default » restaurera la valeur par défaut définie lors de la compilation.

Il est fortement recommandé que les vérifications -m (en fonction du nombre de montages) ou -c (en fonction du temps) soit activée pour assurer une vérification du système de fichiers complète et périodique avec fsck.reiserfs(8). Dans le cas inverse, des corruptions du système de fichiers (dues à de mauvais disques, câbles, mémoires ou à cause de bogues du noyau) peuvent passer inaperçues et pourront amener à des pertes ou corruptions de données.

-C | --time-last-checked horodatage

Définir la date de la dernière vérification du système de fichiers avec fsck.reiserfs(8). Cela peut être utile dans des scripts qui utilisent un gestionnaire de volumes logiques (LVM) pour faire un instantané cohérent d'un système de fichiers, puis de vérifier le système de fichiers pendant les heures creuses pour s'assurer qu'il n'a pas été corrompu par des problèmes matériels ou autres. Si le système de fichiers est sain, alors cette option permet de définir la date de la dernière vérification sur le système de fichiers d'origine. Le format de la date de dernière vérification est le format international des dates, avec en option l'heure, c'est-à-dire AAAAMMDD[HH[MM[SS]]]. Le mot clé now est également accepté, auquel cas la date de dernière vérification sera définie comme étant la date et l'heure courante.

-m | --max-mnt-count compte_max

Définir le nombre de montages après lesquels le système de fichiers devra être vérifié par fsck.reiserfs(8). Si compte_max vaut « disable » le nombre de montages ne sera pas pris en compte par fsck.reiserfs(8) et par le noyau. Avec la valeur « default », la valeur par défaut définie au moment de la compilation est restaurée.

Faire varier le nombre de montages au bout duquel les systèmes de fichiers seront obligatoirement vérifiés permet d'éviter que les systèmes de fichiers ne soient tous vérifiés en même temps lors de l'utilisation de systèmes de fichiers journalisés.

Vous devez être conscient des conséquences si vous désactivez entièrement la vérification dépendante du nombre de montages. Des disques, câbles, mémoires défectueux ou des bogues du noyau peuvent corrompre un système de fichiers sans que celui-ci ne soit marqué comme « sale » ou « erroné ». Si vous utilisez la journalisation sur votre système de fichiers, votre système de fichiers ne sera jamais marqué comme sale et ne sera donc pas vérifié normalement. Une erreur de système de fichiers détectée par le noyau peut encore forcer une vérification lors du prochain redémarrage, mais il sera peut être déjà trop tard à ce moment là pour empêcher la perte de données.

Cette option nécessite un noyau qui prend en charge l'incrément du compteur de montages. Cette fonction n'était pas fournie dans les noyaux antérieurs à la version 2.6.25.

Consultez également l'option -c pour les vérifications en fonction du temps.

-M | --mnt-count compte

Définir le nombre de fois que le système de fichiers a été monté. Si la valeur est supérieure au compte défini par l'option -m, fsck.reiserfs(8) vérifiera le système de fichiers lors du prochain redémarrage.

SCÉNARIOS POSSIBLES D'UTILISATION DE REISERFSTUNE :

Démarrer le noyau modifié avec le patch « relocatable journal support »
reiserfstune /dev/hda1 --journal-new-device /dev/journal -f
mount /dev/hda1 puis utiliser.
Vous souhaitez changer la taille maximale des transactions à 512 blocs
reiserfstune -t 512 /dev/hda1
Vous souhaiter utiliser votre système de fichiers sur un autre noyau
qui ne prend pas en charge les déplacements de journaux.
umount /dev/hda1
reiserfstune /dev/hda1 -j /dev/journal --journal-new-device /dev/hda1 --make-journal-standard
mount /dev/hda1 puis utiliser.


2. Vous souhaitez avoir le ReiserFS sur /dev/hda1 et pouvoir passer d'un journal
à un autre (le journal pouvant être situé sur le périphérique où se trouve le
système de fichiers).

Démarrer le noyau modifié avec le patch « relocatable journal support »
mkreiserfs /dev/hda1
Vous avez un disque à état solide (peut-être /dev/sda, puisqu'ils se
comportent habituellement des disques SCSI)
reiserfstune --journal-new-device /dev/sda1 -f /dev/hda1
Votre périphérique SCSI meurt, il est trois heures du matin, vous avez
un disque IDE de réserve
reiserfsck --no-journal-available /dev/hda1
ou
reiserfsck --rebuild-tree --no-journal-available /dev/hda1
reiserfstune --no-journal-available --journal-new-device /dev/hda1 /dev/hda1
en utilisant /dev/hda1 avec un noyau modifié

AUTEUR

BOGUES

VOIR AUSSI

TRADUCTION

Cette traduction est une documentation libre ; veuillez vous reporter à la GNU General Public License version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.

Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message à

Index

NOM

SYNOPSIS

DESCRIPTION

OPTIONS

SCÉNARIOS POSSIBLES D'UTILISATION DE REISERFSTUNE :

AUTEUR

BOGUES

VOIR AUSSI

TRADUCTION