staging.inyokaproject.org

hm, oder doch nicht? Hier wurde schon so viel hin und her diskutiert, aber keiner weiß scheinbar gut genug Bescheid, um das mal in die Hand zu nehmen.

Was mich beim Durcharbeiten auch gestört hat: Dass oft die Lösungsvorschläge für alte Ubuntu-Versionen genannt werden und dann - quasi beiläufig - die neuen erwähnt werden. IMHO sollte das umgekehrt sein, zumal die alten Versionen ja schon lange nicht mehr unterstützt werden.

Ich gehe mal davon aus, dass sich die "alten" auf VOR 10.04 beziehen und änder den Artikel jetzt ab.

Noch was:

"Ein Neustart kann nichts desto trotz sinnvoll sein, da udev dann alle Regeln ebenfalls neu einliest und, falls Fehler in einer Regel vorliegen, diese in /var/log/syslog protokolliert."

Selbst das braucht es nicht. syslog protokolliert sofort beim Speichern der Regel mögliche Fehler. (Getestet mit Lucid, wer kann das für Precise bestätigen?)

So, bin jetzt mal mit einigen Punkten durch und freue mich, wenn jemand die entsprechenden Stellen checkt und ggf. korrigiert. Hier wurde ja ein mutiger und tatkräftiger gesucht...

Noch eine Frage: Der GNOME Nautilus Drive Dialog - Artikelteil scheint ja auch nicht gerade aktuell zu sein. Bei Lucid gibts das jedenfalls nicht - und weiter unten sehe ich, dass auf "Gutsy Gibbon" Bezug genommen wird. Darf ich diesen Teil des Artikels entfernen?

Hallo nochmal. Jetzt musste ich leider fest stellen, dass ein Lösungsvorschlag von mir nicht so ganz funktioniert hat. Und zwar die Erkennung einer SD-Karte über blkid -o udev.

Der von mir eingefügte Abschnitt lautet:

"Diese kann zur eindeutigen Erkennung der Karte über ENV{ID_FS_UUID}=="1A79-153F" in der udev-Regel verwendet werden. Im speziellen Falle war dies die einzige Möglichkeit, an die Kartennummer zu kommen, da alle übrigen Ausgaben nur den Kartenleser identifiziert hatten, jedoch nicht die Karte selbst."

Leider wird die UUID beim Formatieren der Karte in der Kamera neu erzeugt. Bringt also gar nichts. Weiß jemand, wie ich an die {serial} einer Karte komme, wenn diese über einen externen USB-Kartenleser angeschlossen ist? (Klar, ich könnte die Nummer an einem internen Kartenleser auslesen, das funktioniert auch. Nur kommt ja dann meine Udev-Regel beim externen Kartenleser ja nicht zurecht...)

Danke für Eure Hilfe, dann kann ich das gerne im Wiki korrigieren.

Danke fuer Dein Interesse an der Ueberarbeitung des Artikels. Aber eine solche erfolgt hier grundsaetzlich in der Baustelle, die ich dir hiermit eingerichtet habe. Das Fertigstellungsdatum bitte anpassen.

Hallo aasche

Danke fuer Dein Interesse an der Ueberarbeitung des Artikels. Aber eine solche erfolgt hier grundsaetzlich in der Baustelle, die ich dir hiermit eingerichtet habe. Das Fertigstellungsdatum bitte anpassen.

Bitte, gern geschehen. Allerdings wäre ich jetzt erstmal durch und brauche für eine weitere Bearbeitung die Unterstützung aus dem Forum. Leider habe ich auf viele Fragen noch keine Antworten erhalten.

Also: Ich hab ja schon einiges vorgearbeitet.

Wer hilft, die noch offenen Fragen (auch von anderen, bereits vor (über) einem Jahr gestellt) mit zu beantworten (Verifizierung auf verschiedenen Releases, Recherche,...), damit wir mal wieder einen aktuellen Artikel haben?

BillMaier schrieb:

brauche für eine weitere Bearbeitung die Unterstützung aus dem Forum.

Genau das ist der Grund, warum wir die Baustelle nutzen - halbfertige Artikel haben nichts im Wiki verloren. Aber dieses Problem ist ja jetzt entschaerft ☺

Leider habe ich auf viele Fragen noch keine Antworten erhalten.

Falls du deine Fragen nur hier in der Diskussion gestellt hast: spezielle Fragen unter Umstaenden noch mal im entsprechenden Unterform posten. Viele Supporter sind eher dort aktiv als in der Diskussion eines Wiki-Artikels.

aasche schrieb:

BillMaier schrieb:

brauche für eine weitere Bearbeitung die Unterstützung aus dem Forum.

Genau das ist der Grund, warum wir die Baustelle nutzen - halbfertige Artikel haben nichts im Wiki verloren. Aber dieses Problem ist ja jetzt entschaerft ☺

Ok, ich habs kapiert. Zum Glück gibt es das Wikiteam. 👍 Dann hoffe ich auf weitere Unterstützung.

Leider habe ich auf viele Fragen noch keine Antworten erhalten.

Falls du deine Fragen nur hier in der Diskussion gestellt hast: spezielle Fragen unter Umstaenden noch mal im entsprechenden Unterform posten. Viele Supporter sind eher dort aktiv als in der Diskussion eines Wiki-Artikels.

Dann leg ich mal los...

Hier nochmal Fragen von der Baustelle, die m.E. hier in die Diskussion gehören und nicht an Supporter:

SpaX schrieb:

Der Teil Nutzung in der grafischen Oberfläche scheint mir recht alt zu sein. Ich kann davon jedenfalls nichts in Lucid finden.

Ich kann das so bestätigen. Gibt es hier Widerspruch? Sonst fliegt der Teil raus.

Und nochmal an die Precise-Gemeinde:

BillMaier schrieb:

syslog protokolliert sofort beim Speichern der Regel mögliche Fehler. (Getestet mit Lucid, wer kann das für Precise bestätigen?)

Ein Neustart von udev ist also nicht nötig. Getestet außerdem mit Mint und Precise-Unterbau. Noch jemand?

BillMaier schrieb:

Der Teil Nutzung in der grafischen Oberfläche scheint mir recht alt zu sein. Ich kann davon jedenfalls nichts in Lucid finden.

Ich kann das so bestätigen. Gibt es hier Widerspruch? Sonst fliegt der Teil raus.

Da Kontinuitaet ein Fremdwort fuer die Nautilus-Entwickler ist, kann der Absatz zu Nautilus raus. Aber das Beispiel "Musiksammlung" sollte unabhaengig davon funktionieren. Ich wuerde aber vorschlagen, diesen Teil als Unterartikel Banshee/Externe Musiksammlung auszulagern.

"Beispiel 2" wiederum sieht ganz brauchbar aus - wenn es denn noch so funktioniert...

Hallo,
zur Ergänzung.

Udev Events abfragen/protokollieren

udevadm monitor --property
udevadm monitor --kernel 
udevadm monitor --udev 

udev-Regeln auf Fehler hin prüfen:

udevadm test *.*
# oder
udevadm test /etc/udev/rules.d/<eigene_Regel>.rules 

(Wildcard kann auch durch Angabe der erzeugten Regel ersetz werden / es werden alle Regeln, auch die in ~/lib/udev/rules.d geprüft)

Beispiele für udev-Regeln:
Ethernet MAC-Changer
Laptop Docking-Event
Tx-Power bei WLAN-Sticks
Device-Switcher für WLAN-Karten (muss ich aktuell mal erneut testen)

Hallo,

erst mal super der Beitrag.

Hier sind vor allem die Zeilen idVendor, idProduct und iSerial interessant.

Hier stellt sich die Frage, warum sind die interessant ❓

Was sollte hier stehen oder was steht hier in Fehlerfalle.

Ich habe ein Beispiel (es soll jetzt keine versteckte Hilfe werden) das ein mögliches Problem aufzeigt.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

Bus 001 Device 003: ID 2040:6600 Hauppauge 
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
 [mark] idVendor           0x2040 Hauppauge[/mark]
  idProduct          0x6600 
  bcdDevice            0.69
  iManufacturer          16 
  iProduct               32 HVR900H
  iSerial                64 4032137857
  bNumConfigurations      1

Hier werden alle Punkte gemäß Wiki gefunden, aber das Gerät ist nicht funktionsfähig.

Es wird halt nicht von Linux unterstützt.

Was hilft dann lsusb oder was wird hier ausgesagt, wenn die Werte gemäß Wiki aufgeführt sind ❓

Berlin 1946 schrieb:

Hier stellt sich die Frage, warum sind die interessant ❓

Weil man auf die Kriterien in einer udev-Regel matchen lassen kann.

Was sollte hier stehen oder was steht hier in Fehlerfalle.

Ich habe ein Beispiel (es soll jetzt keine versteckte Hilfe werden) das ein mögliches Problem aufzeigt.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Bus 001 Device 003: ID 2040:6600 Hauppauge Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 [mark] idVendor 0x2040 Hauppauge[/mark] idProduct 0x6600 bcdDevice 0.69 iManufacturer 16 iProduct 32 HVR900H iSerial 64 4032137857 bNumConfigurations 1

Hier werden alle Punkte gemäß Wiki gefunden, aber das Gerät ist nicht funktionsfähig.

Das hindert udev nicht daran es in einer Regel an seinen Merkmalen zu erkennen. BTW: Es gibt einen Thread in dem behauptet wird, dass diese TV-Karte mittlerweile funktioniert, wenn man diese Firmware: und einen aktuellen media-build nutzt: http://www.hauppauge.co.uk/forum/showthread.php?23246-Request-Step-by-Step-Guide-to-using-HVR-900H-USB-Hybrid-Stick-under-Linux&s=06e48e4a05976640d658975c58907d8f&p=109954#post109954

Danke für diese Antwort.

Ich glaube, ich habe es jetzt verstanden.

Hier einen Text- Vorschalg:

Hier sind vor allem die Zeilen idVendor, idProduct und iSerial interessant.

Einfügen:

Aus diesen Zeilen werden die Werte idVendor = 0ab4, idProduct = 0685a und iSerial =ABCDEF01234 benötigt, um die udev- Regeln schreiben zu können. (siehe unten)