Commander_Data
Anmeldungsdatum: 18. September 2011
Beiträge: 417
|
Es klingt zumindest plausibel. :-I
OK: Scrollrad-Konfiguration überarbeitet; getestet: Maverick Außerdem Konfiguration aufgeteilt: Ubuntu 8.04 (alte Beschreibung behalten) / Ubuntu >= 10.04 (Link auf xorg.conf.d - mehr gibt es da wohl nicht zu sagen).
|
frustschieber
Ehemalige
Anmeldungsdatum: 4. Januar 2007
Beiträge: 4259
|
Commander Data schrieb: Es klingt zumindest plausibel. :-I
OK: Scrollrad-Konfiguration überarbeitet; getestet: Maverick Außerdem Konfiguration aufgeteilt: Ubuntu 8.04 (alte Beschreibung behalten) / Ubuntu >= 10.04 (Link auf xorg.conf.d - mehr gibt es da wohl nicht zu sagen).
also getestet Lucid?
|
Commander_Data
Anmeldungsdatum: 18. September 2011
Beiträge: 417
|
frustschieber schrieb: also getestet Lucid?
Nein, unter Lucid habe ich es nicht getestet. Unter xorg.conf.d steht, dass eben dieses seit Lucid eingesetzt wird, worauf ich mich dann verlassen habe. Aus dem evdev-Artikel: Ab Ubuntu 10.04: xorg.conf.d In diesen Ubuntu-Versionen wird evdev bereits als Standard genutzt, eine Konfiguration ist also nicht unbedingt nötig.
Da bin ich mir jetzt nicht mehr sicher, ob ich da wirklich irgendwo gelesen habe, dass evdev seit Lucid standardmäßig genutzt wird, oder ob ich mir das nur gedacht habe, da es in Maverick der Fall ist und auch seit Lucid xorg.conf.d genutzt wird. Es scheint aber zu stimmen: xorg.conf.d aus Lucid-Zeiten (1.5.2010) enthält Beispiele mit evdev-Optionen. Man kann es unter Lucid wie folgt überprüfen:
Wäre nett, wenn du das mal unter Lucid nachguckst (und vielleicht auch den ganzen Artikel testest - sollte nicht allzu lange dauern). Ansonsten kann ich auch noch mal meine Lucid-Live-CD einwerfen und den Artikel damit testen.
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
Commander Data schrieb: Man kann es unter Lucid wie folgt überprüfen:
"evdev"-Eintraege sind enthalten.
Dieser Ordner existiert unter 10.04 nicht, aber dafuer /usr/share/X11/xorg.conf.d/.
|
Commander_Data
Anmeldungsdatum: 18. September 2011
Beiträge: 417
|
aasche schrieb: Commander Data schrieb: Dieser Ordner existiert unter 10.04 nicht, aber dafuer /usr/share/X11/xorg.conf.d/.
Das wundert mich, da im xorg.conf.d (Abschnitt „Prinzip“)-Artikel für Lucid /usr/lib/... angegeben wird und auch die Dateiliste des Paketes xserver-xorg-input-evdev (und wahrscheinlich auch weiterer xserver-xorg-input-Pakete) /usr/lib/X11/xorg.conf.d/ enthält. Den Artikel kann ich selbst unter Lucid (anders als gedacht) nicht einfach selbst testen, da ich die Lucid-Live-CD nicht mehr habe (eine CD-RW - inzwischen überschrieben) und mir nur dafür nicht noch mal das Image herunterladen und brennen will.
|
kutteldaddeldu
Anmeldungsdatum: 1. Juli 2008
Beiträge: 3586
|
Im Abschnitt Touchpad reagiert merkwuerdig steht: In diesem Fall kann ein zusätzlicher Eintrag in der menu.lst das Problem beheben. Dazu öffnet man mit einem Texteditor mit Root-Rechten [4] die Datei /boot/grub/menu.lst …
Zwei Fragen:
|
Commander_Data
Anmeldungsdatum: 18. September 2011
Beiträge: 417
|
Aus dem genannten Wiki-Abschnitt: Dazu öffnet man mit einem Texteditor mit Root-Rechten [4] die Datei /boot/grub/menu.lst und fügt die Zeile
# acpi_osi=Linux
hinzu und führt sudo update-grub aus.
Verfahren für GRUB 2: Also falls das ein Kernel-Parameter sein sollte (sieht zumindest nach einem aus), dann müsste man entsprechend GRUB 2/Konfiguration (Abschnitt „Variable-fuer-Kernelzeilen“) die Variable GRUB_CMDLINE_LINUX in /etc/default/grub um acpi_osi=Linux ergänzen, sodass sie z.B. so aussieht:
GRUB_CMDLINE_LINUX="acpi_osi=Linux" Man könnte stattdessen auch GRUB_CMDLINE_LINUX_DEFAULT ergänzen (z.B. GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=Linux" ), aber das würde sich dann nicht auf die Recovery-Einträge auswirken. Beschrieben ist so ein Vorgehen z.B. auch hier unter 2. 🇩🇪 (auch wenn das Problem ein anderes ist). Zur Angabe für GRUB Legacy: Was mich wundert ist, dass im Wiki steht, man solle eine neue Zeile mit nur dieser Option einfügen. Laut menu.lst müsste ein Bootparameter eigentlich an eine update-grub-Option wie kopt angehängt werden. Dadurch wird die Option beim nächsten update-grub -Aufruf an die kernel -Zeilen angehängt (Beispiele s. Liste automatisch generierter Menueeintraege). Die im Wiki genannte Zeile würde nach meinem Verständnis zu einem Fehler führen oder einfach ignoriert werden. Kuttel Daddeldu schrieb: * Bringt der Tipp (noch) was?
Das weiß ich nicht. Ich _vermute_ aber mal, dass er solange (zumindest dort, wo er auch früher schon half) helfen kann, wie das Problem noch nicht (vielleicht durch Verbesserungen am zuständigen Kernelmodul / Treiber) behoben wurde.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Hi, ich bin mir jetzt nicht ganz sicher, aber ich meine, auf der Wikiseite zum Touchpad ist mMn ein Fehler. Hier, http://wiki.ubuntuusers.de/Touchpad#Touchpad-wird-nicht-erkannt wird empfohlen, einen Eintrag in die Datei /boot/grub/menu.lst zu machen. Diese Datei gibt es doch bei Grub2 gar nicht mehr - am Seitenanfang steht aber "Dieser Artikel wurde für die folgenden Ubuntu-Versionen getestet: "Ubuntu Maverick Meerkat 10.10 und Ubuntu Lucid Lynx 10.04" Beide Versionen verwenden doch Grub2 Klärt mich auf, falls ich mich irre Grüße Frieder edit// sorry, hab mich "verklickt", wollte eigentlich im Forum "rund ums Wiki" posten Moderiert von tomtomtom: An Diskussionsartikel angefügt.
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
Vorerst mit dem Hinweis "ausbaufaehig" markiert. Wer kuemmert sich um eine Ueberarbeitung?
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29048
Wohnort: WW
|
Hallo, tja... erst Mal ist wohl entrümpeln angesagt... Der Artikel enthält einen ganzen Schwung alte Infos. Das Python-Skript würde ich gerne in einen eigenen Artikel auslagern (unter Skripte?) - dann ist es IMHO besser pflegbar. Widersprüche? Ein Teil des Artikels kann ich wohl testen, aber nicht alles. Gebt mir mal so 1-2 Wochen Zeit. Gruß, noisefloor
|
jokerGermany
Anmeldungsdatum: 11. Mai 2008
Beiträge: 1003
|
Ich habe unter http://wiki.ubuntuusers.de/Touchpad#Automatische-Touchpad-Verwaltung
Variante 2 hinzugefügt und stelle nun fest, dass das Script nur erkennt, wenn eine Maus angeschlossen wird, allerdings nicht, wenn sie rausgezogen wird. Nutze Ubuntu 12.04. Was machen wir damit nun? Wieder rausschmeißen? Ich werde nun wieder Variante 2 nutzen, denn die funktionierte mit 10.04 und nach dem Upgrade auf 12.04 auch.
Vermute, dass es jetzt auch nach ner neuinstallation funktionieren wird...
|
Minipluto
Anmeldungsdatum: 9. Februar 2009
Beiträge: 445
|
Ich habe den Abschnitt Einrichtung überarbeitet, indem ich udev hinzugefügt habe (was ja ab 9.04 gilt). Unklarheit gibt es da noch bezüglich der Ordnerstruktur:
Als von HAL zu udev gewechselt wurde, war der (empfohlene) Ordner für die entsprechenden Regeln zunächst /usr/lib/X11/xorg.conf.d/ und das wechselte dann nach /usr/share/X11/xorg.conf.d/. Ich kann mich nicht mehr dran erinnern, zu welcher Version der Wechsel passierte, daher können die gemachten Angaben nicht korrekt sein.
|
leonidas666
Anmeldungsdatum: 10. April 2008
Beiträge: 421
|
Zur Info: Ich hatte das Problem, dass mein touchpad während dem tippen nicht deaktiviert wurde. Die Suche nach einer Lösung hat sich relativ umständlich gestaltet, überall im Internet gibt es dazu Informationsbrocken, aber nirgends eine vollständige Lösung. Ich habe mir jetzt eine Datei namens disable_touchpad_while_typing.desktop im Verzeichnis /etc/xdg/autostart mit dem folgenden Inhalt erstellt, was den erwünschten Effekt hat :
[Desktop Entry]
Type=Application
Name=disable_touchpad_while_typing
Exec=syndaemon -d -t Ich habe jetzt keinen besseren Ort gefunden, deswegen poste ich diese Info hier.
Bearbeitet von aasche: An passenden Artikel angehängt.
|
g123
Anmeldungsdatum: 5. November 2007
Beiträge: 490
|
Die Einstellungen in xorg.conf.d werden beim Anmelden immer vom Gnome Settings Daemon überschrieben und Einstellungen die per synclient vorgenommen werden, werden nach Benutzerwechsel/Bereitschaft/Ruhezustand/... wieder überschrieben. Damit es nicht passiert, kann man das Maus-Plugin deaktivieren:
dconf write /org/gnome/settings-daemon/plugins/mouse/active false Unter /org/gnome/settings-daemon/peripherals/input-devices/hotplug-command kann man ein Skript angeben, das beim Finden/Trennen von Hardware aufgerufen wird und sobald der return code 1 ist, wird das Gerät vom Gnome Settings Daemon ignoriert. Der Skript wurde zwar für das Touchpad immer aufgerufen, das mit dem Ignorieren funktioniert allerdings nicht. Edit: Ich habe den Fehler gefunden und einen Bug-Report erstellt.
|
Jonius
Ikhayateam
Anmeldungsdatum: 21. August 2009
Beiträge: 1861
Wohnort: München
|
Im Artikel ist mehrfach die Rede davon, dass man SHMConfig aktivieren soll. Aber im Handbuch (man synaptics) findet sich die Option unter der Liste der entfernten Optionen (Ubuntu 14.10). Weiß jemand, wie lange das schon nicht mehr aktuell ist und ob man das aus dem Artikel entfernen kann?
|