|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 05 Jun 2001 21:57:17 To : Eugene B. Berdnikov Subject : Re: ext3fs --------------------------------------------------------------------------------
Hi, Eugene!
>>>>> "EBB" == Eugene B Berdnikov <berd@desert.ihep.su> writes:
VB>> Я понимаю что бывают файлы "с дырками" и так длаее, но быват ли
VB>> девайсы, pipes, fifo таких размеров?
VB>> В данном случае под "fs" я понимаю программный комплекс состоящий из
VB>> 1. драйвера fs в ядре
VB>> 2. утилит для обслуживания fs лежащих сбоку.
VB>> pr-xr----t 1 650559636 209960108 12551290947528294400 Apr 19 1971 #42428
VB>> pr-S-wsr-T 1 1615431830 2700993279 7579770984199094272 Oct 2 1953 #42467
VB>> p--xrws--x 1 2449494565 1561714431 13841993778925142016 Sep 17 1941 #42633
VB>> prwxr-x--x 1 2493980796 2954331391 10949937134521286656 Dec 2 1931 #42635
VB>> pr---w---T 1 1466576009 4181626658 2136863138769797120 Aug 8 1940 #42678
VB>>
VB>> красиво?
VB>>
VB>> Кто-то хочет утверждать, что это номральная ситуация для надежной
VB>> файловой системы?
EBB> Судя по названиям, это содержимое lost+found. Судя по аттрибутам,
EBB> грохнулась inode table.
примерно так.
EBB> Мусор сгребли в специально предназначенное для него место, оставив
EBB> все аттрибуты "файлов" на месте. Об чем вопль в пустыне? :)
О том, что мусор, можно было не скребать, а хотя-бы просеять.
Почему вот Евгений смог из атрибутутов сделать вывод что это обломки
inode-table а fsck не смог? (кстаи, очень интересно было зайти с помощью
уродского mc в тот lost+found и посмотреть ;)
Почему мне, которому глубоко наплевать на inode-table, но не наплевать на
файлы (которые тоже довольно обильно сгребли в lost+found), пришлось
разгребать это все руками, и углублять свои познания в устройстве ext2fs?
Я совершенно не хотел этого делать. Мне нужно было два файлика, которые
действительно поломались. Остальное просто добавило по линку на вполне
целые файлы.
EBB> Сломалась самая важная часть fs, хорошо еще, что lost+found и голова
EBB> дерева уцелели. В таком жестоком случае - и это неплохо.
Да? неплохо? А как-же надежность fs? ;)
EBB> Так что наезд на ext2 пустой, извините. Если Вы считаете, что надо
EBB> дублировать блоки,
я не считаю что надо дублировать и так далее. Я считаю, что если заявлять
"fs надежна", то эти заявления нужно подкреплять фактами. Вот это был
факт, что ext2 ТОЖЕ ломается, и что потом выковыривать из обломков данные
довольно напряжно. Что удобного и хорошего унструментария практически
нет. Одна только lde, и то это где-то уровня nu 4.0.
EBB> делать FEC и прочие ритуалы - Вам скорее нужны не
EBB> reiser/xfs/jfs/etc, а RAID и лекции Корчмаря на ночь. ;)
уже подумываю на счет xfs, но пока подумываю...
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/2541dcffb284.html, оценка из 5, голосов 10
|