[gentoo-amd64] Changes to device order

[gentoo-amd64] Changes to device order

[Richard Freeman]

[-- Attachment #1: Type: text/plain, Size: 2480 bytes --]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hmm - after a reboot yesterday the order of my various /dev/video#'s
have changed.  I'm guessing this was related to the recent baselayout
update (one of those reasons I always reboot within a few days after a
baselayout change - I want to make sure I can reboot at all lest the
system be down while I'm out of town).  Or maybe it was due to this
monthly udev update cron job that seems to get triggered nowadays.

Any ideas what might cause this to happen?

It took a while to figure out what was happening - I run myth and all it
knew is that the device it was trying to access wasn't initializing
correctly.  I figured the card had some issue, but it eventually turned
out that I was addressing the wrong card and doing it in the wrong way.

This seems to be one of those potential unix achilles-heels.  Devices
just have those generic /dev/devicename mknods, but there isn't anything
that uniquely identifies a specific device.  If these mknods change
order then everything gets confused.  I guess a solution would be to
assign some kind of GUID to each device and use that to address them -
but that of course gets rid of the elegance of the everything-is-a-file
philosophy.  Maybe create two links to the device - one with a classic
name, and another which is a GUID-based filename, and software can use
either one.

I had a similar issue with a pair of USB serial ports I bought.  Now,
this is probably not linux's fault - but the devices had NO uniquely
identifying info embedded in them as far as I could tell.  So, I was
very nervous about them switching around their mknods after reboots,
after moving them around, etc.  In the end I edited the udev
configuration to create a second mknod for each device that was
associated with the specific USB port they were plugged into (so much
for plug-and-play).  My understanding is that windows has the same
problem with these sorts of devices - they work real great until you
have a bunch of them.

Does anybody know if a generic solution exists to these sorts of
problems in linux, or how to mitigate these sorts of issues?  With the
increased usage of USB I'd think that situations like this will only
come up more often...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFzxBhG4/rWKZmVWkRAjDOAKDP4f+KaU/a+X7Cz79N9MGPLugX5QCgyUEp
9lA35LPJOpIx0D8ty4XvVyk=
=tvvJ
-----END PGP SIGNATURE-----

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3875 bytes --]

Re: [gentoo-amd64] Changes to device order

[Kevin F. Quinn]

[-- Attachment #1: Type: text/plain, Size: 2893 bytes --]

On Sun, 11 Feb 2007 07:47:29 -0500
Richard Freeman <rich@thefreemanclan.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hmm - after a reboot yesterday the order of my various /dev/video#'s
> have changed.  I'm guessing this was related to the recent baselayout
> update (one of those reasons I always reboot within a few days after a
> baselayout change - I want to make sure I can reboot at all lest the
> system be down while I'm out of town).  Or maybe it was due to this
> monthly udev update cron job that seems to get triggered nowadays.
> 
> Any ideas what might cause this to happen?
> 
> It took a while to figure out what was happening - I run myth and all
> it knew is that the device it was trying to access wasn't initializing
> correctly.  I figured the card had some issue, but it eventually
> turned out that I was addressing the wrong card and doing it in the
> wrong way.
> 
> This seems to be one of those potential unix achilles-heels.  Devices
> just have those generic /dev/devicename mknods, but there isn't
> anything that uniquely identifies a specific device.  If these mknods
> change order then everything gets confused.  I guess a solution would
> be to assign some kind of GUID to each device and use that to address
> them - but that of course gets rid of the elegance of the
> everything-is-a-file philosophy.  Maybe create two links to the
> device - one with a classic name, and another which is a GUID-based
> filename, and software can use either one.

You can usually use udev to rename the devices (or to provide
alternative names).  This is commonly done for network interfaces, for
example.

> I had a similar issue with a pair of USB serial ports I bought.  Now,
> this is probably not linux's fault - but the devices had NO uniquely
> identifying info embedded in them as far as I could tell.  So, I was
> very nervous about them switching around their mknods after reboots,
> after moving them around, etc.  In the end I edited the udev
> configuration to create a second mknod for each device that was
> associated with the specific USB port they were plugged into (so much
> for plug-and-play).  My understanding is that windows has the same
> problem with these sorts of devices - they work real great until you
> have a bunch of them.
> 
> Does anybody know if a generic solution exists to these sorts of
> problems in linux, or how to mitigate these sorts of issues?  With the
> increased usage of USB I'd think that situations like this will only
> come up more often...

> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFFzxBhG4/rWKZmVWkRAjDOAKDP4f+KaU/a+X7Cz79N9MGPLugX5QCgyUEp
> 9lA35LPJOpIx0D8ty4XvVyk=
> =tvvJ
> -----END PGP SIGNATURE-----


-- 
Kevin F. Quinn

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-amd64] Changes to device order

[felix]

On Sun, Feb 11, 2007 at 03:29:57PM +0100, Kevin F. Quinn wrote:
> On Sun, 11 Feb 2007 07:47:29 -0500
> Richard Freeman <rich@thefreemanclan.net> wrote:

> > Hmm - after a reboot yesterday the order of my various /dev/video#'s
> > have changed.  I'm guessing this was related to the recent baselayout
> > update (one of those reasons I always reboot within a few days after a
> > baselayout change - I want to make sure I can reboot at all lest the
> > system be down while I'm out of town).  Or maybe it was due to this
> > monthly udev update cron job that seems to get triggered nowadays.
> > 
> > Any ideas what might cause this to happen?
> 
> You can usually use udev to rename the devices (or to provide
> alternative names).  This is commonly done for network interfaces, for
> example.

I use udev to specify the exact network device order, but it is
pickier than you might expect -- it wants the MAC address in lower
case; it does not match case independent.  Be wary.

-- 
            ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
     Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
  GPG = E987 4493 C860 246C 3B1E  6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Torrent wirh www backend

[Vladimir Strycek]

Hi all

im thinking about running torrent for local LAN i have a server but 
there is only comand line witch i like it that way no X to mess with...

I normaly use rtorrent for torrents but that would be inpossible to 
teach to non UX/computer person... so im lookinkg for something similar 
but with nice www backend...

Something like azureus have, but for command line ( azureus need X to 
runn, i think)

Any idea what to use ?

Thanks
Vladimir
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Torrent wirh www backend

[Guido Doornberg]

how about torrentflux? don't know if X is required, but I assume it isn't.
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Torrent wirh www backend

[Vladimir Strycek]

Guido Doornberg  wrote / napísal(a):
> how about torrentflux? don't know if X is required, but I assume it 
> isn't.
Hmm torrentflux seems to be perfect for what i need... ill give it a try
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Torrent wirh www backend

[Sebastian Redl]

Vladimir Strycek wrote:
> I normaly use rtorrent for torrents but that would be inpossible to
> teach to non UX/computer person... so im lookinkg for something
> similar but with nice www backend...
I really like mldonkey. Of course, it has no searching support for
torrents - you have to search in the browser and copy&paste torrent URLs.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Torrent wirh www backend

[Mike Doty]

Vladimir Strycek wrote:
> Hi all
> 
> im thinking about running torrent for local LAN i have a server but 
> there is only comand line witch i like it that way no X to mess with...
> 
> I normaly use rtorrent for torrents but that would be inpossible to 
> teach to non UX/computer person... so im lookinkg for something similar 
> but with nice www backend...
> 
> Something like azureus have, but for command line ( azureus need X to 
> runn, i think)
> 
> Any idea what to use ?
> 
> Thanks
> Vladimir
Please don't hijack threads.

-- 
=======================================================
Mike Doty                      kingtaco -at- gentoo.org
Gentoo/AMD64 Strategic Lead
Gentoo Council
Gentoo Developer Relations
Gentoo Infrastructure
GPG: E1A5 1C9C 93FE F430 C1D6  F2AF 806B A2E4 19F4 AE05
=======================================================
-- 
gentoo-amd64@gentoo.org mailing list