New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FS#927 - SQUASHFS error: xz decompression failed #7979
Comments
psyborg55: 32MB of RAM is the problem |
bluewavenet: @psyborg55 |
psyborg55: sysupgrading >8MB image on 32MB device just yesterday gave me same errors once or twice - device booted but wifi did not work, other attempts resulted in non-bootable device. flashing any of the images from u-boot webserver - device booted successfully and wifi worked fine. |
bluewavenet: The image I have built is 6.2MB and both tftp and sysupgrade work fine with no issues other than this. Currently I am thinking the xz decompression is using excessive amounts of ram and failing. |
psyborg55: kernels >4 are pure bullshit. |
lynxis: @rob White can you share your images? Or maybe your image config so I can reproduce your problem? |
bluewavenet: @alexander Couzens It is true that this does seem to only occur on a 32MB device, however the idle free memory does not actually differ much from OpenWrt CC which leads me to suspect some issue is causing LEDE to use excessive memory, most likely the xz decompression. If found to be true this could make 32MB devices much more stable with LEDE. |
lynxis: @bluewavenet I've bullet m2 and nanostation m2 available. It might also help to reproduce the bug on a qemu target (e.g. mips qemu) or x86. |
bluewavenet: @alexander Couzens |
diizzyy: You're most likely running into issues because underlying subsystems are running out of memory especially if you're running additional services. |
lucize: beaglebone black has 512MB ram and it fails the same on squashfs |
xback: Same error seen a few times on my gw2388 boards. (cns3xxx) Hardware:
I recall this suddenly popped up a few months ago.. |
psyborg: have you opened device and modified anything? |
bluewavenet: Having posted originally over a year ago and long since moved on, this seems to have sprung back to life! I did loads of tests at the time and the conclusion was indeed shortage of free RAM. Particularly when running a web server, lots of RAM is used for buffering and in my case this was happening at the same time as php scripts were being decompressed to serve yet more. At idle, yes there was 5 or 6 MB of free ram but this could easily fall to less than 1MB just briefly and if a compressed script was opened just at that moment - well, no guesses needed for what happened. I could replicate this easily on just about any device, even a PC Engines APU2 with a GB of free RAM by using up the RAM of course (A php script appending a string to its self in memory in a loop for example). If free RAM is not enough for the decompression then it fails. I now use GL-AR300's with 128MB RAM and don't have the problem ever. 32 MB RAM devices are just fine with 18.06.1 as long as you just want a simple AP, and this is what I do with Ubiquiti BULLET, particularly now the price is dropping (as it is end of life). |
psyborg: but you wrote "The exact same config on OpenWrt CC (but with php5) gives no problems." what if you try to replicate that on APU2 running CC? in addition to possible hardware mod issues looks like a kernel has grown to shit too |
xback: I had this issue too in the past on my cns3xxx boards (256MB RAM). Iirc, it lasted for about a month while bumping to master head on daily base. I guess it got fixed along the way and this hasn't been an issue for over a year now. So I think it can be closed .. |
bluewavenet:
Ubiquiti AirGateway and Bullet M2
LEDE 17.01.2
Lighttpd
PHP7
Runs very well on boot up. Then after some interval ranging from minutes to days, the following typical error occurs, repeated numerous times with differing blocks:
Mon Jul 24 07:09:39 2017 kern.err kernel: [43650.730023] SQUASHFS error: xz decompression failed, data probably corrupt
Mon Jul 24 07:09:39 2017 kern.err kernel: [43650.735459] SQUASHFS error: squashfs_read_data failed to read block 0x1e5d9a
Following this the unit becomes unresponsive, very slow or reboots its self.
Tried on two different devices and get the same result.
Images produced with Imagebuilder with ipv6, usb, ppp, luci removed to give space on flash.
The exact same config on OpenWrt CC (but with php5) gives no problems.
root@BlueWave:~# free
total used free shared buffers cached
Mem: 28176 19956 8220 132 1460 4296
-/+ buffers/cache: 14200 13976
Swap: 0 0 0
root@BlueWave:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 4.8M 4.8M 0 100% /rom
tmpfs 13.8M 132.0K 13.6M 1% /tmp
/dev/mtdblock5 1.4M 508.0K 964.0K 35% /overlay
overlayfs:/overlay 1.4M 508.0K 964.0K 35% /
tmpfs 512.0K 0 512.0K 0% /dev
The text was updated successfully, but these errors were encountered: