Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1468 connectés 

 



Dernière réponse
Sujet : ReiserFS : toujours un bon choix ?
*syl*

Code :
  1. find ton_rep -type f -exec md5sum {} \;  > sum
  2. md5sum -c sum | grep -v "OK$"


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
*syl*

Code :
  1. find ton_rep -type f -exec md5sum {} \;  > sum
  2. md5sum -c sum | grep -v "OK$"

Taz

dr-freuderick a écrit :

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.


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

regdub 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. :o
gee Edward continue de faire du bon travail, mais sur son temps libre je crains...
dr-freuderick 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.
Taz 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.
gug42 :lol: .... ouais bah pour un serveur de messagerie ...
basketor63

regdub a écrit :

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


 

gug42 a écrit :

Ouaip mais sur des To ca prend un morceau de temps :D


 
ç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 :D

enfoiro

cyberlau a écrit :


 
Ok merci pour l'info  :)  
 


 

cyberlau a écrit :


 
Ben j'avais bien préciser sur le papier  :o  
Actuellement les bench sont moyennement convainquant dans certains cas de figure, bcp de chose reste à faire/améliorer (le coup de la compression du FS en monoprocessus mouais) et il y a encore pas mal de bug.
 
Mais je ne veux pas juger quelque chose qui n'a pas encore été déclarer officiellement terminé.
Mais force est de reconnaitre que sur le papier, c'est classe  :sol:


 
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 :D

cactus oki, j'ai un laptop, et 60 Go, dont la plupart en Reiserfs de toute façon ! :D  
Je posais juste la question pour savoir... et je vous comprends mieux (je compatis même ! :D )
gug42 Ouaip mais sur des To ca prend un morceau de temps :D
wedgeant

regdub a écrit :

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 :D

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

cactus a écrit :

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" [:ddr555]

cactus 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... ;)
wedgeant

regdub a écrit :

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 :spamafote:

regdub 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 ?
basketor63

cactus a écrit :

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  [:stukka]

cactus et avec un fsck.reiserfs --rebuilt-tree
(attention, lis bien le man avant, je n'ai aucune expérience en la matière !) ;)
basketor63 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 :/
duffy_mesgenoux "ReiserFS : toujours un bon choix ?"  
 
reiser tue les meres de famille. apres , c'est toi qui voie [:dawao]

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR