Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
ChickenLipsRfun2eat schrieb: Hallo! Die DISPLAY-Variable muss in jedem Fall irgendwie übergeben werden. Beide rauszunehmen hätte eine Fehlermeldung zur Folge.
Und welche soll ich dann drinlassen?!
Steht denn was im syslog? Btw: Habe zwischenzeitlich auch udevadm monitor wiederentdeckt. Den kannst du vor dem Anstecken starten und falls du ihn beenden willst, kommst du mit Strg-C (Abbrechen) wieder raus.
udevadm monitor gibt folgendes aus:
KERNEL[7970.383558] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2 (usb)
KERNEL[7970.386612] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0 (usb)
KERNEL[7970.389515] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/0003:04FC:05D8.0021 (hid)
KERNEL[7970.389911] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input55 (input)
KERNEL[7970.390173] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input55/event8 (input)
KERNEL[7970.390235] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/0003:04FC:05D8.0021/hidraw/hidraw0 (hidraw)
KERNEL[7970.391607] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1 (usb)
KERNEL[7970.396417] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/0003:04FC:05D8.0022 (hid)
KERNEL[7970.397510] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input56 (input)
KERNEL[7970.397732] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input56/mouse1 (input)
KERNEL[7970.397871] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input56/event9 (input)
KERNEL[7970.398074] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/usbmisc/hiddev0 (usbmisc)
KERNEL[7970.398188] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/0003:04FC:05D8.0022/hidraw/hidraw1 (hidraw)
UDEV [7970.725644] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2 (usb)
UDEV [7970.730624] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1 (usb)
UDEV [7970.732055] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0 (usb)
UDEV [7970.736217] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/0003:04FC:05D8.0021 (hid)
UDEV [7970.738158] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/0003:04FC:05D8.0021/hidraw/hidraw0 (hidraw)
UDEV [7970.738211] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input55 (input)
UDEV [7970.739750] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/0003:04FC:05D8.0022 (hid)
UDEV [7970.742286] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/usbmisc/hiddev0 (usbmisc)
UDEV [7970.742333] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input56 (input)
UDEV [7970.743592] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/0003:04FC:05D8.0022/hidraw/hidraw1 (hidraw)
UDEV [7970.745614] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input55/event8 (input)
UDEV [7970.746729] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input56/event9 (input)
UDEV [7970.751695] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input56/mouse1 (input)
KERNEL[7974.771594] change /devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT1 (power_supply)
KERNEL[7974.772597] change /devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT1 (power_supply)
UDEV [7974.772842] change /devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT1 (power_supply)
UDEV [7974.774107] change /devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT1 (power_supply)
KERNEL[7974.777465] change /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
UDEV [7974.782624] change /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply) Ob das gut oder schlecht ist bzw. was das überhaupt aussagen soll, weißt Du wohl besser als ich.
Für heute bin ich allerdings weg hier. Morgen wechsle ich mal auf mein 14.04 und spiele das bei mir durch mit dem Wechsel. Vielleicht fällt mir etwas dabei auf.
Ich update grade auf 16.04. Wird wohl die ganze Nacht laufen (angegeben sind 7 Std.). Mal sehen, welche Fortschritte das morgen bringt. Danke nochmal für all Deine Geduld, Deine Erklärungen & Hilfe!
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Chip88 schrieb: Ich update grade auf 16.04. Wird wohl die ganze Nacht laufen (angegeben sind 7 Std.). Mal sehen, welche Fortschritte das morgen bringt.
Vermutlich eine im Anschluß folgende Neuinstallation 😛 Ich hab 16.04 parallel zu 14.04 installiert, weil sich gerade bei Kubuntu durch Qt5/Plasma,etc. so viel geändert hat, dass ich einem Upgrade nicht traue. Aber vielleicht klappt es ja gut. Unter 16.04 läuft udev übrigens über systemd.
|
HmpfCBR
Anmeldungsdatum: 22. Mai 2007
Beiträge: 4597
Wohnort: Leipzig
|
Von dem Upgrade von 14.04 auf 16.04 wird bei Kubuntu auch explizit abgeraten.
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
Ja, jetzt hab ich die Schoße:
Upgrade von 14.04 zu 16.04 war zwar erfolgreich, aber der Neustart dauert jetzt eine gefühlte 3/4 Stunde. Es wird nur das Kubuntu Symbol angezeigt. Auch wenn das nicht das eigentliche Thema dieses Beitrags ist: Wie kann ich mein System nun wieder starten?
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Chip88 schrieb: Auch wenn das nicht das eigentliche Thema dieses Beitrags ist: Wie kann ich mein System nun wieder starten?
Dazu eröffne bitte einen neuen Thread oder geh gleich zur Neuinstallation über ☺
|
HmpfCBR
Anmeldungsdatum: 22. Mai 2007
Beiträge: 4597
Wohnort: Leipzig
|
Und falls noch nicht vorhanden, bitte zuerst eine Datensicherung durchführen (z.B. von einem Live-System aus).
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
Hey zusammen, das Upgrade hat geklappt, trotz ersten Verweigerung läuft es jetzt erstmal einwandfrei. Kommen wir zurück zur eigentlichen Frage:
Bleiben die Einträge, wie Ihr mir gestern genannt habt, unverändert oder muss ich jetzt was Anderes eintragen? Und vor allem wo? Mittlerweile sieht es bzgl. der Versionen so bei mir aus:
Kubuntu - Version: 16.04.1 LTS
Kernel - Version: 4.4.0-45-generic Danke Euch erneut im Voraus!
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Die UDEV-Regeln werden unter systemd anders gehandhabt. Da schreibt man .service units für. Das Prinzip ist das selbe, aber anstatt ein Script auszuführen, führt man einen Service aus. Die Version mit Scripten ist aber dennoch möglich und sollte auch funktionieren. Ist aber nicht der systemd'ische Weg. Da du allerdings vorher schon eine udev-Regel hattest, wird systemd diese in irgend einer Form migriert haben. Daher solltest du erstmal prüfen, ob da schon ein Service läuft.
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
Hey zusammen, habe es jetzt nochmal probiert: Leider geht es immer noch nicht.
Sehr ärgerlich. Hat noch jemand eine Idee?!
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
ChickenLipsRfun2eat schrieb: Da du allerdings vorher schon eine udev-Regel hattest, wird systemd diese in irgend einer Form migriert haben. Daher solltest du erstmal prüfen, ob da schon ein Service läuft.
Ja, schau mal, ob da ein Service läuft, der beim Upgrade migriert wurde und ob deine alte Regel so übernommen wurde oder es eine Änderung gibt. Unter systemd werden services auch per udev aufgerufen, wie z.B. bei
ACTION=="add", SUBSYSTEM=="block", TAG+="systemd", ENV{SYSTEMD_WANTS}="device-attach.service" Quelle:coreos.com /edit: Schau mal hier: https://wiki.archlinux.de/title/Numlock
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
ChickenLipsRfun2eat schrieb: ChickenLipsRfun2eat schrieb: Da du allerdings vorher schon eine udev-Regel hattest, wird systemd diese in irgend einer Form migriert haben. Daher solltest du erstmal prüfen, ob da schon ein Service läuft.
Ja, schau mal, ob da ein Service läuft, der beim Upgrade migriert wurde und ob deine alte Regel so übernommen wurde oder es eine Änderung gibt. Unter systemd werden services auch per udev aufgerufen, wie z.B. bei
ACTION=="add", SUBSYSTEM=="block", TAG+="systemd", ENV{SYSTEMD_WANTS}="device-attach.service" Quelle:coreos.com
Hey,
wie kann ich den überprüfen, ob bereits ein Service läuft, der beim Upgrade migriert wurde und ob meine alte Regel so übernommen wurde oder es eine Änderung gibt? Was müsste ich dafür eingeben? Danke im Voraus!
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
cat /etc/udev/rules.d/99-ziffernblock.rules Dann siehst du ob es Änderungen gibt. Oben eben editiert, aber nochmal zum Bemerken: https://wiki.archlinux.de/title/Numlock bietet genau dein Beispiel an. Versuch es mal so.
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
ChickenLipsRfun2eat schrieb: cat /etc/udev/rules.d/99-ziffernblock.rules Dann siehst du ob es Änderungen gibt. Oben eben editiert, aber nochmal zum Bemerken: https://wiki.archlinux.de/title/Numlock bietet genau dein Beispiel an. Versuch es mal so.
Danke für den Hinweis und die dortige Anleitung. Dort wird erwähnt: Nun muss nur noch vor em Aufruf des Fenstermanagers in der „.xinitrc“ die Zeile …
xhost +local:
Wo finde ich denn diese Datei bzw. wenn diese Datei bei Kubuntu nicht existiert, wo trage ich den Befehl denn dann ein? Danke im Voraus!
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Nur kurz und knapp: Diese Datei ist für eine angepasste XSession vorgesehen. Hier mal zwei Links: Xinit CustomXSession Was genau das local beim xhost bewirkt, weiß ich auch nicht genau. Da hilft man xhost vllt weiter.
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
Guten Abend zusammen, melde mich mit einigen Neuigkeiten:
Habe alle gestern angelegten Dateien gelöscht und der Anleitung hier folgend habe ich zwei neue Dateien angelegt: 1. in /etc/udev/rules.d/ eine 25-usbkeyboard.rules mit folgendem Inhalt:
| ACTION=="add", SUBSYSTEM=="input", ATTRS{idProduct}=="05d8", ATTRS{idVendor}=="04fc", RUN+="/usr/local/bin/numlock on", ENV{REMOVE_CMD}="/usr/local/bin/numlock off"
|
2. in /usr/local/bin/ eine numlock mit folgendem Inhalt:
1
2
3
4
5
6
7
8
9
10
11
12 | #!/bin/sh
export XAUTHORITY=/home/mark/.Xauthority #falls Session-Daten benötigt werden
case "$1" in
on)
export DISPLAY=':0.0'; /usr/bin/numlockx on
;;
off)
export DISPLAY=':0.0'; /usr/bin/numlockx off
;;
esac
exit 0
|
Des Weiteren ist mir folgendes Verhalten nach einem Neustart aufgefallen:
Auf meiner externen Festplatte habe ich den Nummernblock aktiviert; die LED - Anzeige auf der Notebooktastatur leuchtet.
Wenn ich jetzt meinen USB Receiver herausziehe, passiert erstmal rein gar nichts; die LED - Anzeige auf der Notebooktastatur leuchtet weiter. Wenn ich meinen USB Receiver nun aber wieder reinstecke, erlischt die LED - Anzeige für eine Sekunde und leuchtet dann direkt wieder.
→ Mir scheint daher, dass der "on" - Befehl also irgendwie funktioniert. Nur wieso passiert rein gar nichts, wenn ich den USB - Receiver herausziehe?! 🙄 😮 Danke nochmals im Voraus für Eure Unterstützung! Guten Start in die neue Woche!
|