From: "Nikolay A. Fetisov" <naf@naf.net.ru> To: sisyphus@lists.altlinux.org Subject: Re: [sisyphus] evms Date: Fri, 21 Jul 2006 12:38:49 +0400 Message-ID: <20060721123849.6b0e899b@naf177.naf.net.ru> (raw) In-Reply-To: <44C0836D.70905@iop.kiev.ua> 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. -- С уважением, Николай Фетисов
next prev parent reply other threads:[~2006-07-21 8:38 UTC|newest] Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top 2006-07-19 11:42 Andrii Dobrovol`s`kii 2006-07-19 12:21 ` Andrey Khavryuchenko 2006-07-19 12:46 ` Andrii Dobrovol`s`kii 2006-07-19 13:47 ` Andrey Khavryuchenko 2006-07-19 14:21 ` Nikolay A. Fetisov 2006-07-19 15:20 ` Andrii Dobrovol`s`kii 2006-07-19 16:54 ` Nikolay A. Fetisov 2006-07-20 10:27 ` Andrii Dobrovol`s`kii 2006-07-20 12:48 ` Nikolay A. Fetisov 2006-07-20 13:56 ` Andrey Khavryuchenko 2006-07-20 14:27 ` Nikolay A. Fetisov 2006-07-20 14:38 ` Andrey Khavryuchenko 2006-07-20 14:53 ` Nikolay A. Fetisov 2006-07-20 18:31 ` Dmitry V. Levin 2006-07-20 18:52 ` Kirill A. Shutemov 2006-07-21 3:31 ` Nikolay A. Fetisov 2006-07-21 8:36 ` Dmitry V. Levin 2006-07-20 19:37 ` Andrey Khavryuchenko 2006-07-21 3:23 ` Nikolay A. Fetisov 2006-07-21 6:30 ` Andrey Khavryuchenko 2006-07-21 6:50 ` Nikolay A. Fetisov 2006-07-21 20:16 ` Andrey Khavryuchenko 2006-07-22 13:10 ` Andrii Dobrovol`s`kii 2006-07-21 7:33 ` Andrii Dobrovol`s`kii 2006-07-20 14:29 ` Andrii Dobrovol`s`kii 2006-07-20 15:17 ` Nikolay A. Fetisov 2006-07-20 16:13 ` Andriy Dobrovol`s`kii 2006-07-20 16:40 ` Kirill A. Shutemov 2006-07-20 19:42 ` Andrey Khavryuchenko 2006-07-21 9:13 ` Kirill A. Shutemov 2006-07-20 16:47 ` Nikolay A. Fetisov 2006-07-21 7:34 ` Andrii Dobrovol`s`kii 2006-07-21 8:38 ` Nikolay A. Fetisov [this message] 2006-07-21 9:42 ` Alexey I. Froloff 2006-07-21 10:07 ` Nikolay A. Fetisov 2006-07-21 11:08 ` Andrii Dobrovol`s`kii 2006-07-20 16:28 ` Sergey Bolshakov 2006-07-20 13:52 ` Kirill A. Shutemov 2006-07-31 8:39 ` Konstantin A. Lepikhov
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=20060721123849.6b0e899b@naf177.naf.net.ru \ --to=naf@naf.net.ru \ --cc=sisyphus@lists.altlinux.org \ /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 Sisyphus discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/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 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \ sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru public-inbox-index sisyphus Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sisyphus AGPL code for this site: git clone https://public-inbox.org/public-inbox.git