Image | Radxa Zero #4831
Comments
|
The DNS resolution seems to be (temporarily) broken. Try: curl -I https://deb.debian.org/
# or
getent ahosts deb.debian.orgWhen the first does not report an error and the second returns one or more IP addresses, then it works and you can repeat PREP. If not, then check: cat /etc/resolv.confwhere it has a valid DNS nameserver entry. |
|
@MichaIng thanks |
|
Was either NetworkManager or connman installed? In case it is a known issue as those completely break the network connection when being uninstalled, so you need to switch to at best ifupdown network stack first: #2054 |
|
@MichaIng |
|
Probably this works: apt install ifupdown isc-dhcp-client
echo -e 'allow-hotplug wlan0\niface wlan0 inet dhcp' > /etc/network/interfaces
ifup --force wlan0 |
my full logstuck hereapt install ifupdown isc-dhcp-client echo -e 'allow-hotplug wlan0\niface wlan0 inet dhcp' > /etc/network/interfaces ifup --force wlan0 Internet Systems Consortium DHCP Client 4.4.1 Copyright 2004-2018 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ root@zero:/tmp/DietPi-PREP# ifup --force wlan0 Internet Systems Consortium DHCP Client 4.4.1 Copyright 2004-2018 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ root@zero:/tmp/DietPi-PREP# nmcli r wifi on bash: nmcli: command not found |
Ah, forgot wpasupplicant:
Makes sense as NetMan was uninstalled. |
root@zero:/home/rock# ifup --force wlan0
wpa_supplicant: /sbin/wpa_supplicant daemon failed to start
run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with return code 1
ifup: failed to bring up wlan0
root@zero:/home/rock# ifconfig -a
lo: flags=73 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 1000 (Local Loopback)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4163 mtu 1500
inet 192.168.1.77 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fd98:7272:9188:1:f758:5e36:d341:f26 prefixlen 64 scopeid 0x0
inet6 fe80::8dba:ed27:f6b8:7d65 prefixlen 64 scopeid 0x20
ether 20:50:e7:19:93:a9 txqueuelen 1000 (Ethernet)
RX packets 13728 bytes 19215928 (18.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 6675 bytes 591071 (577.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
root@zero:/home/rock#
root@zero:/home/rock# cat /etc/network/interfaces allow-hotplug wlan0 iface wlan0 inet dhcp wireless-power off wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf root@zero:/home/rock# |
|
Can you try again with this wpasupplicant config: cat << '_EOF_' > /etc/wpa_supplicant/wpa_supplicant.conf
# Grant all members of group "netdev" permissions to configure WiFi, e.g. via wpa_cli or wpa_gui
ctrl_interface=DIR=/run/wpa_supplicant GROUP=netdev
# Allow wpa_cli/wpa_gui to overwrite this config file
update_config=1
network={
ssid="<WiFi SSID>"
scan_ssid=1
key_mgmt=WPA-PSK
psk="<WiFi key>"
}
_EOF_Probably it conflicts with NetMan and how it invokes wpasupplicant, so maybe it needs to be disabled first. To not break e.g. an SSH connection, last resort would be, after above: So on reboot the network should then be established from ground up by ifupdown, and NetMan can then be removed without it breaking the active network connection. |
|
@MichaIng 😌 I'm sorry to disturb you. Tomorrow I'll try it through a USB LAN. root@zero:/home/rock# cat /etc/wpa_supplicant/wpa_supplicant.conf
# Grant all members of group "netdev" permissions to configure WiFi, e.g. via wpa_cli or wpa_gui
ctrl_interface=DIR=/run/wpa_supplicant GROUP=netdev
# Allow wpa_cli/wpa_gui to overwrite this config file
update_config=1
network={
ssid="MYHOMENETWORK"
scan_ssid=1
key_mgmt=WPA-PSK
psk="MYSUPERSECRETPASSWORD"
}
root@zero:/home/rock# ifup --force wlan0
wpa_supplicant: /sbin/wpa_supplicant daemon failed to start
run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with return code 1
ifup: failed to bring up wlan0
root@zero:/home/rock#
|
|
See my edit above. I'll also do some more tests when I find time, looks like there is no chance to fully automate this without a reboot 🤔. |
MichaIng
added
the
Installer 💠
|
If your script first download the necessary (deb) files, copy them to a temporary directory and, after cleaning (step 3), install from there?
Failed to disable unit: Unit file networkmanager.service does not exist. |
|
The packages can be installed directly, they do not configure anything on install. But NetMan deconfigures the network on uninstall, so before removing it, it must not be active anymore it seems. And it furthermore seems to break ifupdown WiFi from being configured. So steps would be:
To fully implement this into PREP, the left question is how to translate NetMan (and consequently connman) configurations into wpasupplicant and interfaces configs, so that SSID + key and DHCP/static IP are preserved the way they were with NetMan (connman) before. |
|
@MichaIng last small question - my Radxa Zero have SOC S905Y2, is it equivalent to "28 : Generic Amlogic S905 "? |
|
Quite a different SoC despite the similar naming:
At least the CPU is the same. Currently it won't make any difference but when we implement more SoC-specific steps to the code, I think it deserves an own ID. Mean I'd stay with "Generic device". |
|
@MichaIng success after #4831 (comment) ! |
|
Yippee!
|
|
@MichaIng 😌 new image (loading from sd) stuck hereG12A:BL:0253b8:61aa2d;FEAT:E0F83180:2000;POC:F;RCY:0;EMMC:800;NAND:81;SD?:0;SD:0;READ:0;0.0?
bl2_stage_init 0x01
bl2_stage_init 0x81
hw id: 0x0001 - pwm id 0x00
bl2_stage_init 0xc0
bl2_stage_init 0x02
|
|
Seems to be an entropy issue. Do you have a possibility to attach a keyboard and hit some random key? And do you know from the initial image, whether However, by default These are the installed kernel packages, I guess? https://github.com/radxa/apt/tree/gh-pages/buster-testing/pool/main/l/linux-5.10.69-3-amlogic-gacf75c74f9 |
|
nothing happened [ 33.758229] VCC_5V: disabling [ 208.510239] random: crng init done sl;ltket;qwerkt'q; tqwe;rlt kwe;rtk;el rtk;ewrlkt e;lrkt ew;rlkt ertekr;l t'kelrkt erlt; e'lrt;k e'lrtk ewr;tkewrtbkhkhkhjkhkjkjhk ejdgtekrt hwkerthlktr tertkwer ktkwert' test
I think yes. no options - brand new device |
That is however pretty clear. This message should appear a few seconds after boot. Either the delay was too long already and the init system is not initialised anymore, of keyboard hits do not create entropy 🤔. Not sure, we need to compare to check what may be missing. |
almirus
changed the title
|
@MichaIng today i tried install Bullseye (instead Buster) but get another error APT purge for: dbus dhcpcd5 mountall initscripts *office* *xfce* *qt5* │ │ *xserver* *xorg* glib-networking libgtk-3-0 │ │ - Command: apt-get -qq --allow-change-held-packages --autoremove purge dbus │ │ dhcpcd5 mountall initscripts *office* *xfce* *qt5* *xserver* *xorg* │ │ glib-networking libgtk-3-0 │ │ - Exit code: 100 │ │ - DietPi version: v7.6.2 (MichaIng/master) | HW_MODEL: 22 | HW_ARCH: 3 | │ │ DISTRO: 5 │ │ - Error log: │ │ E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused │ │ by held packages. │ │ │ │ Retry : Re-run the last command that failed │ │ DietPi-Config : Edit network, APT/NTP mirror settings etc │ │ Open subshell : Open a subshell to investigate or solve the issue │ │ Send report : Uploads bugreport containing system info to DietPi │ │ ●─ Devs only ──────────────────────────────────────● │ │ Change command : Adjust and rerun the command │ │ │ │ |
|
and new, if i try to send bugreport get error │ Send report : Uploads bugreport containing system info to DietPi │ │ ●─ Devs only ──────────────────────────────────────● │ │ Change command : Adjust and rerun the command │ │ │ │ │ │ │ │ │ [ INFO ] DietPi-BugReport | cp /tmp/G_EXEC_ERROR_REPORT G_EXEC_ERROR_REPORT, please wait... [ OK ] DietPi-BugReport | cp /tmp/G_EXEC_ERROR_REPORT G_EXEC_ERROR_REPORT [FAILED] DietPi-BugReport | Packing upload archive - Command: 7zr a -m0=lzma2 -mx=9 -spf .7z CMD_OUT.txt G_EXEC_ERROR_REPORT /var/log /boot/config.txt /boot/cmdline.txt /boot/boot.ini /boot/uenv.txt /boot/uEnv.txt /boot/armbianEnv.txt /boot/boot.cmd /boot/dietpi.txt /boot/dietpi /var/lib/dietpi /var/tmp/dietpi /run/dietpi /etc/bash.bashrc /etc/bashrc.d /root/.bashrc /etc/profile /etc/profile.d /root/.profile /etc/rc.local /etc/X11/xorg.conf /etc/X11/xorg.conf.d /etc/asound.conf /etc/network/interfaces /etc/network/interfaces.d /etc/wpa_supplicant/wpa_supplicant.conf /etc/fstab /etc/sysctl.conf /etc/sysctl.d /etc/init.d /etc/systemd/system /lib/systemd/system /usr/local/lib/systemd/system /etc/apt/sources.list /etc/apt/sources.list.d /etc/apt/preferences /etc/apt/preferences.d /etc/apt/apt.conf.d | Use up/down buttons to scroll texti-BugReport ├─────────────────────────────┐ │ /var/log /boot/config.txt /boot/cmdline.txt /boot/boot.ini /boot/uenv.txt │ /boot/uEnv.txt /boot/armbianEnv.txt /boot/boot.cmd /boot/dietpi.txt │ /boot/dietpi /var/lib/dietpi /var/tmp/dietpi /run/dietpi /etc/bash.bashrc │ /etc/bashrc.d /root/.bashrc /etc/profile /etc/profile.d /root/.profile │ /etc/rc.local /etc/X11/xorg.conf /etc/X11/xorg.conf.d /etc/asound.conf │ /etc/network/interfaces /etc/network/interfaces.d │ /etc/wpa_supplicant/wpa_supplicant.conf /etc/fstab /etc/sysctl.conf │ /etc/sysctl.d /etc/init.d /etc/systemd/system /lib/systemd/system │ /usr/local/lib/systemd/system /etc/apt/sources.list /etc/apt/sources.list.d │ /etc/apt/preferences /etc/apt/preferences.d /etc/apt/apt.conf.d │ - Exit code: 127 │ - DietPi version: v7.6.2 (MichaIng/master) | HW_MODEL: | HW_ARCH: | │ DISTRO: │ - Error log: │ /boot/dietpi/func/dietpi-globals: line 846: 7zr: command not found │ |
|
Can you show the full output of this command: apt-get --allow-change-held-packages --autoremove purge dbus dhcpcd5 mountall initscripts '*office*' '*xfce*' '*qt5*' '*xserver*' '*xorg*' glib-networking libgtk-3-0Makes sense that sending a bug report fails as this is not yet a DietPi system (the scripts were not yet installed). However, it makes sense that we disable the option for DietPi-PREP where it simply doesn't make sense at all: 4bb11e1 |
|
@MichaIng error log in wizard APT purge for: dbus dhcpcd5 mountall initscripts *office* *xfce* *qt5* │ │ *xserver* *xorg* glib-networking libgtk-3-0 │ │ - Command: apt-get -qq --allow-change-held-packages --autoremove purge dbus │ │ dhcpcd5 mountall initscripts *office* *xfce* *qt5* *xserver* *xorg* │ │ glib-networking libgtk-3-0 │ │ - Exit code: 100 │ │ - DietPi version: v7.6.2 (MichaIng/master) | HW_MODEL: 22 | HW_ARCH: 3 | │ │ DISTRO: 5 │ │ - Error log: │ │ E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused │ │ by held packages. if i execute custom (actually not changing) command: [ INFO ] DietPi-PREP | Executing alternative command: apt-get -qq --allow-change-held-packages --autoremove purge dbus dhcpcd5 mountall initscripts *office* *xfce* *qt5* *xserver* *xorg* glib-networking libgtk-3-0 E: Unable to locate package mountall [FAILED] Alternative command execution | Exited with error Press any key to return to error handler menu... |
|
Ah APT alone does not filter packages by those which are actually installed. The error handler filters the list internally. Please open a subshell to get the list of actually installed packages: dpkg --get-selections dbus dhcpcd5 mountall initscripts '*office*' '*xfce*' '*qt5*' '*xserver*' '*xorg*' glib-networking libgtk-3-0 2> /dev/null | mawk '{print $1}' |
|
can't open ┌───────────────────────────────┤ DietPi-PREP ├────────────────────────────────┐ │ │ │ A bash subshell will now open which allows you to investigate and/or fix the │ │ issue. │ │ │ │ Please use the "exit" command when you are finished, to return to this error │ │ handler menu. │ │ │ │ │ │ │ └──────────────────────────────────────────────────────────────────────────────┘ |
|
Just hit return, then it should open. |
|
same |
|
I see there is a new UART device tree overlay. Does it help to add to the Actually strange that the prefix |
|
but UART earlier work fine, without specifying meson-g12a-uart* |
|
As said, there is a new device tree overlay for this, so |
|
yes, default uEnv.tx now is verbosity=7 console=ttyAML0,115200 overlay_prefix=meson rootfstype=ext4 fdtfile=amlogic/meson-g12a-radxa-zero.dtb overlays=meson-g12a-uart-ao-a-on-gpioao-0-gpioao-1 rootuuid=30422831-c223-492f-959c-0fc18139c228 initrdsize=0xb906b7 kernelversion=5.10.69-6-amlogic-g775a46783ad8 initrdimg=initrd.img-5.10.69-6-amlogic-g775a46783ad8 kernelimg=vmlinuz-5.10.69-6-amlogic-g775a46783ad8 |
|
Makes sense then. I'll wait a bit before updating our image, until Radxa reached a more stable state on this 🙂. UART works again with this overlay added, right? |
|
not tested yet |
|
@MichaIng hmmm |
Hmm, the |
|
|
I changed it a way that the device tree is only resized when any actual overlays are added. But probably I added it with wrong syntax. Is there something visible on the serial console about the resize, shortly before the failure? Probably chaning: test -z "${overlays}" && test -z "${user_overlays}" || fdt resize 65536to fdt resize 65536helps. |
|
how edit this file, is it binary? |
|
Ah dammit yes, sorry, it needs to be edited in |
|
changed line now SBC totally is dead 😂 |
|
Have you checked both files? The second should contain everything from the first + a binary header which contains a hash and some info.
|
|
@MichaIng U-Boot 2021.07-24129-g105a2deb65 (Oct 10 2021 - 15:29:12 +0800) radxa-zero Model: Radxa Zero SoC: Amlogic Meson G12A (S905Y2) Revision 28:b (30:2) DRAM: 1 GiB MMC: sd@ffe03000: 0, sd@ffe05000: 1, mmc@ffe07000: 2 Loading Environment from nowhere... OK In: serial Out: serial Err: serial Net: Net Initialization Skipped No ethernet found. Hit any key to stop autoboot: 0 Card did not respond to voltage select! : -110 switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... Found U-Boot script /boot.scr 3482 bytes read in 2 ms (1.7 MiB/s) ## Executing script at 08000000 444 bytes read in 2 ms (216.8 KiB/s) 12884166 bytes read in 555 ms (22.1 MiB/s) 24902144 bytes read in 1069 ms (22.2 MiB/s) 72823 bytes read in 8 ms (8.7 MiB/s) 396 bytes read in 6 ms (64.5 KiB/s) Applying kernel provided DT overlay meson-g12a-uart-ao-a-on-gpioao-0-gpioao-1.dtbo 464 bytes read in 6 ms (75.2 KiB/s) Applying kernel provided DT overlay meson-g12a-i2c-ao-m0-gpioao-2-gpioao-3.dtbo 863 bytes read in 6 ms (139.6 KiB/s) Applying kernel provided DT fixup script (meson-fixup.scr) ## Executing script at 01600000 initrdsize = 0xc498c6 Moving Image from 0x8080000 to 0x8200000, end=9a60000 ## Flattened Device Tree blob at 08008000 Booting using the fdt blob at 0x8008000 Loading Ramdisk to 3b2f3000, end 3bf3c8c6 ... OK Loading Device Tree to 000000003b278000, end 000000003b2f2fff ... OK Starting kernel ... [ 1.178665] reg-fixed-voltage regulator-flash_1v8: Failed to register regulator: -517 [ 1.179033] reg-fixed-voltage regulator-vcc_1v8: Failed to register regulator: -517 [ 1.179118] reg-fixed-voltage regulator-vcc_3v3: Failed to register regulator: -517 [ 1.179256] reg-fixed-voltage regulator-vddao_1v8: Failed to register regulator: -517 [ 2.062742] reg-fixed-voltage regulator-flash_1v8: Failed to register regulator: -517 [ 2.065420] reg-fixed-voltage regulator-vcc_1v8: Failed to register regulator: -517 Loading, please wait... Starting version 247.3-6 Begin: Loading essential drivers ... done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... done. Begin: Will now check root file system ... fsck from util-linux 2.36.1 [/sbin/fsck.ext4 (1) -- /dev/mmcblk1p2] fsck.ext4 -a -C0 /dev/mmcblk1p2 rootfs: clean, 46422/1842048 files, 608057/7656576 blocks done. done. Begin: Running /scripts/local-bottom ... done. Begin: Running /scripts/init-bottom ... done. Welcome to Debian GNU/Linux 11 (bullseye)! |
|
Ah that is good 👍. |
|
New image is up for testing: https://dietpi.com/downloads/images/DietPi_RadxaZero-ARMv8-Bullseye.7z |
|
it works |
|
Great, many thanks for testing! Let's get it released at the download page. I'll mark this issue as closed. If there are any new issues faced, they deserve a dedicate thread. |
ghost
mentioned this issue
The text was updated successfully, but these errors were encountered: