From: Mikhail Efremov <sem@altlinux.org>
To: devel@lists.altlinux.org
Subject: Re: [devel] Q: postinst hook for firmware-*
Date: Thu, 23 Nov 2017 19:19:30 +0300
Message-ID: <20171123191930.72e3f85d@sem.office.basealt.ru> (raw)
In-Reply-To: <20171123142236.GA7748@lks.home>
On Thu, 23 Nov 2017 15:22:36 +0100 Konstantin Lepikhov wrote:
> Hi Mikhail!
>
> On 23-11-17, at 04:56:03 you wrote:
>
> > On Thu, 23 Nov 2017 12:55:42 +0100 Konstantin Lepikhov wrote:
> > > Hi Mikhail!
> > >
> > > On 22-11-17, at 02:23:51 you wrote:
> > >
> > > > On Sat, 9 Sep 2017 00:06:53 +0200 Konstantin Lepikhov wrote:
> > > > > Hi Dmitry!
> > > > >
> > > > > On 09/09/2017, at 12:01:37 AM you wrote:
> > > > >
> > > > > > Что-то я сразу не спросил: для какого ядра хочется обновить initrd
> > > > > > при обновлении ucode? текущее, как написано в патче?
> > > > > > то, на которое /boot/vmlinuz указывает?
> > > > > конечно текущее - для новых ядер ucode подхватится сам. Текущий
> > > > > kernel.trigger не учитывает как раз случай, когда новый ucode
> > > > > приехал, а ядра остались старые.
> > > >
> > > > По умолчанию это правильное поведение, наверно. Но должна быть
> > > > возможность это выключить. Потому что я не хочу, чтобы initrd, с
> > > > которым я уже загрузился и, с достаточно большой вероятностью, смогу
> > > > загрузиться опять, менялся на новый, с которым получится ли
> > > > загрузиться - неизвестно. Я сам перегенерю initrd, если нужно. Обычно
> > > > же вообще не нужно, потому что на момент перезагрузки чаще всего уже
> > > > есть более свежее ядро с новым initrd.
> > > > Должно быть какое-то специально значение переменной INITRD_AUTOUPDATE,
> > > > что-нибудь типа INITRD_AUTOUPDATE=nevermore.
> > > >
> > > Feel free to add. Хотя мне интересно, вы сами сталкивались с такой
> > > ситуацией, когда обновление microcode ломало загрузку?
> >
> > Дело не в обновлении microcode, а в том, что меняется initrd. И если по
> > каким-то причинам новый initrd оказался не рабочим, то загрузиться с
> > текущим ядром уже не получится. Да, бывает обратная ситуация, когда
> > нужно перегенерить initrd, но такие случаи более-менее предсказуемы,
> > думаю.
> >
> Для mission critical вещей есть такая вещь как monolitic kernel.
> Железобетонно и предсказуемо.
Мне и на десктопе хочется иметь ядро, с которым можно загрузиться.
--
WBR, Mikhail Efremov
next prev parent reply other threads:[~2017-11-23 16:19 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-04 11:56 Konstantin Lepikhov
2017-09-04 16:01 ` Dmitry V. Levin
2017-09-04 19:18 ` Konstantin Lepikhov
2017-09-04 21:35 ` Dmitry V. Levin
2017-09-06 12:09 ` Konstantin Lepikhov
2017-09-06 13:37 ` Dmitry V. Levin
2017-09-06 22:03 ` Konstantin Lepikhov
2017-09-07 6:37 ` Dmitry V. Levin
2017-09-07 7:47 ` Konstantin Lepikhov
2017-09-07 9:28 ` Dmitry V. Levin
2017-09-07 10:17 ` Konstantin Lepikhov
2017-09-08 21:01 ` Dmitry V. Levin
2017-09-08 22:06 ` Konstantin Lepikhov
2017-11-22 11:23 ` Mikhail Efremov
2017-11-23 11:55 ` Konstantin Lepikhov
2017-11-23 13:53 ` Sergey Afonin
2017-11-23 13:56 ` Mikhail Efremov
2017-11-23 14:22 ` Konstantin Lepikhov
2017-11-23 16:19 ` Mikhail Efremov [this message]
2017-11-23 18:15 ` Dmitry V. Levin
2017-11-23 18:19 ` Michael Shigorin
2017-11-24 8:46 ` Sergey Afonin
2017-11-24 9:58 ` Alexey Gladkov
2017-11-23 17:10 ` Sergey Y. Afonin
2017-11-23 18:08 ` Michael Shigorin
2017-11-23 18:10 ` Anton Farygin
2017-11-23 18:24 ` Sergey Y. Afonin
2017-11-23 23:06 ` Konstantin Lepikhov
2017-11-23 23:41 ` Dmitry V. Levin
2017-11-24 0:43 ` Alexey Gladkov
2017-11-24 1:41 ` Dmitry V. Levin
2017-12-05 13:48 ` Alexey Gladkov
2017-11-24 4:37 ` [devel] Q: agp modules in initrd ? Anton Farygin
2017-11-24 10:06 ` Alexey Gladkov
2017-11-24 10:32 ` Anton Farygin
2017-11-24 11:15 ` Alexey Gladkov
2017-11-24 11:25 ` Anton Farygin
2017-11-24 12:44 ` Alexey Gladkov
2017-11-24 13:10 ` Anton Farygin
2017-11-24 15:04 ` Alexey Gladkov
2017-11-24 15:07 ` Anton Farygin
2017-11-24 15:47 ` Mikhail Efremov
2017-11-24 16:04 ` Anton Farygin
2017-11-24 16:20 ` Mikhail Efremov
2017-11-24 16:21 ` Anton Farygin
2017-11-24 17:38 ` Mikhail Efremov
2017-11-24 11:44 ` Konstantin 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=20171123191930.72e3f85d@sem.office.basealt.ru \
--to=sem@altlinux.org \
--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