Автор Тема: Khadas VIM3  (Прочитано 7404 раз)

Оффлайн smatsak

  • Linux, C++
  • Давно тут
  • **
  • Сообщений: 103
  • Cloud-based technology
Re: Khadas VIM3
« Ответ #45 : 21.08.2021 17:46:45 »
Попробуйте удалить пакет xorg-96dpi. Тогда может будет правильный dpi.
Попробовал, удалил, перезагрузился - без изменений, максимальный размер - 1920х1080


А когда 10-ка выйдет?

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 4 151
  • antohami@
Re: Khadas VIM3
« Ответ #46 : 21.08.2021 18:29:22 »
Попробовал, удалил, перезагрузился - без изменений, максимальный размер - 1920х1080

dpi про другое. Это то как крупно/мелко будет выглядеть интерфейс.
« Последнее редактирование: 21.08.2021 18:33:39 от Антон Мидюков »

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 4 151
  • antohami@
Re: Khadas VIM3
« Ответ #47 : 21.08.2021 18:32:19 »
А когда 10-ка выйдет?

Репозиторий и стартеркиты уже есть.
https://www.altlinux.org/Десятая_платформа

Продукты будут позже.

Оффлайн smatsak

  • Linux, C++
  • Давно тут
  • **
  • Сообщений: 103
  • Cloud-based technology
Re: Khadas VIM3
« Ответ #48 : 21.08.2021 18:41:05 »
Отключил композитный режим в настройках Compiz для MATE, пакет mate-reduced-resource (снижает прожорливость графических ресурсов для MATE) был установлен.

[sam@Khadas-VIM3 ~]$ glmark2
=======================================================
    glmark2 2021.02
=======================================================
    OpenGL Information
    GL_VENDOR:     Panfrost
    GL_RENDERER:   Mali G52 (Panfrost)
    GL_VERSION:    3.1 Mesa 21.0.3
=======================================================
                                  glmark2 Score: 250
=======================================================
Скорость подросла, хотя у Khadas Ubuntu все равно больше.

Оффлайн smatsak

  • Linux, C++
  • Давно тут
  • **
  • Сообщений: 103
  • Cloud-based technology
Re: Khadas VIM3
« Ответ #49 : 21.08.2021 19:29:55 »
Репозиторий и стартеркиты уже есть.
ссылки на закачку есть, можно сделать бэкап рабочий p9 и на десятку переехать.
http://nightly.altlinux.org/p10-aarch64/release/
Если все заработает, то имеет смысл отклики на 10-ку писать., девятку докручивать вряд-ли будут.

Оффлайн smatsak

  • Linux, C++
  • Давно тут
  • **
  • Сообщений: 103
  • Cloud-based technology
Re: Khadas VIM3
« Ответ #50 : 22.08.2021 13:46:02 »
Десятку поставил.
Не сразу сложилось - если раньше был архив tar c root-fs типа
http://nightly.altlinux.org/p9-aarch64/release/alt-p9-mate-20210612-aarch64.tar.xz

То теперь это img с двумя разделами внутри extfat и ext4

http://nightly.altlinux.org/p10-aarch64/release/alt-p10-mate-20210805-aarch64.img.xz

1.Khadas rescue не понимает extfat как и параметр offset, поэтому пришлось развернуть img на флешку и уже нужный раздел смонтировать в Khadas rescue

2. далее перенес корневую системы на раздел mmc через rsync

time rsync -avz --progress /mnt/ system

3. Убрал из fstab ненужный раздел EFI
Попытка загрузить систему оказалась неуспешной.

4. Если раньше root-fs идентифицировалась через метку, то теперь через UUID, его конечно нужно было ставить правильным, т.к. при создании ФС он все время меняется (если не задавать).

Заменил на правильные значения и всё заработало.

blkid

/dev/mmcblk1p1: LABEL="ROOT" UUID="e1e398fb-1e11-4ccd-a513-7750c2909865" TYPE="ext4" PARTUUID="744a6e61-01"

cat extlinux.conf
menu title ALTLinux Boot Options

default linux
timeout 50

label linux
    kernel /boot/vmlinuz
    initrd /boot/initrd.img
    fdtdir /boot/dtb
    append root=UUID=e1e398fb-1e11-4ccd-a513-7750c2909865 ro   console=tty1


cat /mnt/etc/fstab
proc        /proc            proc    nosuid,noexec,gid=proc        0 0
devpts        /dev/pts        devpts    nosuid,noexec,gid=tty,mode=620    0 0
tmpfs        /tmp            tmpfs    nosuid                0 0
UUID=e1e398fb-1e11-4ccd-a513-7750c2909865    /    ext4    defaults,x-systemd.growfs    1 1
 
Правда счастье было недолгим.

После окончания настройки пользователя: язык, часовой пояс, пользователь, пароль и перезагрузки - видимо драйвер сырой - весь экран в динамических кубиках, которые хаотически бегают по экрану.

Сырая сборка, буду ждать более стабильный релиз.







P.S. с флешки из img и iso образов Альт Линукс 10 не грузится, начинает грузить ядро и уходит на перезагрузку системы.


http://nightly.altlinux.org/p10-aarch64/release/alt-p10-mate-20210805-aarch64.img.xz
http://nightly.altlinux.org/p10-aarch64/release/alt-p10-mate-20210805-aarch64.iso


« Последнее редактирование: 22.08.2021 14:05:39 от smatsak »

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 4 151
  • antohami@
Re: Khadas VIM3
« Ответ #51 : 22.08.2021 16:43:51 »
То теперь это img с двумя разделами внутри extfat и ext4

Какой ещё extfat! Обыкновенный fat32.

Диск /home/data/ISO/starterkits/p10/alt-p10-mate-20210805-aarch64.img: 7800MB
Размер сектора (логич./физич.): 512B/512B
Таблица разделов: msdos
Флаги диска:

Номер  Начало  Конец   Размер  Тип      Файловая система  Флаги
 1     16,8MB  269MB   253MB   primary  fat32             lba
 2     269MB   7799MB  7530MB  primary  ext4              загрузочный

Вообще, как мне кажется, если разобраться, где находится загрузчик, то его можно снять с eMMC и записать в img. Отступ в 16 MiB, как раз для этого. После чего этот образ можно будет прошивать на плату.

Что касается монтирования img:
udisksctl loop-setup -r -f alt-p10-mate-20210805-aarch64.img
Даже права root не нужны. Оба раздела монтируются в подкаталоги каталога /run/media/$USER/

После окончания настройки пользователя: язык, часовой пояс, пользователь, пароль и перезагрузки - видимо драйвер сырой - весь экран в динамических кубиках, которые хаотически бегают по экрану.

Лог иксов был бы не лишним.

Оффлайн smatsak

  • Linux, C++
  • Давно тут
  • **
  • Сообщений: 103
  • Cloud-based technology
Re: Khadas VIM3
« Ответ #52 : 22.08.2021 18:54:19 »
Антон, вы всё верно написали.
Только есть нюанс - всё зависит от инструментов и редко когда дудочка бывает одновременно с кувшинчиком.
Описанный вами метод подходит для Альт Линукс - куда можно поставить очень много чего, но загрузчик для Khadas Vim3 (который ставится в первые 16 Мб диска MBR без разметки ФС) как ставить - пака не знаю, если поможете как это сделать - буду признателен.
Есть инструмент Khadas rescue который умеет ставить загрузчик и много чего еще, но указанных вами инструментов в этой сборке нет.

BusyBox v1.30.1 () built-in shell (ash)

# Krescue
     __ _____  Khadas ## hyphop ##
    / //_/ _ \___ ___ ______ _____
   / ,< / , _/ -_|_-</ __/ // / -_)
  /_/|_/_/|_|\__/___/\__/\_,_/\__/
                                   
 extreme tiny and fast rescue system

BUILD: 210812_335 from: Thu Aug 12 08:23:16 2021

fdisk -l /tmp/mounts/dumps/img/alt-p10-mate-20210805-aarch64.img
Disk /tmp/mounts/dumps/img/alt-p10-mate-20210805-aarch64.img: 7.27 GiB, 7800356864 bytes, 15235072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2939b6ed

Device                                                   Boot  Start      End  Sectors  Size Id Type
/tmp/mounts/dumps/img/alt-p10-mate-20210805-aarch64.img1       32768   526335   493568  241M  c W95 FAT32 (LBA)
/tmp/mounts/dumps/img/alt-p10-mate-20210805-aarch64.img2 *    526336 15233023 14706688    7G 83 Linux

Похоже на FAT32

Пробуем монтировать:

root@Krescue:~# udisksctl
-ash: udisksctl: not found

И по классике:
root@Krescue:~# mount -o loop,offset=$((526336*512)) /tmp/mounts/dumps/img/alt-p10-mate-20210805-aarch64.img /mnt
mount: mounting /dev/loop0 on /mnt failed: Invalid argument
И вот он exfat откуда пришел, запало в память в ночи,  :-)
root@Krescue:~# dmesg
[16129.601357] loop0: detected capacity change from 0 to 15235072
[16129.616417] squashfs: Unknown parameter 'offset'
[16129.618113] exfat: Unknown parameter 'offset'

Мой вариант возможно не так хорош, но он позволяет сравнительно быстро из чуть модифицированного скрипта Khadas выполнить установку Альт Линукс на VIM3 минуты за три-четыре без особых телодвижений от пользователя.
После скрипта надо смонтировать root-fs и подправить UUID  для extlinux.conf и fstab.



Напишу в Khadas чтобы инструмент для монтирования составных img добавили или сказали как это делать если он у них там уже есть.



« Последнее редактирование: 22.08.2021 19:01:08 от smatsak »

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 4 151
  • antohami@
Re: Khadas VIM3
« Ответ #53 : 22.08.2021 19:03:38 »
Описанный вами метод подходит для Альт Линукс - куда можно поставить очень много чего, но загрузчик для Khadas Vim3 (который ставится в первые 16 Мб диска MBR без разметки ФС) как ставить - пака не знаю, если поможете как это сделать - буду признателен.

Попробуйте у них на форуме узнать про то, где находится загрузчик. Мне тоже интересно :-) Как снять и записать я разберусь.

Кроме того, нет особых проблем сделать из img tar на своём ПК, а потом выполнить всё по старой схеме.
« Последнее редактирование: 22.08.2021 19:05:41 от Антон Мидюков »

Оффлайн smatsak

  • Linux, C++
  • Давно тут
  • **
  • Сообщений: 103
  • Cloud-based technology
Re: Khadas VIM3
« Ответ #54 : 22.08.2021 20:20:27 »
Попробуйте у них на форуме узнать про то, где находится загрузчик. Мне тоже интересно  Как снять и записать я разберусь.
Загрузчик находится сразу за MBR, я модифицировал разметку диска (менял размеры разделов) через gparted - все работает безболезненно, пока не тронуть "пустое" пространство между MBR и первичным разделом диска.
В их скрипте это указано при создании раздела:
# create partitions
echo "label: dos" | sfdisk $(mmc_disk)
echo "part1 : start=16M," | sfdisk $(mmc_disk)

А вот установка загрузчика

echo "install uboot to eMMC"
mmc_update_uboot online

запустил еще раз
root@Krescue:~# mmc_update_uboot online
[i] MMC uboot (VIM3) update ONLINE < http://dl.khadas.com/Firmware/uboot/main-line/VIM3.u-boot.sd.bin
[i] copy u-boot to emmc UBOOT_SIZE: 1187184
FILE: VIM3.u-boot.sd.bin
UBOOT_VER: 2021.07+
UBOOT_SIZE:    1187184
ENV_OFFSET:    1331200
ENV_SIZE:      32768
SIZE_WITH_ENV: 1363968
MD5: dc6d0a9976cbc95b49c846e96f2b9f15
CHK_SUM: dc99a2fba23d9ba9067506391db5b44e
DATE: Tue, 03 Aug 2021 16:07:40 +0800
TIME: 1627978060
GIT_COM_ID: 8f02ed8388de473f1b72563a2dea45f73062e08c
GIT_COM_TAG: 0.15
GIT_DOWNLOAD: https://github.com/khadas/khadas-uboot/releases/tag/0.15
GIT_PAGE: https://github.com/khadas/khadas-uboot
DOWNLOAD_LAST: https://dl.khadas.com/Firmware/uboot/mainline/
##UBOOT-META##
##UBOOT##END#
-rw-r--r--    1 root     root       1331200 Aug 22 17:14 VIM3.u-boot.sd.bin.uboot
[i] mmc_write to /dev/mmcblk1 from pipe
[i] save parts mode /dev/mmcblk1
sfdisk: /dev/mmcblk1: does not contain a recognized partition table
2600+0 records in
2600+0 records out
1331200 bytes (1.3 MB, 1.3 MiB) copied, 0.0893843 s, 14.9 MB/s
[i] restore parts
Checking that no-one is using this disk right now ... OK

Disk /dev/mmcblk1: 29.12 GiB, 31268536320 bytes, 61071360 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

>>> Done.

New situation:
DONE
[i] Scan : /dev/mmcblk1boot0
[i] CHECKING U-boot consistency (/dev/mmcblk1boot0+1187184)...
[i] CHECK STATUS: OK
##UBOOT_META##
FILE: VIM3.u-boot.sd.bin
UBOOT_VER: 2021.07+
UBOOT_SIZE:    1187184
ENV_OFFSET:    1331200
ENV_SIZE:      32768
SIZE_WITH_ENV: 1363968
MD5: dc6d0a9976cbc95b49c846e96f2b9f15
CHK_SUM: dc99a2fba23d9ba9067506391db5b44e
DATE: Tue, 03 Aug 2021 16:07:40 +0800
TIME: 1627978060
GIT_COM_ID: 8f02ed8388de473f1b72563a2dea45f73062e08c
GIT_COM_TAG: 0.15
GIT_DOWNLOAD: https://github.com/khadas/khadas-uboot/releases/tag/0.15
GIT_PAGE: https://github.com/khadas/khadas-uboot
DOWNLOAD_LAST: https://dl.khadas.com/Firmware/uboot/mainline/
##UBOOT-META##
##UBOOT##END#
[i] Scan : /dev/mmcblk1boot1
[i] CHECKING U-boot consistency (/dev/mmcblk1boot1+1187184)...
[i] CHECK STATUS: OK
##UBOOT_META##
FILE: VIM3.u-boot.sd.bin
UBOOT_VER: 2021.07+
UBOOT_SIZE:    1187184
ENV_OFFSET:    1331200
ENV_SIZE:      32768
SIZE_WITH_ENV: 1363968
MD5: dc6d0a9976cbc95b49c846e96f2b9f15
CHK_SUM: dc99a2fba23d9ba9067506391db5b44e
DATE: Tue, 03 Aug 2021 16:07:40 +0800
TIME: 1627978060
GIT_COM_ID: 8f02ed8388de473f1b72563a2dea45f73062e08c
GIT_COM_TAG: 0.15
GIT_DOWNLOAD: https://github.com/khadas/khadas-uboot/releases/tag/0.15
GIT_PAGE: https://github.com/khadas/khadas-uboot
DOWNLOAD_LAST: https://dl.khadas.com/Firmware/uboot/mainline/
##UBOOT-META##
##UBOOT##END#
[i] boot area UPDATED

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 9 838
Re: Khadas VIM3
« Ответ #55 : 22.08.2021 22:18:28 »
fdisk -l /tmp/mounts/dumps/img/alt-p10-mate-20210805-aarch64.img
Disk /tmp/mounts/dumps/img/alt-p10-mate-20210805-aarch64.img: 7.27 GiB, 7800356864 bytes, 15235072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2939b6ed

Device                                                   Boot  Start      End  Sectors  Size Id Type
/tmp/mounts/dumps/img/alt-p10-mate-20210805-aarch64.img1       32768   526335   493568  241M  c W95 FAT32 (LBA)
/tmp/mounts/dumps/img/alt-p10-mate-20210805-aarch64.img2 *    526336 15233023 14706688    7G 83 Linux

Похоже на FAT32

:-) Это ещё ничего не значит.
Это не тип файловой. Это тип раздела:
# sfdisk -T | grep -i '^ c'
 c  W95 FAT32 (LBA)
# file -s ./alt-p10-mate-20210805-aarch64.img
./alt-p10-mate-20210805-aarch64.img: x86 boot sector; partition 1: ID=0xc, starthead 64, startsector 32768, 493568 sectors; partition 2: ID=0x83, active, starthead 254, startsector 526336, 14706688 sectors


И по классике:
root@Krescue:~# mount -o loop,offset=$((526336*512)) /tmp/mounts/dumps/img/alt-p10-mate-20210805-aarch64.img /mnt
mount: mounting /dev/loop0 on /mnt failed: Invalid argument
И вот он exfat откуда пришел, запало в память в ночи,  :-)


Ага. Щас :-)
Это у вас в systemd так. А в sysvinit всё монтируется:
# mount -o loop,offset=$((32768*512)) ./alt-p10-mate-20210805-aarch64.img /mnt/disk1
# mount | grep aarch64
/path/alt-p10-mate-20210805-aarch64.img on /mnt/disk1 type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=866,iocharset=utf8,shortname=mixed,utf8,errors=remount-ro)
# file -s ./alt-p10-mate-20210805-aarch64.img
./alt-p10-mate-20210805-aarch64.img: x86 boot sector; partition 1: ID=0xc, starthead 64, startsector 32768, 493568 sectors; partition 2: ID=0x83, active, starthead 254, startsector 526336, 14706688 sectors
# fdisk -l ./alt-p10-mate-20210805-aarch64.img
Диск ./alt-p10-mate-20210805-aarch64.img: 7,3 GiB, 7800356864 байт, 15235072 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x2939b6ed

Устр-во                              Загрузочный начало    Конец  Секторы Размер Идентификатор Тип
./alt-p10-mate-20210805-aarch64.img1              32768   526335   493568   241M             c W95 FAT32 (LBA)
./alt-p10-mate-20210805-aarch64.img2 *           526336 15233023 14706688     7G            83 Linux
# ls -l /mnt/disk1/
итого 22775
-rwxr-xr-x 1 root root   28180 авг  5 03:09 bcm2710-rpi-3-b.dtb
-rwxr-xr-x 1 root root   28799 авг  5 03:09 bcm2710-rpi-3-b-plus.dtb
-rwxr-xr-x 1 root root   48878 авг  5 03:09 bcm2711-rpi-4-b.dtb
-rwxr-xr-x 1 root root   52456 авг  5 03:09 bootcode.bin
-rwxr-xr-x 1 root root     202 авг  5 03:09 config.txt
drwxr-xr-x 3 root root     512 авг  5 03:13 EFI
-rwxr-xr-x 1 root root    3187 авг  5 03:09 fixup4cd.dat
-rwxr-xr-x 1 root root    5446 авг  5 03:09 fixup4.dat
-rwxr-xr-x 1 root root    8452 авг  5 03:09 fixup4db.dat
-rwxr-xr-x 1 root root    8452 авг  5 03:09 fixup4x.dat
-rwxr-xr-x 1 root root    3187 авг  5 03:09 fixup_cd.dat
-rwxr-xr-x 1 root root    7312 авг  5 03:09 fixup.dat
-rwxr-xr-x 1 root root   10298 авг  5 03:09 fixup_db.dat
-rwxr-xr-x 1 root root   10298 авг  5 03:09 fixup_x.dat
-rwxr-xr-x 1 root root  792924 авг  5 03:09 start4cd.elf
-rwxr-xr-x 1 root root 3722248 авг  5 03:09 start4db.elf
-rwxr-xr-x 1 root root 2228512 авг  5 03:09 start4.elf
-rwxr-xr-x 1 root root 2980936 авг  5 03:09 start4x.elf
-rwxr-xr-x 1 root root  792924 авг  5 03:09 start_cd.elf
-rwxr-xr-x 1 root root 4794216 авг  5 03:09 start_db.elf
-rwxr-xr-x 1 root root 2952704 авг  5 03:09 start.elf
-rwxr-xr-x 1 root root 3704488 авг  5 03:09 start_x.elf
-rwxr-xr-x 1 root root  542600 авг  5 03:09 uboot-rpi_3.bin
-rwxr-xr-x 1 root root  587200 авг  5 03:09 uboot-rpi_4.bin
# dd if=./alt-p10-mate-20210805-aarch64.img of=aarch64-mbr.bin bs=512 count=1
# hexdump -C -s 446 ./aarch64-mbr.bin
000001be  00 40 01 40 0c fe c2 ff  00 80 00 00 00 88 07 00  |.@.@............|
000001ce  80 fe c2 ff 83 fe c2 ff  00 08 08 00 00 68 e0 00  |.............h..|
000001de  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001fe  55 aa                                             |U.|
00000200
# umount /mnt/disk1
# mount -o loop,offset=$((526336*512)) ./alt-p10-mate-20210805-aarch64.img /mnt/disk2
# mount | grep aarch64
/path/alt-p10-mate-20210805-aarch64.img on /mnt/disk2 type ext4 (rw,relatime)

В *.img в первом разделе файловая vfat, во втором разделе, - ext4. В самом *.img файловой нет. Это raw массив. Побайтовый образ "винчестера". Начиная с MBR. Без файловой.


Контрольные суммы распакованного *.img:
# md5sum alt-p10-mate-20210805-aarch64.img
15e651d2dedfb48fbaf27d3fbdcb63ea  alt-p10-mate-20210805-aarch64.img
# sha1sum alt-p10-mate-20210805-aarch64.img
2f3514896e844588861e58254957641fa925606e  alt-p10-mate-20210805-aarch64.img

http://nightly.altlinux.org/p10-aarch64/release/
http://nightly.altlinux.org/p10-aarch64/release/alt-p10-mate-20210805-aarch64.img.xz

Применявшаяся распаковка:
# xz -d /путь/архив.xz
« Последнее редактирование: 22.08.2021 22:38:46 от Speccyfighter »

Оффлайн smatsak

  • Linux, C++
  • Давно тут
  • **
  • Сообщений: 103
  • Cloud-based technology
Re: Khadas VIM3
« Ответ #56 : 22.08.2021 22:30:18 »
Попробуйте у них на форуме узнать про то, где находится загрузчик. Мне тоже интересно  Как снять и записать я разберусь.
Вроде тут всё есть.
https://github.com/hyphop/khadas-uboot/releases

Оффлайн smatsak

  • Linux, C++
  • Давно тут
  • **
  • Сообщений: 103
  • Cloud-based technology
Re: Khadas VIM3
« Ответ #57 : 22.08.2021 22:53:50 »
В *.img в первом разделе файловая vfat, во втором разделе, - ext4. В самом *.img файловой нет. Это raw массив. Побайтовый образ "винчестера". Начиная с MBR. Без файловой.
Спасибо, что зашли и написали все это, по большому счету очевидные вещи и, возможно, полезные.

Для всех еще раз повторю, что я выполняю всю работу не на домашнем компьютере, а на специализированном Khadas Vim3, в служебной утилите Khadas rescue disk - где выбор инструментов весьма ограничен. По сути это урезанный Linux на SD карте с перечнем программ - добавить туда ничего нельзя.
Подробнее тут.
https://forum.khadas.com/t/krescue-take-full-control-of-your-vim-device-easy-way-to-install-any-os-back-restore-your-system/5945
https://github.com/hyphop/khadas-rescue
« Последнее редактирование: 23.08.2021 11:37:08 от smatsak »

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 4 151
  • antohami@
Re: Khadas VIM3
« Ответ #58 : 23.08.2021 13:00:28 »
Вот, написано же в http://dl.khadas.com/Firmware/uboot/main-line/README.txt:
    # write to sd / emmc - example
    dd if=VIM3L.u-boot.sd.bin of=/dev/mmcblk? conv=fsync,notrunc bs=442 count=1
    dd if=VIM3L.u-boot.sd.bin of=/dev/mmcblk? conv=fsync,notrunc bs=512 skip=1 seek=1

т.е. можно записать загрузчик в образ командой:
dd if=VIM3.u-boot.sd.bin of=alt-p10-mate-20210805-aarch64.img conv=fsync,notrunc bs=442 count=1
А затем образ записать в eMMC или на SD-карту.

Кроме того, можно попробовать записать альтовский u-boot. Он находится в образе /usr/share/u-boot/khadas-vim3/u-boot.bin В этом случае нет необходимости править extlinux.conf и копировать dtb.

А по проблеме с графикой. По дефолту грузится ядро 5.12.19, нужно попробовать загрузиться с ядром 5.10
Также стоит попробовать сделать update-kernel для std-def.

Оффлайн smatsak

  • Linux, C++
  • Давно тут
  • **
  • Сообщений: 103
  • Cloud-based technology
Re: Khadas VIM3
« Ответ #59 : 23.08.2021 19:48:04 »
Вот, написано же в http://dl.khadas.com/Firmware/uboot/main-line/README.txt:
Видел, потому вам и написал.
А затем образ записать в eMMC или на SD-карту.
Сделал, разницы не увидел, как и раньше SD карта начинает загрузку, видит два ядра, начинает грузиться с дефолтного ядра и уходит на перезагрузку системы.
Кроме того, можно попробовать записать альтовский u-boot. Он находится в образе /usr/share/u-boot/khadas-vim3/u-boot.bin
Сделал, результат аналогичен предыдущему варианту.
В этом случае нет необходимости править extlinux.conf и копировать dtb.
Тут не совсем понял что менять и что копировать.
Как справедливо заметил Speccyfighter:
В самом *.img файловой нет. Это raw массив. Побайтовый образ "винчестера". Начиная с MBR. Без файловой.
При записи образа диска не происходит изменений его UUID, т.к. разделы не создаются заново, а происходит побайтная запись из raw массива на диск, делая точную копию исходного диска.

Делал так, копировал 412 байт в область загрузочного сектора, как вы и указали:
сначала так
sam@sam-main:~/Загрузки/VIM3/img$ dd if=VIM3.u-boot.sd.bin of=alt-p10-mate-20210805-aarch64.img conv=fsync,notrunc bs=442 count=1
1+0 записей получено
1+0 записей отправлено
442 байта скопировано, 0,042336 s, 10,4 kB/s
Закатал на SD - попытка загрузки - вечный reboot.
затем так
sam@sam-main:~/Загрузки/VIM3/img$ dd if=u-boot.bin of=alt-p10-mate-20210805-aarch64.img conv=fsync,notrunc bs=442 count=1
1+0 записей получено
1+0 записей отправлено
442 байта скопировано, 0,0212721 s, 20,8 kB/s
Закатал на SD - попытка загрузки - вечный reboot.

 Сделал даже так, как написано в инструкции:
sam@sam-main:~/Загрузки/VIM3/img$ dd if=VIM3.u-boot.sd.bin of=alt-p10-mate-20210805-aarch64.img conv=fsync,notrunc bs=442 count=1
1+0 записей получено
1+0 записей отправлено
442 байта скопировано, 0,0278289 s, 15,9 kB/s
sam@sam-main:~/Загрузки/VIM3/img$ dd if=VIM3.u-boot.sd.bin of=alt-p10-mate-20210805-aarch64.img conv=fsync,notrunc bs=512 skip=1 seek=1
2663+0 записей получено
2663+0 записей отправлено
1363456 байт (1,4 MB, 1,3 MiB) скопирован, 0,0539905 s, 25,3 MB/s

Результат аналогичен первым двум вариантам - вечный reboot.
Проблема тут не в инициировании загрузки - этот этап проходит в каждом из случаев и даже без модивикации образа перез записью на SD карту.
Проблема в конфигурацией загрузки /boot, видимо надо что-то править.

Ядро-то стартует, правда не на долго.
« Последнее редактирование: 23.08.2021 20:31:53 от smatsak »