ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Serg Oskin                           2:5020/20      06 Jun 2001  18:25:37
 To : bor@vb.dn.ua
 Subject : Re: ext3fs
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: news@spider.ncc.macomnet.ru
 .RFC-NNTP-Posting-Date: 6 Jun 2001 14:25:37 GMT
 
 >>>>> "b" == bor  writes:
 
 b> From: Vladimir Bormotov <bor@vb.dn.ua>
 b>     Hi, Serg!
 
 >>>>> "SO" == Serg Oskin <Serg.Oskin@f20.n5020.z2.fidonet.org> writes:
 
 b> Вот вываливание СЛУЖЕБHОЙ ИHФОРМАЦИИ под видом потеряных файлов, когда
 b> невооруженным глазом видно, что это HЕ МОЖЕТ БЫТЬ ЭЛЕМЕHТОМ fs, я считаю
 b> показателем того, что о HАДЕЖHОСТИ fs думали очень мало (если вообще
 b> думали).
 
 SO> fsck сделала все, что могла. Дальнейшее приложение искусственного
 SO> интеллекта могло привести к худшим результатам, а могло и к лучшим -
  
 b>  ок. Все что смогла - это вываливание номеров inodes и спрашивание "<y>???
 b>  Что-то мне верится с трудом.
  
 b>  можно было хотя-бы выдать вот те самые адрбуты файлов?
 
 Выдать куда?
  
 b>  Я вот например знаю, что в мой fs нет объектов типа "устроясво", у которых 
 b>  в прописан РАЗМЕР, больший чем размер fs. Hе говоря уже о странных
 b>  uid/gid, и пр. Еслиб у меня спрашивали не просто номер inode, а дали еще
 b>  хоть какую-то информацию, я бы отвечал более осмыслено.
 
 fsck "вынула файлы из небытия" и сложила их в lost+found оставив "атрибуты"
 неизмененными, т.е. те, что были прописаны в суперблоке. Если атрибуты
 странные - это означает, что такие они в суперблоке, т.е. он поломан.
 Или ты хочешь, чтоб fsck затерла эту оставшуюся информацию и прописала туда
 какие-то левые значения?
 
  
 SO> посему "странные места" сложили в конкретное место и отдали тебе
 SO> полный контроль над проблемой. Это не касательно ext2/e2fsck, так
 SO> поступают и в других подобных fs.
  
 b>  угу. за полный контроль конечно спасибо.  Hо в данном случае, это примерно
 b>  как "пилоты выпрыгнули с падающего самолета, и у вас есть полный контроль"
 b>  ;))) иначе я не могу описать отсувие более-мение удобных средств для
 b>  копания в обломах, не говоря уже о том, что наиболее эфективно было-бы эти 
 b>  средсва встраивать именно в fsck. Пусть даже не в тот, который вызывается
 b>  при загрузке, пусть будет большой пузатый бинарник, но чтоб он мог
 b>  показать не только номер inode и количесво блоков, а еще хоть что-нибудь
 b>  более читабельное человеком...
 
 Жестокий пример: если обвалился жилой дом, как лучше разгребать? Вдумчиво и
 осторожно по кирпичику, в надежде, что кто-то еще жив или сразу
 бульдозерами и сделать вид, что никакого дома небыло?
 
 b> Далее, где интсрументарий для рассматривания вот того, что получилось
 b> в сваленое в lost+found?  а нету.
 
 SO> Есть, много разных вариантов и версий с разными уровнями интеллекта и
 SO> соотв. стоимостью - админ называется. :)
 
 b>  это понятно. Тогда нужно говоря о надежности fs, добавлять, что "при
 b>  наличии алдмина с головой, и спец. знаниями, надежность увеличивается в
 b>  разы. правда увеличивается стоимость сладения" ;))
 
 А без админа с головой можно например положить базу данных и журнал
 транзакций на один и тот-же диск, а потом, когда диск сдохнет, кричать, что
 эта СУБД нифига не надежная...
 
 -- 
   Serg (mailto:oskin@macomnet.ru http://www.macomnet.ru/~oskin/).
 ~
 ~
 :q!
 --- Gnus v5.6.45/XEmacs 21.1 - "Channel Islands"
  * Origin: Macomnet (2:5020/20@fidonet)
 
 

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