ZimaBlade - ZimaOS 1.7.1 installer black screen during boot unless nomodeset is used
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 55/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- linux
- Ambito
- operating-systems
Direzione di ricerca
Start with /EFI/BOOT/grub.cfg on the installer USB and compare the default kernel command line with the working nomodeset workaround. Reproduce the black screen on a ZimaBlade, then investigate the Intel graphics/KMS initialization mentioned in the report. Done means the installer boots visibly without manual EFI edits, or provides a working safe-graphics boot option.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
The ZimaOS installer does not boot correctly on my ZimaBlade using the default kernel parameters.
The installer starts normally, reaches:
Populating /dev using udev:
and then the display goes black.
I reproduced the same behavior with both ZimaOS 1.7.1 and ZimaOS 1.7.0.
After adding nomodeset to the ZimaOS installer kernel command line, the installer boots successfully and ZimaOS can be installed normally.
This appears to be related to Intel graphics / Kernel Mode Setting (KMS) initialization on ZimaBlade.
Hardware
- Device: ZimaBlade
- Internal storage: 32 GB onboard eMMC
- eMMC model: A3A551
- Display: HDMI
- Installation media: USB flash drive
- Installer USB created with Balena Etcher
- No SATA drives connected during troubleshooting
ZimaOS versions tested
- ZimaOS 1.7.1
- ZimaOS 1.7.0
Both versions showed the same behavior.
BIOS configuration
The following BIOS settings were tested:
Boot Mode: UEFI
CSM Support: Disabled
Boot Option Filter: UEFI
Secure Boot: Disabled
USB Boot: Enabled
Legacy USB Support: Enabled
XHCI Hand-off: Enabled
USB Mass Storage Driver Support: Enabled
SDIO Access Mode: Auto
eMMC: Auto
The USB installer was explicitly booted using the UEFI entry:
UEFI: Mass Storage Device 1.00, Partition 1
Problem
With the default ZimaOS installer configuration, boot proceeds normally at first.
The installer shows:
Booting 'ZimaOS Installer'
and then starts the early userspace services:
Starting syslogd: OK
Starting acpid: OK
Starting klogd: OK
Running sysctl: OK
Populating /dev using udev:
At this point the video output goes black.
In some attempts the system also appeared to reboot and repeat the installer boot process.
Screenshot 1 - ZimaOS stops during early boot
Ubuntu comparison test
To determine whether the problem was caused by the eMMC, CasaOS, USB controller, or general hardware failure, I booted Ubuntu 24.04.3 Desktop on the same ZimaBlade.
Ubuntu using the normal graphics boot path also resulted in a black screen.
However, Ubuntu boots successfully using:
Ubuntu (safe graphics)
Screenshot 2 - Ubuntu Safe Graphics works
This strongly suggests that the issue is related to graphics initialization rather than storage or the ZimaBlade being unable to boot Linux.
eMMC detection
Ubuntu Safe Graphics detects the onboard eMMC successfully.
lsblk shows:
mmcblk0 28.9G
├─mmcblk0p1 512M vfat
├─mmcblk0p2 26.5G ext4
└─mmcblk0p3 1.9G swap
The kernel also initializes the eMMC correctly:
mmc0: SDHCI controller on PCI [0000:00:1c.0] using ADMA 64-bit
mmc0: new HS200 MMC card at address 0001
mmcblk0: mmc0:0001 A3A551 28.9 GiB
mmcblk0: p1 p2 p3
This indicates that the onboard eMMC and SDHCI controller are working correctly.
The issue therefore does not appear to be caused by CasaOS blocking access to the device.
Graphics-related kernel messages
While Ubuntu was booted using Safe Graphics, the following messages were visible:
simple-framebuffer simple-framebuffer.0: [drm] Initialized simpledrm
and:
snd_hda_codec_hdmi hdaudioC0D2: No i915 binding for Intel HDMI/DP codec
There were also these messages:
ee1004 2-0050: Failed to select page 0 (-6)
EDAC pnd2: Failed to register device with error -22
I am including these only as diagnostic information.
I am not claiming that these messages are necessarily the direct cause of the ZimaOS installer failure.
Screenshot 3 - Ubuntu kernel messages
Workaround
I mounted the EFI partition of the ZimaOS installer USB and inspected:
/EFI/BOOT/grub.cfg
The original file contained:
set default="0"
set timeout="0"
menuentry "ZimaOS Installer" {
linux /bzImage console=tty1 quiet splash loglevel=0 vt.global_cursor_default=0
}
I modified the kernel line by adding:
nomodeset
The resulting configuration was:
set default="0"
set timeout="0"
menuentry "ZimaOS Installer" {
linux /bzImage console=tty1 quiet splash loglevel=0 vt.global_cursor_default=0 nomodeset
}
After this change, the ZimaOS installer booted successfully.
Screenshot 4 - ZimaOS installer works after adding nomodeset
Installation result
After booting the installer with nomodeset, installation to the onboard eMMC proceeded normally.
The installer correctly selected:
/dev/mmcblk0
and successfully wrote the ZimaOS root data.
Screenshot 5 - ZimaOS installation in progress
ZimaOS was successfully installed and configured afterward.
Steps to reproduce
- Use a ZimaBlade with the onboard 32 GB eMMC.
- Download the ZimaOS 1.7.1 installer image.
- Flash the installer image directly to a USB drive using Balena Etcher.
- Configure BIOS for UEFI boot and disable Secure Boot.
- Boot the USB using the UEFI boot entry.
- Allow the ZimaOS installer to boot with its default kernel parameters.
- Boot reaches approximately:
Populating /dev using udev:
- Video output goes black and the installation interface never becomes visible.
- Mount the installer EFI partition on another Linux system.
- Edit:
/EFI/BOOT/grub.cfg
- Change:
linux /bzImage console=tty1 quiet splash loglevel=0 vt.global_cursor_default=0
to:
linux /bzImage console=tty1 quiet splash loglevel=0 vt.global_cursor_default=0 nomodeset
- Boot the installer again.
- The ZimaOS Installation Tool now appears.
- Installation proceeds normally.
Expected behavior
Because ZimaBlade is officially supported hardware, the ZimaOS installer should boot successfully without requiring users to manually edit the installer EFI partition.
Suggested improvement
Please investigate Intel graphics / i915 / Kernel Mode Setting initialization during the ZimaOS installer boot process on ZimaBlade.
It may also be useful to provide an additional installer boot option such as:
ZimaOS Installer (Safe Graphics)
which would automatically use:
nomodeset
This would provide a fallback for ZimaBlade systems or HDMI/display combinations that fail during normal graphics initialization.
Result
Default boot
ZimaOS Installer
↓
Populating /dev using udev:
↓
Black screen
With workaround
ZimaOS Installer + nomodeset
↓
Installer UI loads successfully
↓
ZimaOS installs successfully to /dev/mmcblk0
Conclusion
The problem is reproducible on this ZimaBlade with both ZimaOS 1.7.0 and 1.7.1.
The onboard eMMC is detected correctly by Ubuntu and does not appear to be the cause.
Ubuntu also fails during normal graphics initialization but boots successfully using Safe Graphics.
Adding nomodeset to the ZimaOS installer kernel parameters completely resolves the installer boot problem.
- Lingua principale
- Shell
- Stelle
- 3.1k
- Fork
- 130
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di IceWhaleTech/ZimaOS
-
[1.8.0] zimaos-local-storage runs `smartctl -s on` every ~3 min, waking HDDs from standby (disk standby never works)Forse già presa @yeabow l’ha presa 3 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
IceWhaleTech/ZimaOS#639 · 1 commento · 2 assegnatari ·
-
zimaos-local-storage sets dev.raid.speed_limit_min=500000, which overheats NVMe arrays during resyncForse già presa @yeabow l’ha presa 3 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
IceWhaleTech/ZimaOS#638 · 1 commento · 2 assegnatari ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
IceWhaleTech/ZimaOS#630 · 1 assegnatario ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
IceWhaleTech/ZimaOS#582 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
IceWhaleTech/ZimaOS#575 ·
Tutte le issue di IceWhaleTech/ZimaOS
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
area:docs phase:release priority:p0 type:test
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
-
premises-missing
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
WingedGuardian/GENesis-AGI#3917 ·
I maintainer di solito rispondono entro 1 giorno
-
needs-device
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Non-root first start logs "Base venv updated (stamp mismatch)" instead of the first-run messageApertaarea: infrastructure bug priority: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
snapotter-hq/SnapOtter#4573 ·
I maintainer di solito rispondono entro 1 giorno