Re: [Retour d'Expérience] ReiserFS

2005-09-24 Par sujet Ludovic Desfontaines
Réponse dans le message ci-dessous

Le 23/09/05, Antoine Delaporte[EMAIL PROTECTED] a écrit :
 Le Fri, Sep 23, 2005 at 01:31:21PM +0200, Ludovic Desfontaines écrivait:
 Je vous remercie pour vos réponses.
 J'avoue qu'à l'heure actuelle, je ne sais pas comment on va faire.
 
 En fait, j'attendais plus un filesystems capable de faire se resize seul.
 Sous quel pretexte se resizerait il ? :)

 On ne souhaite vraiment pas rajouter des couches d'abstraction.
 On a eu des machines UNIX avec des couches LSM, puis ADVFS, le tout
 sur du RAID controlleur et c'était la zone.
 Pas pratique à gérer la superposition de systèmes de gestion de fichiers.
 Et pourtant si, cela est pratique...
 Imaginons plutot autrement les chose :
 .tu dois partitionner car tu as besoin de differencier les types de
 donnees du DD (/boot, swap, etc.)
 .un ordi c est particulierement bete, il a besoin de savoir ou se
 situent les donnees
 .toi tu as deja tes partitions
 .comment l'ordi fait pour savoir que la suite de la partition est
 entre la 5 et la 6 partitions ?

 Donc on reprend :
 .Tout filesysteme est necesserement dans une enveloppe, que ce soit
 une partition (et la paff, fdisk) ou un volume logique (et la
 effectivement tu as une couche d abstraction mais qui t'apporte bcp
 de fonctionnalités)
 .une partition est un ensemble fermé de données, non retaillable (si
 ca marche cest un concour de circonstance)
 .le lvm a des volumes physiques qui peuvent etre contenu dans une
 partition, mais on peut deplacer les volumes physiques...
 .Certains filesystems sont retaillable (augmentation seulement ou
 carrement, diminution de la taille)
En gros, LVM semble la seule situation ... ;)


 Bref dis moi comment tu imaginiais ton truc ??
En fait, après étude et pour te donnder un exemple, les systèmes VMS
supporte le resize à chaud (bon, limite à chaud, on s'en fout, mais,
la fonctionnalité et là et sans surcouche ;)) Voilà pourquoi je
recherchais ce genre de fonctionnalités dans système de fichiers
compatible Linux.



 Merci en tout cas pour vos réponses. Si on trouve quelque chose, je ne
 manquerais pas de vous tenir informé, ne serait-ce que pour des
 personnes qui se poserait éventuellement la question plus tard :)
 N'hesite franchement pas !
 J'avoue manquer d'optimisme
On ne sait jamais ;)


 --
 An Asterisk box without window$ is like a chocolate cake without mustard.
  Paul, asterisk-users


 --
 Pensez à lire la FAQ de la liste avant de poser une question :
 http://wiki.debian.net/?DebianFrench

 Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




--
 .''`. Ludovic Desfontaines
: :'  :System Engineer at Euriware/Areva ( http://www.euriware.fr )
`. `'`   ( http://www.areva.fr )
  `-   http://desfontaines.dyndns.org

Import GPG Key : http://desfontaines.dyndns.org/.cle.asc | gpg --import
GPG Key Fingerprint = 9A1F 1F93 8D61 97F5 DDE8  DF5E D385 33BE AC32 6268



Re: [Retour d'Expérience] ReiserFS

2005-09-24 Par sujet Ludovic Desfontaines
Bon, suite à toutes vos réponses, je vais quand même envisager
l'utilisation de LVM.
En fait, va surtout falloir réussir à convaincre tout le monde, car
là, avec les déboires LSM (ou autre pour les AIX), c'est un peu la
loose :D

Je vais aussir regarder xfs comme suggérer ici ;)

Merci bien à tous en tout cas.

Le 23/09/05, Jean-Luc Coulon (f5ibh)[EMAIL PROTECTED] a écrit :
 Le 23.09.2005 17:08:55, Marc PERRUDIN a écrit:
  Ludovic Desfontaines a écrit :
 
  Bonjour tout le monde.
  
  
  Bonjour,


 
  Mieux, moyennant l'application d'un patch dans le kernel, ext2online
  permet d'agrandir le système de fichier a chaud ce qui, couplé avec
  tes
  baies, peux te permettre de faire tes redimentionnements sans
  interuption de service (jamais testé personellement).
 
  A+


 xfs permet aussi de redimensionner le filesystem à chaud. Il ne permet
 cependant pas de le diminuer mais seulement de l'agrandir. Il *faut*
 même que le système de fichier soit monté.
Ah, on va regarder ça !!! Sans LVM, ce serait fort ;)

 Je l'utilsie avec lvm. On agrandit d'abord le volume logique
 sous-jacent et ensuite, on redimensionne le système de fichiers.


 Jean-Luc





--
 .''`. Ludovic Desfontaines
: :'  :System Engineer at Euriware/Areva ( http://www.euriware.fr )
`. `'`   ( http://www.areva.fr )
  `-   http://desfontaines.dyndns.org

Import GPG Key : http://desfontaines.dyndns.org/.cle.asc | gpg --import
GPG Key Fingerprint = 9A1F 1F93 8D61 97F5 DDE8  DF5E D385 33BE AC32 6268



Re: [Retour d'Expérience] ReiserFS

2005-09-24 Par sujet Jean-Luc Coulon (f5ibh)

Le 24.09.2005 10:41:18, Ludovic Desfontaines a écrit :

Réponse dans le message ci-dessous




ou
 carrement, diminution de la taille)
En gros, LVM semble la seule situation ... ;)


 Bref dis moi comment tu imaginiais ton truc ??
En fait, après étude et pour te donnder un exemple, les systèmes VMS
supporte le resize à chaud (bon, limite à chaud, on s'en fout, mais,
la fonctionnalité et là et sans surcouche ;)) Voilà pourquoi je
recherchais ce genre de fonctionnalités dans système de fichiers
compatible Linux.



Il faut bien comprendre les choses :
Reiserfs, ext2/3, XFS et les autres sont des systèmes de fichiers. Il  
peuvent (ou pas) savoir gérer le redimensionnement à chaud, mais ils  
reposent sur LA PARIITION SOUS-JACENTE.


Et la partition sous-jacente, c'est souvent elle qui pose des problèmes.

En partitionnement classique, il faut jouer de parted. Avec LVM, comme  
tout est logique, on a beaucoup  plus de souplesse.



Jean-Luc


pgpqd8mC0L07i.pgp
Description: PGP signature


Re: [Retour d'Expérience] ReiserFS

2005-09-24 Par sujet Jean-Luc Coulon (f5ibh)

Le 24.09.2005 10:50:28, Ludovic Desfontaines a écrit :

Bon, suite à toutes vos réponses, je vais quand même envisager
l'utilisation de LVM.
En fait, va surtout falloir réussir à convaincre tout le monde, car
là, avec les déboires LSM (ou autre pour les AIX), c'est un peu la
loose :D

Je vais aussir regarder xfs comme suggérer ici ;)


Il y a en xfs un petit problème (je ne l'ai pas eu mais certains s'en  
sotn plaints) :
Un système de fichiers créé en 64 bits de peut pas être utilsier avec  
un système 32 bits, c'est à vérifier.


XFS a d'autres fontionnalités intéressantes :
-la gestion des ACL est optimisée, ce n'est pas une greffe, elle est  
intégrée au système de fichiers ;
- il autorise les sauvegarde des données alors qu'il est en cours  
d'utilisation (je ne sais pas trop si ça fait ou pas double emploi avec  
les napshots de lvm).




Merci bien à tous en tout cas.


Jean-Luc


pgpy0RBFCKRAQ.pgp
Description: PGP signature


Re: [Retour d'Expérience] ReiserFS

2005-09-24 Par sujet François Boisson
Le Sat, 24 Sep 2005 08:56:46 +
Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit:

 En partitionnement classique, il faut jouer de parted. Avec LVM, comme
  
 tout est logique, on a beaucoup  plus de souplesse.
 
 

Puisqu'on parle de LVM, après recherche, je ne me trompe pas si je dis
qu'il n'y a aucune contradiction à méler SCSI+IDE dans les disques. Par
contre, je n'ai rien vu sur une méthode consistant à migrer d'un système
normal à LVM (en clair on part d'un disque en l'état et on met le
système sous LVM sans perte de données), c'est possible?


François Boisson


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: [Retour d'Expérience ] ReiserFS

2005-09-24 Par sujet Jean-Michel OLTRA

bonjour,


Le samedi 24 septembre 2005, François Boisson a écrit...


 Puisqu'on parle de LVM, après recherche, je ne me trompe pas si je dis
 qu'il n'y a aucune contradiction à méler SCSI+IDE dans les disques. Par
 contre, je n'ai rien vu sur une méthode consistant à migrer d'un système
 normal à LVM (en clair on part d'un disque en l'état et on met le
 système sous LVM sans perte de données), c'est possible?


Oui, si tu as de la place pour copier temporairement tes données dessus.
Sur une nouvelle partition qui sera en fin de processus incluse dans le
lvm.

-- 
jm



-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: [Retour d'Expérience] ReiserFS

2005-09-24 Par sujet Thomas Clavier
Ludovic Desfontaines a écrit :
 En fait, après étude et pour te donnder un exemple, les systèmes VMS
 supporte le resize à chaud (bon, limite à chaud, on s'en fout, mais,
 la fonctionnalité et là et sans surcouche ;)) Voilà pourquoi je
 recherchais ce genre de fonctionnalités dans système de fichiers
 compatible Linux.

dans ce cas, tu remplace lvm par vms et tu gardes reiserfs ou ext3 comme
type de fs :-)

-- 
Thomas Clavier  http://www.tcweb.org
Lille Sans Fil  http://www.lillesansfil.org
+33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED]


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: [Retour d'Expérience] ReiserFS

2005-09-24 Par sujet Thomas Clavier
François Boisson a écrit :
 Puisqu'on parle de LVM, après recherche, je ne me trompe pas si je dis
 qu'il n'y a aucune contradiction à méler SCSI+IDE dans les disques. Par

je n'ai jamais joué à ça, mais je ne vois pas pourquoi ça ne marcherais pas.

 contre, je n'ai rien vu sur une méthode consistant à migrer d'un système
 normal à LVM (en clair on part d'un disque en l'état et on met le
 système sous LVM sans perte de données), c'est possible?

oui, en passant par un autre disque ou des partitions temporaires ... en
direct live ce n'est pas possible.

-- 
Thomas Clavier  http://www.tcweb.org
Lille Sans Fil  http://www.lillesansfil.org
+33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED]


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: [Retour d'Expérience] ReiserFS

2005-09-24 Par sujet Jean-Luc Coulon (f5ibh)

Le 24.09.2005 11:22:59, François Boisson a écrit :

Le Sat, 24 Sep 2005 08:56:46 +
Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit:

 En partitionnement classique, il faut jouer de parted. Avec LVM,
comme

 tout est logique, on a beaucoup  plus de souplesse.



Puisqu'on parle de LVM, après recherche, je ne me trompe pas si je dis
qu'il n'y a aucune contradiction à méler SCSI+IDE dans les disques.


Oui, ça n'a pas vraiment d'imortance.
beaucoup croient que lvm est un système de fichiers. Ce n'est pas le  
cas, c'est juste une organisation logique de volumes physiques. Si on a  
un volume logique qui s'étale sur plusieurs disques physiques et qu'on  
crashe un des disques, le système de fichiers est perdu...



Par
contre, je n'ai rien vu sur une méthode consistant à migrer d'un
système
normal à LVM (en clair on part d'un disque en l'état et on met le
système sous LVM sans perte de données), c'est possible?


La manip est du même type que celle qui consiste à installer un nouveau  
disque dsur le système.


Il faut avoir de la place disponible pour lvm. On peut procéder par  
étapes, il y a reboot entre les différentes manip selon le schéma de  
partitionnement adopté : migrer /home se fait sans gros problème, juste  
en copiant les données. Mettre le répertoire racine sus lvm est  
faisable (je l'ai fait) mais demande une certaine gymnastique... et de  
bonnes sauvegardes





François Boisson


Jean-Luc


pgpn5a59yiWH2.pgp
Description: PGP signature


[Retour d'Expérience] ReiserFS

2005-09-23 Par sujet Ludovic Desfontaines
Bonjour tout le monde.

Dans le cadre de mon activité professionnelle, nous sommes confrontés
à un choix qui impactera l'exploitation du SI de notre client.
Nous avons à notre disposition une baie EVA (HP), dans laquelle nous
souhaitons mettre des applications (base de données notamment).
Le problème se pose sur la volumétrie. En effet, comme toute
application, les bases de données ne cessent de grossir. Les baies EVA
supporte le resize de partitions à chaud (c'est d'ailleurs un de leurs
gros intérêt).
Le problème se pose dès lors que l'on veut resizer les partitions sur Linux.

J'ai regardé du côté d'Ext3 ; on a réussi, mais cela ne semble pas
convaincre mon chef, lorsqu'il a vu que j'ai fait un fdisk pour
supprimer puis recréer le filesystems. Effectivement, ça a marché. Pas
de perte de données, . Mais bon, il n'est franchement pas
convaincu.

J'ai vu que ReiserFS, en version 3 le permet. La version 4 ne semble
pas le supporter.

Je souhaiterais savoir si certains d'entre vous ont un retour
d'expérience sur ce sujet.
Genre, si vous l'avez testé plusieurs fois avec succès (ou non bien
évidemment !!).

Eventuellement, si vous avez des suggestions de filesystems à utiliser
pour ce genre de problème, je suis tout ouïe.

Merci d'avance pour vos réponses.
Ludovic

--
 .''`. Ludovic Desfontaines
: :'  :System Engineer at Euriware/Areva ( http://www.euriware.fr )
`. `'`   ( http://www.areva.fr )
  `-   http://desfontaines.dyndns.org

Import GPG Key : http://desfontaines.dyndns.org/.cle.asc | gpg --import
GPG Key Fingerprint = 9A1F 1F93 8D61 97F5 DDE8  DF5E D385 33BE AC32 6268



Re: [Retour d'Expérience] ReiserFS

2005-09-23 Par sujet antoine
 Eventuellement, si vous avez des suggestions de filesystems à utiliser
 pour ce genre de problème, je suis tout ouïe.

Je regrette le ext2 qui permettait d'utiliser l'application recover
afin de récupérer des fichiers effacés par mégarde.
(recover ne marche pas sous ext3)

antoine



Re: [Retour d'Expérience] ReiserFS

2005-09-23 Par sujet Bruno Muller
Le vendredi 23 septembre 2005 à 09:37 +0200, Ludovic Desfontaines a
écrit :
 Le problème se pose dès lors que l'on veut resizer les partitions sur Linux.

[...]

 Eventuellement, si vous avez des suggestions de filesystems à utiliser
 pour ce genre de problème, je suis tout ouïe.


J'ai un lien à te proposer :
http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/fr/html-1page/LVM-HOWTO.html#extendlv

Bruno

-- 
C'EST FACILE DE SE MOQUER
P : Ah ! Ah ! T'es déguisé en femme girafe ?!
M : Mais nan, connard ! J'ai un collier anti-puces, un collier
anti-tiques, un collier anti-aoûtats, un collier anti-poux...
P : En tout cas, ça te fait une sacrée tête de con !
M : J'aurais dû mettre un collier anti-chats !



Re: [Retour d'Expérience] ReiserFS

2005-09-23 Par sujet Thomas CLavier
Ludovic Desfontaines a écrit :
 Le problème se pose dès lors que l'on veut resizer les partitions sur Linux.

Perso j'utilise reiserfs depuis bientôt 2 ans sur mon serveur perso avec
lvm et retaillage à chaud des fs ça marche très bien, et le gros
avantage, c'est de pouvoir réduire un fs (utiliser l'option -A de lvm)

-- 
Thomas Clavier  http://www.tcweb.org
Lille Sans Fil  http://www.lillesansfil.org
+33 (0)6 20 81 81 30



Re: [Retour d'Expérience] ReiserFS

2005-09-23 Par sujet Ludovic Desfontaines
Je vous remercie pour vos réponses.
J'avoue qu'à l'heure actuelle, je ne sais pas comment on va faire.

En fait, j'attendais plus un filesystems capable de faire se resize seul.
On ne souhaite vraiment pas rajouter des couches d'abstraction.
On a eu des machines UNIX avec des couches LSM, puis ADVFS, le tout
sur du RAID controlleur et c'était la zone.
Pas pratique à gérer la superposition de systèmes de gestion de fichiers.

Merci en tout cas pour vos réponses. Si on trouve quelque chose, je ne
manquerais pas de vous tenir informé, ne serait-ce que pour des
personnes qui se poserait éventuellement la question plus tard :)

Ludovic

Le 23/09/05, Antoine Delaporte[EMAIL PROTECTED] a écrit :
 Le Fri, Sep 23, 2005 at 09:37:59AM +0200, Ludovic Desfontaines écrivait:
 Bonjour tout le monde.
 
 Dans le cadre de mon activité professionnelle, nous sommes confrontés
 à un choix qui impactera l'exploitation du SI de notre client.
 Nous avons à notre disposition une baie EVA (HP), dans laquelle nous
 souhaitons mettre des applications (base de données notamment).
 Le problème se pose sur la volumétrie. En effet, comme toute
 application, les bases de données ne cessent de grossir. Les baies EVA
 supporte le resize de partitions à chaud (c'est d'ailleurs un de leurs
 gros intérêt).
 Le problème se pose dès lors que l'on veut resizer les partitions sur Linux.
 
 J'ai regardé du côté d'Ext3 ; on a réussi, mais cela ne semble pas
 convaincre mon chef, lorsqu'il a vu que j'ai fait un fdisk pour
 supprimer puis recréer le filesystems. Effectivement, ça a marché. Pas
 de perte de données, . Mais bon, il n'est franchement pas
 convaincu.
 
 J'ai vu que ReiserFS, en version 3 le permet. La version 4 ne semble
 pas le supporter.
 Personnellement j'utilise le LVM (depuis deja plusieurs années, c'est
 vraiment un systeme exceptionnel avec la possibilite de rajouter des
 disque dur, d'en supprimer de faire des snapshots...), comme te le
 suggere un compagnon de liste :).

 Mais dessus je ne met du xfs... j'ai ete, a trop de reprises, decu par
 reiser qui m'a fait perdre des données (il n'a vraiment pas aimé les
 on/off entre autres)


 --
 An Asterisk box without window$ is like a chocolate cake without mustard.
  Paul, asterisk-users


 --
 Pensez à lire la FAQ de la liste avant de poser une question :
 http://wiki.debian.net/?DebianFrench

 Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




--
 .''`. Ludovic Desfontaines
: :'  :System Engineer at Euriware/Areva ( http://www.euriware.fr )
`. `'`   ( http://www.areva.fr )
  `-   http://desfontaines.dyndns.org

Import GPG Key : http://desfontaines.dyndns.org/.cle.asc | gpg --import
GPG Key Fingerprint = 9A1F 1F93 8D61 97F5 DDE8  DF5E D385 33BE AC32 6268



Re: [Retour d'Expérience] ReiserFS

2005-09-23 Par sujet Marc PERRUDIN
Ludovic Desfontaines a écrit :

Bonjour tout le monde.
  

Bonjour,

Dans le cadre de mon activité professionnelle, nous sommes confrontés
à un choix qui impactera l'exploitation du SI de notre client.
Nous avons à notre disposition une baie EVA (HP), dans laquelle nous
souhaitons mettre des applications (base de données notamment).
Le problème se pose sur la volumétrie. En effet, comme toute
application, les bases de données ne cessent de grossir. Les baies EVA
supporte le resize de partitions à chaud (c'est d'ailleurs un de leurs
gros intérêt).
Le problème se pose dès lors que l'on veut resizer les partitions sur Linux.

J'ai regardé du côté d'Ext3 ; on a réussi, mais cela ne semble pas
convaincre mon chef, lorsqu'il a vu que j'ai fait un fdisk pour
supprimer puis recréer le filesystems. Effectivement, ça a marché. Pas
de perte de données, . Mais bon, il n'est franchement pas
convaincu.

J'ai vu que ReiserFS, en version 3 le permet. La version 4 ne semble
pas le supporter.

Je souhaiterais savoir si certains d'entre vous ont un retour
d'expérience sur ce sujet.
Genre, si vous l'avez testé plusieurs fois avec succès (ou non bien
évidemment !!).

Eventuellement, si vous avez des suggestions de filesystems à utiliser
pour ce genre de problème, je suis tout ouïe.
  

Si tes baies EVA supportent le 'resize' des partitions a chaud (en gros,
elles assurent une partie des fonctionnalités de LVM), tu n'es pas
obligé d'utiliser fdisk. Utilise plutot la commande ext2resize qui
permet d'agrandir ou de diminuer le systeme de fichier une fois la
partition redimentionnée lorsque celui-ci est demonté. J'utilise
regulierement cette fonctionnalité (avec LVM par contre, car je n'ai pas
de baie aussi evoluée que les tiennes) et je n'ai jamais eut de probleme
aussi bien lorsque je les agrandis que lorsque je les reduis.

Mieux, moyennant l'application d'un patch dans le kernel, ext2online
permet d'agrandir le système de fichier a chaud ce qui, couplé avec tes
baies, peux te permettre de faire tes redimentionnements sans
interuption de service (jamais testé personellement).

A+

Merci d'avance pour vos réponses.
Ludovic

--
 .''`. Ludovic Desfontaines
: :'  :System Engineer at Euriware/Areva ( http://www.euriware.fr )
`. `'`   ( http://www.areva.fr )
  `-   http://desfontaines.dyndns.org

Import GPG Key : http://desfontaines.dyndns.org/.cle.asc | gpg --import
GPG Key Fingerprint = 9A1F 1F93 8D61 97F5 DDE8  DF5E D385 33BE AC32 6268

  



-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: [Retour d'Expérience] ReiserFS

2005-09-23 Par sujet Jean-Luc Coulon (f5ibh)

Le 23.09.2005 17:08:55, Marc PERRUDIN a écrit :

Ludovic Desfontaines a écrit :

Bonjour tout le monde.


Bonjour,





Mieux, moyennant l'application d'un patch dans le kernel, ext2online
permet d'agrandir le système de fichier a chaud ce qui, couplé avec
tes
baies, peux te permettre de faire tes redimentionnements sans
interuption de service (jamais testé personellement).

A+



xfs permet aussi de redimensionner le filesystem à chaud. Il ne permet  
cependant pas de le diminuer mais seulement de l'agrandir. Il *faut*  
même que le système de fichier soit monté.


Je l'utilsie avec lvm. On agrandit d'abord le volume logique  
sous-jacent et ensuite, on redimensionne le système de fichiers.



Jean-Luc


pgp2hC7fZuO6X.pgp
Description: PGP signature