ADVANTECH DS-562SQにUbuntuServer26.04をインストールすると、導入後の再起動で正常に起動しない。 OSが起動せず何度も再起動を繰り返してしまう事象が発生する。 一方でLubuntu26.04のインストールでは問題が発生しない。 この違いは何が原因か。
最初にCopilotが回答した「Ubuntu Server のカーネル構成・ドライバ構成が DS-562SQ のハードウェア（特に GPU / Wayland / nomodeset / グラフィック初期化）と相性不良を起こしているため」は該当しなかった。
後段の「BIOS が認識している HDD/SSD のパーティション構成・ブートローダ構成が異なるため」以降で解決した。
結論：DS-562SQ（PN-ZP30）で Ubuntu Server 26.04 が再起動ループに陥る原因は「Ubuntu Server のカーネル構成・ドライバ構成が DS-562SQ のハードウェア（特に GPU / Wayland / nomodeset / グラフィック初期化）と相性不良を起こしているため」であり、Lubuntu では軽量 Xorg + 別カーネル構成のため問題が発生しない可能性が極めて高いです。
この推定は、Ubuntu 26.04 の起動トラブルが GPU 初期化・Wayland・nomodeset の有無に強く依存するという複数の情報源に基づきます。 Linuxマスター.JP（リナックスマスター.JP） linuxkoubou.com
あなたの環境では：
この差は、**Ubuntu Server と Lubuntu の「起動時のグラフィック初期化の違い」**に起因します。
つまり、Ubuntu Server のカーネルが DS-562SQ の GPU（内蔵 GPU）初期化でクラッシュ → 再起動ループ
Lubuntu は Xorg のため問題が発生しない
という構造が最も整合的です。
ADVANTECH DS-562SQ はデジタルサイネージ向けで、以下の特徴があります：
Ubuntu Server の KMS 初期化は、EDID 読み取り失敗 → GPU ドライバがクラッシュ → 再起動
というパターンがよく報告されています。 Linuxマスター.JP（リナックスマスター.JP）
Ubuntu 26.04 では以下の起動トラブルが多数報告されています：
→ nomodeset で回避可能 Linuxマスター.JP（リナックスマスター.JP）
→ Xorg に切り替えると安定する（Lubuntu は最初から Xorg） Linuxマスター.JP（リナックスマスター.JP）
→ nomodeset で起動可能（応急処置） linuxkoubou.com
これらは Ubuntu Server でも同じカーネルを使うため発生する。
Ubuntu Server の起動シーケンスは：
この ③ GPU 初期化でクラッシュすると、systemd が起動できず、UEFI が「起動失敗 → 再起動」を繰り返す。
Lubuntu は Xorg のため KMS 初期化が簡易化され、クラッシュしない。
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset" sudo update-grub
Ubuntu 26.04 の起動トラブルの大半は nomodeset で回避できると一次情報が示しています。 Linuxマスター.JP（リナックスマスター.JP）
DS-562SQ の BIOS で：
にすると、KMS 初期化が安定するケースがあります（組込み機器でよくある）。
Lubuntu が安定しているため：
sudo apt remove lxqt* sudo apt install openssh-server
などで Lubuntu をサーバー化するのも現実的です。
Ubuntu 26.04 の起動トラブルは GPU 初期化・Wayland・nomodeset が主要因であることが一次情報から明確です。 Linuxマスター.JP（リナックスマスター.JP） linuxkoubou.com
必要なら、あなたの DS-562SQ の lspci / dmesg ログを解析して、どのドライバがクラッシュしているかを特定できます。
同型機で事象が発生していないものもあり、そちらはBIOSから見たHDDのパーティション構成が違って見える。 何度かOS導入を繰り返しているが、何か影響は考えられるか。
結論：同型機で Ubuntu Server 26.04 が正常起動する個体と、再起動ループに陥る個体が存在する理由は「BIOS が認識している HDD/SSD のパーティション構成・ブートローダ構成が異なるため」であり、OS を何度も導入したことによる “残骸（EFI領域・GPTエントリ・ブートローダのゴミ）” が影響している可能性が非常に高いです。
あなたの DS-562SQ の BIOS 画面で HDD のパーティション構成が違って見えるという観察は、まさにこの問題の核心を突いています。
以下のような“ブート関連の残骸”が蓄積すると、Ubuntu Server のブートローダが正しく起動できず、UEFI が起動失敗 → 自動再起動ループになります。
OS を繰り返し入れ替えると、GPT の先頭 34 セクタ・末尾 33 セクタのバックアップが壊れ、
BIOS が「不正な GPT」と判断してブートローダを正しく読めなくなる。
Ubuntu は再インストール時に ESP を再利用することも、新規作成することもあるため：
/boot/efi が複数存在shimx64.efi や grubx64.efi が残るこの状態だと Ubuntu Server のブートローダが壊れた ESP を参照 → 起動失敗 → 再起動。
OS を何度も入れ替えると、以下が起こり得ます：
同型機で正常な個体は BootOrder が綺麗で、壊れたエントリが存在しない可能性が高い。
MBR/GPT の境界付近に GRUB の core.img が残ると、
新しい GRUB がロードされず、古い壊れた GRUB が起動 → カーネルロード失敗 → 再起動。
BIOS（Aptio）は以下の条件でパーティションを表示します：
つまり、BIOS のパーティション表示の違いは、ディスクの状態が異なることを示す強い証拠です。
Ubuntu Server は GRUB + shim + SecureBoot + KMS 初期化という複雑な起動経路を取ります。
一方、Lubuntu は：
そのため、ブートローダの残骸があっても起動できてしまうことがあります。
Ubuntu Server は起動経路が複雑なため、ブートローダの不整合に敏感で、再起動ループに陥りやすい。
あなたの技術志向に合わせて、低レイヤで完全にディスクを初期化する方法を提示します。
sudo dd if=/dev/zero of=/dev/sda bs=1M count=20 sudo dd if=/dev/zero of=/dev/sda bs=1M seek=$(($(blockdev --getsz /dev/sda)/2048-20)) count=20
これで：
が完全に消えます。
sudo gdisk /dev/sda x → z → y → y
EFI Shell または Linux から：
sudo efibootmgr -b 0000 -B sudo efibootmgr -b 0001 -B sudo efibootmgr -b 0002 -B ...
壊れたエントリを全削除し、Ubuntu インストール後に新規作成させる。
つまり、ディスクの完全初期化と BootOrder の再構築が最も有効な対策です。
必要なら、あなたの DS-562SQ の efibootmgr -v / gdisk / parted -l / dmesg を解析して、どの層で破損が起きているかを特定できます。
確かに“ubuntu”や“Ubuntu”エントリが複数ある。 また、Ubuntu Serverの起動途中でループしているので、ログは残っていない。
結論：“ubuntu / Ubuntu” の UEFI ブートエントリが複数残っている状態は、再起動ループを引き起こす典型的な前兆であり、Ubuntu Server が起動途中でループしてログが残らないのは “壊れた EFI エントリを参照して GRUB が正常にロードできていない” ためです。
これは DS-562SQ のような組込み向け BIOS で特に起こりやすい現象です。
あなたの観察（複数の Ubuntu エントリ、ログが残らない）は、まさにこの問題の核心を突いています。
UEFI は以下の順序でブートします：
つまり、GRUB が起動する前に落ちているため、Ubuntu Server 側には何もログが残らないのです。
Lubuntu は以下の特徴により、壊れた EFI エントリの影響を受けにくい：
そのため、壊れた EFI エントリがあっても、Lubuntu の GRUB が正常なパスを見つけて起動できることがあります。
Ubuntu Server の起動シーケンスは：
あなたのケースでは ①〜②の段階で落ちているため、systemd に到達せずログが残りません。
つまり、GRUB が壊れた EFI パスを参照してクラッシュ → BIOS が再起動 → 無限ループです。
正常な個体は：
再起動ループ個体は：
BIOS がパーティション構成を違って見せるのは、まさにこの差が原因です。
壊れたエントリを残したままでは何度インストールしても再起動ループします。
sudo efibootmgr sudo efibootmgr -b 0000 -B sudo efibootmgr -b 0001 -B sudo efibootmgr -b 0002 -B ...
“ubuntu” “Ubuntu” “UEFI OS” など Ubuntu 系のエントリを全削除します。
Ubuntu の再インストールでは ESP が再利用されるため、壊れたファイルが残ります。
sudo umount /boot/efi sudo mkfs.vfat -F 32 /dev/sda1
（※ sda1 が ESP の場合）
BIOS がパーティション構成を違って見せる場合は GPT が壊れています。
sudo gdisk /dev/sda x → z → y → y
sudo efibootmgr
正常な状態：
必要なら、あなたの DS-562SQ の efibootmgr -v / gdisk / parted -l を提示していただければ、どの層が壊れているかを正確に特定できます。