Skip to content
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

Write error - ~LZMAFILE (28: No space left on device) #2597

Closed
kuerious opened this issue Feb 27, 2019 · 17 comments
Closed

Write error - ~LZMAFILE (28: No space left on device) #2597

kuerious opened this issue Feb 27, 2019 · 17 comments

Comments

@kuerious
Copy link

[ OK ] DietPi-Software | APT installation for: bash-doc -s, please wait...
Inst bash-doc (4.4-5 Raspbian:stable [all])
Conf bash-doc (4.4-5 Raspbian:stable [all])
E: Write error - ~LZMAFILE (28: No space left on device)

[FAILED] DietPi-Software | G_AGI: bash-doc -s



Details:

  • Date | Wed 27 Feb 12:09:58 MST 2019
  • Bug report | N/A
  • DietPi version | v6.21.1 (Fourdee/master)
  • Img creator | DietPi Core Team
  • Pre-image | Raspbian Lite
  • SBC device | RPi 3 Model B (armv7l) (index=3)
  • Kernel version | Letsencrypt supports Free Noip.com Dynamic DNS #1159 SMP Sun Nov 4 17:50:20 GMT 2018
  • Distro | stretch (index=4)
  • Command | G_AGI: bash-doc -s
  • Exit code | 100
  • Software title | DietPi-Software

Steps to reproduce:

  1. ...
  2. ...

Expected behaviour:

  • ...

Actual behaviour:

  • ...

Extra details:

  • ...

Additional logs:

Log file contents:
Inst bash-doc (4.4-5 Raspbian:stable [all])
Conf bash-doc (4.4-5 Raspbian:stable [all])
E: Write error - ~LZMAFILE (28: No space left on device)

[FAILED] DietPi-Software | Unable to continue, DietPi-Software will now terminate.

@MichaIng
Copy link
Owner

@kuerious
The error message is quite clear? How much space do you have left on your root file system:
df

@kuerious
Copy link
Author

RFS Storage: 8GB (7.6GB actual)
Space Used: 5.6GB
Space Rem: 1.9GB

I've cleared locked files, checked log files (RAM log, so not an issue), and tried both Debian and Ubuntu troubleshooting.

It still came up with that error. So I've emplaced an 8GB USB drive, enabled, transferred RootFS to it, etc.

Seems to be happy now. My guess, a bad block. But I thought (figured) DietPi handled that...

@MichaIng
Copy link
Owner

@kuerious
Bad blocks should lead to I/O errors shown in dmesg output usually. They cannot be handled in an automated way AFAIK, you need to identify the affected inode(s) and on which drive sectors they are located and fill that sectors manually. If something as done wrong, data would be lost and/or corrupted, so way too dangerous to somehow automate this.

How much space did your initial SDcard (?) have? Possible would be as well that file system expansion has failed, so even that space is left on the drive, the file system does not use all of it. Our images are shrunk to allow smaller download and image size to actual data + 50M AFAIK. This should be expanded to maximum drive space on first boot.

@kuerious
Copy link
Author

Michalng, I pointed out it was an 8GB SD card. Replaced now by an 8GB USB flash drive.

At this point, I'm guessing that my system is functional. I have another issue with removing software that brought this issue up. I can now uninstall, et. al. Not sure if you want logs to help prevent this in the future.

@MichaIng
Copy link
Owner

MichaIng commented Feb 27, 2019

@kuerious
Ah okay SDcard AND USB flash are 8G, okay.

Logs not required, but thanks for offering. DietPi-Software checks for 500M free space before installing software. Of course if you select many/large titles, this might not be sufficient, but impossible to predict. So if it's about drive space, users have to recognize/take care this themselves as well 😉.


Okay I mark this as closed. If you find any other related issues or any DietPi relation of this issue, please reopen.

@Symorian
Copy link

Symorian commented Mar 5, 2019

I have same error, with 64GB SDcard. Please try to fix that.

@Symorian
Copy link

Symorian commented Mar 5, 2019

I have alot of space because it new install... first software install and i get this error... @MichaIng

@Symorian
Copy link

Symorian commented Mar 5, 2019

Im not here for debate... just for put log DietPi tell me to put on this issues.

@MichaIng
Copy link
Owner

MichaIng commented Mar 5, 2019

@Symorian
Please paste:

df
fdisk -l /dev/mmcblk0p2
cat /var/tmp/dietpi/logs/fs_partition_resize.log

@kuerious
Copy link
Author

kuerious commented Mar 5, 2019 via email

@MichaIng
Copy link
Owner

MichaIng commented Mar 5, 2019

@kuerious
Yeah, SDcards are quite sensible for data corruption. Hight quality/durability SDcards are the way to go, or, as you did move the system onto USB drive. Sadly SDcards are the common default for SBCs, if they don't have a separate eMMC slot.

@kuerious
Copy link
Author

kuerious commented Mar 5, 2019 via email

@MichaIng
Copy link
Owner

MichaIng commented Mar 5, 2019

@kuerious
Another issue with SDcards that need to be taken care of:

  • Veeery often, actually in most cases, when buying brand (Samsung, SanDisk, Kingston etc...) SDcards from 3rd party vendors on eBay, Amazon and deals/offers found on deal-seeking websites or via search machine, you get a fake product.
  • So it is very important to buy those from trusted vendors with own website (or local store) where you know they are reachable with quality support. They are more expensive then usually. And always do some tests/verification that the card is an original one. Otherwise when sending them for replacement/warranty you are lost 😉.

@kuerious
Copy link
Author

kuerious commented Mar 5, 2019 via email

@DeHaanSoftware
Copy link

/var/log is mounted on /dev/zram1 which seems to be a ram disk? It's only 50 Mb and it's full all the time.

@Joulinar
Copy link
Collaborator

Joulinar commented Oct 2, 2022

Yes it is a ram disk. But usually it should not be used that heavy. Let's check what is inside

du -a /var/log | sort -n -r | head -n 20

@MichaIng
Copy link
Owner

MichaIng commented Oct 2, 2022

/var/log is mounted on /dev/zram1

Then it's not a tmpfs (RAM disk) but a zram space (compressed RAM disk), which isn't default on DietPi but on Armbian. However, in both cases some service should take care to clean up the log files regularly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants