ALT Linux Team development discussions
 help / color / mirror / Atom feed
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

  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