Nach update problem mit LMS

[tortsen]

Hallo,
nach update auf den aktuellen ipc läuft mein lms nicht mehr, ich habe den lms removed mit fehlermeldungen:

Code: Alles auswählen

apt-get remove --purge logitechmediaserver
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Die folgenden Pakete werden ENTFERNT:
  logitechmediaserver*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 98 nicht aktualisiert.
Nach dieser Operation werden 250 MB Plattenplatz freigegeben.
Möchten Sie fortfahren [J/n]? j
(Lese Datenbank ... 49771 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von logitechmediaserver ...
Stopping Logitech Media Server.
Löschen der Konfigurationsdateien von logitechmediaserver ...
Entferne Benutzer »squeezeboxserver« ...
Warnung: Die Gruppe »nogroup« hat keine Mitglieder mehr.
Fertig.
dpkg: Warnung: Während Entfernens von logitechmediaserver ist Verzeichnis »/var/lib/squeezeboxserver/prefs« nicht leer, wird daher nicht gelöscht.
dpkg: Warnung: Während Entfernens von logitechmediaserver ist Verzeichnis »/var/lib/squeezeboxserver« nicht leer, wird daher nicht gelöscht.

und wollte ihn neu installieren, dabei kommt folgende fehlermeldung:

Code: Alles auswählen

Vormals abgewähltes Paket logitechmediaserver wird gewählt.
(Lese Datenbank ... 45651 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacken von logitechmediaserver (aus .../logitechmediaserver_7.7.2_all.deb) ...
logitechmediaserver (7.7.2) wird eingerichtet ...
Lege Systembenutzer »squeezeboxserver« (UID 107) an ...
Lege neuen Benutzer »squeezeboxserver« (UID 107) mit Gruppe »nogroup« an ...
useradd: Zurücksetzen des faillog-Eintrags für UID 107 fehlgeschlagen: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
useradd: Zurücksetzen des lastlog-Eintrags für UID 107 fehlgeschlagen: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
Erstelle Home-Verzeichnis »/usr/share/squeezeboxserver« nicht.
Making sure that Logitech Media Server is not running first: start-stop-daemon: warning: failed to kill 26598: No such process
No process in pidfile '/var/run/logitechmediaserver.pid' found running; none killed.

Hier verlassen mich meine minimalen linux kenntnisse, ich bin da auf eure hilfe angewiesen,
DANKE

[jensebub]

Hallo,
was als erstes auffällt, ist die Meldung:

Code: Alles auswählen

Auf dem Gerät ist kein Speicherplatz mehr verfügbar

Poste mal bitte die Ausgabe von:

Code: Alles auswählen

df

in einer CODE-Box

Gruß
jensebub

[tortsen]

Hallo , danke für die schnelle antwort:

Code: Alles auswählen

Dateisystem          1KâBlöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/sda1             74950816   1492980  69650556   3% /
tmpfs                   513136         0    513136   0% /lib/init/rw
varrun                  513136       156    512980   1% /var/run
varlock                 513136         0    513136   0% /var/lock
udev                    508692       132    508560   1% /dev
tmpfs                   513136         0    513136   0% /dev/shm
tmpfs                   102400        12    102388   1% /tmp
tmpfs                    20480         0     20480   0% /var/tmp
tmpfs                    71680      2152     69528   4% /var/log
tmpfs                   153600         0    153600   0% /var/cache/apt/archives
//192.168.178.21/music/
                     2441258944 1604569680 836689264  66% /mnt/music

Ich hoffe das ist so richtig

[jensebub]

Schade, lag wohl nicht am Speicherplatz.
Aber nichts desto trotz verschiebe ich dich mal nach "Sonstiges",
da es sich nicht um ein IPC-Spezifisches Problem handelt.

[feissmaik]

IPC hat damit nichts zu tun

Die Fehlermeldungen lesen - beim purge kam eine Meldung dass das Verzeichniss nicht leer sei, vermutlich weil dort Datein drin liegen die nicht vom installer installiert wurden..

Das kein Speicherplatz mehr frei sei aber laut "df" noch genug da wäre, deutet auf ein beschädigtes Dateisystem hin... Also mach mal: shutdown -rF now
..damit fährt das System runter und versucht beim nächsten hochfahren eine Dateisystem-prüfung.. Wenn das aber zu sehr beschädigt ist musst du entweder den Rescue-mode starten oder über ein Live-System das nicht gemountete Laufwerk prüfen (wenn es bereits gemountet is kann es nämlich nicht geprüft werden)




PS: Es ist besser "df -h" zu prüfen weil wegen übersichtlicher (wird in MB angezeigt)

[tortsen]

Ich habe alle logs unter var/log gelöscht, danach lies sich der lms installieren und läuft jetzt auch, gibt es eine möglichkeit den ordner var/log mehr als 70mb zuzuweisen bzw. die logdateien kleiner zu halten?, es war ja eigentlich genug platz vorhanden und die dateisystemprüfung brachte auch keine fehler zum vorschein.

Code: Alles auswählen

Dateisystem           Size  Used Avail Use% Eingehängt auf
/dev/sda1              72G  2,0G   66G   3% /
tmpfs                 502M     0  502M   0% /lib/init/rw
varrun                502M  160K  501M   1% /var/run
varlock               502M     0  502M   0% /var/lock
udev                  497M  132K  497M   1% /dev
tmpfs                 502M     0  502M   0% /dev/shm
tmpfs                 100M   12K  100M   1% /tmp
tmpfs                  20M     0   20M   0% /var/tmp
tmpfs                  70M  7,7M   63M  11% /var/log
tmpfs                 150M   93M   58M  62% /var/cache/apt/archives
//192.168.178.21/music/
                      2,3T  1,5T  798G  66% /mnt/music

var/log füllt sich nämlich ziemlich schnell

[feissmaik]

Wieso, laut deinem "df" post von oben waren in /var/log/ doch nur 4% benutzt?
Bist du wirklich sicher das beim fsck nichts passiert ist?

Wenn sich /var/log/ ziemlich schnell füllt solltest du die jeweiligen Logfiles lieber überprüfen, warum das so ist denn das deutet meistens auf irgendwelche Probleme hin... Poste mal die Ausgabe von: du -sh /var/log/*


Ansonsten kannst du die maximale Grösse für /var/log/ auch über die Datei /etc/fstab einstellen, nach änderungen in der Datei einfach mount -o remount /var/log damit die Änderungen ohne reboot übernommen werden..

[tortsen]

Code: Alles auswählen

4,0K    /var/log/alternatives.log
4,0K    /var/log/alternatives.log.1
1,9M    /var/log/apache2
20K     /var/log/apt
0       /var/log/aptitude
244K    /var/log/auth.log
0       /var/log/auth.log.1
4,0K    /var/log/boot
0       /var/log/btmp
0       /var/log/btmp.1
72K     /var/log/ConsoleKit
0       /var/log/daemon.log
0       /var/log/daemon.log.1
0       /var/log/debug
0       /var/log/debug.1
36K     /var/log/dmesg
0       /var/log/dmesg.0
4,0K    /var/log/dpkg.log
0       /var/log/dpkg.log.1
0       /var/log/exim4
4,0K    /var/log/faillog
0       /var/log/fontconfig.log
0       /var/log/fsck
0       /var/log/installer
1,6M    /var/log/ipc
0       /var/log/kern.log
0       /var/log/kern.log.1
8,0K    /var/log/lastlog
0       /var/log/lpr.log
0       /var/log/mail.err
0       /var/log/mail.info
0       /var/log/mail.log
0       /var/log/mail.warn
52K     /var/log/messages
0       /var/log/messages.1
0       /var/log/news
0       /var/log/ntpstats
0       /var/log/pycentral.log
0       /var/log/samba
56K     /var/log/squeezeboxserver
104K    /var/log/syslog
3,3M    /var/log/syslog.1
0       /var/log/user.log
0       /var/log/user.log.1
4,0K    /var/log/wtmp
0       /var/log/wtmp.1

Ein kumpel gab mir den tip mal alle logfiles zu löschen, daher habe ich das getan, und es hat ja anschliessend auch funktioniert, trotzdem wächst das log ziemlich schnell:

Code: Alles auswählen

Dateisystem           Size  Used Avail Use% Eingehängt auf
/dev/sda1              72G  2,0G   66G   3% /
tmpfs                 502M     0  502M   0% /lib/init/rw
varrun                502M  160K  501M   1% /var/run
varlock               502M     0  502M   0% /var/lock
udev                  497M  132K  497M   1% /dev
tmpfs                 502M     0  502M   0% /dev/shm
tmpfs                 100M   12K  100M   1% /tmp
tmpfs                  20M     0   20M   0% /var/tmp
tmpfs                  70M  7,4M   63M  11% /var/log
tmpfs                 150M   93M   58M  62% /var/cache/apt/archives
//192.168.178.21/music/
                      2,3T  1,5T  798G  66% /mnt/music

[feissmaik]

Alle logfiles einfach so löschen ist keine gute Idee denn dann ziehst du den Diensten quasi den Teppich unter den Füssen weg, die erstellen dann kein neues file und crashen ggf sogar...

Aber ich versteh dein Problem nicht wirklich - mit nur 11% Benutzt/Belegt in /var/log/ und insg 7,7MB ist doch alles noch human?
Schlimm wärs wenn /var/log/ 100% belegt wäre also 70MB logfiles aber du hast ein zentel von dem was möglich ist

Wie gesagt vermute ich mal das beim reboot+fsck durchaus was behoben wurde und nun eben alles wieder funzt... Also kein weiterer Handlungsbedarf - beobachte das halt maln bischen


Aber einfach so logs löschen nur weil die trotz logmini.sh grösser sind usw ist keine Problemlösung - mögliche Probleme bestehen dann nämlich weiterhin - und dafür sind die logs: um Probleme identifzieren zu können, aber da DU vor dem rechner sitzt und nicht ich/wir kannst auch nur DU in den logs gucken ob dir da irgendwas seltsames bze fehlermeldungen auffällt....

[tortsen]

Du hast bestimmt recht, ich bin jetzt ersteinmal froh das der lms wieder läuft, das gab nämlich mächtig ärger mit der Regierung da ihre squeezebox nur noch Radio und kein mp3 player mehr war .

Ich hatte die logs auch nicht einfach gelöscht sondern nur deren inhalt, also die dateien sind noch vorhanden.

ich habe jetzt alle grössen verdoppelt und werde mal demnächst nachsehen ob es aussergewöhnliche grössenzuwächse gibt und diese dann ggf. hier posten.

Ich danke dir auf jeden fall ersteinmal für deine schnelle hilfe.

Code: Alles auswählen

Dateisystem           Size  Used Avail Use% Eingehängt auf
/dev/sda1              72G  2,0G   66G   3% /
tmpfs                 502M     0  502M   0% /lib/init/rw
varrun                502M  160K  501M   1% /var/run
varlock               502M     0  502M   0% /var/lock
udev                  497M  132K  497M   1% /dev
tmpfs                 502M     0  502M   0% /dev/shm
tmpfs                 200M   12K  200M   1% /tmp
tmpfs                  40M     0   40M   0% /var/tmp
tmpfs                 140M  7,7M  133M   6% /var/log
tmpfs                 300M   93M  208M  31% /var/cache/apt/archives
//192.168.178.21/music/
                      2,3T  1,5T  798G  66% /mnt/music