Read the statement by Michael Teeuw here.
Magic Mirror will not boot but Pi will, Cache issue?
-
@tkaauf32 its not the logs… not even showing in the top 20.
that /opt/Wolfram is taking 16.7 % or disk space (1146764/6846289)
/usr/lib & share is taking 53%
I would guess that your memory card is too small…what size is it?
what did u add last? -
@sdetweil I guess I need to delete the wolfram. I’m using an 8GB but I have’t manually changed anything so I’m surprised that it doesn’t work anymore. Maybe the logs put it over the edge.
-
@tkaauf32 logs are pretty small… do the du /var/logs | sort | head thing, just on the logs folder…
-
@sdetweil Permission denied. Also tried it with /logs and /log. /log says “is a directory” and the latter says permission denied
-
-
-
@tkaauf32 so, all the space is used IN the /var/log folder itself, not subfolders…
but 13040 is a tiny 0.1% WAY below the critical threshold… (if u are over 80% used, you are in trouble)
-
@sdetweil said in Magic Mirror will not boot but Pi will, Cache issue?:
o
I don’t know what that means haha
-
@tkaauf32 said in Magic Mirror will not boot but Pi will, Cache issue?:
I don’t know what that means haha
the du command dumps out blocks used, and does it by folder.
in the last screenshot, there are 13040 blocks used for the entire /var/log subtree
there are 6846289 blocks of space on the memory card disk volume… so, divide(13040*100) by 6846289 to get the percentage used = 0.19046815%
in system design, if u ever got over 80% used of the total capacity (memory, cpu, disk space), the system is in danger of failure ‘soon’… (I am a long time (45 yrs) computer system solution designer)
-
@sdetweil I’m just curious how you think it went over 80% total capacity? Will this continue to happen over time? Or should i just buy a 16gig SD and it will likely solve the issue?
