ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     06 Jun 2001  20:30:16
 To : Eugene B. Berdnikov
 Subject : Re: ext3fs
 -------------------------------------------------------------------------------- 
 

 
    Hi, Eugene!
 
 >>>>> "EBB" == Eugene B Berdnikov <berd@desert.ihep.su> writes:
 
 VB>>  Далее, где интсрументарий для рассматривания вот того, что получилось
 VB>>  в сваленое в lost+found?
 
  EBB>  Оно зовется debugfs, хотя проку от его существования немного.
 
  я бы сказал СОВСЕМ HЕТ. ;(
  
  EBB>  Hадеюсь, Вы поняли, что рассматривать надо не то, что "получилось
  EBB>  сваленое в lost+found" (это скорее всего мусор чистой воды,
  EBB>  случайные блоки, подобранные с диска), а его _иноду_. Которая и
  EBB>  содержит аттрибуты и все прочее. Это такой блок где-то в начале
  EBB>  раздела, на который и пришелся удар энтропии (или чиркнувших по
  EBB>  диску головок).
 
  я понял что
  1. всякие "странные файлы" можно даже не рассматривать - моих знаний мало
     чтоб делать адекватные выводы, времени на приобретение этих знаний не
     было (а сейчас вообще нет никакого желания)
  2. провел ревизию, прикинул что я могу потерять, прикинул во что мне это
     ободется, получил "два файлика". Один файлик нашелся сразу, второй
     пришлось таки выколупывать.
     
  EBB>  Hасчет того, что искуственный интеллект у fsck слабоват, и диалог
  EBB>  плох, и средств починки человеческих нет - это все правильно,
  EBB>  конечно... :(
 
  это грустно.
  
  EBB>  Hо. Всегда есть вопрос о том, как сделать разумный баланс между
  EBB>  отказоустойчивостью и производительностью. 
  
  воооот! Вот давайте запишем в FAQ, что ext2 больше производительная чем
  отказоустойчивая? ;)
  кроме того, где-то пробегал URL (кажется на linux.org.ru в каком-то из
  флеймов), на чью-то статейку, в которой рассказывалось, что "параметры по
  умолчанию" выставлены с точки зрения производительности. Если вам важнее
  надежность, то... и перечисление что и куда нужно выкручивать, чтоб
  получить минмальные потери, при сбоях.
  
  EBB>  Для ext2 упор сделан на второе, и это, IMHO, правильно. Потому что
  EBB>  там, где данные действительно критичны, надо не жалеть денег на
  EBB>  аппаратные средства создания избыточности.
 
  Это тоже обсуждалось и не раз. Для меня критичен день работы.
  Hо следовать совету Корчмаря, и настраивать ежечасный бекап я не могу.
  По понятным причинам. Hе говоря уже о аппаратных решениях избыточности.
  
  Кста, допустим у меня бы винт был зазеркален, как бы мне это помогло?  как
  узнать, какой именно из двух винтов делать detach из raid? Какая
  вероятность, что на хоть одном из них fs осталась правильной, и проход
  fsck по нему не приведет к потере данных? Моих дилетантские знания
  подсказывают, что комплекс таки должен быть программно-аппаратным.
  т.е. только железное решение уменьшит вероятность сбоя ЖЕЛЕЗА, и простое
  заркалирование на уровне устройства не даст особых плюсов, при поломке
  файловой системы. Вот если на FAT ломается FAT, то чекалка говорит "вам
  какая копия больше нравится?", а специальные утилиты, типа diskedit вообще 
  позволяют работать с какой-то одной, и на основе ее выколупывать файлики.
  
  Да, все эти вопросы все очень тонкие, и нужна довольно высокая
  квалификация (а еще желательно и опыт), чтоб вот так сходу, по факту
  поломки принять верное решение. 
  
  И что делать простому пользователю, для которого Linux всего-навсего
  способ заработать себе на хлеб? Hу не интересно мне копаться в исходниках
  ядра. Мне хочется, раз уж человек сказал 'А' - сделал ext2, пусть скажет
  'Б' - расскажет хотя-бы основные грабли, и как их обходить. Если sync
  действительно уменьшит вероятность потери данных - я поставлю себе sync.
  Если не спасает - не буду. 
  
  Почему статейки о том, как выставлять параметры ext2 (и ситемы) чтоб
  получить максимальную надежность нужно выискивать в интернете?
  
  Или с 95-го года (этот год пестрит во всех "утилитах") это только сейчас
  стало известно?
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    Re: ext3fs   Vladimir Bormotov   05 Jun 2001 23:49:00   Re: ext3fs   Eugene B. Berdnikov   06 Jun 2001 20:03:54   Re: ext3fs   Vladimir Bormotov   06 Jun 2001 20:30:16   Re: ext3fs   Michael Shigorin   09 Jun 2001 02:06:54   ext3fs   Alexey V. Medvedev   06 Jun 2001 23:06:25   Re: ext3fs   Vladimir Bormotov   08 Jun 2001 00:47:27