From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mak@complife.ru>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham
 autolearn_force=no version=3.4.1
To: make-initrd@lists.altlinux.org
From: "Michael A. Kangin" <mak@complife.ru>
Message-ID: <c69a1662-93f5-9626-115d-49fbd5d2cc68@complife.ru>
Date: Fri, 3 May 2019 02:31:38 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: ru-RU
Content-Transfer-Encoding: 8bit
Subject: [make-initrd] hw test
X-BeenThere: make-initrd@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: make-initrd@lists.altlinux.org
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: Fri, 03 May 2019 00:31:43 -0000
Archived-At: <http://lore.altlinux.org/make-initrd/c69a1662-93f5-9626-115d-49fbd5d2cc68@complife.ru/>
List-Archive: <http://lore.altlinux.org/make-initrd/>

Потестировал на физическом сервере (Supermicro F627R3-R72B)
у него 4 интерфейса, первые две набортные гигабит, вторые две 10G 
AOC-STGN-i2S (и чтобы жизнь веселей была, на eth0 битый кабель, не 
чуется media).

В общем, всё ок. Попробовал режимы:
ip=dhcp4
ip=bootcard:dhcp4 ifname=bootcard:{mac}
UEFI
(что еще именно для железа нужно попробовать?)

Грузился до XFCE. Всё работает, собственно, без нареканий.
Пока что наибольшее опасение вызывает состояние сети в stage2, но это 
будет решаться отдельно, как я понимаю. В любом случае, там еще 
тестировать и тестировать.

Из замеченного:
- переименованный интерфейс так и появляется переименованным в stage2,
- в этот раз почему-то unmanaged интерфейсов не получилось,
- адрес, полученный в initrd (оно же stage1, да? если я правильно 
понимаю терминологию) по DHCP, в stage2 сконфигурирован статикой (NM).



UEFI загрузилось без всяких взбрыков. Вот примерный конфиг для iPXE:

:mi2
set boot-url ${boot-url}/clb/szf
set common rd-depmod=y debug
set kernel ${boot-url}/vmlinuz
set initrd1 ${boot-url}/initrd.img
set initrd2 ${boot-url}/common_boot.modules.5.0.6-un-def-alt1.cpio
set initrd3 ${boot-url}/clb.cpio
set initrd4 ${boot-url}/debug.cpio
set pcbios_opts
set efi_opts initrd=initrd.img 
initrd=common_boot.modules.5.0.6-un-def-alt1.cpio initrd=clb.cpio 
initrd=debug.cpio
set bootopts ip=bootcard0:dhcp4 clb_root=${boot-url}/live.squashfs 
${common} ifname=bootcard0:ca:fe:ca:fe:ca:fe ${${platform}_opts}
exit

(зачем нужны efi_opts: 
http://lists.ipxe.org/pipermail/ipxe-devel/2017-September/005815.html)



Из забавного - "порадовала" хронология загрузки в UEFI, время от 
включения сервера:
2:00 - надёргались видеорежимами, проинициализировали все firmwar-и, 
нарисовали фразу ready to boot...
3:15 - загрузили загрузчик ipxe (всё это время переполучали адреса, раз 
пять наверное на все сетевухи. Ояебу.)
3.37 - ipxe одуплилось и нарисовало менюшку.
3.57 - нажатие кнопки и начало загрузки linux
4.44 - загрузили наконец live.squashfs, переход в stage2
4.58 - десктоп XFCE

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