Max2Play Home › Forums › Max2Play on ODROID U3/C1 › Der Speicherplatz läuft immer wieder voll….0 MB
- This topic has 11 replies, 4 voices, and was last updated 1 year, 1 month ago by
MarioM Moderator.
-
Posted in: Max2Play on ODROID U3/C1
-
9. Oktober 2018 at 21:17 #38508
hi, mein sb server läuft eigentlich seit vielen Jahren einwandfrei, aber seit etwa 6 Monaten läuft der Speicher immer wieder voll. Ich muss neu flashen und alles neu einstellen. Dann läuft der server wieder für ein paar Wochen. Ich benutze die letzte Software und habe eine 8GB sdCard. Vorher hatte ich eine 4GB als EMM und dachte das Problem sei deshalb. Ich habe versucht zu expandieren, aber das system behauptet immer das sei nicht möglich. Ich entkopple die USB disk und es ist trotzdem nicht möglich oder vielleicht nicht nötig.
Was kann ich tun?10. Oktober 2018 at 11:28 #38509Hallo Roger,
Das Expandieren geschieht mit unseren neuen Images automatisch beim ersten Hochfahren.
Bitte check einmal deine Einstellungen/Reboot (Health Checker und debug info) wieviel Speicher nach dem ersten Hochfahren zur Verfügung steht.
13. Oktober 2018 at 10:06 #38596Hallo Heiner,
wenn ich versuche ein reboot auszulösen, bekomme ich schon folgende Fehlermeldung:
Previous Reboot status unknown – click Reboot again to force Reboot. Erst wenn ich dann einen hardware aus mache, kann ich das system neu starten.
Anschliessend sieht das debug fenster so aus, wie unten. Oder meintest Du, nach dem neuerlichen Flashen?Gruss Roger
#### FILESYSTEM ####
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mmcblk0p2 7250920 7250920 0 100% /
none 4 0 4 0% /sys/fs/cgroup
udev 903624 4 903620 1% /dev
tmpfs 1035824 8 1035816 1% /tmp
tmpfs 207168 3112 204056 2% /run
none 5120 0 5120 0% /run/lock
none 1035824 0 1035824 0% /run/shm
none 102400 8 102392 1% /run/user
/dev/mmcblk0p1 131428 4424 127004 4% /boot
/dev/sda1 244196032 93077588 151118444 39% /media/usb0#### LOAD AVERAGE ####
1.24 1.69 1.83 1/139 6543#### KERNEL ####
Linux max2play 3.8.13.30 #1 SMP PREEMPT Fri Feb 20 14:34:08 BRST 2015 armv7l armv7l armv7l GNU/Linux#### LINUX-VERSION ####
Distributor ID: Ubuntu
Description: Ubuntu 14.04.2 LTS
Release: 14.04
Codename: trusty14. Oktober 2018 at 15:50 #38600Hallo nochmals, nach erneutem Flashen, aber noch ohne LMS hier die Debug info.
#### FILESYSTEM ####
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mmcblk0p2 7250920 4750736 2250916 68% /
none 4 0 4 0% /sys/fs/cgroup
udev 903624 12 903612 1% /dev
tmpfs 1035824 24 1035800 1% /tmp
tmpfs 207168 2944 204224 2% /run
none 5120 0 5120 0% /run/lock
none 1035824 140 1035684 1% /run/shm
none 102400 24 102376 1% /run/user
/dev/mmcblk0p1 131428 4420 127008 4% /media/boot
/dev/sda1 244196032 93077588 151118444 39% /media/usb0#### LOAD AVERAGE ####
0.04 0.43 0.35 1/223 4213#### KERNEL ####
Linux max2play 3.8.13.30 #1 SMP PREEMPT Fri Feb 20 14:34:08 BRST 2015 armv7l armv7l armv7l GNU/Linux#### LINUX-VERSION ####
Distributor ID: Ubuntu
Description: Ubuntu 14.04.2 LTS
Release: 14.04
Codename: trusty14. Oktober 2018 at 16:11 #38601und hier die Speichersituation nach erneuter Installation des LMS. Das Ding wird immer riesig und vorallem in 3 Wochen sind die 8GB wieder weg und nichts geht mehr. Hat jemand eine Idee, woran das liegen könnte?
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mmcblk0p2 7250920 5011060 1990592 72% /
none 4 0 4 0% /sys/fs/cgroup
udev 903624 8 903616 1% /dev
tmpfs 1035824 24 1035800 1% /tmp
tmpfs 207168 3056 204112 2% /run
none 5120 0 5120 0% /run/lock
none 1035824 140 1035684 1% /run/shm
none 102400 20 102380 1% /run/user
/dev/mmcblk0p1 131428 4420 127008 4% /media/boot
/dev/sda1 244196032 93077588 151118444 39% /media/usb0#### LOAD AVERAGE ####
1.27 0.69 0.28 3/237 2591#### KERNEL ####
Linux max2play 3.8.13.30 #1 SMP PREEMPT Fri Feb 20 14:34:08 BRST 2015 armv7l armv7l armv7l GNU/Linux#### LINUX-VERSION ####
Distributor ID: Ubuntu
Description: Ubuntu 14.04.2 LTS
Release: 14.04
Codename: trusty15. Oktober 2018 at 9:44 #38615Hallo Roger,
Entschuldige den Fehler meinerseits, ich hatte nicht beachtet dass es sich bei dir um ein Odroid Setup handelt. Dort muss in der Tat das System noch manuell expanidert werden.
Den Reboot solltest du jedoch nach der Fehlermeldung mit zweitem Klick durchführen können.
18. Oktober 2018 at 20:37 #38680Hallo Heiner, nur leider kann ich das Dateisystem nie expandieren. Egal ob unmittelbar nach dem Flashen oder später, wenn ich die USB Disk entkoppelt habe, immer kommt die gleich Fehlermeldung. Das habe ich jedesmal versucht.
Expandiere Dateisystem: sda1
Kein Vergrößern des Dateisystems möglich. Keine gültige Partition zum expandieren gefunden.
Achte darauf, dass alle USB-Geräte und Speicherkarten getrennt sind und starte neu bevor das Dateisystem expandiert wird!DEBUG
Im Debug Fenster kannst Du sehen, dass der Speicher bereits von 72% auf 74% angestiegen ist.
#### FILESYSTEM ####
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mmcblk0p2 7250920 5123588 1878064 74%
none 4 0 4 0% /sys/fs/cgroup
udev 903624 12 903612 1% /dev
tmpfs 1035824 24 1035800 1% /tmp
tmpfs 207168 3056 204112 2% /run
none 5120 0 5120 0% /run/lock
none 1035824 140 1035684 1% /run/shm
none 102400 20 102380 1% /run/user
/dev/mmcblk0p1 131428 4420 127008 4% /media/boot
/dev/sda1 244196032 93077588 151118444 39% /media/usb0#### LOAD AVERAGE ####
0.09 0.06 0.05 1/230 20412#### KERNEL ####
Linux max2play 3.8.13.30 #1 SMP PREEMPT Fri Feb 20 14:34:08 BRST 2015 armv7l armv7l armv7l GNU/Linux#### LINUX-VERSION ####
Distributor ID: Ubuntu
Description: Ubuntu 14.04.2 LTS
Release: 14.04
Codename: trusty19. Oktober 2018 at 10:08 #38690Hallo Roger,
Mit neuem Image sollte das Expandieren beim Odroid der erste Schritt sein. Auch sollte kein USB-Anschluss belegt sein dabei.
8. März 2023 at 15:53 #52697Hallo zusammen
Da mich seit einiger Zeit das gleiche Problem betrifft, wollte ich mal nachfragen ob hier das Problem durch Expandieren nun behoben wurde?
Ich benutze das Ganze mit einem Raspberry Pi 4 mit einer 32 GB SD-Karte (die gemäss df -h im Terminal auch korrekt angezeigt wird, jedoch einfach voll belegt). Auf dem Pi läuft neben dem LMS und Player (beides via Max2Play Webinterface aufgesetzt) nichts weiteres.Wenn ich im terminal via df -h den Speicherplatz anschaue erhalte ich folgendes:
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root 29G 29G 0 100% /
devtmpfs 750M 0 750M 0% /dev
tmpfs 911M 0 911M 0% /dev/shm
tmpfs 911M 93M 818M 11% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 911M 0 911M 0% /sys/fs/cgroup
/dev/mmcblk0p1 253M 50M 203M 20% /boot
tmpfs 183M 0 183M 0% /run/user/1000Im LMS nutze ich von den Plugins eigentlich nur das Spotify-Plugin. Falls jemand ein ähnliches Problem hat oder sogar eine Lösung, bin ich natürlich sehr dankbar für die Hilfe :)!
Freundliche Grüsse
Christian9. März 2023 at 11:13 #52698Guten Morgen zusammen
Falls jemand auch das Problem hat versuche ich hier noch meine „neuen“ Erkenntnisse zu dokumentieren:
Im Ordner /var/log sind die beiden Log-Files /daemon.log.1 und syslog.1 beide riesig (je um die 12 GB). Ich habe die nun einfach mal brute force gelöscht und nun läuft das System auch wieder einwandfrei. Das ist zwar keine Lösung aber ich werde die nun mal in nächster Zeit etwas beobachten.
Aktuell stehen in beiden Files mehrere Einträge mit
`squeezeboxserver[447]: 397093696: 0x5ac810 – <unknown>9. März 2023 at 12:42 #52704Hallo Christian,
das Problem wurde in diesem Thread schon angesprochen: https://www.max2play.com/en/forums/topic/extrem-grose-logfiles-absturz-pi4/
Ich kläre das mit unserem Entwickler und sage euch Bescheid sobald wir eine Lösung gefunden haben.21. März 2023 at 14:30 #52744Hallo Christian,
ich habe im angegebenen Thread noch einmal ein Update gepostet. Melde dich gerne dort noch einmal, wenn das Problem bei dir immer noch besteht.
-
You must be logged in to reply to this topic.