From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 21 Jul 2006 12:38:49 +0400 From: "Nikolay A. Fetisov" To: sisyphus@lists.altlinux.org Message-ID: <20060721123849.6b0e899b@naf177.naf.net.ru> In-Reply-To: <44C0836D.70905@iop.kiev.ua> References: <44BE1AB2.7070903@iop.kiev.ua> <44BE2994.5010102@iop.kiev.ua> <20060719182118.79da7889@naf177.naf.net.ru> <44BE4DBD.9040405@iop.kiev.ua> <20060719205419.2d7af648@naf177.naf.net.ru> <44BF5A91.5020800@iop.kiev.ua> <20060720164807.14f94d8b@naf177.naf.net.ru> <44BF934D.1020106@iop.kiev.ua> <20060720191738.797a0ccd@naf177.naf.net.ru> <44BFAB9B.6010609@iop.kiev.ua> <20060720204710.41d2f516@naf177.naf.net.ru> <44C0836D.70905@iop.kiev.ua> X-Mailer: Sylpheed-Claws 2.2.0cvs66 (GTK+ 2.8.18; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [sisyphus] evms X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.7 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jul 2006 08:39:23 -0000 Archived-At: List-Archive: List-Post: On Fri, 21 Jul 2006 10:34:05 +0300 Andrii Dobrovol`s`kii wrote: > Nikolay A. Fetisov пишет: > > В настоящий момент udev, запустившись, не создаёт файлы для EVMS - но > > _до_ него эти файлы были доступны и всё, что нужно, с ними уже было > > сделано. > > > Вот тут, по моему, и есть ответ. Файловая система смонтировалась и > доступна не потому, что ей не нужен соответствующий файл в /dev, а > потому, что на момент монтирования этот файл существовал. И для > дальнейшей работы с ним нет разницы удалили Вы его или нет на > файловой системе пока он открыт. Вот именно. Кроме того, файл продолжает существовать - но часть дерева каталогов, в котором он находится, перекрыто смонтированной поверх tmpfs. > Простенький тест. Открыть любой текстовый редактор. Создать и > записать на диск файл. Потом не закрывая файл удалить его с диска. > Редактор этого даже не заметит. Естественно. При открытии создастся handle и дальнейшая работа будет с ним. > Вы можете спокойно продолжать > редактирование а после сохранения изменений файл "воскреснет" там > куда Вы его до того записывали. А вот это неверно. При закрытии удалённого файла файловая система обнаружит нулевое число имён, ссылающихся на соответствующий inode и освободит его. Так что не "воскреснет", а окончательно "умрёт". > По тем же причинам доступна и работает уже смонтированная фс, ИМХО. > А вот если по каким-то причинам она будет отмонтирована, > смонтировать её опять не выйдет. До запуска активации. Естественно. Или до отключения udev. > В общем, > ИМХО, эту баго-фичу нужно побыстрее исправлять. Удивительно, что не > смотря на наличие бага в багзиле и вроде найденное там решение это > так и не поправлено. А часто надо отключать/подключать на работающей системе /home, /var, и что-либо подобное? В текущем состоянии (почти) всё работает, и сильно заинтересованных лиц в изменении ситуации, IMHO, нет. Вот Вы сейчас прописали в fstab всё нужное, и до следующей установки системы об этой фиче и не вспомните :-) > >> Да... Интересно то как... А зачем тогда вообще эти /dev/hd?X создаются > >> удевом? > > .... > С этими понятно. Я про разделы стационарного жесткого диска > созданные традиционным образом. Без участия evms. IMHO, 1) поскольку отличить CDROM от HDD не так уж и просто, 2) оно есть в готовом виде в udev. -- С уважением, Николай Фетисов