1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA1 |
3 |
|
4 |
Hmm - after a reboot yesterday the order of my various /dev/video#'s |
5 |
have changed. I'm guessing this was related to the recent baselayout |
6 |
update (one of those reasons I always reboot within a few days after a |
7 |
baselayout change - I want to make sure I can reboot at all lest the |
8 |
system be down while I'm out of town). Or maybe it was due to this |
9 |
monthly udev update cron job that seems to get triggered nowadays. |
10 |
|
11 |
Any ideas what might cause this to happen? |
12 |
|
13 |
It took a while to figure out what was happening - I run myth and all it |
14 |
knew is that the device it was trying to access wasn't initializing |
15 |
correctly. I figured the card had some issue, but it eventually turned |
16 |
out that I was addressing the wrong card and doing it in the wrong way. |
17 |
|
18 |
This seems to be one of those potential unix achilles-heels. Devices |
19 |
just have those generic /dev/devicename mknods, but there isn't anything |
20 |
that uniquely identifies a specific device. If these mknods change |
21 |
order then everything gets confused. I guess a solution would be to |
22 |
assign some kind of GUID to each device and use that to address them - |
23 |
but that of course gets rid of the elegance of the everything-is-a-file |
24 |
philosophy. Maybe create two links to the device - one with a classic |
25 |
name, and another which is a GUID-based filename, and software can use |
26 |
either one. |
27 |
|
28 |
I had a similar issue with a pair of USB serial ports I bought. Now, |
29 |
this is probably not linux's fault - but the devices had NO uniquely |
30 |
identifying info embedded in them as far as I could tell. So, I was |
31 |
very nervous about them switching around their mknods after reboots, |
32 |
after moving them around, etc. In the end I edited the udev |
33 |
configuration to create a second mknod for each device that was |
34 |
associated with the specific USB port they were plugged into (so much |
35 |
for plug-and-play). My understanding is that windows has the same |
36 |
problem with these sorts of devices - they work real great until you |
37 |
have a bunch of them. |
38 |
|
39 |
Does anybody know if a generic solution exists to these sorts of |
40 |
problems in linux, or how to mitigate these sorts of issues? With the |
41 |
increased usage of USB I'd think that situations like this will only |
42 |
come up more often... |
43 |
-----BEGIN PGP SIGNATURE----- |
44 |
Version: GnuPG v1.4.6 (GNU/Linux) |
45 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org |
46 |
|
47 |
iD8DBQFFzxBhG4/rWKZmVWkRAjDOAKDP4f+KaU/a+X7Cz79N9MGPLugX5QCgyUEp |
48 |
9lA35LPJOpIx0D8ty4XvVyk= |
49 |
=tvvJ |
50 |
-----END PGP SIGNATURE----- |