Seite 1 von 1
Nach update problem mit LMS
Verfasst: Mi 26. Dez 2012, 13:52
von 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
Re: Nach update problem mit LMS
Verfasst: Mi 26. Dez 2012, 14:51
von jensebub
Hallo,
was als erstes auffällt, ist die Meldung:
Poste mal bitte die Ausgabe von:
in einer CODE-Box
Gruß
jensebub
Re: Nach update problem mit LMS
Verfasst: Mi 26. Dez 2012, 14:58
von 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
Re: Nach update problem mit LMS
Verfasst: Mi 26. Dez 2012, 15:18
von 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.
Re: Nach update problem mit LMS
Verfasst: Mi 26. Dez 2012, 16:15
von 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)
Re: Nach update problem mit LMS
Verfasst: Mi 26. Dez 2012, 17:38
von 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
Re: Nach update problem mit LMS
Verfasst: Mi 26. Dez 2012, 18:13
von 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..
Re: Nach update problem mit LMS
Verfasst: Mi 26. Dez 2012, 19:24
von 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
Re: Nach update problem mit LMS
Verfasst: Mi 26. Dez 2012, 19:31
von 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....
Re: Nach update problem mit LMS
Verfasst: Mi 26. Dez 2012, 19:37
von 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