Reprise du message précédent :
"ReiserFS : toujours un bon choix ?"  
 
reiser tue les meres de famille. apres , c'est toi qui voie

j'ai un disque qui a eu subitement des bad blocks, reiserfs a permis de récupérer les données, mais au niveau des noms et de l'arborescence j'en ai perdu pas mal, tout est fourré dans lost+found

et avec un fsck.reiserfs --rebuilt-tree
(attention, lis bien le man avant, je n'ai aucune expérience en la matière !)

c'est ce que j'ai du faire justement
après un ddrescue du disque entier, et un kpartx pour avoir des loop devices dans /dev/mapper/

le lost+found est remplit de fichiers sans noms, sans date, sans droits  

Le truc qui me fait peur avec ext3, c'est les fsck à intervalles réguliers.
 
Est-ce que la durée du fsck dépend du remplissage de la partition au fait ?
 
Est-ce que certains ont pris le risque de les espacer à 6 mois ou plus ?

perso j'ai désactivé les fsck mensuels et tous les X montages ... je n'ai laissé que les fsck biannuels (ou qqch comme ça).
au final, pas plus de fragmentation que quand c'est fait tous les mois donc

Je ne comprends pas pourquoi vous cherchez à espacer les fsck...
Je ne trouve pas ça si contraignant, ça prend juste qq secondes au boot, de temps en temps... c'est pas la mort quoi...
A moins que vous ayiez une explication rationnelle à tout ça...

Quand t'as un dd de 200 Go en full ext3 sur plusieurs partitions, je peux te dire que ton fsck prend plus que "quelques secondes"

Et encore, 200 Go, c'est pas beaucoup aujourd'hui.
 
http://www.pcinpact.com/sondages/detail/85.htm

sur un laptop c'est très correct

Ouaip mais sur des To ca prend un morceau de temps

oki, j'ai un laptop, et 60 Go, dont la plupart en Reiserfs de toute façon !  
Je posais juste la question pour savoir... et je vous comprends mieux (je compatis même ! )

 
Désolé de relancer un hs, puisque c'est là...
Aparemment le souci principal de zfs c'est qu'il n'est pas concu pour prendre en compte les limites du matériel au niveau buffering par exemple, donc en lancant une opération complexe on peut facilement saturer la mémoire de son pc, et quand zfs n'a plus de mémoire, zfs saute :  
http://www.mail-archive.com/zfs-di [...] 05542.html
http://blog.rootshell.be/2006/07/0 [...] he-effect/
 
ils sont en train d'implémenter une limite mais elle n'est pas encore fonctionnelle

 
ça dépend de la quantité des fichiers surtout non ?
quand l'essentiel du disque est remplit de fichier de ~700 c'est moins pire que des dossiers de compils

.... ouais bah pour un serveur de messagerie ...

Le tail-packing de reiserfs, c'est quand même bon. J'ai encore comparé ce weekend: un checkout svn de 2G en reiserfs, ça faisait du 2,5G en ext3. Pas négligeable.

ce qui veut dire ?
 
Moi perso, je n'ai plus trop confiance au dev de reiserfs, je pense que vais finir par opter pour ext4 des que ça sera prêt.

Edward continue de faire du bon travail, mais sur son temps libre je crains...

Vous connaissez pas un soft qui peut scanner une arborescence, stocker les md5 des fichiers et les vérifier les fois d'après ?
 
Si je trouve pas, faudra que je fasse ça, un jour.

bah ça reste du linux, avec une très grosse base d'utilisateurs, pour le moment, y a pas trop à s'inquiéter. si le BKL saute de reiserfs3, ça fera un truc de moins en faveur d'extX