staging.inyokaproject.org

Hallo zusammen,

ich habe mir im ClassicMenu Indicator einen kleinen Starter mit dem Kommando "eject -T" angelegt, mit der Dash als Anwendung anzeigen lassen und dann mit der Maus ins Starter-Menü gezogen. Wenn ich dann einmal eine Laufwerkslade öffne und danach wieder schließe, ist Schluss: Danach keine Reaktion mehr. Im Terminal funktioniert das Kommando und in der Dash der Starter weiterhin.

Woran kann die Fehlfunktion im Startermenü liegen?

Viele Grüße

nenem

Moin Moin,

hast Du einmal einen Augenblick gewartet? Nach dem Schließen versucht der Rechner auf das Laufwerk zuzugreifen, das kann einen Augenblick dauern.

Gruß

Hallo,

ja, das Verhalten hatte ich beim anderen Rechner schon kennengelernt. Ist aber hier nicht der Fall: Es funktioniert einfach gar nicht mehr.

Nebenbei: Selbst die Verzögerung halte ich nicht für sauber. Dasselbe Icon in der Dash braucht die Wartezeit nicht. Insofern vemute ich, dass dort auch das Problem schlummert.

Verstehe ich nicht, funktioniert bei mir.

Mit

alacarte

erstellt ergibt unter .local/share/applications diesen Eintrag

[Desktop Entry]
Comment= Öffnet den Brenner per Mausklick auf den Starter
Terminal=false
Name=DVD Brenner öffnen und schkpeßen
Exec=eject -T /dev/sr1
Type=Application
Icon=/home/burghard/icons/output_show_48.png
Name[de_DE]=DVD Brenner öffnen und schließen

Gruß

Tuemmler schrieb:

Verstehe ich nicht,

Ich auch nicht. Vor allem wird's jetzt ja noch spannender:

funktioniert bei mir.

Mit

alacarte

erstellt

Hatte mich im ersten Posting etwas ungenau ausgedrückt: Mit dem Menü hatte ich das Hauptmenü aufgerufen - also alacarte - und dort den Eintrag angelegt.

ergibt unter .local/share/applications diesen Eintrag

[Desktop Entry]
Comment= Öffnet den Brenner per Mausklick auf den Starter
Terminal=false
Name=DVD Brenner öffnen und schkpeßen
Exec=eject -T /dev/sr1
Type=Application
Icon=/home/burghard/icons/output_show_48.png
Name[de_DE]=DVD Brenner öffnen und schließen

Tja, und nun wird's kurios: Dort wurde die Datei zusammen mit dem von mir gewählten Icon angelegt, aber sie ist leer ☹ Sehr seltsam - vor Allem, weil sie im gebooteten Zustand des Rechners einmal funktioniert...

Während dieses Postings habe ich zwischendurch nochmal die Starter gecheckt und komme immer mehr ins Staunen: Erstens verhält sich ein anderer Starter genauso, zweitens sind andere, dort abgelegte Desktop-Konfigurationsdateien ebenfalls leer, drittens habe ich einige Starter, deren Dateien nicht dort zu finden sind (wurden beim Upgrade von Lucid nauf Precise übernommen) und viertens verhalten sich sich manche normal (z.B. Skype)....

Außerdem habe ich noch einen Test gemacht und den anderen, nicht funktionierenden Starter durch Aufruf von alacarte im Terminal angelegt. Auch diese Datei ist leer, und auch dieser Starter funktioniert einmal und versagt dann seinen Dienst, während in der Dash alles ordnungsgemäß ist....

Viele Grüße

nenem

Ob es hilft,

fahre einmal ein komplettes Update

sudo aptget autoremove && sudo apt-get clean
sudo apt-get update && sudo apt-get dist-upgrade

Gruß

Tuemmler schrieb:

fahre einmal ein komplettes Update

sudo aptget autoremove && sudo apt-get clean
sudo apt-get update && sudo apt-get dist-upgrade

Hast Du Dich evtl. vertippt? Soweit ich erkennen kann, handelt es sich bei sudo apt-get dist-upgrade doch um ein Upgrade (von 12.04 auf 14.04) und nicht um ein Update, oder?

Viele Grüße

nenem

Moin Moin ,

vllt. das solltest Dir einmal duchlesen.

apt/apt-get

Gruß

OK, habe ich jetzt auf 2 Rechnern gemacht, aber es bleibt dabei: Nach einmaliger Nutzung reagieren die Starter in der Dash weiterhin, im Startermenü aber nicht.

BTW: Das erste der von Dir empfohlenen Kommandos enthält einen Fehler: apt-get muss es heissen und nicht aptget.

Viele Grüße

nenem

So, habe jetzt mal alle Starter im Menü gecheckt und dabei festgestellt, dass sich 4 identisch verhalten: Sie funktionieren bei der ersten Aktion und danach nicht mehr, wohl aber in der Dash ordnungsgemäß und bei Eingabe der dazugehörigen Kommandos auch im Terminal. Es sind

LibreOffice (das allgemeine Programm - die einzelen Module habe ich dort entfernt)

ein calc-Dokument, das ich dauernd benötige

das Kommando zum Öffnen der Laufwerks-Schublade

der Skype Call Recorder

Mir ist schleierhaft, wo z.B. der Unterschied zwischen den Prozessen liegt, die mit Klicks auf die entsprechenden Buttons in der Dash und im Starter-Menü angestoßen werden. Irgendetwas muss anders sein und beim Starter-Menü in diesen 4 Fällen gestört.

Viele Grüße

nenem

Das Problem ist nun eine Weile liegengeblieben, weil ich erstmal andere, wichtigere abarbeiten musste. Nach wie vor aber bereitet es mir mächtige Kopfschmerzen. Um die Suche übersichtlich zu halten, habe ich mir die Sache noch einmal ausschließlich bei den Kommandos eject -T und eject -T /dev/sr0 näher angesehen (aber auch bei den anderen genannten besteht das Problem immer noch). Es wird immer kurioser.

Der im Hauptmenü (alacarte) angelegte Eintrag namens Auswerfen mit dem Kommando eject -T wurde in /home/<benutzername>/.local/share/applications unter demselben Namen als Konfigurationsdatei hinterlegt. Sie enthält nun:

#!/usr/bin/env xdg-open

[Desktop Entry]
Version=1.0
Type=Application
Terminal=false
Icon[de_DE]=/usr/share/icons/HighContrast/scalable/actions/media-eject.svg
Name[de_DE]=Auswerfen
Exec=eject -T
Name=Auswerfen
Icon=/usr/share/icons/HighContrast/scalable/actions/media-eject.svg

Das Kommando funktioniert einwandfrei mit Klicks auf das Icon

in der Dash,

im Classic Menü Indicator → All Applications,

im Konfigurationsverzeichnis selbst (/home/<benutzername>/.local/share/applications).

Dort übrigens habe ich eine zweite Desktop-Konfiguratonsdatei entdeckt, die ich vor ein paar Wochen im Rahmen der Ursachensuche wohl angelegt, später dann aber vergessen hatte. Das Kommando bei der ist eject -T /dev/sr0. Sie zeigt exakt dasselbe Verhalten. Neben den beschrieben Stellen, wo beide Starter ordnungsgenäß funktionieren, werden die Kommandos korrekt ausgeführt, wenn ich sie im Terminal eingebe.

Die einzige, aber wichtige Fehlfunktion zeigt sich, wenn sie als Starter im Launcher-Menü hinterlegt sind. Dann funktionieren sie nach einem Start / Neustart genau 1x (z.B. beim Öffnen der CD-/DVD-Player-Schublade) und dann nicht mehr.

Noch kurioser: Auf einem von zwei Rechnern ist neben dem standardmäßig mitinstallierten Gnome Classic (Fallback) auch Xubuntu installiert. Bei diesen beiden Desktop-Umgebungen funktionieren die Kommandos auch als Starter einwandfrei.

Ich weiß ja nicht, was sich die Unity-Entwickler dabei gedacht haben, die Sache (Anlegen von Startern) dermaßen zu verkomplizieren. Wenn ich mir aber ansehe, wieviele Anwender sich an Problemen abgearbeitet haben, die mit meinem identisch oder ähnlich sind, muss ich sagen: Es was ein Schuss in 'n' Ofen. Dieses Fazit nützt mir nur nichts, denn ich benötige unbedingt eine Lösung.

Hat jemand noch Ideen?

Moin Moin,

das ist mein Eintrag, der bei Unity unter .local/share/applications eingetragen ist. Erstellt unter alacarte bei sonstiges. Da ich 2 DVD-Laufwerke habe ist der Brenner unter sr1 eingetragen.

[Desktop Entry]
Comment= Öffnet den Brenner per Mausklick auf den Starter
Terminal=false
Name=DVD Brenner öffnen und schkließen
Exec=eject -T /dev/sr1
Type=Application
Icon=/home/burghard/icons/output_show_48.png
Name[de_DE]=DVD Brenner öffnen und schließen

Gruß

Es ist zum Haare ausraufen: Ich habe Deinen Inhalt genommen, ihn in die Desktop-Datei eines neu angelegten Starters hineinkopiert und Name, Icon und Laufwerksbezeichnung angepasst. Die Datei sieht also so aus:

[Desktop Entry]
Comment=Öffnet den Brenner per Mausklick auf den Starter
Terminal=false
Name=Auswerfen
Exec=eject -T /dev/sr0
Type=Application
Icon=/usr/share/icons/HighContrast/scalable/actions/media-eject.svg
Name[de_DE]=Auswerfen

Fehlfunktionen des Starters im Launcher-Menü wie vorher, der Rest funktioniert. Was ist das bloß?

Moin Moin,

Tuemmler schrieb:

hast Du einmal einen Augenblick gewartet? Nach dem Schließen versucht der Rechner auf das Laufwerk zuzugreifen, das kann einen Augenblick dauern.

nenem schrieb:

Nebenbei: Selbst die Verzögerung halte ich nicht für sauber. Dasselbe Icon in der Dash braucht die Wartezeit nicht. Insofern vemute ich, dass dort auch das Problem schlummert.

Die Verzögerung liegt in cssm begründet. Der Launcher wird mit seinen Einstellungen über das Unity-Plugin gesteuert. Möglicherweise liegt das Problem in Compiz begründet? Dort muss ich mich allerdings raushalten. Ich habe zwar auch Unity mit Compiz installiert, möchte aber mit cssm das System nicht "ausreizen".

Bei mir funktionieren alle selbst erstellten Starter mit allen installierten Desktop-Umgebungen. Hilft Dir zwar im Moment nicht weiter, könnte aber ein Hinweis auf die cssm-Funktionen sein.

Gruß

Gut, dass mir die "Verwandtschaft" zwischen den beiden für mich seltsamen Verhaltensweisen aufgefallen ist und Du daraufhin die Spur ccsm aufgenommen hast. Zwar nehme ich an, dass ccsm selbst nicht der Verursacher des Problems ist (es handelt sich ja nur um ein Werkzeug für die Compiz-Einstellungen), aber die Richtung dürfte stimmen.

Eigentlich hatte ich an den Compiz-Einstellungen nicht viel verändert, habe nun aber - um sicherzustellen, dass ich unveränderte Grundeinstellungen bekomme - die 3 relevanten Verzeichnisse umbenannt, nach Ab- und Neuanmeldung neue generieren lassen und nichts verändert. Jetzt funktionierte der Starter - auch mehrere Male nacheinander auf und zu. Aber: Es ging solange gut, wie keine CD eingelegt war. MIt CD reagierte der Starter nicht mehr - auch dann nicht, als ich sie mittels Rechtsklick auf das Desktop-Icon ausgeworfen hatte und die Lade mit dem Starter wieder schließen wollte. Selbst nach manuellem Schließen per Knopfdruck: keine Reaktion des Starters. Üble Sache, was die da zusammengepfriemelt haben ☹ Warum es bei Dir funktioniert, wüsste ich auch gern. Gibt jedenfalls genügend andere, die sich auch mit diesem Mist herumquälen mussten oder müssen. Die große Frage ist: Wie komme ich an eine Lösung?