Closed custodis-intestina closed 3 years ago
Many thanks for your report. There are a few more errors, not sure which one is relevant here, but in the end, the root device seems to be not found, although the partitions are detected before:
[ 0.000000] Reserved memory: failed to reserve memory for node 'drm-logo@00000000': base 0x0000000000000000, size 0 MiB
...
[ 1.345696] mmcblk0: p1 p2
...
[ 1.433201] RAMDISK: gzip image found at block 0
[ 1.542616] RAMDISK: incomplete write (31546 != 32768)
[ 1.542672] write error
[ 1.542768] Waiting for root device UUID=c3800af9-fa58-4fb3-bb56-e52fd04837ba...
... ah a look into the changelog: https://wiki.radxa.com/RockpiS/Debian#Changelogs
2020.06.16
rockpis_debian_buster_minimal_arm64_20200615_1225-gpt.img
- Fix the issue of failing to find root device. System boot log may show like this.
[ 1.478059] RAMDISK: gzip image found at block 0 [ 1.581744] RAMDISK: incomplete write (23864 != 32768) [ 1.581801] write error [ 1.581895] Waiting for root device UUID=37055840-4ec4-444f-979b-9e47ee4bd848...
Strange, since it worked before, but probably due to a change in newer hardware revision or firmware version. I'll re-create the image.
Image ready, would be great if you could give it a try: https://dietpi.com/downloads/images/DietPi_ROCKPiS-ARMv8-Buster.7z
Hey and sry for the late anwser. That Image Works. What wars the Solution? New Kernel? LG Steve
Great, many thanks for testing, I replaced the old one with it.
Since Radxa documented exactly the error message you faced as well, I guess it was an error in their kernel in combination with a new hardware revision or shipped firmware version. So yes, I simply redid the image based on their new bootloader and kernel.
There is another flaw. The key to the Radxa repository is no longer valid. Tried to reload it from Radxa, but no success.
Lol, expired today:
root@DietPi:/tmp/DietPi-Software# apt-key list
/etc/apt/trusted.gpg
--------------------
pub rsa3072 2018-11-23 [SC] [expired: 2020-11-22]
C79E F8D1 49CF C9C0 418A 9A60 5761 288B 2B52 CC90
uid [ expired] Radxa <dev@radxa.com>
And Radxa does not have a newer image yet, and ... there is no current key available... 👎 Just tested it, it's the same: https://apt.radxa.com/buster-stable/public.key or: https://github.com/radxa/apt/blob/gh-pages/buster-stable/public.key
And there we have the bug report: https://github.com/radxa/apt/issues/9
One could call it luck that I just redid the image yesterday (including the APT upgrades) since the really only solution right now is to disable/remove the repository and re-add it with an updated key with a future DietPi update.
In your case:
rm /etc/apt/trusted.gpg # All other keys are shipped the "modern" way via dedicated files in /etc/apt/trusted.gpg.d/
mv /etc/apt/sources.list.d/apt-radxa-com.list{,_bak}
There is another bug in the repo while I tried to download and install the "new" (renamed) kernel meta package manually from the GitHub repo: https://github.com/radxa/apt/issues/10 Will be a messy image currently, probably we should have switched to Armbian directly, which have a functional (although limited featured) Linux 5.8 (even a testing 5.9) image.
Okay image up with the Radxa repository disabled for now and the newer kernel packages installed manually: https://dietpi.com/downloads/images/DietPi_ROCKPiS-ARMv8-Buster.7z The repo will be re-enabled once a valid key is available.
The repository key has been updated, but the bootloader package still depends on the old/removed kernel meta package: https://github.com/radxa/apt/issues/10 So currently, enabling the repository would lead to a dependency conflict that can be either resolved by an upgrade or bootloader package removal. The latter is possible since the bootloader has been flashed already, but in case of breaking changes I'd rather like to keep it to allow upgrades, when available. So I'll wait for this issue to be fixed before re-enabling the Radxa repository.
Finally, both issues are solved. I'll apply the new key and re-enable the repo on the image.
Above image repacked, including some fine tuning and cleanup + really enabled serial console for first boot: https://github.com/MichaIng/DietPi/commit/324b59b89e8b849ef87539a777b2338d01542a36
@custodis-intestina Should be fine now for production usage, would be great if you could give it a final test.
Creating a bug report/issue
Required Information
echo $G_DISTRO_NAME
orcat /etc/debian_version
uname -a
All Information comes from that Image. https://dietpi.com/downloads/images/DietPi_ROCKPiS-ARMv8-Buster.7zAdditional Information (if applicable)
Steps to reproduce
Flasching the Image to SD Card with Win32Diskimager Insert SD Card in RockPi S Plugin Power and Wait
Extra details
Serial Console
After "[ 54.137571] random: nonblocking pool is initialized" the System does nothing. LAN Leds blinking, Heartbeat is ON.
Sry but i have no Information found.
I Hope you can Help me . LG Steve