oec已经有可以直接刷的固件了，但是是ubuntu的noble版本，大佬可否适配下Debian的bullseye和bookworm，想装个omv，感谢大佬

[MortalM]

oec已经有可以直接刷的固件了，但是是ubuntu的noble版本，大佬可否适配下Debian的bullseye和bookworm，想装个omv，感谢大佬，祝大佬发大财

[MortalM]

是oec-turbo哈，oec应该也能直接刷，可以刷的固件连接：链接:https://pan.baidu.com/s/1AlzYKDpWSRgn-rmoP8vMcw?pwd=j28z
里面的几个固件都能短接后，直接刷入

[ophub]

https://github.com/ophub/amlogic-s9xxx-armbian/releases

这里有，你试试搜oec，这个就是OEC-turbo #2736

[cellistV]

https://github.com/ophub/amlogic-s9xxx-armbian/releases

这里有，你试试搜oec，这个就是OEC-turbo #2736

没换cpu的现在可以直接刷这个了吗？

[nary24]

https://github.com/ophub/amlogic-s9xxx-armbian/releases
这里有，你试试搜oec，这个就是OEC-turbo #2736

没换cpu的现在可以直接刷这个了吗？

前几天据群友反馈，直接刷了这个包，会变砖，不知道是哪里有问题

[ophub]

我没有这个设备测试，根据贡献者的反馈可以正常使用

[MortalM]

行吧，我有设备，我来测试

[MortalM]

我没有这个设备测试，根据贡献者的反馈可以正常使用
Armbian_HassIoSupervisor_bookworm_save_2025.02
Armbian_bookworm_save_2025.02

大佬，这个homeassitant的版本比普通版本的多了什么东西呀？

[ophub]

就是预装了homeassitant，一个家庭网关，一键开关电灯空调灯支持ha协议的智能设备的软件

[cellistV]

我没有这个设备测试，根据贡献者的反馈可以正常使用
Armbian_HassIoSupervisor_bookworm_save_2025.02
Armbian_bookworm_save_2025.02

大佬，这个homeassitant的版本比普通版本的多了什么东西呀？

会变砖吗，如果可以刷，麻烦告知一下

[MortalM]

我没有这个设备测试，根据贡献者的反馈可以正常使用

不行啊，大佬，我测试了，刷了你的固件机器无法连接，网卡灯也不亮，应该是不可用，上面百度网盘里面的固件刷了就是正常的
百度网盘里的固件刷好后分区是这样的，听说没有改变原机器老分区里面的数据，这个设备毕竟还是有cpu加密的吧，大佬可否提取下网盘里面固件的相关数据，重新做一个能开机正常使用的 debiand的bookworm 固件哈。
555，我现在要想办法去救砖了。

[ophub]

你刷的网络的哪个固件是能用的？发下名字

[MortalM]

你刷的网络的哪个固件是能用的？发下名字

jp的这个，和ophub的这2个都可以正常使用， 这固件也应该是用你的固件改的。

[ophub]

https://github.com/ophub/amlogic-s9xxx-armbian/actions

https://github.com/ophub/amlogic-s9xxx-armbian/actions/runs/13237532293

4个版本都在重新打包，你看actions好了就可以去下载了： https://github.com/ophub/amlogic-s9xxx-armbian/releases

下载最新的这个测试。我对比了下发现之前的boot文件不同呢。

[MortalM]

https://github.com/ophub/amlogic-s9xxx-armbian/actions

https://github.com/ophub/amlogic-s9xxx-armbian/actions/runs/13237532293

4个版本都在重新打包，你看actions好了就可以去下载了： https://github.com/ophub/amlogic-s9xxx-armbian/releases

下载最新的这个测试。我对比了下发现之前的boot文件不同呢。

大佬V587，业界良心，实乃吾辈楷模！

[MortalM]

https://github.com/ophub/amlogic-s9xxx-armbian/actions

https://github.com/ophub/amlogic-s9xxx-armbian/actions/runs/13237532293

4个版本都在重新打包，你看actions好了就可以去下载了： https://github.com/ophub/amlogic-s9xxx-armbian/releases

下载最新的这个测试。我对比了下发现之前的boot文件不同呢。

大佬刚才去看了。bookworm和jammy的actions有报错失败了，剩下2个正常出新固件了

[ophub]

我再重启一个任务。你可以先试试那2个好了的，要能用4个都能，要不行都不行。这个仓库的固件主要就是在armbian上游原版上更换了一下/boot的启动文件，让更多小众盒子可以正常启动armbian，只要boot文件对就可以。

[MortalM]

我再重启一个任务。你可以先试试那2个好了的，要能用4个都能，要不行都不行。这个仓库的固件主要就是在armbian上游原版上更换了一下/boot的启动文件，让更多小众盒子可以正常启动armbian，只要boot文件对就可以。

got it

[dss16694]

我再重启一个任务。你可以先试试那2个好了的，要能用4个都能，要不行都不行。这个仓库的固件主要就是在armbian上游原版上更换了一下/boot的启动文件，让更多小众盒子可以正常启动armbian，只要boot文件对就可以。

不行啊大佬，你先后的4个actions的镜像我都刷进去了，都是不能正常启动，网卡灯不亮。

大佬有刷机教程么？

[zed0325]

我再重启一个任务。你可以先尝试那2个好的，要能用4个，要不行都不行。这个仓库的固定主要就是在armbian上游原版上更换位置/boot启动的文件，让更多小众盒子正常启动armbian，只要boot文件就可以了。

不行啊大佬，你前面的4个动作我都刷进去了，都不能正常启动，中断灯不亮。

不换cpu可不可以刷呢 我这短接刷机提示下载boot失败 或者测试设备失败

[MortalM]

我再重启一个任务。你可以先试试那2个好了的，要能用4个都能，要不行都不行。这个仓库的固件主要就是在armbian上游原版上更换了一下/boot的启动文件，让更多小众盒子可以正常启动armbian，只要boot文件对就可以。

@ophub 大佬新生成的镜像试了还是不行呢，能继续帮看看吗，我可以配合测试的，加我tg吧，@infinity2y

[dss16694]

我再重启一个任务。你可以先尝试那2个好的，要能用4个，要不行都不行。这个仓库的固定主要就是在armbian上游原版上更换位置/boot启动的文件，让更多小众盒子正常启动armbian，只要boot文件就可以了。

不行啊大佬，你前面的4个动作我都刷进去了，都不能正常启动，中断灯不亮。

不换cpu可不可以刷呢 我这短接刷机提示下载boot失败 或者测试设备失败

多试几次，我短接了第二次成功了

[dss16694]

我再重启一个任务。你可以先试试那2个好了的，要能用4个都能，要不行都不行。这个仓库的固件主要就是在armbian上游原版上更换了一下/boot的启动文件，让更多小众盒子可以正常启动armbian，只要boot文件对就可以。

之前刷了网盘里的boot和固件，关机时插入type c没啥反应，长按复位键再插type -c会出现一个Loader设备；刷了一下release里面oec的固件，接上type c线之后直接进的Maskrom模式，应该是boot阶段就出问题了。
按照网上查的资料，OECT原cpu加密，之前刷armbian是需要更换cpu的，现在放出的教程中，感觉上像是定制的boot来应对cpu加密？
非专业的分析，希望有点帮助。

[sjtuxiaoxue]

@dss16694 最终结果是啥？最新编译的2个img都能够正常短接刷入OECT吗？

[MortalM]

@dss16694 最终结果是啥？最新编译的2个img都能够正常短接刷入OECT吗？

2.12号最新的固件刷进去还是不能正常启动，网卡也不亮灯

[zangtx]

@dss16694 最终结果是啥？最新编译的2个img都能够正常短接刷入OECT吗？

2.12号最新的固件刷进去还是不能正常启动，网卡也不亮灯

这个版本我刷进去了，也是网卡灯不亮，但是后面我再也刷不进固件了，一直boot失败

[dss16694]

@dss16694 最终结果是啥？最新编译的2个img都能够正常短接刷入OECT吗？

2.12号最新的固件刷进去还是不能正常启动，网卡也不亮灯

这个版本我刷进去了，也是网卡灯不亮，但是后面我再也刷不进固件了，一直boot失败

还是要短接然后刷网盘里的boot和system

[hoiw]

@ophub 作为折腾过OECT弄U盘启动的，我来说两句吧
首先一个 这个仓库里的OECT的DTB就不能在原版OECT上用，不硬改的话用这个仓库里的DTB是不能启动系统的。
用这个仓库的DTB启动就会kernel panic，具体见#2779
其次，OECT在UBOOT SPL INIT阶段就会对UBOOT，BOOT, FDT分区进行校验，一旦失败就会拒绝启动。意味着直接替代原厂系统是不可能的
OEC亦有烧写eFuse，这也是为什么MaskROM正常情况下不能进行写入
（现有的线刷方案是靠接地eMMC刷写的，我也不知道为什么接地eMMC有时候就能绕过这个限制）

U-Boot SPL board init
U-Boot SPL 2017.09 (Apr 12 2023 - 18:40:22)
unknown raw ID phN
unrecognized JEDEC id bytes: 00, 00, 00
Trying to boot from MMC2
Card did not respond to voltage select!
mmc_init: -95, time 9
spl: mmc init failed with error: -95
Trying to boot from MMC1
SPL: A/B-slot: _a, successful: 0, tries-remain: 7
Trying fit image at 0x4000 sector
## Verified-boot: 1
sha256,rsa2048:dev## Verified-boot: 1
+ 
## Checking atf-1 0x00040000 ... sha256(6204b6f381...) + OK
## Checking uboot 0x00a00000 ... sha256(82cc9518bf...) + OK
## Checking fdt 0x00b38bd8 ... sha256(53436a3c19...) + OK
## Checking atf-2 0xfdcc1000 ... sha256(5563d929da...) + OK
## Checking atf-3 0x0006a000 ... sha256(b04372ab0f...) + OK
## Checking atf-4 0xfdcd0000 ... sha256(b46eaa95b8...) + OK
## Checking atf-5 0xfdcce000 ... sha256(2f8839c803...) + OK
## Checking atf-6 0x00068000 ... sha256(6e9d32ba23...) + OK
## Checking optee 0x08400000 ... sha256(66bbd17352...) + OK
Jumping to U-Boot(0x00a00000) via ARM Trusted Firmware(0x00040000)
Total: 173.770 ms

虽然如此，OEC仍能够启动自制系统，是因为Uboot阶段的安全启动是由原厂的内核进行的。
UBOOT阶段如果不走原厂内核 就不会进行二次验证，所以现有的方案是在OEC分区后部划分一个新分区
让UBOOT从靠后的位置搜索内核做到的。 直接代替原厂分区是不可能的
也可以让OEC的UBOOT直接从U盘搜索 这样就是U盘启动

[MortalM]

虽然如此，OEC仍能够启动自制系统，是因为Uboot阶段的安全启动是由原厂的内核进行的。 UBOOT阶段如果不走原厂内核 就不会进行二次验证，所以现有的方案是在OEC分区后部划分一个新分区 让UBOOT从靠后的位置搜索内核做到的。 直接代替原厂分区是不可能的 也可以让OEC的UBOOT直接从U盘搜索 这样就是U盘启动

那么怎么样才能弄个纯净的ophub的bookworm镜像呢大佬？目前能刷的镜像解压出来都是7.28g大小的，好像做这么大是不是因为前面的分区数据都是从原装系统里dd出来的uboot和相关数据是吧，而op大佬的系统解压出来只有3g多一点，这就是目前op大佬的镜像不能启动的原因吗?(就是说目前没有能破解加密的uboot，只能是从原厂镜像里拷出来的，所以能启动的镜像都很大)

[5Breeze]

虽然如此，OEC仍能够启动自制系统，是因为Uboot阶段的安全启动是由原厂的内核进行的。 UBOOT阶段如果不走原厂内核 就不会进行二次验证，所以现有的方案是在OEC分区后部划分一个新分区 让UBOOT从靠后的位置搜索内核做到的。 直接代替原厂分区是不可能的 也可以让OEC的UBOOT直接从U盘搜索 这样就是U盘启动

那么怎么样才能弄个纯净的ophub的bookworm镜像呢大佬？目前能刷的镜像解压出来都是7.28g大小的，好像做这么大是不是因为前面的分区数据都是从原装系统里dd出来的uboot和相关数据是吧，而op大佬的系统解压出来只有3g多一点，这就是目前op大佬的镜像不能启动的原因吗?(就是说目前没有能破解加密的uboot，只能是从原厂镜像里拷出来的，所以能启动的镜像都很大)

好像是这样的，现在有的包都是包含前面几个小分区的

[hoiw]

还有一个问题，经过测试，rk35xx的内核貌似使用正确的dtb也不能启动。常规内核倒是没问题

[   17.277840] RAMDISK: Couldn't find valid RAM disk image starting at 0.
[   17.278694] /dev/root: Can't open blockdev
[   17.278751] VFS: Cannot open root device "UUID=7881503f-d7ae-43ef-8044-b253edd0d957" or unknown-block(0,0): error -6
[   17.278781] Please append a correct "root=" boot option; here are the available partitions:
[   17.278811] 0100            4096 ram0 
[   17.278819]  (driver?)
[   17.278998] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[   17.287804] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.1.99-rk35xx-ophub #1
[   17.288435] Hardware name: Onething RK3566 BOX WXY4 V10 ANDROID Board (DT)

(和启动延迟无关，用rootwait也无法启动，貌似是因为缺少驱动？)

更新：常规内核也不行，到switching to normal world boot后卡死

[jksherk]

各位大佬有人研究OEC刷写 armbian后 如何控制led灯的吗？不知道能不能像wky一样变颜色 或者关掉

[chb1991]

各位大佬有人研究OEC刷写 armbian后 如何控制led灯的吗？不知道能不能像wky一样变颜色 或者关掉

可以，我设置的 蓝灯常亮。你自己测试。
set-blue-led.service 新建一个服务

sudo nano /etc/systemd/system/set-blue-led.service

[Unit]
Description=Set blue LED to solid
After=multi-user.target

[Service]
Type=oneshot
ExecStart=/bin/bash -c 'sudo echo none > /sys/class/leds/blue:heartbeat/trigger && sudo echo 255 > /sys/class/leds/blue:heartbeat/brightness'

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable set-blue-led.service
sudo systemctl start set-blue-led.service

[mustgogogo]

还有一个问题，经过测试，rk35xx的内核貌似使用正确的dtb也不能启动。常规内核倒是没问题

[   17.277840] RAMDISK: Couldn't find valid RAM disk image starting at 0.
[   17.278694] /dev/root: Can't open blockdev
[   17.278751] VFS: Cannot open root device "UUID=7881503f-d7ae-43ef-8044-b253edd0d957" or unknown-block(0,0): error -6
[   17.278781] Please append a correct "root=" boot option; here are the available partitions:
[   17.278811] 0100            4096 ram0 
[   17.278819]  (driver?)
[   17.278998] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[   17.287804] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.1.99-rk35xx-ophub #1
[   17.288435] Hardware name: Onething RK3566 BOX WXY4 V10 ANDROID Board (DT)

(和启动延迟无关，用rootwait也无法启动，貌似是因为缺少驱动？)

更新：常规内核也不行，到switching to normal world boot后卡死

一样的问题，卡到找不到 roofts，大佬解决了吗？

[hoiw]

还有一个问题，经过测试，rk35xx的内核貌似使用正确的dtb也不能启动。常规内核倒是没问题

[   17.277840] RAMDISK: Couldn't find valid RAM disk image starting at 0.
[   17.278694] /dev/root: Can't open blockdev
[   17.278751] VFS: Cannot open root device "UUID=7881503f-d7ae-43ef-8044-b253edd0d957" or unknown-block(0,0): error -6
[   17.278781] Please append a correct "root=" boot option; here are the available partitions:
[   17.278811] 0100            4096 ram0 
[   17.278819]  (driver?)
[   17.278998] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[   17.287804] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.1.99-rk35xx-ophub #1
[   17.288435] Hardware name: Onething RK3566 BOX WXY4 V10 ANDROID Board (DT)

(和启动延迟无关，用rootwait也无法启动，貌似是因为缺少驱动？)
更新：常规内核也不行，到switching to normal world boot后卡死

一样的问题，卡到找不到 roofts，大佬解决了吗？

找不到rootfs貌似是因为上面的RAMDISK没有被加载，也就是uInitrd编译出来有问题
顺着这个思路排查下去 在chroot中执行update-initramfs的时候输出了日志

update-initramfs: Generating /boot/initrd.img-6.1.99-rk35xx-ophub
update-initramfs: Armbian: Converting to u-boot format: /boot/uInitrd-6.1.99-rk35xx-ophub
Image Name:   uInitrd
Created:      Sat Feb 15 19:16:34 2025
Image Type:   AArch64 Linux RAMDisk Image (gzip compressed)
Data Size:    16214419 Bytes = 15834.39 KiB = 15.46 MiB
Load Address: 00000000
Entry Point:  00000000
update-initramfs: Armbian: Symlinking /boot/uInitrd-6.1.99-rk35xx-ophub to /boot/uInitrd
'/boot/uInitrd' -> 'uInitrd-6.1.99-rk35xx-ophub'
update-initramfs: Armbian: done.

这里的Load Address和Entry Point貌似有问题, 百度找遍了没有找到解决方案 @ophub 大佬有方法解决吗？
已有修复VPU,GPU的第三方包也是不能用update-initramfs 否则就会卡内核 估计也是这个问题

[qq470075]

各位大佬有人研究OEC刷写 armbian后 如何控制led灯的吗？不知道能不能像wky一样变颜色 或者关掉

可以，我设置的 蓝灯常亮。你自己测试。 set-blue-led.service 新建一个服务

sudo nano /etc/systemd/system/set-blue-led.service

[Unit] Description=Set blue LED to solid After=multi-user.target

[Service] Type=oneshot ExecStart=/bin/bash -c 'sudo echo none > /sys/class/leds/blue:heartbeat/trigger && sudo echo 255 > /sys/class/leds/blue:heartbeat/brightness'

[Install] WantedBy=multi-user.target

sudo systemctl daemon-reload sudo systemctl enable set-blue-led.service sudo systemctl start set-blue-led.service

失败

[jksherk]

各位大佬有人研究OEC刷写 armbian后 如何控制led灯的吗？不知道能不能像wky一样变颜色 或者关掉

可以，我设置的 蓝灯常亮。你自己测试。 set-blue-led.service 新建一个服务

sudo nano /etc/systemd/system/set-blue-led.service

[Unit] Description=Set blue LED to solid After=multi-user.target

[Service] Type=oneshot ExecStart=/bin/bash -c 'sudo echo none > /sys/class/leds/blue:heartbeat/trigger && sudo echo 255 > /sys/class/leds/blue:heartbeat/brightness'

[Install] WantedBy=multi-user.target

sudo systemctl daemon-reload sudo systemctl enable set-blue-led.service sudo systemctl start set-blue-led.service

谢了朋友，你的脚本在jp镜像里是有效的。我测试了两个镜像一个jp 一个 armbian。jp的什么都好，就是系统运行得时候 c口好像是失效的，另外一个c口有效就是无法控制灯光，一直白色的

[jksherk]

各位大佬有人研究OEC刷写 armbian后 如何控制led灯的吗？不知道能不能像wky一样变颜色 或者关掉

可以，我设置的 蓝灯常亮。你自己测试。 set-blue-led.service 新建一个服务
sudo nano /etc/systemd/system/set-blue-led.service
[Unit] Description=Set blue LED to solid After=multi-user.target
[Service] Type=oneshot ExecStart=/bin/bash -c 'sudo echo none > /sys/class/leds/blue:heartbeat/trigger && sudo echo 255 > /sys/class/leds/blue:heartbeat/brightness'
[Install] WantedBy=multi-user.target
sudo systemctl daemon-reload sudo systemctl enable set-blue-led.service sudo systemctl start set-blue-led.service

失败

需要JP的镜像

[MalikWilliams1greher]

需要JP的镜像

JP是啥镜像？

[sjtuxiaoxue]

需要JP的镜像

JP是啥镜像？

有个刷机镜像是从荐片盒子移植的。

[xkcore123]

恩山有debian12，刷了感觉还不错

[MortalM]

恩山有debian12，刷了感觉还不错

你指dietpi 那个吗，这个没用过，感觉还是op大佬的用的舒服