Archiv > Development

Mld-3.0.2 - Udev

<< < (33/35) > >>

wino:

--- Quote ---ein as habe ich noch im ärmel...

baut grade kernel neu :-)

we will see
--- End quote ---
Eine vage Vermutung hätte ich auch noch anzubieten. Werden die Addons in zufälliger Reihenfolge bei dem Bootvorgang geladen oder nach einem bestimmten Muster? Wenn sie zufällig geladen würden, könnte die Netzwerkkarte jedes Mal ein anderes Device zugewiesen bekommen. Gegen diese Annahme spricht allerdings, dass udev bei drei Usern stabil arbeitet.

MfG
wino

MarMic:
hi wino,

ich habe das hier noch gefunden -> hat aber auch nichts gebracht WEIL es das wohl nimmer gibt in kernel 3.x


--- Quote ---Network device renaming

Sometimes unplugging and replugging a network device (like a USB WiFi card) can rename your net device each time, incrementing the number by one.

When this happens, you'll see it become wlan0, wlan1, wlan2, etc. This is because udev is adding additional rules to its rules file, instead of reloading the existing rules. Since udev watches its rules directory via inotify, you need inotify support in your kernel config:

Code Listing 3.4: Enabling inotify support in the kernel

File systems --->
    [li] Inotify file change notification support
    [li]   Inotify support for userspace

Now udev will retain proper names for your network devices.

--- End quote ---

das hätte gepasst wie die FAUST aufs auge!!!

quelle ist gentoo doku
doku

wenn ich naher zurück bin schau ich weiter ... das MUSS gefixxed werden!

greetz MarMic

p.s. vllt findet ja jemand anderes noch nen ansatz in der doku

wino:

--- Quote ---das hätte gepasst wie die FAUST aufs auge!!!
--- End quote ---
Das hätte aber leicht durch eine Udev-Regel gelöst werden können. Ich habe beispielsweise zwei Card-Reader an einem USB-HUB. Da unter keinem Umständen, aus naheliegenden Gründen, jedes Mal ein anderes Device zugewiesen werden darf, habe ich die unten stehenden Regeln geschrieben.


--- Code: ---SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", ATTRS{serial}=="Reader E6CF0D9", SYMLINK+="sky"
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", ATTRS{serial}=="Reader C1B065B", SYMLINK+="hdplus"
--- End code ---

MfG
wino

MarMic:
weitere infos:

könnte das auch auf uns zu treffen?
@claus, das müsstest du mal beantworten:

--- Quote --- Second, you might have a laptop or other device that only addresses one ethernet device at a time, and you wish it to always appear as eth0 (or whatever). Whenever you plug in a new device it will add another entry and increment the eth(n) by one, and your networking might fail on the new device if you have assigned a fixed IP in /etc/networking. The simple solution is to edit every entry that appears in 70-persistent-net.rules to have the NAME eth0. This will cause no trouble at all as long as you only run one device at a time.

You might run into the same problem after copying a system from one partition to another, or using some kinds of upgrade, or copying a file from one system to the other. The attributes of the device are not necessarily locked, and udev might decide it's not the same device. In that case, it will reassign it as eth1 and your networking fails. Of course, you can just eliminate the old eth0 entry that no longer works and edit the new one to have NAME="eth0" and your problem is solved.

The persistent-net-rules file is therefore something you should habitually check any time your network mysteriously fails. You never know for sure when udev will impishly decide to reassign the device.
--- End quote ---

insbesondere 2ter absatz

obelix:
Hallo,

gibt es schon Ideen, wie die Implementierung von mount und umount aussehen soll? Ein Weg wäre nämlich


--- Code: ---udisks --mount /dev/blablubb
udisks --unmount /dev/blablubb
--- End code ---

udisks --mount könnte man mit einem udev - Event verheiraten. udisks --unmount könnte man im vdr per Menüpunkt (und damit auch FB Taste) auslösen und XBMC beherrscht das auch.

Für diese Art von Mounten wird noch


--- Code: ---/etc/dbus-1/system.d/org.freedesktop.PolicyKit1.conf
/usr/share/dbus-1/system-services/org.freedesktop.PolicyKit1.service
--- End code ---

benötigt. Ich habe diese erst einmal einfach von meinem Linux Mint System genommen. Nach einem Neustart von DBus gibt es beim Mounten folgende Meldung:


--- Code: ---MLD> udisks --mount /dev/sda1
Cannot find device with major:minor 8:1: Message did not receive a reply (timeout by message bus)
--- End code ---

Gruß

Obelix

Navigation

[0] Message Index

[#] Next page

[*] Previous page