From: Sergey Vlasov <vsu@altlinux.ru>
To: Oleg Vladimirovich <community@altlinux.ru>
Subject: Re: [Comm] FS
Date: Wed, 18 Sep 2002 20:19:54 +0400
Message-ID: <20020918161954.GA4406@vcserver.mivlgu.internal> (raw)
In-Reply-To: <16591373107.20020918195414@interface.ru>
On Wed, Sep 18, 2002 at 19:54:14 +0400, olgerd wrote:
> Hello Oleg,
>
> Wednesday, September 18, 2002, 7:45:11 PM, you wrote:
>
> OV> Приветствую коллектив !
>
> OV> Вопрос : чем отличается журналируемая файловая система от
> OV> нежурналируемой ? Или где можно почитать на эту тему.
>
> OV> Буду благодарен за совет.
>
>
> Журналируемая файловая система способна восстановить данные после
> незапланированной перезагрузки например, или же после перепада
> напряжения.
Ничего подобного. Как правило, восстанавливается только целостность
метаданных, да и то на некоторый момент времени перед сбоем. На практике
это означает следующее:
1. Файлы или каталоги, созданные перед сбоем, могут после восстановления
не появиться (если информация об их создании не успела записаться в
журнал), т.к. обычно синхронная запись не используется.
2. Целостность собственно данных, хранящихся в файлах, тоже не
гарантируется (если только программа не использовала fsync() или подобные
вызовы, обеспечивающие физическую запись информации на диск).
В частности, для reiserfs характерно следующее поведение. Допустим, в
момент сбоя в какой-либо файл дописывались данные в конец (соответственно,
длина файла увеличивалась). Тогда зачастую получается, что запись об
изменении длины файла и выделении новых блоков данных для него уже попала
в журнал и записана на диск, а сами блоки с данными еще не записаны. Если
в этот момент происходит сбой, при последующей перезагрузке и
восстановлении длина файла увеличивается согласно записи в журнале, в
результате чего в конце файла оказывается мусор. Файловая система ext3
поддерживает различные режимы журнализации данных и по умолчанию работает
в режиме data=ordered, поэтому такое с ней обычно не происходит (но и
работает соответственно медленнее).
next prev parent reply other threads:[~2002-09-18 16:19 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-18 15:45 Oleg Vladimirovich
2002-09-18 15:54 ` olgerd
2002-09-18 16:16 ` Vitaly Lugovsky
2002-09-18 16:19 ` Sergey Vlasov [this message]
2002-09-18 17:03 ` Re[2]: " ASA
2002-09-18 16:04 ` [Comm] FS Michael Shigorin
2002-09-18 20:03 ` [Comm] FS Alexey Morsov
2002-09-19 5:25 ` Andrey Golovin
2002-09-19 6:06 ` Ilya Palagin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020918161954.GA4406@vcserver.mivlgu.internal \
--to=vsu@altlinux.ru \
--cc=community@altlinux.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git