From: Led <led@altlinux.ru> To: devel@lists.altlinux.org Subject: Re: [devel] [RFC] make-initrd Date: Wed, 15 Jan 2014 05:00:13 +0200 Message-ID: <201401150500.13557.led@altlinux.ru> (raw) In-Reply-To: <20140115023936.GA9010@mw.mithraen.ru> On Wednesday 15 January 2014 04:39:36 Денис Смирнов wrote: > On Wed, Jan 15, 2014 at 04:36:41AM +0400, Dmitry V. Levin wrote: > > Кто багов боится - тот dist-upgrade не делает. :) > > Не похоже, чтобы риски обновления образа initramfs существенно отличались > > от рисков обновления системы. > > Если после обновления системы systemd сдохнет и не будет грузиться, то > init=/bin/sh спасёт. Только если драйвер клавиатуры вкомпилен в ядро, или, каким-то чудом, подгрузился:) > И до тех пор, пока в системе живы хотя бы /bin/sh, > /usr/bin/ip (кстати, с чего это он в /usr/bin?) и /bin/rpm, вместе со > своими зависимостями -- большинство багов от неудачного dist-upgrade можно > исправить без помощи rescue. > > А критичный баг в initramfs для меня уже будет означать однозначную > необходимость в rescue, да с переменным успехом (ибо выяснить что там не > так, и исправить -- нужны отдельные знания). > > > Можно провести параллель между образом initramfs и executable, статически > > слинкованным с несколькими библиотеками. По идее, после обновления любой > > из этих библиотек такой executable полагается пересобрать, но при этом > > возникает риск, что полученный результат не будет настолько же рабочим. > > Только вот работоспособность этого бинарника критична для загрузки системы > хоть в какое-то ремонтопригодное состояние. > > У initramfs ровно две критичных задачи: > 1. примонтировать rootfs (с последующей загрузкой) > 2. в случае невозможности примонтировать rootfs -- дать администратору > ручки, чтобы это как-либо исправить > > systemd тут -- это уже из пушки по вороьбям. > А вот использование старого > доброго init выглядит разумным шагом. Я к сожалению так и не понял: в чём же тут профит... :( > > И лучше бы initramfs максимально изолировать от остальной системы. Потому > как выигрышь в максимум единицы секунд на повторном старте udev+systemd не > стоит того, чтобы терять на этом надёжность. ИМХО у initramfs ровно одна задача: смонтировать / и запустить с него системный init (чем бы он ни был). В 90% случаев для этого даже udev не нужен. -- Led
next prev parent reply other threads:[~2014-01-15 3:00 UTC|newest] Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top 2014-01-14 13:58 Alexey Gladkov 2014-01-14 14:12 ` [devel] Dracut (was: make-initrd) Sergey V Turchin 2014-01-14 14:25 ` [devel] Dracut Alexey Gladkov 2014-01-14 14:45 ` [devel] make-initrd (was: Dracut) Michael Shigorin 2014-01-14 15:58 ` [devel] [RFC] make-initrd Alexey Gladkov 2014-01-14 18:23 ` Alexey Gladkov 2014-01-14 19:24 ` Viacheslav Dubrovskyi 2014-01-14 20:00 ` Michael Shigorin 2014-01-14 19:34 ` Dmitry V. Levin 2014-01-14 22:30 ` Alexey Gladkov 2014-01-14 23:34 ` Dmitry V. Levin 2014-01-15 0:07 ` Led 2014-01-15 0:36 ` Dmitry V. Levin 2014-01-15 2:39 ` Денис Смирнов 2014-01-15 3:00 ` Led [this message] 2014-01-15 3:13 ` Dmitry V. Levin 2014-01-15 3:50 ` Led 2014-01-15 8:16 ` Sergey Y. Afonin 2014-01-15 5:12 ` Денис Смирнов 2014-01-15 3:08 ` Dmitry V. Levin 2014-01-15 5:04 ` Денис Смирнов 2014-01-15 8:56 ` Alexey Gladkov 2014-01-15 12:27 ` Dmitry V. Levin 2014-01-15 12:37 ` Sergey V Turchin 2014-01-15 12:43 ` Dmitry V. Levin 2014-01-15 12:48 ` Sergey V Turchin 2014-01-15 12:41 ` Alexey Gladkov 2014-01-15 8:13 ` Sergey Y. Afonin 2014-01-15 8:08 ` Sergey Y. Afonin 2014-01-15 8:33 ` Alexey Gladkov 2014-01-15 8:01 ` Sergey Y. Afonin 2014-01-16 21:36 ` Alexey Gladkov
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=201401150500.13557.led@altlinux.ru \ --to=led@altlinux.ru \ --cc=devel@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 Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/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 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git