• Home
  • Categories
  • WIKI
  • LANGUAGE: en
    • [Exchange and share] 深度操作系统 V23 Beta Arm64坊间版来了 ！
    deepin 23 1.1w views · 44 replies ·
    Tofloor
    poster avatar
    root
    deepin
    2023-05-18 07:11
    Author

    本版 深度操作系统  V23 Beta 2 Arm64版并非官方以及deepin下的任何sig制作！

    嘎子啊，你听潘叔的话，网上的东西都是虚拟的，你把握不住的，因为你还年轻，因为这里的水很深，你也没有那么多的丰富经验。







    深度操作系统 V23 Beta 不是稳定版本，不是稳定版本，不是稳定版本，仅用于技术预览用途。
    
md5sum
    987ddcfb3bab2475394166ce0864eb33  deepin23-Beta-base-arm64.tar.xz
    490c8e60284730017c0bc9af9926492e  deepin23-Beta-aarch64-H6-Orangepi3_6.2.16-mmc-sd-zh-hans.img
    30055cb431991bdd1f9f7296caa97971  deepin23-Beta-aarch64-H6-Orangepi3_6.2.16-mmc-sd-zh-hans.img.xz
    267803de2705edb43fc30cf2f525428e  deepin23-Beta-aarch64-rk3399-Orangepi4-lts_6.3.3-mmc-sd-zh-hans.img
    0c3298c4d1263678b8f975e58ff35d5d  deepin23-Beta-aarch64-rk3399-Orangepi4-lts_6.3.3-mmc-sd-zh-hans.img.xz
    37058aebe9f1deb025515764860e2182  deepin23-Beta-aarch64-rk3588-Rock-5b_6.3.3-mmc-sd-zh-hans.img
    acac9b4432bafd0492193bb3f87b7608  deepin23-Beta-aarch64-rk3588-Rock-5b_6.3.3-mmc-sd-zh-hans.img.xz
    737b2a7bfc98b271c926f8e730c6efe8  deepin23-Beta-aarch64-uefi_6.3.3-disks-zh-hans.img
    5b7b8655c3cc98d9df18268cb641dc58  deepin23-Beta-aarch64-uefi_6.3.3-disks-zh-hans.img.xz

    sha256sum
    87da632b36f4b2c8c9155c9c0b7c6d00e4de937435604c21e1444c22ccdd936e  deepin23-Beta-base-arm64.tar.xz
    7e3299bd07b20caceae3ec01bfffa77f171213c93ea7a9a45f7c8cd7a4341e8f  deepin23-Beta-aarch64-H6-Orangepi3_6.2.16-mmc-sd-zh-hans.img
    622004d0af25aacdd6dab0962a92ba1b074f450fba4fd7c90f2968752a2b4cd4  deepin23-Beta-aarch64-H6-Orangepi3_6.2.16-mmc-sd-zh-hans.img.xz
    aea007adeee883eb23bfeaf884a2cc7fb1d8e4cac838c77d94013a2306b5b979  deepin23-Beta-aarch64-rk3399-Orangepi4-lts_6.3.3-mmc-sd-zh-hans.img
    e2956775a6ece22648256d689ba479327b01dd0950e7fb2bbcfd9bb0bfd3f2a3  deepin23-Beta-aarch64-rk3399-Orangepi4-lts_6.3.3-mmc-sd-zh-hans.img.xz
    0e886a9ad21c88371517c3b86d142535d310a01c89835644e4393eff04724439  deepin23-Beta-aarch64-rk3588-Rock-5b_6.3.3-mmc-sd-zh-hans.img
    4cb93c45b4d7042b9c6ad5bbf7fcecf2d5ce7a657ef0faed95676126a8e561a9  deepin23-Beta-aarch64-rk3588-Rock-5b_6.3.3-mmc-sd-zh-hans.img.xz
f111d3993e8ded1b9809ad60d17bf0bce6c65bbef35f830023c85edd0849780a  deepin23-Beta-aarch64-uefi_6.3.3-disks-zh-hans.img
    51c00338000c420188177cbc2941b5b39ad3ea7d6dc4c405f2a9ebf0034ae466  deepin23-Beta-aarch64-uefi_6.3.3-disks-zh-hans.img.xz

用户:
root/Bug23
bug23/Bug23

    默认不带apt源，若要使用apt源需要手动从 deepin V23复制的 /etc/apt 下文件恢复。
    或者从wiki恢复apt源
    https://wiki.deepin.org/zh/03_%E6%8A%80%E6%9C%AF%E8%A7%84%E8%8C%83/00_%E8%BD%AF%E4%BB%B6%E5%8C%85%E4%B8%8E%E4%BB%93%E5%BA%93%E7%AE%A1%E7%90%86%E8%A7%84%E8%8C%83/%E4%BB%93%E5%BA%93%E8%AF%B4%E6%98%8E

镜像基于深度操作系统 V23 Beta arm64的apt源制作，已经集成部分自研的linglong程序。

安装方法，将镜像文件 dd 到至少8G tf卡，然后将TF卡放入设备后启动（可选手动将 deepin 分区扩容）

TF卡 + u盘使用：
亦可以将 镜像文件 的u-boot部分（即前16M） dd入 tf卡，再将 完整的镜像文件写入u盘（可选手动将 deepin 分区扩容），
    然后将TF卡放入设备启动，本u-boot支持查找 usb磁盘第一分区内的文件加载启动。
    
重置系统：
本版本使用了btrfs特性，主卷是 @deepin23 ，默认是使用 @deepin 卷是 @deepin23卷的快照，
    因此系统出现问题可以手动删除 @deepin卷后在重建 @deepin快照卷即可
删除快照卷：btrfs subvolume delete @deepin
创建快照卷：btrfs subvolume snapshot @deepin23 @deepin
这样就可以将系统恢复到默认状态了。

    本次支持设备：
    deepin23-Beta-base-arm64.tar.xz
    仅包含最小运行环境，没有集成任何软件和内核，适合最小化安装，docker等特殊环境下使用

    deepin23-Beta-aarch64-H6-Orangepi3_6.2.16-mmc-sd-zh-hans.img 
    使用linux-6.2内核，默认适配使用 Allwinner H6  的 orangepi-3开发板，内核支持 H6 ，H616，A64 系列，
    移植到其他开发板需自行重写 u-boot 和修改 boot分区下 uEnv.txt 文件内dtb相关的定义。

    deepin23-Beta-aarch64-rk3399-Orangepi4-lts_6.3.3-mmc-sd-zh-hans.img 
使用linux-6.3.3内核，默认适配使用 Rockchip rk3399 的 orangepi-4-lts开发板，
    内核支持 RK3328，RK3399 , RK3308系列（RK356X理论上也支持），
    移植到其他开发板需自行重写 u-boot 和修改 boot分区下 uEnv.txt 文件内dtb相关的定义。

    deepin23-Beta-aarch64-rk3588-Rock-5b_6.3.3-mmc-sd-zh-hans.img （试验性）
    使用linux-6.3.3内核，默认适配使用 Rockchip rk3588 的 Rock-5b开发板，内核仅支持 RK3588系列，
    移植到其他开发板需自行重写 u-boot 和修改 boot分区下 uEnv.txt 文件内dtb相关的定义。

    deepin23-Beta-aarch64-uefi_6.3.3-disks-zh-hans.img 
    集成双内核：主线 linux-6.3.3 内核和适配国内arm64的 Linux-5.10.180 内核
    主要适配使用 UEFI + ACPI 的 ARM64设备，为raw格式    的磁盘镜像，写入磁盘/U盘即可食用（可选扩容后使用），
    虚拟机可以使用 qemu-img 转换为对应虚拟机磁盘格式后导入使用。

    下载地址 https://cloud.189.cn/t/u6BrQbZVnuum （访问码：5feb）

    嘎子啊，你听潘叔的话，网上的东西都是虚拟的，你把握不住的，
    因为你还年轻，因为这里的水很深，你也没有那么多的丰富经验。

     

    Reply Favorite View the author
    All Replies
    2 / 3
    To page
    Jesper2333
    deepin
    2023-06-03 01:13
    #21
    神末shenmo：

    S905L3A 晶晨 有希望吗

    型号是 ZXV10 B863AV3.2-M

    有个同型号的机顶盒😂

    Reply View the author
    神末shenmo
    deepin
    Spark-App
    2023-06-03 01:36
    #22
    root：

    肯定不同意，与uos的产品线有冲突，不然谁买uos arm64版鸭

    uos卖的是服务

    给你精华了

    Reply View the author
    神末shenmo
    deepin
    Spark-App
    2023-06-03 01:36
    #23
    Jesper2333：

    有个同型号的机顶盒😂

    我也是机顶盒哈哈哈

    挂机下载+旁路由，加上128的卡弄mate搞国产化适配（

    Reply View the author
    root
    deepin
    2023-06-03 03:47
    #24
    神末shenmo：

    uos卖的是服务

    给你精华了

    因为现在deepin官方ci 内已经释出 官方版的 arm64 iso 了

    tail

    Reply View the author
    神末shenmo
    deepin
    Spark-App
    2023-06-03 04:42
    #25
    root：

    因为现在deepin官方ci 内已经释出 官方版的 arm64 iso 了

    tail

    我给你的精华诶....

    Reply View the author
    神末shenmo
    deepin
    Spark-App
    2023-06-03 04:42
    #26
    root：

    因为现在deepin官方ci 内已经释出 官方版的 arm64 iso 了

    tail

    那个不也没法在机顶盒装嘛(

    Reply View the author
    SevenFay
    deepin
    2023-06-14 00:00
    #27

    谢谢大哥，这就去试试

    Reply View the author
    阿尼樱奈奈
    Moderator
    2023-06-14 00:32
    #28
    root：

    因为现在deepin官方ci 内已经释出 官方版的 arm64 iso 了

    tail

    确实是，我刚刚去https://cdimage.deepin.com/daily/看了日更版的镜像，没想到有ARM版了

    Reply View the author
    176******87
    deepin
    2023-07-17 09:30
    #29
    It has been deleted!
    gfdgd_xi
    deepin
    Ecological co-builder
    2023-09-03 04:58
    #30
    root：

    anbox类已有3年没维护，已经过时了，另deepin木有发行arm64版的uengine

    binder_linux.ko 早已内核自带
    ashmem_linux.ko 因为会引发安全问题6.2之后不再有人修补（当前只适配到6.1），其功能已经由 memfd 取代，像主流的WayDroid等可以在木有 ashmem 时使用memfd 运行

    上面的镜像是支持切换到wayland下跑 WayDroid 的（只需在waydroid_base.prop里面设置 sys.use_memfd=true 即可）

    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/mm/memfd.c

    运行waydroid时出现这个报错怎么处理
    机器是orangepi4lts
    c985db7d9f313c8e0e35fad8de10486.png

    Reply View the author
    dreamcast
    deepin
    2023-11-15 03:08
    #31

    目前v23的 grub是否不支持 terminal_output是 gfxterm的?

    我如果 grub的 terminal_output用的是 console，那當u-boot的 stdout和 stderr使用 vidconsole的時候，在EFI離開啟動服務時就會失敗自動重新啟動進入U-Boot。其顯示重置的理由是看門狗（Reset cause: WDOG），但實際上是因為Das U-Boot只支持 GRUB_TERMINAL的 gfxterm。

    U-Boot 2021.07-OpenWrt-r19276-6dd8825978 (Jun 05 2022 - 07:05:28 +0000) OpenWrt

SoC: Rockchip rk3399
Reset cause: WDOG
Model: Unknown TN3399 V3
       Watchdog enabled
DRAM:  3.9 GiB
PMIC:  RK808
MMC:   mmc@fe310000: 2, mmc@fe320000: 1, sdhci@fe330000: 0
Loading Environment from MMC... OK
In:    serial
Out:   vidconsole
Err:   vidconsole
Model: Unknown TN3399 V3
Net:   eth0: ethernet@fe300000
Hit any key to stop autoboot:  0

    你可以把 GRUB_TIMEOUT設置為 0去跳過 GRUB_TERMINAL是 console的代碼，跳過後你會得到以下錯誤信息但不影響系統正常啟動：

    error: no video mode activated.

    同樣的情況在openSUSE也會發生在 GRUB_TERMINAL是 console的情況。但openSUSE的 grub的 GRUB_TERMINAL支持 gfxterm，因此 GRUB_TIMEOUT可以大於 0。而deepin23的 grub設置 GRUB_TERMINAL是 console時，則會出現以下錯誤信息：

    error: terminal `gfxterm' isn't found.

    另外，吐槽一下這個grub的update_grub在此鏡像下跑會報錯和等很久：

    root@deepin:~# update-grub
[  216.741114] device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is disabled. Duplicate IMA measurements will not be recorded in the IM.
[  216.742335] device-mapper: uevent: version 1.0.3
[  216.743219] device-mapper: ioctl: 4.47.0-ioctl (2022-07-28) initialised: [email protected]
[  217.665641] SGI XFS with ACLs, security attributes, realtime, quota, no debug enabled
[  217.719281] JFS: nTxBlock = 8192, nTxLock = 65536
[  217.853528] QNX4 filesystem 0.2.3 registered.

    這時等到天荒地老如果Ctrl-C後再跑：

    ^C
root@deepin:~# update-grub
get rootb uuid error: failed to get "rootb" uuid
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-6.3.3-acpi
Found initrd image: /boot/initrd.img-6.3.3-acpi
Found linux image: /boot/vmlinuz-5.10.180-acpi
Found initrd image: /boot/initrd.img-5.10.180-acpi
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy
rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy
Adding boot menu entry for UEFI Firmware Settings ...
done

    我的 /etc/default/grub：

    GRUB_DEFAULT=3
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="coherent_pool=2M cma=64M console=tty1"
GRUB_CMDLINE_LINUX="console=ttyS2,1500000 earlycon=uart8250,mmio32,0xff1a0000 rootwait"
    Reply View the author
    dreamcast
    deepin
    2023-11-15 03:46
    #32

    另外，提議EFI鏡像也留空最前的16MiB，因為這16MiB的位置可以刷入idbloader.img和u-boot.itb，這對於不想把uboot刷到另一塊TF卡或eMMC的人來說會是很方便的。

    Reply View the author
    root
    deepin
    2023-11-15 04:02
    #33
    dreamcast：

    另外，提議EFI鏡像也留空最前的16MiB，因為這16MiB的位置可以刷入idbloader.img和u-boot.itb，這對於不想把uboot刷到另一塊TF卡或eMMC的人來說會是很方便的。

    议无效，提议无效，提议无效

使用 uefi + acpi 的设备会根本不会是 uboot引导，都是uefi edk2完整固件支持


uboot根本不能提供 acpi表
启用内核安全策略就可以禁止 uefi 环境下 加载 dtbs，这样你连 / 设备都会识别不了，也不会继续启动。




奇怪的需求自己实现。
    Reply View the author
    root
    deepin
    2023-11-15 04:10
    #34
    dreamcast：

    目前v23的 grub是否不支持 terminal_output是 gfxterm的?

    我如果 grub的 terminal_output用的是 console，那當u-boot的 stdout和 stderr使用 vidconsole的時候，在EFI離開啟動服務時就會失敗自動重新啟動進入U-Boot。其顯示重置的理由是看門狗（Reset cause: WDOG），但實際上是因為Das U-Boot只支持 GRUB_TERMINAL的 gfxterm。

    U-Boot 2021.07-OpenWrt-r19276-6dd8825978 (Jun 05 2022 - 07:05:28 +0000) OpenWrt

SoC: Rockchip rk3399
Reset cause: WDOG
Model: Unknown TN3399 V3
       Watchdog enabled
DRAM:  3.9 GiB
PMIC:  RK808
MMC:   mmc@fe310000: 2, mmc@fe320000: 1, sdhci@fe330000: 0
Loading Environment from MMC... OK
In:    serial
Out:   vidconsole
Err:   vidconsole
Model: Unknown TN3399 V3
Net:   eth0: ethernet@fe300000
Hit any key to stop autoboot:  0

    你可以把 GRUB_TIMEOUT設置為 0去跳過 GRUB_TERMINAL是 console的代碼，跳過後你會得到以下錯誤信息但不影響系統正常啟動：

    error: no video mode activated.

    同樣的情況在openSUSE也會發生在 GRUB_TERMINAL是 console的情況。但openSUSE的 grub的 GRUB_TERMINAL支持 gfxterm，因此 GRUB_TIMEOUT可以大於 0。而deepin23的 grub設置 GRUB_TERMINAL是 console時，則會出現以下錯誤信息：

    error: terminal `gfxterm' isn't found.

    另外，吐槽一下這個grub的update_grub在此鏡像下跑會報錯和等很久：

    root@deepin:~# update-grub
[  216.741114] device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is disabled. Duplicate IMA measurements will not be recorded in the IM.
[  216.742335] device-mapper: uevent: version 1.0.3
[  216.743219] device-mapper: ioctl: 4.47.0-ioctl (2022-07-28) initialised: [email protected]
[  217.665641] SGI XFS with ACLs, security attributes, realtime, quota, no debug enabled
[  217.719281] JFS: nTxBlock = 8192, nTxLock = 65536
[  217.853528] QNX4 filesystem 0.2.3 registered.

    這時等到天荒地老如果Ctrl-C後再跑：

    ^C
root@deepin:~# update-grub
get rootb uuid error: failed to get "rootb" uuid
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-6.3.3-acpi
Found initrd image: /boot/initrd.img-6.3.3-acpi
Found linux image: /boot/vmlinuz-5.10.180-acpi
Found initrd image: /boot/initrd.img-5.10.180-acpi
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy
rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy
Adding boot menu entry for UEFI Firmware Settings ...
done

    我的 /etc/default/grub：

    GRUB_DEFAULT=3
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="coherent_pool=2M cma=64M console=tty1"
GRUB_CMDLINE_LINUX="console=ttyS2,1500000 earlycon=uart8250,mmio32,0xff1a0000 rootwait"

    检查设备 固件/uboot 是否兼容 uefi edk2，否则就切换为兼容uefi edk2的固件（bios），再跑 uefi 的版本

    Reply View the author
    dreamcast
    deepin
    2023-11-15 04:25
    #35
    root： 
    议无效，提议无效，提议无效

使用 uefi + acpi 的设备会根本不会是 uboot引导，都是uefi edk2完整固件支持


uboot根本不能提供 acpi表
启用内核安全策略就可以禁止 uefi 环境下 加载 dtbs，这样你连 / 设备都会识别不了，也不会继续启动。




奇怪的需求自己实现。

    有很多板子是沒有UEFI+ACPI的，如果有16MiB或甚至4MiB，都可以把uboot塞進去的。

    再通過u-boot的UEFI就不需要為每一塊沒有UEFI+ACPI的板子做特定的一個鏡像了。

    root@deepin:~# dmidecode -t bios
# dmidecode 3.3
Getting SMBIOS data from sysfs.
SMBIOS 3.0 present.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
        Vendor: U-Boot
        Version: 2021.07-OpenWrt-r19276-6dd8825978
        Release Date: 06/05/2022
        ROM Size: 64 kB
        Characteristics:
                PCI is supported
                BIOS is upgradeable
                Selectable boot is supported
                Targeted content distribution is supported
                UEFI is supported
        BIOS Revision: 21.7
    Reply View the author
    dreamcast
    deepin
    2023-11-15 04:27
    #36
    root：

    检查设备 固件/uboot 是否兼容 uefi edk2，否则就切换为兼容uefi edk2的固件（bios），再跑 uefi 的版本

    好的，我去查一下u-boot的兼容性，或許我用的太舊。

    Reply View the author
    root
    deepin
    2023-11-15 04:37
    #37
    dreamcast：

    有很多板子是沒有UEFI+ACPI的，如果有16MiB或甚至4MiB，都可以把uboot塞進去的。

    再通過u-boot的UEFI就不需要為每一塊沒有UEFI+ACPI的板子做特定的一個鏡像了。

    root@deepin:~# dmidecode -t bios
# dmidecode 3.3
Getting SMBIOS data from sysfs.
SMBIOS 3.0 present.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
        Vendor: U-Boot
        Version: 2021.07-OpenWrt-r19276-6dd8825978
        Release Date: 06/05/2022
        ROM Size: 64 kB
        Characteristics:
                PCI is supported
                BIOS is upgradeable
                Selectable boot is supported
                Targeted content distribution is supported
                UEFI is supported
        BIOS Revision: 21.7

    说的好像不同板子的uboot都能通用那样，
    重写uboot不又相当于另一个新的特定的一個鏡像了。

    Reply View the author
    dreamcast
    deepin
    2023-11-15 04:42
    #38

    我查了一下，Das U-Boot不是完整的貫切EDK2，完整的有andreiw/rk3399-edk2: Uefi Rockchip Rk3399pkg，但他的README檔也是提議留16MiB的：

    Number  Start (sector)    End (sector)  Size       Code  Name
   1              64            8063   3.9 MiB     FFFF  loader1   <-- Rk3399Pkg/Tools/Bin/idbloader.bin
   2            8064            8191   64.0 KiB    FFFF  reserved1
   3            8192           16383   4.0 MiB     FFFF  reserved2
   4           16384           24575   4.0 MiB     FFFF  loader2   <-- RK3399_SDK_UEFI.img
   5           24576           32767   4.0 MiB     FFFF  atf       <-- Rk3399Pkg/Tools/Bin/trust.img
   6           32768          262143   112.0 MiB   EF00  efi esp
    Reply View the author
    root
    deepin
    2023-11-15 04:47
    #39
    dreamcast：

    我查了一下，Das U-Boot不是完整的貫切EDK2，完整的有andreiw/rk3399-edk2: Uefi Rockchip Rk3399pkg，但他的README檔也是提議留16MiB的：

    Number  Start (sector)    End (sector)  Size       Code  Name
   1              64            8063   3.9 MiB     FFFF  loader1   <-- Rk3399Pkg/Tools/Bin/idbloader.bin
   2            8064            8191   64.0 KiB    FFFF  reserved1
   3            8192           16383   4.0 MiB     FFFF  reserved2
   4           16384           24575   4.0 MiB     FFFF  loader2   <-- RK3399_SDK_UEFI.img
   5           24576           32767   4.0 MiB     FFFF  atf       <-- Rk3399Pkg/Tools/Bin/trust.img
   6           32768          262143   112.0 MiB   EF00  efi esp

    保留16m又不是 UEFI 标准，有哪在 PC/UEFI 设备上的GPT 分区要从16M起的？

    Reply View the author
    dreamcast
    deepin
    2023-11-15 04:48
    #40
    root：

    说的好像不同板子的uboot都能通用那样，
    重写uboot不又相当于另一个新的特定的一個鏡像了。

    至少Das U-Boot放到不同RK3399板子上開通UEFI是很簡單的，但你卻可以節省重覆制作不同RK3399鏡像。

    Reply View the author
    2 / 3
    To page