Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: ext3fs   Vladimir Bormotov   05 Jun 2001 14:43:53 
 Re: ext3fs   Eugene B. Berdnikov   05 Jun 2001 18:50:15 
 Re: ext3fs   Vladimir Bormotov   05 Jun 2001 21:57:17 
 ext3fs   Vladimir Mosgalin   03 Jun 2001 23:27:46 
 Re: ext3fs   Ruslan Skripka   13 Jun 2001 21:13:03 
 ext3fs   Vitty Kuznestsov   05 Jun 2001 21:33:16 
 Re: ext3fs   Vladimir Bormotov   06 Jun 2001 14:16:07 
Архивное /ru.linux/2541dcffb284.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional