Artix Linux Forum

Artix Linux => Installation / Migration / Configuration => Topic started by: galaxy on 25 August 2021, 12:08:40

Title: Unable to boot 20210726 iso, 20210426 iso is working.
Post by: galaxy on 25 August 2021, 12:08:40
I got this error on Intel Core i5-680, 4GB memory. BIOS boot mode.

Code: [Select]
Error 36 : Decoding error : Unsupported frame parameter

on both artix-base-openrc iso and artix-cinnamon-openrc iso.

I googled and find this error comes from `zstd`.
<https://github.com/facebook/zstd/issues/403>

Is there some change on zstd in 20210726 iso ?
Title: Re: Unable to boot 20210726 iso, 20210426 iso is working.
Post by: rayburn on 25 August 2021, 21:46:45
I would try a more up to date iso from the weekly builds.
Title: Re: Unable to boot 20210726 iso, 20210426 iso is working.
Post by: galaxy on 26 August 2021, 03:35:07
In fact I also tried the last weekly iso on August (the ones just before 20210823). The same error happens.

I think it is due to the new version of zstd changes its default parameters. So that the squashfs image cannot be mount on old PC.
Title: Re: Unable to boot 20210726 iso, 20210426 iso is working.
Post by: nous on 26 August 2021, 22:21:48
You could try one of our older ISOs: https://iso.artixlinux.org/archived-isos.php, if you boot and install, make sure to change the compression type in /etc/mkinitcpio.conf before you update.
Title: Re: Unable to boot 20210726 iso, 20210426 iso is working.
Post by: galaxy on 27 August 2021, 05:28:52
I tried artix-base-openrc-20210426-x86_64.iso and artix-cinnamon-openrc-20210426-x86_64.iso, both are working.

My current OS is installed with artix-cinnamon-openrc-20210426-x86_64.iso.

I hope the official iso can make some change to make future ISOes working under 32 bit BIOS environment.

The error may due to  the new package is bigger and zstd cannot decompress it under 32 bit.
Title: Re: Unable to boot 20210726 iso, 20210426 iso is working.
Post by: nous on 27 August 2021, 21:28:03
This better be reported upstream. Until they fix their stuff, you'd better keep those ISOs somewhere at hand...
Title: Re: Unable to boot 20210726 iso, 20210426 iso is working.
Post by: galaxy on 30 August 2021, 03:53:00
The zstd GitHub issus says:
Quote
The maximum window size is smaller on 32-bit systems than it is on 64-bit systems. If you compress a large file (> 256 KB) with -22 --ultra you will get a window log of 27 on 64-bit systems. However, on 32-bit systems the maximum window log is 25, so the decompresser will complain.

It should work if you use -20 --ultra, if it doesn't there is a different issue.

The zstd format document specifies that decompressors should support window sizes of at least 8 MB. If you don't use --ultra, the window size is always less than 8 MB. So I would recommend not compressing with --ultra if you are worried about compatibility with 32-bit platforms, or even with other zstd decompressors.

Would you test "-20 --ultra" under 32bit BIOS mode ?

Quote
Anyway, bottom line, beyond 8 MB, all bets are off. It's implementation dependent, or even parameter dependent.
And it happens that, for some complex technical reason, the 32-bits version of the reference decoder is unable to accept frames with back-references > 32 MB. So it's its default limit.
The 64-bits version has a default limit of 128 MB, which corresponds to --ultra -22. It could be higher, it's just that a limit is needed to avoid crazy scenarios.
I am not sure about the "-M", maybe "-M 32M" is useful too.
It seems the limitation for 32bit is only 32M.
Title: Re: Unable to boot 20210726 iso, 20210426 iso is working.
Post by: galaxy on 26 October 2021, 09:29:38
I find `buildiso` is using `mksquashfs /var/lib/artools/buildiso/xxx/artix/rootfs /var/lib/artools/buildiso/xxx/iso/LiveOS/rootfs.img -comp zstd -Xcompression-level 15 -noappend`, the compression-level  is too high for PC with little memory.
Title: Re: Unable to boot 20210726 iso, 20210426 iso is working.
Post by: nous on 26 October 2021, 19:19:49
4GB is barely "little memory", the community-gtk ISO which is over 3GB compressed boots fine in a VM with 512MB. Something else is the matter with your system.