u-boot/シリアルコンソールで「ReadyNAS 102」にDebian Busterをインストールしました。私はフォローしていますこのチュートリアル。しかし、代わりに別のリンクを使って現在のDebianインストーラとデバイスツリーBLOBをダウンロードしてください。
- http://ftp.debian.org/debian/dists/buster/main/installer-armhf/current/images/device-tree/armada-370-netgear-rn102.dtb
- http://ftp.debian.org/debian/dists/buster/main/installer-armhf/current/images/netboot/initrd.gz
- http://ftp.debian.org/debian/dists/buster/main/installer-armhf/current/images/netboot/vmlinuz
grubインストール（チュートリアルによると失敗したことが知られています）を除いて、インストールは正常に機能しました。代わりにflash-kernel、パッケージを手動でインストール/構成する必要があります。
また、「update-initramfs」を正常に実行する前に、手動で「mtdpart」を呼び出して作成して分割するuImage必要がありました。minirootfs
# mtdpart add /dev/mtd0 uImage 0x200000 0x600000
# mtdpart add /dev/mtd0 minirootfs 0x800000 0x1000000
# update-initramfs -u
今まではそんなに良くなった。カーネルを起動しましたが、起動後にカーネルデバイスツリーで起動されたように見える事前設定された「mtdパーティション」がありました。
~# cat /proc/mtd
dev: size erasesize name
mtd0: 00180000 00020000 "u-boot"
mtd1: 00020000 00020000 "u-boot-env"
mtd2: 00600000 00020000 "uImage"
mtd3: 00400000 00020000 "minirootfs"
mtd4: 07400000 00020000 "ubifs"
問題は、生成されたinitramfsと比較して「minirootfs」が小さすぎるということです（たった4MB）。
# update-initramfs -u -k 4.19.0-6-armmp
update-initramfs: Generating /boot/initrd.img-4.19.0-6-armmp
Using DTB: armada-370-netgear-rn102.dtb
Installing /usr/lib/linux-image-4.19.0-6-armmp/armada-370-netgear-rn102.dtb into /boot/dtbs/4.19.0-6-armmp/./armada-370-netgear-rn102.dtb
Taking backup of armada-370-netgear-rn102.dtb.
Installing new armada-370-netgear-rn102.dtb.
Installing /usr/lib/linux-image-4.19.0-6-armmp/armada-370-netgear-rn102.dtb into /boot/dtbs/4.19.0-6-armmp/./armada-370-netgear-rn102.dtb
Taking backup of armada-370-netgear-rn102.dtb.
Installing new armada-370-netgear-rn102.dtb.
flash-kernel: installing version 4.19.0-6-armmp
The initial ramdisk is too large. This is often due to the unnecessary inclusion
of all kernel modules in the image. To fix this set MODULES=dep in one or both
/etc/initramfs-tools/conf.d/driver-policy (if it exists) and
/etc/initramfs-tools/initramfs.conf and then run 'update-initramfs -u -k 4.19.0-6-armmp'
Not enough space for initrd in MTD 'minirootfs' (need 4971360 but is actually 4194304).
run-parts: /etc/initramfs/post-update.d//flash-kernel exited with return code 1
mtdpartは、新しい/dev/mtd0から/dev/mtd4デバイスを削除、編集、または再生成することはできません。また、カーネルパラメータを設定しようとしましたmtdparts（Busterのバグのため、このパラメータは "cmdlinepart.mtdparts"でなければなりません。 "mtdparts ="も試しました）。
# cat /proc/cmdline
console=ttyS0,115200 cmdlinepart.mtdparts=armada-nand:0x180000@0(u-boot),0x20000@0x180000(u-boot-env),(uImage),0x1000000@0x800000(minirootfs),-(ubi)
mtdパーティションは、カーネルに付属の* .dtbファイルで定義されているようです。
「5つの固定パーティション」について、「dmesg」に次のメッセージが表示されます。
[ 18.310935] 5 fixed-partitions partitions found on MTD device pxa3xx_nand-0
[ 18.318030] Creating 5 MTD partitions on "pxa3xx_nand-0":
root@ReadyNAS102:~# dmesg | grep 'MTD' -A 3
[ 18.310935] 5 fixed-partitions partitions found on MTD device pxa3xx_nand-0
[ 18.318030] Creating 5 MTD partitions on "pxa3xx_nand-0":
(...some other lines...)
[ 18.443214] 0x000000000000-0x000000180000 : "u-boot"
[ 18.497255] 0x000000180000-0x0000001a0000 : "u-boot-env"
[ 18.543756] 0x000000200000-0x000000800000 : "uImage"
[ 18.601234] 0x000000800000-0x000000c00000 : "minirootfs"
[ 18.661169] 0x000000c00000-0x000008000000 : "ubifs"
dtcツールを使用して、カーネルに付属の* .dtbファイル（/boot/dtbs/4.19.0-6-armmp/armada-370-netgear-rn102.dts）を編集してみました。
# dtc -I dtb -O dts armada-370-netgear-rn102.dtb > armada-370-netgear-rn102.dts
# editing the *.dts file
# dtc -I dts -O dtb armada-370-netgear-rn102.dts > armada-370-netgear-rn102.dtb
*.dts ファイルを次のように変更しました。
nand-controller@d0000 {
compatible = "marvell,armada370-nand-controller";
reg = < 0xd0000 0x54 >;
#address-cells = < 0x01 >;
#size-cells = < 0x00 >;
interrupts = < 0x71 >;
clocks = < 0x0d 0x00 >;
status = "okay";
nand@0 {
reg = < 0x00 >;
label = "pxa3xx_nand-0";
nand-rb = < 0x00 >;
marvell,nand-keep-config;
nand-on-flash-bbt;
nand-ecc-strength = < 0x04 >;
nand-ecc-step-size = < 0x200 >;
partitions {
compatible = "fixed-partitions";
#address-cells = < 0x01 >;
#size-cells = < 0x01 >;
partition@0 {
label = "u-boot";
reg = < 0x00 0x180000 >;
read-only;
};
partition@180000 {
label = "u-boot-env";
reg = < 0x180000 0x20000 >;
read-only;
};
partition@200000 {
label = "uImage";
reg = < 0x200000 0x600000 >;
};
partition@800000 {
label = "minirootfs";
reg = < 0x800000 0x1000000 >;
};
partition@c00000 {
label = "ubifs";
reg = < 0xc00000 0x7400000 >;
};
};
};
};
具体的には、次のように「reg = < 0x800000 0x400000>;」を「reg = < 0x800000 0x1000000>;」に変更しましたpartition@800000。
partition@800000 {
label = "minirootfs";
reg = < 0x800000 0x1000000 >;
};
"ubifs"パーティションの前に十分なスペースがあり、とにかく私はそれを使用しませんでした。ただし、再起動後もカーネルはまだ以前の設定について通知します。この問題をどのように解決できますか？
uboot を使って NAND に "vmlinuz+*.dtb" を手動でインストールすることもできます。ただし、次のカーネルアップデートがインストールされると、この現象は消えます。
カーネルが "mtdparts"コマンドライン引数を解釈したいと思います。
どんなアイデアがありますか？
編集＃1：
私はinitramfsに "minirootfs"の代わりに "ubifs"パーティションを使用しています。これはうまくいきますが、よりクリーンな解決策があるかどうか疑問に思います。もちろん、そのパーティションのデータをロード/使用するには、u-bootの「bootcmd」も変更する必要がありました。
setenv bootcmd 'nand read 0x2000000 0x200000 0x600000; nand read 0x3000000 0xc00000 0x800000; bootm 0x2000000 0x3000000'
saveenv
reset
ベストアンサー1
すでに試したように、dtbを編集すれば十分です。
partition@800000 {
label = "minirootfs";
reg = <0x0800000 0x800000>; /* 8MB */
};
/* Last MB is for the BBT, i.e. not writable */
partition@1000000 {
label = "ubifs";
reg = <0x01000000 0x7000000>; /* 112MB */
};
私はあなたがカーネルにdtbを追加することを忘れたと思います。
mtdinfoは以下を報告します：
mtd3
Name: minirootfs
Type: nand
Eraseblock size: 131072 bytes, 128.0 KiB
Amount of eraseblocks: 64 (8388608 bytes, 8.0 MiB)
Minimum input/output unit size: 2048 bytes
Sub-page size: 2048 bytes
OOB size: 64 bytes
Character device major/minor: 90:6
Bad blocks are allowed: true
Device is writable: true
これはDebian 4.19.0-10カーネルを使用しています。