From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mike@altlinux.org>
Resent-From: Michael Shigorin <mike@altlinux.org>
Resent-Date: Tue, 23 Apr 2019 16:00:14 +0300
Resent-Message-ID: <20190423130014.GF18867@imap.altlinux.org>
Resent-To: make-initrd@lists.altlinux.org
Envelope-to: ar@cs.msu.ru
Delivery-date: Mon, 22 Apr 2019 22:14:41 +0300
Date: Mon, 22 Apr 2019 21:14:35 +0200
From: Alexey Gladkov <legion@altlinux.ru>
To: "Michael A. Kangin" <mak@complife.ru>
Message-ID: <20190422191435.GG21174@Legion-PC.fortress>
References: <489be984-aa29-53cf-c0a8-e4da309efc8a@complife.ru>
 <5b6ad98a-29bc-1c16-27df-d0a82b3e3adc@gmail.com>
 <28dad1c6-a80c-7b5d-a6b8-2c6a8f404842@complife.ru>
 <ca48e244-0055-d5de-15ee-bc708098cce1@gmail.com>
 <20190419210447.GV21174@Legion-PC.fortress>
 <7f74a951-a415-1581-4df0-909d5ba75020@complife.ru>
 <20190421134343.GW21174@Legion-PC.fortress>
 <ccc9530c-08f8-6d37-bedd-16d03b448b10@complife.ru>
 <20190422000450.GY21174@Legion-PC.fortress>
 <f0e41a77-e766-7018-7f88-51b5d5113f8b@complife.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <f0e41a77-e766-7018-7f88-51b5d5113f8b@complife.ru>
X-SA-Exim-Connect-IP: 194.107.17.36
X-SA-Exim-Mail-From: legion@altlinux.ru
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.cs.msu.ru
X-Spam-Level: *
X-Spam-Status: No, score=1.4 required=5.0 tests=BAYES_00,MIXED_ES,SPF_PASS,
 URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.2
X-SA-Exim-Version: 4.2
X-SA-Exim-Scanned: Yes (on mail.cs.msu.ru)
Cc: Leonid Krivoshein <klark.devel@gmail.com>, antohami@altlinux.org
Subject: Re: [make-initrd] [devel] syslinux
X-BeenThere: make-initrd@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <make-initrd.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/make-initrd>,
 <mailto:make-initrd-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/make-initrd>
List-Post: <mailto:make-initrd@lists.altlinux.org>
List-Help: <mailto:make-initrd-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/make-initrd>,
 <mailto:make-initrd-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Apr 2019 13:00:15 -0000
Archived-At: <http://lore.altlinux.org/make-initrd/20190422191435.GG21174@Legion-PC.fortress/>
List-Archive: <http://lore.altlinux.org/make-initrd/>

On Mon, Apr 22, 2019 at 08:00:34PM +0200, Michael A. Kangin wrote:
> > Пожалуйста сделайте пример конфига, где это можно воспроизвести. Это очень
> > странно.
> 
> Знаете, а сегодня он вдруг стал добавляться... С тем же конфигом...
> я уж совсем было подумал, что кукушечкой поехал, но всё же удалось найти 
> и формализовать это интересное поведение:
> 
> [root@Sisyphus 1]# make-initrd |grep ^Packed |cut -f-8 -d' '
> Packed modules: 8139cp 8390 9pnet 9pnet_virtio af_packet ahci
> 
> [root@Sisyphus 1]# touch 8139cp 8390 9pnet 9pnet_virtio af_packet ahci
> 
> [root@Sisyphus 1]# make-initrd |grep ^Packed |cut -f-8 -d' '
> Packed modules: 8390 9pnet 9pnet_virtio ata_generic ata_piix autofs4

Бага. Очень здорово, что вы её нашли!

> Проблема в основном связана с загрузкой дополнительных initramfs.
> 
> Если я гружу дополнительный дебаг-образ с башем, то мне хочется сразу 
> менять шелл для рута на bash.

Я для себя генерирую просто ещё один образ с башем и утилитами.

> (кстати, попробуйте: http://mak.complife.ru/MI2/debug.cpio - с башем, 
> мышью, dropbear&scp, и прочие lspci)
> 
> Если я гружу какие-то дополнительные модули, мне нужно будет выполнить 
> "depmod -a" перед запуском сервиса modules.
> 
> Сейчас я на каждое такое действие делаю init-файл и заботливо руками 
> раскладываю ссылки по rcN.d, но мне кажется, это немного overhead.
> 
> С systemd вопросов бы не возникнуло, там это очень хорошо делается через 
> name.type.d/some.conf - и pre, и post к любому юниту-таргету.

При запаковке образа легче lsb-хэдер написать и ссылки будут созданы сами.
Не думал, что кто-то будет делать их руками.

> > P.P.S. Если вы найдёте время помочь мне с документацией того, что мы тут
> > обсуждаем, то вы мне очень поможете сделать всё понятнее.
> 
> Присоединюсь к ребятам по мере возможностей. Наверное, с таким 
> коллективным творчеством лучше будет на вики пару технических страничек 
> завести.

Спасибо вам всем! Вы уже нашли несколько досадных багов, которые я не
заметил.

> >> - фразой "Optionally set <macaddr> on the <interface>" на самом деле 
> >> описывается поведение "переименование сетевого интерфейса, имеющего 
> >> MAC-адрес <macaddr> в новое имя <interface>, (если оно свободно, иначе 
> >> ошибка)".
> > 
> > Да, а вы ожидали другого ?
> 
> Само поведение норм, но прочёв эту фразу, я подумал об "ip link set eth0 
> address 02:01:02:03:04:08"

Можно попробовать.

> >> Не знаю, являются ли ошибкой следующие поведения:
> >> - при конфигурации "ip=dhcp nameserver=8.8.8.8" в /etc/resolv.conf 
> >> попадают сервера, как указанные вручную, так и добытые с помощью DHCP. Я 
> >> могу представить ситуацию, когда хотелось бы избавиться от автоматически 
> >> предлагаемых серверов вообще (кроме того, был бы нелишний параметр для 
> >> search - для подстановки домена)
> > 
> > Вы предполагаете, что параметры nameserver перетрут значения из DHCP ? Я
> > старался сделать как в RH в этом месте.
> 
> Тут я не очень уверен. Возможно, стоит опросить общественность.
> Иногда можно напороться на кривой DNS, настроенный на каком-нибудь 
> Длинке, и бывают ситуации, когда по DHCP хочется взять только адрес, но 
> ничего более.
> Не думаю, что это будет применимо к сценариям сетевой загрузки хостов.
> 
> В любом случае, кажется указанные руками сервера прописываются первыми, 
> и, значит, будут иметь приоритет.
 
Я попробую что-нибудь тут сделать.

-- 
Rgrds, legion