I am trying to open terminal on cloud9 IDE , IDE shows “Failed to write to ‘state.settings’. ENOSPC: no space left on device.”
When I execute the command df -h I am getting the below output
Thank for the reply @foxsquirrel , When I execute command I find the files that are created by me. No unnecessary files it seems. What shall I do then?
Also How should I make sure that the log files are not stored in eMMC?
Go into a top level directory and execute that command, you are only looking at files in your “user space home”
$cd /
$ls -alsh
You should see core OS files
Mount an SD card and use that for your log files, set the configuration of the software you are using to point at the SD card. That assumes the log file (s) are not hard coded into your program.
Also, what image are you using and what software package is generating the error?
You might be at point where you need to boot and run from SD card. I see you have some python and that takes up some room too. Might try burning a current image on SD install your software then just boot from and work out of the SD. That is usually the simplest way to go until your plan comes together. When its dialed in load in to emmc.
I am using LXQT buster image. Initially, It was working fine . But Now I am facing the issue that “no space left on device” from cloud9 IDE . Then I tried with SSH (kitty). Again I couldn’t compile any C file because of this memory issue. The image was flashed in the SD card and I am booting the BBB from SD itself. No eMMC image was used.
Later , I flashed my BBB with Console image . The console image was not even supported. I don’t know Why?
When you copy an image to an SD card it creates a small partition only. It doesn’t fil the SD card.
On newer versions it automatically resizes when you boot ( need to reboot after).
On older images I think you need to run a script to resize the partition. From a quick Google does this exist?
If you have a serial console cable I would try that, or perhaps ssh.
you could re-flash the sd card and then expand the partetion before going any further. Obviously you would lose anything on the card.
Assuming your computer is not running Linux, get hold of a live install (probably go with Ubuntu) and stick it on a USB stick. Boot that and then use the disk tools to increase the sd card partition. Might be doable using WSL, but I don’t use Windows so have no idea.
Yes, I can but now I am using IOT Distribution . After flashing I ran the grow partition script file .
opt/scripts/tools/grow_partition.sh
I could see that the size of the device node was increased to 30GB (size of the uSD card).
/dev/mmcblk0p1 30G 2.5G 26G 9% /
The other thing I noticed that the available space of the /dev/mmcblk0p1 is gradually decreasing(Initially 2496722 was used space but now it becomes 2516752 as used ) as I do some C file execution so and so .
My doubt is why the space occupation is happening so fast as I expected .
It is probably just log files. I don’t know what the log limits are set to on the Beagle but it should not keep increasing, assuming you are not using the space with your software.
In a console as root you could run
du -sb /
It will give you a listing of the bytes used by each top directory. Make a note of it and run again in a few days to see what has changed.
#see “man logrotate” for details #rotate log files weekly
weekly #keep 4 weeks worth of backlogs
rotate 4 #create new (empty) log files after rotating old ones
create #use date as a suffix of the rotated file #dateext #uncomment this if you want your log files compressed #compress #packages drop log rotation information into this directory
include /etc/logrotate.d #system-specific logs may be also be configured here.