Re: [gentoo-user] MAJOR udev problem, PLEASE help

Re: [gentoo-user] MAJOR udev problem, PLEASE help

[Trenton Adams]

Sorry for not replying earlier.  Yes, I found it to be a fireware
ethernet.  Why udev would put that first makes no sense.

I found another email on the list where someone had the same problem.

Thanks.

On 5/2/07, Neil Bothwick <neil@digimed.co.uk> wrote:
> On Wed, 2 May 2007 21:43:13 -0600, Trenton Adams wrote:
>
> > I have an ethernet controller that worked until I updated my udev to
> > the latest version.
>
> > It shows up as follows from ifconfig
> > eth0      Link encap:UNSPEC  HWaddr
> > 00-11-D8-00-00-7D-66-26-00-00-00-00-00-00-00-00
> >           inet addr:192.168.20.2  Bcast:192.168.20.255
>
> > I don't understand what is happening.  It sets my IP just fine, but
> > the MAC address is WEIRD and there's no link.
>
> That MAC address looks like it could be a Firewire ethernet interface.
> Does ifconfig -a show your correct MAC address on another interface? If
> so, it is probably your persistent net rules messing things up, but if
> you don't use Firewire for ethernet, it's probably easiest to disable the
> eth1394 module.
>
>
> --
> Neil Bothwick
>
> Drive not ready: (R)etry (G)o to Impulse (C)all Engineering
>
>
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] MAJOR udev problem, PLEASE help

[Redouane Boumghar]

Hello Trenton,

Ok it's been a month since this thread but... 
I found myself too oftenly in front of unsolved archived threads.

Did you recompile your kernel with udev support ?

I had a similar problem with a PCMCIA ethernet card while turning my system to udev.
I recompiled my kernel with the same options and adding udev support and it worked
smoothly (even had a shorter boot time :-) )

Check Code Listing 2.2 in :
http://www.gentoo.org/doc/en/udev-guide.xml

#############################
# General setup --->
#   [*] Support for hot-pluggable devices
#
# File systems --->
#   Pseudo filesystems --->
#     [*] /proc file system support
#     [*] Virtual memory file system support (former shm fs)
#############################

Trenton Adams wrote:
> I have an ethernet controller that worked until I updated my udev to
> the latest version.
> 

Regards,

-- 
Redouane BOUMGHAR
Physics, Remote Sensing and Digital Imagery Engineer

---
The biggest mountain can fear the slow man.
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] MAJOR udev problem, PLEASE help

[Trenton Adams]

Yes, everything worked just fine.  It indeed switched my ethernet to a
different interface (eth1).  Not a problem.

On 6/11/07, Redouane Boumghar <redouane.boumghar@magellium.fr> wrote:
> Hello Trenton,
>
> Ok it's been a month since this thread but...
> I found myself too oftenly in front of unsolved archived threads.
>
> Did you recompile your kernel with udev support ?
>
> I had a similar problem with a PCMCIA ethernet card while turning my system to udev.
> I recompiled my kernel with the same options and adding udev support and it worked
> smoothly (even had a shorter boot time :-) )
>
> Check Code Listing 2.2 in :
> http://www.gentoo.org/doc/en/udev-guide.xml
>
> #############################
> # General setup --->
> #   [*] Support for hot-pluggable devices
> #
> # File systems --->
> #   Pseudo filesystems --->
> #     [*] /proc file system support
> #     [*] Virtual memory file system support (former shm fs)
> #############################
>
> Trenton Adams wrote:
> > I have an ethernet controller that worked until I updated my udev to
> > the latest version.
> >
>
> Regards,
>
> --
> Redouane BOUMGHAR
> Physics, Remote Sensing and Digital Imagery Engineer
>
> ---
> The biggest mountain can fear the slow man.
> --
> gentoo-user@gentoo.org mailing list
>
>
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] MAJOR udev problem, PLEASE help

[W.Kenworthy]

This is giving me some problems on a laptop - I have a 70-persistent-net
rules file which attempts to pin eth0 to the ethernet interface, and
eth1 to the wireless interface.  This works fine on a cold boot or
hibernate to disk (sus2) - without it the allocation wanders between the
interfaces at will (this also occurs on a number of multi-interface
servers I have - a real pain!)

Recently however, if I attempt to "echo mem > /sys/power/state" (aka
instant stop/start!!) it resumes with one of the interfaces having a
name of "ethx_renam" and of course no network.

Is it possible to:
	a. fix so it worked as previously - i.e., resumed on the same interface
in working condition

or
	b. able to rename the interface so I can script a fix to run after
resume.

and is it a bug (so I will bugzilla it) or is it a feature :(

BillK



On Mon, 2007-06-11 at 17:20 -0600, Trenton Adams wrote:
> Yes, everything worked just fine.  It indeed switched my ethernet to a
> different interface (eth1).  Not a problem.
> 
> On 6/11/07, Redouane Boumghar <redouane.boumghar@magellium.fr> wrote:
> > Hello Trenton,
> >
> > Ok it's been a month since this thread but...
> > I found myself too oftenly in front of unsolved archived threads.
> >
-- 
gentoo-user@gentoo.org mailing list