more systemd

記憶より証拠だな。証拠と言えばログだ。

sakae@lu:~$ cd /var/log/apt/
sakae@lu:apt$ ls -l
合計 468
-rw-r--r-- 1 root root  82332  1月 18 07:46 eipp.log.xz
-rw-r--r-- 1 root root 143161  1月 18 07:46 history.log
-rw-r----- 1 root adm  238012  1月 18 07:46 term.log

上から順番に点検していく。キーワードはgrub

sakae@lu:apt$ xz -dc eipp.log.xz | less
  :
Package: grub-pc-bin
Architecture: amd64
Version: 2.12-1ubuntu7.1
APT-ID: 78547
Phased-Update-Percentage: 22
Multi-Arch: foreign
Status: installed
Depends: libc6 (>= 2.38), libdevmapper1.02.1 (>= 2:1.02.36), grub-common (= 2.12-1ubuntu7.1)

ふむ、このファイルは、apt info した時の要約っぽい。

次はヒストリーのログ。

Start-Date: 2025-01-16  14:59:16
Commandline: apt upgrade grub-efi-amd64-bin grub-efi-amd64-signed grub-pc grub-p
c-bin
Requested-By: sakae (1000)
Upgrade: grub-pc-bin:amd64 (2.12-1ubuntu7, 2.12-1ubuntu7.1), grub-efi-amd64-signed:amd64 (1.202+2.12-1ubuntu7, 1.202.2+2.12-1ubuntu7.1), grub-efi-amd64-bin:amd64 (2.12-1ubuntu7, 2.12-1ubuntu7.1), grub2-common:amd64 (2.12-1ubuntu7, 2.12-1ubuntu7.1), grub-common:amd64 (2.12-1ubuntu7, 2.12-1ubuntu7.1), grub-pc:amd64 (2.12-1ubuntu7, 2.12-1ubuntu7.1)
End-Date: 2025-01-16  14:59:31

段々思い出してきたぞ。15日の水曜日はchromeの週間アップデートの日。この時はLubuntuの 使用を避けてOpenBSDを(普通に)使っていたんだ。そして翌日には、chromeの配布を ゆき渡っているだろうってんでアップデートしたんだな。 そしたら、上記が取り残されてしまったんで、個別に更新した。以後、OpenBSDを起動 しようとしたら、駄目になってた。それが、日曜日の午後の事。

もう一つのログterm.logを点検。

.../0-grub2-common_2.12-1ubuntu7.1_amd64.deb を展開する準備をしています ...
grub2-common (2.12-1ubuntu7.1) で (2.12-1ubuntu7 に) 上書き展開しています ...
.../1-grub-pc_2.12-1ubuntu7.1_amd64.deb を展開する準備をしています ...
grub-pc (2.12-1ubuntu7.1) で (2.12-1ubuntu7 に) 上書き展開しています ...
.../2-grub-pc-bin_2.12-1ubuntu7.1_amd64.deb を展開する準備をしています ...
grub-pc-bin (2.12-1ubuntu7.1) で (2.12-1ubuntu7 に) 上書き展開しています ...
.../3-grub-common_2.12-1ubuntu7.1_amd64.deb を展開する準備をしています ...
grub-common (2.12-1ubuntu7.1) で (2.12-1ubuntu7 に) 上書き展開しています ...
.../4-grub-efi-amd64-signed_1.202.2+2.12-1ubuntu7.1_amd64.deb を展開する準備をし
ています ...
  :
grub-efi-amd64-signed (1.202.2+2.12-1ubuntu7.1) を設定しています ...
Installing grub to /boot/efi.
Installing for x86_64-efi platform.
Installation finished. No error reported.
install-info (7.1-3build2) のトリガを処理しています ...
man-db (2.12.0-4build2) のトリガを処理しています ...
Log ended: 2025-01-16  14:59:31

なる程、こんなターミナルに流れる奴もログしてくれてるのか。

少しgrubの勉強。

Ubuntuの標準ブートローダーであるGRUBを改めて見直す

/etc/default/grubを編集してメニューを出すように設定してみた。 情報量0のアイコン表示は避けて、テキスト表示を積極的にしてます。

sakae@lu:~$ grep '^[A-Z]' /etc/default/grub
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR='Ubuntu'
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""

そして更新する

sakae@lu:default$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/lubuntu-grub-theme.cfg'
Generating grub configuration file ...
Found theme: /usr/share/grub/themes/lubuntu-grub-theme/theme.txt
Found linux image: /boot/vmlinuz-6.8.0-51-generic
Found initrd image: /boot/initrd.img-6.8.0-51-generic
Found linux image: /boot/vmlinuz-6.8.0-41-generic
Found initrd image: /boot/initrd.img-6.8.0-41-generic
Found memtest86+ 64bit EFI image: /boot/memtest86+x64.efi
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done

普通に man reboot すると、

POWEROFF(8)                        poweroff                        POWEROFF(8)

NAME
       poweroff, reboot, halt - Power off, reboot, or halt the machine

SEE ALSO
       systemd(1), systemctl(1), shutdown(8), wall(1)

こんな風に、systemdの片割れのマニュアルが出てきてしまう。更に困った事に関連 コマンドにも案内が無い。カーネルなんて手を出すもんじゃないから、抑止してるんだな。 確信が有るなら、man -S 2 reboot してみよう。

reboot(2)                     System Calls Manual                    reboot(2)

NAME
       reboot - reboot or enable/disable Ctrl-Alt-Del
       :
       LINUX_REBOOT_CMD_POWER_OFF
              (RB_POWER_OFF,  0x4321fedc;  since  Linux  2.1.30).  The message
              "Power down." is printed, the system is stopped, and  all  power
              is  removed  from the system, if possible.  If not preceded by a
              sync(2), data will be lost.

検索ワードが出てきたんで、それでカーネルソース内を探索。

sakae@lu:linux-6.8.0$ grep LINUX_REBOOT_CMD_POWER_OFF -r .
./include/uapi/linux/reboot.h:#define   LINUX_REBOOT_CMD_POWER_OFF      0x4321FEDC
./arch/alpha/kernel/sys_miata.c:        case LINUX_REBOOT_CMD_POWER_OFF:
./arch/alpha/kernel/process.c:  common_shutdown(LINUX_REBOOT_CMD_POWER_OFF, NULL);
./arch/alpha/kernel/sys_nautilus.c:     case LINUX_REBOOT_CMD_POWER_OFF:
./arch/alpha/kernel/sys_alcor.c:        case LINUX_REBOOT_CMD_POWER_OFF:
./tools/include/nolibc/types.h:#define RB_POWER_OFF    LINUX_REBOOT_CMD_POWER_OFF
./kernel/pid_namespace.c:       case LINUX_REBOOT_CMD_POWER_OFF:
./kernel/reboot.c: * reboot when the reboot call was invoked with LINUX_REBOOT_CMD_POWER_OFF, but
./kernel/reboot.c:      if ((cmd == LINUX_REBOOT_CMD_POWER_OFF) && !kernel_can_power_off()) {
./kernel/reboot.c:      case LINUX_REBOOT_CMD_POWER_OFF:

arch毎に分かれているかと思ったらそうなっていない。いやな予感がするぞ。 何故か？ それぞれのマシン毎に事情が有るはずなんだけど、それがarchに反映 されていないから。まあ、先に進もう。

void kernel_power_off(void)
{
        kernel_shutdown_prepare(SYSTEM_POWER_OFF);
        do_kernel_power_off_prepare();
        migrate_to_reboot_cpu();
        syscore_shutdown();
        pr_emerg("Power down\n");
        kmsg_dump(KMSG_DUMP_SHUTDOWN);
        machine_power_off();

マシン毎ってのが出てきそうな手続が有ったぞ。

sakae@lu:linux-6.8.0$ grep machine_power_off -r .
  :
./arch/x86/kernel/reboot.c:static void native_machine_power_off(void)
./arch/x86/kernel/reboot.c:     .power_off = native_machine_power_off,
./arch/x86/kernel/reboot.c:void machine_power_off(void)
./arch/x86/xen/enlighten_pv.c:static void xen_machine_power_off(void)
./arch/x86/xen/enlighten_pv.c:  .power_off = xen_machine_power_off,

やっと、それっぽいのに出会った。

static void native_machine_power_off(void)
{
        if (kernel_can_power_off()) {
                if (!reboot_force)
                        machine_shutdown();
                do_kernel_power_off();
        }
        /* A fallback in case there is no PM info available */
        tboot_shutdown(TB_SHUTDOWN_HALT);
}

折角糸口を見付けたんだけど、あちこち引き廻されてしまい、まともな神経の人は 神経衰弱になっちまうぞ。

linux-6.8.0/drivers/acpi/sleep.c あたりに、それっぽいコードが表われているけど、 ハンドラーに登録してムニャムニャでよー解らん。

軸足をFreeBSDに移してみる。13.5が頑張ってリリースされるそうなので、取りあえず13.4 をソース付きでインストールした。そして賺さず、TAGSを作成しておいた。リナでは、 こういう事は容易にできないだろう。で、ざっと見する。 dev/acpica/acpi.c

static void
acpi_shutdown_final(void *arg, int howto)
{
    :
    if ((howto & RB_POWEROFF) != 0) {
        status = AcpiEnterSleepStatePrep(ACPI_STATE_S5);
        if (ACPI_FAILURE(status)) {
            device_printf(sc->acpi_dev, "AcpiEnterSleepStatePrep failed - %s\n"\,
                AcpiFormatException(status));
            return;
        }
        device_printf(sc->acpi_dev, "Powering system off\n");
        intr = intr_disable();
        status = AcpiEnterSleepState(ACPI_STATE_S5);

次は、これかな。さすがにこのあたりになると、寄贈品をそのまま利用してるな。 contrib/dev/acpica/components/hardware/hwxfsleep.c

/******************************************************************************\
*
 *
 * FUNCTION:    AcpiEnterSleepState
 *
 * PARAMETERS:  SleepState          - Which sleep state to enter
 *
 * RETURN:      Status
 *
 * DESCRIPTION: Enter a system sleep state
 *              THIS FUNCTION MUST BE CALLED WITH INTERRUPTS DISABLED
 *
 ******************************************************************************\
/

ACPI_STATUS
AcpiEnterSleepState (
    UINT8                   SleepState)
{
     :
    Status = AcpiHwSleepDispatch (SleepState, ACPI_SLEEP_FUNCTION_ID);
    return_ACPI_STATUS (Status);

ちゃんと注意書きがしてある。電源を断するってのは、OSの動作を退行させる行為だ。 だから、プロセスを全部停止、マウントを全部解除、シングルユーザーになって、誰にも 邪魔されないようにして、念のために割り込み禁止。そしてやっと電源を切断できる。 更に追跡すると、AcpiHwSleepDispatchの中で

Status = SleepFunctions->ExtendedFunction (SleepState);

ここから先は、コンパイラーがドウタラで意味不な領域になるんで、追跡中止かな。 インテルさんたら困ったものだ。