rootfs size for IMX8mini Yocto Linux

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

rootfs size for IMX8mini Yocto Linux

2,870 Views
13614278
Contributor III

Sorry I have to raise this question here.

[My case] :

IMX8mini,8G emmc, running Yocto Linux, Linux 4.14.98 BSP

[Problem]:

By default, the Yocto Linux build rootfs is about 1.3GB, when I flashed it to EVK, the whole system showed just 1.3GB, that's definitely unreasonable as my emmc is 8GB.

[The Solution I got so far]

After googling with Yocto, I knew that I can either use IMAGE_ROOTFS_EXTRA_SPACE=" xxxxxx" or IMAGE_ROOTFS_SIZE= "xxx"  to extend the whole size.

[My Problem]:

But, if I do that, I found my rootfs would also be forcely enlarged to above file size.

e,g, If I set IMAGE_ROOTFS_EXTRA_SPACE=" xxxxxx"  as 8GB, then the build out rootfs image size is also 8GB!!!!!!!!!!!!

That's really bad, as so many useless ZERO-padding for the rootfs, the real rootfs is noly 800MB, why are you padding so many useless data to forcely enlarge to a useless 8GB?????!!!!!!!!!!! That caused me took too much useless time to flash the useless 8GB data to EMMC!!!!!!!!

This is a waste of both flash image time and my hard-disk storage!!!!!!!!!

Why Yocto had such bad design???????

Why not use the Android's smart way????? For Android. the whole system.img is only about 800MB,  after it flashed to EVK, the whole system(/) still show 8GB emmc instead of 800MB.  

Could anyone help me about this frustrating issue? Thanks a lot.

0 Kudos
Reply
4 Replies

2,722 Views
Yuri
NXP Employee
NXP Employee

Hello,

   In any case, using Yocto approach for Linux system generation  requires

significant host computer resources. Customers can build file system once
and - if needed - to recompile U-boot  and or kernel without Yocto environment,
as described in NXP Linux documentation. Also it is possible to build small size 
file system and resize part, using such utility as parted.

Regards,

Yuri.

0 Kudos
Reply

255 Views
Sunil_13
Contributor I

Hi @Yuri ,

We are working with the i.MX8M Plus EVK, which has 32 MB QSPI flash.
Our goal is to boot U-Boot, Linux kernel, device tree, and initramfs (rootfs.img ) entirely from QSPI flash.

We are able to successfully boot:

U-Boot (from flash.bin)

Linux kernel (Image.gz)

Device Tree (imx8mp-evk.dtb)

 

However, we are facing issues when loading and using the initramfs/rootfs image from QSPI flash. The kernel starts successfully, but the kernel hangs at Waiting for removable media.... see the below log attached.

-----Flash Layout and Image Sizes----------------

QSPI flash size: 32 MB

flash.bin (U-Boot + SPL) ~2.3 MB
Image.gz (Kernel) ~13.5 MB
imx8mp-evk.dtb ~86 KB
rootfs.img ~12.6 MB


----QSPI Offset Layout----------
flash.bin @ 0x00000000
Image.gz @ 0x00240000
imx8mp-evk.dtb @ 0x01000000
rootfs.img @ 0x01080000


------Programming files into QSPI (from SD card)---------
sf probe 0
sf erase 0x0 0x2000000

fatload mmc 1 ${loadaddr} flash.bin
sf write ${loadaddr} 0x0 ${filesize}

fatload mmc 1 ${loadaddr} Image.gz
sf write ${loadaddr} 0x240000 ${filesize}

fatload mmc 1 ${loadaddr} imx8mp-evk.dtb
sf write ${loadaddr} 0x1000000 ${filesize}

fatload mmc 1 ${loadaddr} rootfs.img # initramfs (cpio.gz)
sf write ${loadaddr} 0x1080000 ${filesize}


------After flashing,power-cycle the board--------------

After boot from u-boot,setting the env variables for Linux kernel (Image.gz),Device Tree (imx8mp-evk.dtb),rootfs.img.

sf probe 0
setenv loadaddr 0x40480000 // kernel
setenv fdt_addr 0x43000000 //dtb
setenv initrd_addr 0x43800000 //rootfs
setenv kernel_comp_addr_r 0x50000000
setenv kernel_comp_size 0x04000000

sf read ${loadaddr} 0x240000 0xCD3CE2

sf read ${fdt_addr} 0x1000000 0x14360

sf read ${initrd_addr} 0x1080000 0xC04DB0

setenv bootargs "console=ttymxc1,115200 root=/dev/ram0 rw"

setenv bootcmd 'sf probe 0; sf read ${loadaddr} 0x240000 0xCD3CE2; sf read ${fdt_addr} 0x1000000 0x14360; sf read ${initrd_addr} 0x1080000 0xC04DB0; booti ${loadaddr} ${initrd_addr} ${fdt_addr}'

saveenv

-----------------------Question 1------------------------------------
1.With SD card Wic file working fine with partitions (Boot/Root).
2.We genarated Two yocto images
==> 1.bitbake core-image-minimal-initramfs (generated initramfs.cpio.gz) this cpio.gx converted into rootfs.img by using this cmd mkimage -A arm -O linux -T ramdisk -d <gzipped_rootfs> <Ramdisk_name> (from linux user guide)
==>2.Also generated tiny rootfs from yocto generated using bitbake core-image-tiny. core-image-tiny-imx8mp-evk.tar.zst this tar extracted into EXT4 partition in SD card succussfully loading tiny rootfs .
3.But as said in 2nd point rootfs.img also put into EXT4 root partition in SD card but not loading the rootfs.

-----------------------Question 2------------------------------------
1.Is this the correct approach to boot an initramfs (rootfs.img) directly from QSPI on i.MX8M Plus EVK?

-----------------------Question 3------------------------------------
3.Is there any recommended NXP reference image for booting kernel and initramfs entirely from QSPI on i.MX8MP(Linux kernel (Image.gz),Device Tree (imx8mp-evk.dtb),rootfs.img) ?

 

4. How to load rootfs.img from QSPI flash on I.MX8MP?

0 Kudos
Reply

2,722 Views
13614278
Contributor III

Hi Yuri,

Thanks for the help. But for

Also it is possible to build small size 
file system and resize part, using such utility as parted.

How to do this? It's difficult for me to get the point. Does it mean there is a tools whose name is "parted" to do this? or something else?  I can't get any useful info after I google with "Yocto + parted"

Thanks

0 Kudos
Reply

2,722 Views
Yuri
NXP Employee
NXP Employee

13614278@qq.com 

Hello,

  below is document, describing to build and use the parted.

Parted User’s Manual 

  Perhaps it would be easier just to use big size images :-( 

Regards,

Yuri.

0 Kudos
Reply
%3CLINGO-SUB%20id%3D%22lingo-sub-1083205%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3Erootfs%20size%20for%20IMX8mini%20Yocto%20Linux%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1083205%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3ESorry%20I%20have%20to%20raise%20this%20question%20here.%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%3CSTRONG%3E%5BMy%20case%5D%3C%2FSTRONG%3E%20%3A%3C%2FP%3E%3CP%3EIMX8mini%2C8G%20emmc%2C%20running%20Yocto%20Linux%2C%20Linux%204.14.98%20BSP%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%3CSTRONG%3E%5BProblem%5D%3A%3C%2FSTRONG%3E%3C%2FP%3E%3CP%3EBy%20default%2C%20the%20Yocto%20Linux%20build%20rootfs%20is%20about%201.3GB%2C%20when%20I%20flashed%20it%20to%20EVK%2C%20the%20whole%20system%20showed%20just%201.3GB%2C%20that's%20definitely%20unreasonable%20as%20my%20emmc%20is%208GB.%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%3CSTRONG%3E%5BThe%20Solution%20I%20got%20so%20far%5D%3C%2FSTRONG%3E%3C%2FP%3E%3CP%3EAfter%20googling%20with%20Yocto%2C%20I%20knew%20that%20I%20can%20either%20use%20IMAGE_ROOTFS_EXTRA_SPACE%3D%22%20xxxxxx%22%20or%26nbsp%3B%3CSPAN%20style%3D%22color%3A%20%2351626f%3B%20background-color%3A%20%23ffffff%3B%22%3EIMAGE_ROOTFS_SIZE%3D%20%22xxx%22%26nbsp%3B%3C%2FSPAN%3E%20to%20extend%20the%20whole%20size.%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%3CSTRONG%3E%5BMy%20Problem%5D%3A%3C%2FSTRONG%3E%3C%2FP%3E%3CP%3EBut%2C%20if%20I%20do%20that%2C%20I%20found%20my%20rootfs%20would%20also%20be%20forcely%20enlarged%20to%20above%20file%20size.%3C%2FP%3E%3CP%3Ee%2Cg%2C%20If%20I%20set%26nbsp%3B%3CSPAN%3E%3CEM%3EIMAGE_ROOTFS_EXTRA_SPACE%3D%22%20xxxxxx%22%3C%2FEM%3E%26nbsp%3B%3C%2FSPAN%3E%26nbsp%3Bas%208GB%2C%20then%20the%20build%20out%20rootfs%20image%20size%20is%20also%208GB!!!!!!!!!!!!%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3EThat's%20really%20bad%2C%20as%20so%20many%20useless%20ZERO-padding%20for%20the%20rootfs%2C%20the%20real%20rootfs%20is%20noly%20800MB%2C%20why%20are%20you%20padding%20so%20many%20useless%20data%20to%20forcely%20enlarge%20to%20a%20useless%208GB%3F%3F%3F%3F%3F!!!!!!!!!!!%20That%20caused%20me%26nbsp%3Btook%20too%20much%20useless%20time%20to%20flash%20the%20useless%208GB%20data%20to%20EMMC!!!!!!!!%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3EThis%20is%20a%20waste%20of%20both%20flash%20image%20time%20and%20my%20hard-disk%20storage!!!!!!!!!%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3EWhy%20Yocto%20had%20such%20bad%20design%3F%3F%3F%3F%3F%3F%3F%3C%2FP%3E%3CP%3EWhy%20not%20use%20the%20Android's%20smart%20way%3F%3F%3F%3F%3F%20For%20Android.%20the%20whole%20system.img%20is%20only%20about%20800MB%2C%26nbsp%3B%20after%20it%20flashed%20to%20EVK%2C%20the%20whole%20system(%2F)%20still%20show%208GB%20emmc%20instead%20of%20800MB.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3ECould%20anyone%20help%20me%20about%20this%20frustrating%20issue%3F%20Thanks%20a%20lot.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-1083205%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CLINGO-LABEL%3Ei.MX%208%20Family%20%7C%20i.MX%208QuadMax%20(8QM)%20%7C%208QuadPlus%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ELinux%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2261800%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20rootfs%20size%20for%20IMX8mini%20Yocto%20Linux%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2261800%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Fcommunity.nxp.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F1941%22%20target%3D%22_blank%22%3E%40Yuri%3C%2FA%3E%26nbsp%3B%2C%3C%2FP%3E%3CP%3EWe%20are%20working%20with%20the%20i.MX8M%20Plus%20EVK%2C%20which%20has%2032%20MB%20QSPI%20flash.%3CBR%20%2F%3EOur%20goal%20is%20to%20boot%20U-Boot%2C%20Linux%20kernel%2C%20device%20tree%2C%20and%20initramfs%20(rootfs.img%20)%20entirely%20from%20QSPI%20flash.%3C%2FP%3E%3CP%3EWe%20are%20able%20to%20successfully%20boot%3A%3C%2FP%3E%3CP%3EU-Boot%20(from%20flash.bin)%3C%2FP%3E%3CP%3ELinux%20kernel%20(Image.gz)%3C%2FP%3E%3CP%3EDevice%20Tree%20(imx8mp-evk.dtb)%3C%2FP%3E%3CBR%20%2F%3E%3CP%3EHowever%2C%20we%20are%20facing%20issues%20when%20loading%20and%20using%20the%20initramfs%2Frootfs%20image%20from%20QSPI%20flash.%20The%20kernel%20starts%20successfully%2C%20but%20the%20kernel%20hangs%20at%20Waiting%20for%20removable%20media....%20see%20the%20below%20log%20attached.%3C%2FP%3E%3CP%3E-----Flash%20Layout%20and%20Image%20Sizes----------------%3C%2FP%3E%3CP%3EQSPI%20flash%20size%3A%2032%20MB%3C%2FP%3E%3CP%3Eflash.bin%20(U-Boot%20%2B%20SPL)%20~2.3%20MB%3CBR%20%2F%3EImage.gz%20(Kernel)%20~13.5%20MB%3CBR%20%2F%3Eimx8mp-evk.dtb%20~86%20KB%3CBR%20%2F%3Erootfs.img%20~12.6%20MB%3C%2FP%3E%3CP%3E%3CBR%20%2F%3E----QSPI%20Offset%20Layout----------%3CBR%20%2F%3Eflash.bin%20%40%200x00000000%3CBR%20%2F%3EImage.gz%20%40%200x00240000%3CBR%20%2F%3Eimx8mp-evk.dtb%20%40%200x01000000%3CBR%20%2F%3Erootfs.img%20%40%200x01080000%3C%2FP%3E%3CP%3E%3CBR%20%2F%3E------Programming%20files%20into%20QSPI%20(from%20SD%20card)---------%3CBR%20%2F%3Esf%20probe%200%3CBR%20%2F%3Esf%20erase%200x0%200x2000000%3C%2FP%3E%3CP%3Efatload%20mmc%201%20%24%7Bloadaddr%7D%20flash.bin%3CBR%20%2F%3Esf%20write%20%24%7Bloadaddr%7D%200x0%20%24%7Bfilesize%7D%3C%2FP%3E%3CP%3Efatload%20mmc%201%20%24%7Bloadaddr%7D%20Image.gz%3CBR%20%2F%3Esf%20write%20%24%7Bloadaddr%7D%200x240000%20%24%7Bfilesize%7D%3C%2FP%3E%3CP%3Efatload%20mmc%201%20%24%7Bloadaddr%7D%20imx8mp-evk.dtb%3CBR%20%2F%3Esf%20write%20%24%7Bloadaddr%7D%200x1000000%20%24%7Bfilesize%7D%3C%2FP%3E%3CP%3Efatload%20mmc%201%20%24%7Bloadaddr%7D%20rootfs.img%20%23%20initramfs%20(cpio.gz)%3CBR%20%2F%3Esf%20write%20%24%7Bloadaddr%7D%200x1080000%20%24%7Bfilesize%7D%3C%2FP%3E%3CP%3E%3CBR%20%2F%3E------After%20flashing%2Cpower-cycle%20the%20board--------------%3C%2FP%3E%3CP%3EAfter%20boot%20from%20u-boot%2Csetting%20the%20env%20variables%20for%20Linux%20kernel%20(Image.gz)%2CDevice%20Tree%20(imx8mp-evk.dtb)%2Crootfs.img.%3C%2FP%3E%3CP%3Esf%20probe%200%3CBR%20%2F%3Esetenv%20loadaddr%200x40480000%20%2F%2F%20kernel%3CBR%20%2F%3Esetenv%20fdt_addr%200x43000000%20%2F%2Fdtb%3CBR%20%2F%3Esetenv%20initrd_addr%200x43800000%20%2F%2Frootfs%3CBR%20%2F%3Esetenv%20kernel_comp_addr_r%200x50000000%3CBR%20%2F%3Esetenv%20kernel_comp_size%200x04000000%3CBR%20%2F%3E%3CBR%20%2F%3Esf%20read%20%24%7Bloadaddr%7D%200x240000%200xCD3CE2%3CBR%20%2F%3E%3CBR%20%2F%3Esf%20read%20%24%7Bfdt_addr%7D%200x1000000%200x14360%3CBR%20%2F%3E%3CBR%20%2F%3Esf%20read%20%24%7Binitrd_addr%7D%200x1080000%200xC04DB0%3C%2FP%3E%3CP%3Esetenv%20bootargs%20%22console%3Dttymxc1%2C115200%20root%3D%2Fdev%2Fram0%20rw%22%3C%2FP%3E%3CP%3Esetenv%20bootcmd%20'sf%20probe%200%3B%20sf%20read%20%24%7Bloadaddr%7D%200x240000%200xCD3CE2%3B%20sf%20read%20%24%7Bfdt_addr%7D%200x1000000%200x14360%3B%20sf%20read%20%24%7Binitrd_addr%7D%200x1080000%200xC04DB0%3B%20booti%20%24%7Bloadaddr%7D%20%24%7Binitrd_addr%7D%20%24%7Bfdt_addr%7D'%3C%2FP%3E%3CP%3Esaveenv%3C%2FP%3E%3CP%3E-----------------------Question%201------------------------------------%3CBR%20%2F%3E1.With%20SD%20card%20Wic%20file%20working%20fine%20with%20partitions%20(Boot%2FRoot).%3CBR%20%2F%3E2.We%20genarated%20Two%20yocto%20images%3CBR%20%2F%3E%3D%3D%26gt%3B%201.bitbake%20core-image-minimal-initramfs%20(generated%20initramfs.cpio.gz)%20this%20cpio.gx%20converted%20into%20rootfs.img%20by%20using%20this%20cmd%20mkimage%20-A%20arm%20-O%20linux%20-T%20ramdisk%20-d%20%3CGZIPPED_ROOTFS%3E%20%3CRAMDISK_NAME%3E%20(from%20linux%20user%20guide)%3CBR%20%2F%3E%3D%3D%26gt%3B2.Also%20generated%20tiny%20rootfs%20from%20yocto%20generated%20using%20bitbake%20core-image-tiny.%20core-image-tiny-imx8mp-evk.tar.zst%20this%20tar%20extracted%20into%20EXT4%20partition%20in%20SD%20card%20succussfully%20loading%20tiny%20rootfs%20.%3CBR%20%2F%3E3.But%20as%20said%20in%202nd%20point%20rootfs.img%20also%20put%20into%20EXT4%20root%20partition%20in%20SD%20card%20but%20not%20loading%20the%20rootfs.%3C%2FRAMDISK_NAME%3E%3C%2FGZIPPED_ROOTFS%3E%3C%2FP%3E%3CP%3E-----------------------Question%202------------------------------------%3CBR%20%2F%3E1.Is%20this%20the%20correct%20approach%20to%20boot%20an%20initramfs%20(rootfs.img)%20directly%20from%20QSPI%20on%20i.MX8M%20Plus%20EVK%3F%3C%2FP%3E%3CP%3E-----------------------Question%203------------------------------------%3CBR%20%2F%3E3.Is%20there%20any%20recommended%20NXP%20reference%20image%20for%20booting%20kernel%20and%20initramfs%20entirely%20from%20QSPI%20on%20i.MX8MP(Linux%20kernel%20(Image.gz)%2CDevice%20Tree%20(imx8mp-evk.dtb)%2Crootfs.img)%20%3F%3C%2FP%3E%3CBR%20%2F%3E%3CP%3E4.%20How%20to%20load%20rootfs.img%20from%20QSPI%20flash%20on%20I.MX8MP%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1083208%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20rootfs%20size%20for%20IMX8mini%20Yocto%20Linux%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1083208%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3E%3CA%20class%3D%22jx-jive-macro-user%22%20href%3D%22https%3A%2F%2Fcommunity.nxp.com%2Fpeople%2F13614278%40qq.com%22%20target%3D%22_blank%22%3E13614278%40qq.com%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3EHello%2C%20%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%20below%20is%20document%2C%20describing%20to%20build%20and%20use%20the%20parted.%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%3CA%20class%3D%22link-titled%22%20href%3D%22https%3A%2F%2Fwww.gnu.org%2Fsoftware%2Fparted%2Fmanual%2Fparted.html%22%20title%3D%22https%3A%2F%2Fwww.gnu.org%2Fsoftware%2Fparted%2Fmanual%2Fparted.html%22%20rel%3D%22nofollow%20noopener%20noreferrer%22%20target%3D%22_blank%22%3EParted%20User%E2%80%99s%20Manual%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%20Perhaps%20it%20would%20be%20easier%20just%20to%20use%20big%20size%20images%20%3CLI-EMOJI%20id%3D%22lia_disappointed-face%22%20title%3D%22%3Adisappointed_face%3A%22%3E%3C%2FLI-EMOJI%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3ERegards%2C%3C%2FP%3E%3CP%3EYuri.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1083207%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20rootfs%20size%20for%20IMX8mini%20Yocto%20Linux%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1083207%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EHi%20Yuri%2C%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3EThanks%20for%20the%20help.%20But%20for%3C%2FP%3E%3CBLOCKQUOTE%20class%3D%22jive_macro_quote%20jive-quote%20jive_text_macro%22%3E%3CP%3EAlso%20it%20is%20possible%20to%20build%20small%20size%26nbsp%3B%3CBR%20%2F%3Efile%20system%20and%20resize%20part%2C%20using%20such%20utility%20as%20parted.%3C%2FP%3E%3CP%20style%3D%22min-height%3A%208pt%3B%20padding%3A%200px%3B%22%3E%3C%2FP%3E%3C%2FBLOCKQUOTE%3E%3CP%3EHow%20to%20do%20this%3F%20It's%20difficult%20for%20me%20to%20get%20the%20point.%20Does%20it%20mean%20there%20is%20a%20tools%20whose%20name%20is%20%22parted%22%20to%20do%20this%3F%20or%20something%20else%3F%26nbsp%3B%20I%20can't%20get%20any%20useful%20info%20after%20I%20google%20with%20%22Yocto%20%2B%20parted%22%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3EThanks%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1083206%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20rootfs%20size%20for%20IMX8mini%20Yocto%20Linux%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1083206%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EHello%2C%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%26nbsp%3B%20In%20any%20case%2C%20using%20Yocto%20approach%20for%20Linux%20system%20generation%26nbsp%3B%20requires%3C%2FP%3E%3CP%3Esignificant%20host%20computer%20resources.%20Customers%20can%20build%20file%20system%20once%20%3CBR%20%2F%3Eand%20-%20if%20needed%20-%20to%20recompile%20U-boot%26nbsp%3B%20and%20or%20kernel%20without%20Yocto%20environment%2C%3CBR%20%2F%3Eas%20described%20in%20NXP%20Linux%20documentation.%20Also%20it%20is%20possible%20to%20build%20small%20size%26nbsp%3B%3CBR%20%2F%3Efile%20system%20and%20resize%20part%2C%20using%20such%20utility%20as%20parted.%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3E%3C%2FP%3E%3CP%3ERegards%2C%3C%2FP%3E%3CP%3EYuri.%3C%2FP%3E%3C%2FLINGO-BODY%3E