On Thu, 29 Jun 2006, Mihai Albu wrote:
Am avut o singura data nevoie de un reiserfsck cu --rebuild-tree, pe o
partitie de 160 GB. A durat f mult e drept, dar la final am avut numai
cateva fisiere busite, care au fost restorate din backupuri, in
conditiile in care pe partitia aia erau muuulte milioane de fisiere
(maildir-uri de fapt, cu mailuri de 4 ani pe ele, pt fro 500 domenii).
Ce chestie. Eu nu am avut nevoie niciodata sa rulez debugfs pe un
ext3, si chiar atunci cind un disc anume dadea aleator i/o error la
scriere am ramas la e2fsck. Am recuperat toate fisierele si intregi
(imagine that).
folosesc si ext3 pe centos-uri, pentru ca e nevoie de kerneluri spooky
ca sa ai suport de reiser pe centos, ceea ce mi se pare cam stupid.
centos e rebuild de rhel, rhel e enterprise deci e cumva
explicabil de ce nu are nici macar compilat suport pentru reiser:) Deci
"spooky" = trebuie recompilat, si anume trebuie doar adaugat modul de
reiser:). Imagine how spooky is that!:)
la picari de curent (de fapt nu picari, ci remote-reboot-uri) reiserul
remote-reboot-uri... hmm... ar trebui sa se intimple ceva cind dai
reboot la masina?:)
nu mi-a facut niciodata probleme, journal-check-ul dureaza foarte putin,
spre deosebire de ext3, care face fsck dupa rebooturi de-astea si mereu
gaseste busheli, iar uneori gaseste fs-ul corupt de tot - si nu e o
placere sa ai un /var corupt, mai exact un /var/lib/mysql corupt.
Aici nici nu mai merita sa comentez:) Vai de capul vostru!:)
--
Any views or opinions presented within this e-mail are solely those of
the author and do not necessarily represent those of any company, unless
otherwise expressly stated.
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
