Broken firstboot script #258

New issue

Open

opened 2026-02-20 13:23:25 -05:00 by deekerman · 0 comments

deekerman commented

2026-02-20 13:23:25 -05:00

Owner

Originally created by @wnark on GitHub (May 29, 2021).

Originally assigned to: @mdevaev on GitHub.

Describe the bug
The created image nginx cannot start normally，Can not be accessed through the browser

To Reproduce
Steps to reproduce the behavior, like:
1.Use https://github.com/pikvm/pikvm/blob/master/pages/building_os.md to compile and get the image
2.Mirror configuration file

root@Hostname:~/os# cat  config.mk 
# rpi3 for Raspberry Pi 3; rpi2 for the version 2, zerow for ZeroW
BOARD = rpi3
#
# # Hardware configuration
PLATFORM = v0-hdmi
#
# # Target hostname
HOSTNAME = ipmi
#
# # ru_RU, etc. UTF-8 only
LOCALE = en_US
#
# # See /usr/share/zoneinfo
TIMEZONE = Asia/Shanghai
#
# # For SSH root user
ROOT_PASSWD = root
#
# # Web UI credentials: user=admin, password=<this>
WEBUI_ADMIN_PASSWD = admin
#
# # IPMI credentials: user=admin, password=<this>
IPMI_ADMIN_PASSWD = admin
#
# # SD card device
CARD = /dev/mmcblk0

WIFI_ESSID = "ChinaNet-Qh2V"
WIFI_PASSWD = "cckexand"

3.Write the image after make into the micro sd card, put it into the Raspberry Pi 3b, and connect to the power supply

Expected behavior
You can start nginx and use it normally

Screenshots

Pi-KVM info:

RPi 3B
v0-hdmi
CSI bridge

[root@ipmi ~]# pacman -Q | grep kvmd
kvmd 2.80-1
kvmd-fan 0.1-1
kvmd-oled 0.3-1
kvmd-platform-v0-hdmi-rpi3 2.80-1
kvmd-webterm 0.39-1

[root@ipmi ~]# pacman -Q | grep ustreamer
ustreamer 3.27-1

[root@ipmi ~]# uname -a
Linux ipmi 5.10.23-2-ARCH #1 SMP Fri Mar 19 00:22:18 MSK 2021 armv7l GNU/Linux

Additional context
ssh is normal, the current direct phenomenon is that nginx cannot be started
My image is a brand new image. There was no problem when I made it with the same steps a few weeks ago, so it may not be related to my steps.
I am using the Ubuntu20.04 server in the United States, and the network did not prompt download failure when compiling.
Because VPS does not provide archlinux, I used Ubuntu to compile, and everything was normal for the previous few times.

Originally created by @wnark on GitHub (May 29, 2021). Originally assigned to: @mdevaev on GitHub. **Describe the bug** The created image nginx cannot start normally，Can not be accessed through the browser **To Reproduce** Steps to reproduce the behavior, like: 1.Use https://github.com/pikvm/pikvm/blob/master/pages/building_os.md to compile and get the image 2.Mirror configuration file ``` root@Hostname:~/os# cat config.mk # rpi3 for Raspberry Pi 3; rpi2 for the version 2, zerow for ZeroW BOARD = rpi3 # # # Hardware configuration PLATFORM = v0-hdmi # # # Target hostname HOSTNAME = ipmi # # # ru_RU, etc. UTF-8 only LOCALE = en_US # # # See /usr/share/zoneinfo TIMEZONE = Asia/Shanghai # # # For SSH root user ROOT_PASSWD = root # # # Web UI credentials: user=admin, password=<this> WEBUI_ADMIN_PASSWD = admin # # # IPMI credentials: user=admin, password=<this> IPMI_ADMIN_PASSWD = admin # # # SD card device CARD = /dev/mmcblk0 WIFI_ESSID = "ChinaNet-Qh2V" WIFI_PASSWD = "cckexand" ``` 3.Write the image after make into the micro sd card, put it into the Raspberry Pi 3b, and connect to the power supply **Expected behavior** You can start nginx and use it normally **Screenshots** ![image](https://user-images.githubusercontent.com/24355466/120058177-b4194f00-c07b-11eb-917f-ddefd8bd25d0.png) **Pi-KVM info:** - RPi 3B - v0-hdmi - CSI bridge [root@ipmi ~]# pacman -Q | grep kvmd kvmd 2.80-1 kvmd-fan 0.1-1 kvmd-oled 0.3-1 kvmd-platform-v0-hdmi-rpi3 2.80-1 kvmd-webterm 0.39-1 [root@ipmi ~]# pacman -Q | grep ustreamer ustreamer 3.27-1 [root@ipmi ~]# uname -a Linux ipmi 5.10.23-2-ARCH #1 SMP Fri Mar 19 00:22:18 MSK 2021 armv7l GNU/Linux **Additional context** ssh is normal, the current direct phenomenon is that nginx cannot be started My image is a brand new image. There was no problem when I made it with the same steps a few weeks ago, so it may not be related to my steps. I am using the Ubuntu20.04 server in the United States, and the network did not prompt download failure when compiling. Because VPS does not provide archlinux, I used Ubuntu to compile, and everything was normal for the previous few times.