staging.inyokaproject.org

BillMaier schrieb:

Also immer

ACTION=="add"

zu verwenden, wenn es darum geht, die Regel beim Anstecken zu verwenden oder remove beim Abziehen oder wasweißich. Und nicht stattdessen davon auszugehen, dass die Regel schon machen wird, was zufällig einmal funktioniert hat. War das so gemeint?

Ich möchte im Artikel die Eindeutigkeit der Regeln und der Filter hervorheben. Da passt das glaub ganz gut.

Ja genau, ich denke das hilft dem Leser, wenn er sich angewöhnt immer explizit zu definieren was er haben will.

Es kann sein, dass es mit einem USB-Stick schlechter zu beobachten ist, mit Fernbedienungsempfängern (die udev-Regeln kommen bei mir meist ohne Symlink aus) konnte ich das hier beobachten.

seahawk1986 schrieb:

Ja genau, ich denke das hilft dem Leser, wenn er sich angewöhnt immer explizit zu definieren was er haben will.

Macht Sinn.

Es kann sein, dass es mit einem USB-Stick schlechter zu beobachten ist, mit Fernbedienungsempfängern (die udev-Regeln kommen bei mir meist ohne Symlink aus) konnte ich das hier beobachten.

Was willst Du mir jetzt damit sagen? Dass Du nur das Skript mit RUN anschubst? (Ich frage, weil die Abgrenzung NAME und SYMLINK auch noch anstehendes Thema für den Artikel ist).

BillMaier schrieb:

Was willst Du mir jetzt damit sagen? Dass Du nur das Skript mit RUN anschubst? (Ich frage, weil die Abgrenzung NAME und SYMLINK auch noch anstehendes Thema für den Artikel ist).

Dass man mit udev-Regeln noch ganz andere Dinge anstellen kann, für die man weder einen Symlink erzeugen noch ein Skript anstoßen muss... - z.B. kann man Attribute für Geräte setzen, auf die andere Programme reagieren können. Ein Beispiel wäre Fernbedienungsempfängern bestimmte Übersetzungstabellen für eventlircd zuzuweisen (https://github.com/yavdr/yavdr-remote/blob/master/udev/98-eventlircd-names.rules).

@ aasche

Je mehr ich mich mit dem Thema auseinander setze, desto mehr merke ich, dass der Artikel sehr einseitig auf eigene Regeln für Laufwerke eingeht. Ich würde das gerne ergänzen, indem ich zumindest als weiteres Beispiel die Einstellungen für Netzwerkkarten erwähne. "Vollständig" wird der Artikel natürlich trotzdem nicht, aber zumindest etwas vollständiger.

Außerdem würde ich gerne die Methoden für die Recherche für eigene Regeln sauberer abgrenzen und die Möglichkeiten zur Überprüfung eigener Regeln sauber auflisten. Spricht etwas gegen diese radikalere Umarbeitung?

seahawk1986 schrieb:

Dass man mit udev-Regeln noch ganz andere Dinge anstellen kann, für die man weder einen Symlink erzeugen noch ein Skript anstoßen muss... - z.B. kann man Attribute für Geräte setzen, auf die andere Programme reagieren können. Ein Beispiel wäre Fernbedienungsempfängern bestimmte Übersetzungstabellen für eventlircd zuzuweisen (https://github.com/yavdr/yavdr-remote/blob/master/udev/98-eventlircd-names.rules).

Hast Du nicht Lust mit zu schreiben? Davon habe ich nämlich überhaupt keine Ahnung, würde aber den Artikel gerne etwas offener halten (siehe letzer Post @ aasche)

Würde mich freuen, einen Mitstreiter zu haben.

nochmal @ aasche:

• Gibt es außer Syntax und Textbausteine noch etwas, was ich beachten muss oder sollte, um nachher nicht das böse Erwachen 😲 zu kriegen?

• Ich überlege, den Artikel zu teilen. Dann wäre schon jetzt ein Unterartikel möglich. Mal schauen, wie das thematisch möglich ist. Wer erstellt den Artikel dann? Machst Du das?

Danke für die Infos.

Auch wenn hier schon lange keine Antworten mehr kamen, werfe ich die nächste Frage in die Runde:

Viele sprechen bei Udev davon, dass die Geräte in das Dateisystem unter /dev "eingebunden" werden. Im Artikel wird aber auch erklärt, wie man ein Dateisystem eines Geräts, das unter /dev eingebunden wurde, per fstab einbinden kann.

Ihr seht, dass da zwei unterschiedliche Vorgänge mit dem gleichen Begriff benannt werden. Hat jemand eine Idee, wie man hier sprachlich eine Unterscheidung vornehmen könnte? Aktuell fällt mir nur ein, dass 1x ein Gerät und 1x ein Dateisystem eingebunden wird.

Bin gespannt auf Eure Ideen und Anmerkungen.

Bei Dateisystemen spricht man von Einhängen.

linrunner schrieb:

Bei Dateisystemen spricht man von Einhängen.

Ok, das könnte ich gegeneinander abgrenzen. Schade, dass die Unterscheidung hier im Wiki so nicht durchgängig gemacht wird: Wiki/Begriffe mount

Nun ja, ich will ja nicht kleinlich sein. Ich denke, wenn ich unterscheide zwischen "Geräte einbinden" und "Dateisysteme einhängen" wird es deutlich. Vielleicht ergänze ich das noch um einen Infokasten, was meinst Du?

So, Artikel ist von meiner Seite aus erstmal fertig. Habe alle Anregungen aus dieser Diskussion aufgenommen und eingefügt, speziell die Aktualisierungen von Pfaden ab Lucid und die Änderungen von BUS in SUBSYSTEM(S) und SYSFS in ATTR(S). Und, ach ja, die viel gestellte Frage nach den parents. Bin gespannt auf Eure Anregungen bzgl. Inhalt und Verständnis. Bitte fühlt Euch frei, Syntax und Formatierung ohne Nachfragen direkt zu verändern.

Mein persönlicher Zeitplan sieht wie folgt aus:

ab sofort bis 11. März : grundsätzliche Diskussion über Inhalt und Verständnis ohne Änderungen meinerseits

12. bis 15. März : weitere Diskussion, begleitet von Korrekturen meinerseits

16. bis 18. März : keine Änderungen meinerseits

15. bis 22. März : Korrektur von Feinheiten, Syntax und Formatierung

22. bis 25. März : letzte Korrekturen

25. März : Verschieben des Artikels

Ps. "ohne Änderungen meinerseits" heißt, dass ich an diesen Tagen nichts mache, sodass hier freizügiges Korrigieren von Eurer Seite möglich ist.

Feuer frei.

BillMaier schrieb:

So, Artikel ist von meiner Seite aus erstmal fertig.

Sehr schoen. Da das Thema relativ komplex ist, wird ein Review nicht ganz einfach. Aber bis zum 25.03. ist ja noch Zeit ☺

aasche schrieb:

Da das Thema relativ komplex ist, wird ein Review nicht ganz einfach.

Das erste "Review" gab es bereits: http://forum.ubuntuusers.de/post/5406327

Aber bis zum 25.03. ist ja noch Zeit ☺

Markierung eingefügt... 😉

Hi BillMaier,

sieht beim Überfliegen sehr gut aus 👍 ! Bitte ändere aber noch die Variablen nach Wikikonvention also von "<var>" nach "VAR".

Gruss Lasall

Lasall schrieb:

Hi BillMaier,

sieht beim Überfliegen sehr gut aus 👍 !

Danke, freut mich ☺ ☺

Bitte ändere aber noch die Variablen nach Wikikonvention also von "<var>" nach "VAR".

Kannst Du ein Beispiel nennen? Ich weiß grad nicht, welche Du meinst. Wo sind denn Variablen, die ich mit "<var>" beschrieben habe? <EINHÄNGEPUNKT> und sowas? Da hab ich mich am Artikel fstab orientiert. Aber wahrscheinlich meinst Du was anderes.

Danke Euch für Eure Korrekturen. Habe aber in den Korrekturen auch noch Fehler gefunden, die vermutlich anders gemeint sind, oder?

"Wurden dagegen Regeln für fest eingebaute Geräte (z.B. PCI-Karten) festgelegt, muss udev aber dazu veranlasst werden, alle Geräte neu einzulesen. Dies geschieht mittels:" Da ist jetzt was doppelt, oder?

"Zur näheren Bestimmung werden lediglich das Gerätes SUBSYSTEMS=="scsi" und das Attribut ATTRS{model} verwendet." Da ist wohl etwas durcheinander geraten. Wie war das gemeint?

" was in obigem Beispiel auch gemacht wird." Na, und im folgenden. Verstehe schon, Ihr wollt das "unser" nicht haben. Vorschlag: "...was im Beispiel auch gemacht wird."

Hey, ich glaube, jetzt kann ich gar nichts mehr korrigieren an Format und Syntax. Danke Euch, hat Spaß gemacht!

Das hier wäre auch noch offen:

aasche schrieb:

Ich wuerde aber vorschlagen, diesen Teil als Unterartikel Banshee/Externe Musiksammlung auszulagern.

BillMaier schrieb:

Schöner Vorschlag. +1 /edited: Kannst Du das übernehmen?