From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3BB1EA96.3E91D43F@srm.ru> From: Sergei Aranovsky X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en,ru MIME-Version: 1.0 To: mandrake-russian@altlinux.ru Subject: Re: [mdk-re] RaiserFS & Home PC References: <005801c14669$555308a0$7283b8d5@AnonymousIPX> <20010926172221.682d8555.ziga@udm.ru> <3BB1CE60.1040200@iop.kiev.ua> <3BB1D2DB.70B5DF63@infosite.ru> <20010926194508.3e0ff510.gosha@sendmail.ru> <3BB1E228.A2EC81D7@infosite.ru> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 26 Sep 2001 14:47:51.0189 (UTC) FILETIME=[376D1C50:01C1469A] Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Wed Sep 26 18:42:12 2001 X-Original-Date: Wed, 26 Sep 2001 18:47:50 +0400 Archived-At: List-Archive: List-Post: Здравствуйте, "Peter V. Saveliev" wrote: > > Gosha wrote: > > > Зачем гистограмму? > > Вам тот факт, что ФС журналируемая, ни о чем не говорит? > > Другими словами, нет смысла оспаривать, что порушить reiserfs > > можно с гораздо меньшей вероятностью, чем ext2. > > Или Вы с этим не согласны? > > А журнал файловой системы, надо полагать, хранится всемирным разумом ? > ;)) Так опять же, на диске. То есть, работа с диском журналируется на > диск путем работы с диском. Разве нет? Или я что-то не так понял? А > обрушивание ФС - дело случая и кармы. Позвольте добавить свои пять копеек. Фаловая система состоит из "данных" (содержимое файлов) и "метаданных" (структура каталогов, таблицы размещения и т.д.). "Разрушение файловой системы" в 99.99% случаев -- рассинхронизация данных и метаданных, которое происходит: 1. если модификация файловой системы была прервана, когда данные уже записаны, а метаданные -- нет (простейший случай) или 2. если только часть операций записи метаданных на диск завершилась успешно (более тяжёлый случай). В первом случае на ext2 после прохода e2fsck мы имеем файлы в lost+found. Во втором случае -- с большой вероятностью разрушенную до непригодности файловую систему. Замечу, что проще файловая система, и чем меньше используется кэширование при записи, тем меньше вероятность сбоев такого рода (скажем, на DOS+FAT в отсутствии SMARTDRV они не встречались). В "журналируемых" файловых системах модификацмм рассматриваются как транзакции, причём, до и после транзакции файловая система должна быть в "консистентном" состоянии. В случае сбоя посередине транзакции, она откатывается (то есть файловая система, как данные, так и метаданные приводятся к состоянию "до начала модификации"). "Журнал" -- место, куда записывается данные для отката транзакции перед её исполнением. Если транзакция завершилась успешно, журнал чистится. Если нет -- происходит откат в соответствии с журналом (например, при следующей загрузке компьютера). Подобные схемы применяются в базах данных (и, кстати, именно оттуда пришли в файловые системы). Порча журнала может произойти только в результате аппаратного сбоя, а на современных винчестерах это событие маловероятное (ибо аппаратно же и обрабатывается). А вот прерывание модификации метаданных -- распространённейшее явление. С уважением, -Сергей Арановский