----- Original Message -----
From: Michael E. Maher <mich...@maheronline.co.uk>
To: Mike Johnston <mkejohns...@yahoo.com>
Cc: LFS Support List <lfs-support@linuxfromscratch.org>
Sent: Wednesday, January 9, 2013 4:41 PM
Subject: Re: [lfs-support] 70-persistent rules
On Wed, 2013-01-09 at 13:30 -0800, Mike Johnston wrote:
>
>
>
> ----- Original Message -----
> From: Michael E. Maher <mich...@maheronline.co.uk>
> To: Mike Johnston <mkejohns...@yahoo.com>
> Cc: LFS Support List <lfs-support@linuxfromscratch.org>
> Sent: Wednesday, January 9, 2013 4:28 PM
> Subject: Re: [lfs-support] 70-persistent rules
>
> On Wed, 2013-01-09 at 13:13 -0800, Mike Johnston wrote:
> >
> >
> >
> > ----- Original Message -----
> > From: Geoff Swan <gsw...@bigpond.net.au>
> > To: LFS Support List <lfs-support@linuxfromscratch.org>
> > Cc:
> > Sent: Wednesday, January 9, 2013 3:53 PM
> > Subject: Re: [lfs-support] 70-persistent rules
> >
> >
> > On 10/01/2013 12:27 AM, Mike Johnston wrote:
> > > ----- Original Message -----
> > >
> > > From: Thomas de Roo <tho...@de-roo.org>
> > > To: Mike Johnston <mkejohns...@yahoo.com>; LFS Support List
> > > <lfs-support@linuxfromscratch.org>
> > > Cc:
> > > Sent: Wednesday, January 9, 2013 8:14 AM
> > > Subject: Re: [lfs-support] 70-persistent rules
> > >
> > > On 01/09/13 13:32, Mike Johnston wrote:
> > >> From: Michael E. Maher <mich...@maheronline.co.uk>
> > >> To: Mike Johnston <mkejohns...@yahoo.com>
> > >> Cc: LFS Support List <lfs-support@linuxfromscratch.org>
> > >> Sent: Wednesday, January 9, 2013 3:55 AM
> > >> Subject: Re: [lfs-support] 70-persistent rules
> > >>
> > >>
> > >> On Tue, 2013-01-08 at 11:03 -0800, Mike Johnston wrote:
> > >>> I'm using LFS 7.2 all built and is running almost fine.
> > >>>
> > >>>
> > >>> I'm trying to get multiple nics with stable names. I have the
> > >>> 70-persistent-net.rules file set matching on mac addresses. The
> > >>> problem is the file never seems to take effect.
> > >>>
> > >>>
> > >>> Any ideas what might cause this? Anything in the kernel need to
> > >>> configured specifically?
> > >>>
> > >>>
> > >>> I had this working beautifully on LFS 6.3
> > >>>
> > >>>
> > >>> Thanks in advance,
> > >>>
> > >>>
> > >>> Could be any number of things
> > >>> What permissions do you have set for the file?
> > >>> Are you sure it is located in the correct directory?
> > >> I>s there anything in the output of dmesg?
> > >>
> > >>> Could you share the contents of the file so we can see if there is
> > >>> something wrong with the formatting?
> > >>> Thanks,
> > >>> Michael
> > >> Here you go:
> > >>
> > >> Permissions are 644 root ownership located in /etc/udev/rules.d I'd
> > >> really prefer to bus address ("KERNELS==") but that doesn't work, so I
> > >> switched to MAC and still can't get it to work.
> > >> Nothing shows up in dmesg about renaming or anything like that. It
> > >> shows the driver finding the NICs and assigning them the names without
> > >> any respect to my rules.
> > >>
> > >> Here's the contents of the file:
> > >>
> > >> # This file was automatically generated by the /lib/udev/write_net_rules
> > >> # program, run by the persistent-net-generator.rules rules file.
> > >> #
> > >> # You can modify it, as long as you keep each rule on a single
> > >> # line, and change only the value of the NAME= key.
> > >>
> > >> # net device e1000e
> > >> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> > >> ATTR{address}=="00:25:90:a4:9d:4f", ATTR{dev_id}=="0x0",
> > >> ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
> > >>
> > >> # net device e1000e
> > >> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> > >> ATTR{address}=="00:25:90:a4:9d:4e", ATTR{dev_id}=="0x0",
> > >> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
> > >>
> > >>
> > >>
> > >> Thanks again
> > >>
> > >> Have you tried to put the rule for eth0 first, and the rule for eth1
> > >> second?
> > >> Groet,
> > >> Thomas
> > >
> > > I have tried same result. It seems like it's not even reading the file
> > > at all. Any other configs that I might be missing either in the kernel
> > > or elsewhere? Any chance udev is not running the scripts in /lib/udev?
> > >
> > >
> > >
> > >Try removing ATTR{dev_id} from the rule, as it's probably not necessary.
> >
> >
> >
> > I have done that no effect. Really baffled here. Anything that would stop
> > this from being processed on boot up?
> >
>
> >If you delete the file is it recreated? That should test if the scripts
> >are running.
>
> >I know it's obvious, but are you sure you have the correct MAC address
> >for each interface. One thing to try if the file is recreated is to
> >change the name to something like "eth7" to avoid any confusion between
> >1 and 2.
>
> >Thanks,
> >Michael
>
>
> It is not re-created. If i run the script manually to init the file (lfs
> instructions) it create that file. I just changed swapped eth0 and eth1.
>
> Does that offer any clues?|
>
> Thanks again
>
>Hmmmm...
>
>Lets check the permissions on the udev lib directory:
> $ ls -lh /lib/udev/*
>Lets also check that udev is running:
> $ ps -ef | grep udev
>And the udev version:
> $ udevd --version
>And the startup scripts:
> $ ls -lh /etc/rc.d/init.d/
Udev version is 188
Output of ps:
root 1087 1 0 05:03 ? 00:00:00 /lib/udev/udevd --daemon
terry 1670 1663 0 12:32 pts/0 00:00:00 grep udev
Output ls -lh /lib/udev/*
-rwxr-xr-x 1 root root 51K Jan 4 10:33 /lib/udev/accelerometer
-rwxr-xr-x 1 root root 35K Jan 4 10:33 /lib/udev/ata_id
-rwxr-xr-x 1 root root 44K Jan 4 10:33 /lib/udev/cdrom_id
-rwxr-xr-x 1 root root 30K Jan 4 10:33 /lib/udev/collect
-rw-r--r-- 1 root root 3.6K Jan 4 10:33 /lib/udev/init-net-rules.sh
-rwxr-xr-x 1 root root 4.3K Jan 4 10:33 /lib/udev/mtd_probe
-rw-r--r-- 1 root root 3.5K Jan 4 10:33 /lib/udev/rule_generator.functions
-rwxr-xr-x 1 root root 45K Jan 4 10:33 /lib/udev/scsi_id
-rwxr-xr-x 1 root root 184K Jan 4 10:33 /lib/udev/udevd
-rwxr-xr-x 1 root root 4.3K Jan 4 10:33 /lib/udev/v4l_id
-rwxr-xr-x 1 root root 3.6K Jan 4 10:33 /lib/udev/write_cd_rules
-rwxr-xr-x 1 root root 4.3K Jan 4 10:33 /lib/udev/write_net_rules
/lib/udev/devices:
total 8.0K
lrwxrwxrwx 1 root root 11 Jan 9 03:40 core -> /proc/kcore
lrwxrwxrwx 1 root root 13 Jan 9 03:39 fd -> /proc/self/fd
crw-rw-rw- 1 root root 1, 3 Jan 9 03:39 null
drwxr-xr-x 2 root root 4.0K Jan 4 10:33 pts
drwxr-xr-x 2 root root 4.0K Jan 9 03:38 shm
lrwxrwxrwx 1 root root 15 Jan 9 03:40 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root 15 Jan 9 03:40 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root 15 Jan 9 03:40 stdout -> /proc/self/fd/1
/lib/udev/rules.d:
total 92K
-r--r--r-- 1 root root 6.2K Jan 4 10:33 10-dm.rules
-r--r--r-- 1 root root 1.3K Jan 4 10:33 11-dm-lvm.rules
-r--r--r-- 1 root root 1.5K Jan 4 10:33 13-dm-disk.rules
-rw-r--r-- 1 root root 3.0K Jan 4 10:33 42-usb-hid-pm.rules
-rw-r--r-- 1 root root 3.1K Jan 4 10:33 50-udev-default.rules
-rw-r--r-- 1 root root 646 Jan 4 10:33 60-cdrom_id.rules
-rw-r--r-- 1 root root 616 Jan 4 10:33 60-persistent-alsa.rules
-rw-r--r-- 1 root root 2.4K Jan 4 10:33 60-persistent-input.rules
-rw-r--r-- 1 root root 947 Jan 4 10:33 60-persistent-serial.rules
-rw-r--r-- 1 root root 1.4K Jan 4 10:33 60-persistent-storage-tape.rules
-rw-r--r-- 1 root root 5.5K Jan 4 10:33 60-persistent-storage.rules
-rw-r--r-- 1 root root 769 Jan 4 10:33 60-persistent-v4l.rules
-rw-r--r-- 1 root root 166 Jan 4 10:33 61-accelerometer.rules
-rw-r--r-- 1 root root 570 Jan 4 10:33 75-net-description.rules
-rw-r--r-- 1 root root 255 Jan 4 10:33 75-probe_mtd.rules
-rw-r--r-- 1 root root 570 Jan 4 10:33 75-tty-description.rules
-rw-r--r-- 1 root root 4.4K Jan 4 10:33 78-sound-card.rules
-rw-r--r-- 1 root root 562 Jan 4 10:33 80-drivers.rules
-r--r--r-- 1 root root 479 Jan 4 10:33 95-dm-notify.rules
-rw-r--r-- 1 root root 155 Jan 4 10:33 95-udev-late.rules
And init.d ls results
total 120K
-rwxr-xr-- 1 root root 4.4K Jan 4 10:33 checkfs
-rwxr-xr-- 1 root root 3.1K Jan 4 10:33 cleanfs
-rwxr-xr-- 1 root root 3.4K Jan 4 10:33 console
-rwxr-xr-- 1 root root 1.1K Jan 4 10:33 fcron
-rw-r--r-- 1 root root 19K Jan 4 10:33 functions
-rwxr-xr-- 1 root root 813 Jan 4 10:33 halt
-rwxr-xr-- 1 root root 2.4K Jan 4 10:33 iptables
-rwxr-xr-- 1 root root 1.6K Jan 4 10:33 localnet
-rwxr-xr-- 1 root root 2.2K Jan 4 10:33 modules
-rwxr-xr-- 1 root root 2.4K Jan 8 08:05 mountfs
-rwxr-xr-- 1 root root 2.0K Jan 4 10:33 mountvirtfs
-rwxr-xr-- 1 root root 2.0K Jan 4 10:33 network
-rwxr-xr-- 1 root root 6.1K Jan 4 10:33 rc
-rwxr-xr-- 1 root root 900 Jan 4 10:33 reboot
-rwxr-xr-- 1 root root 1.5K Jan 4 10:33 sendsignals
-rwxr-xr-- 1 root root 1.4K Jan 4 10:33 setclock
-rwxr-xr-- 1 root root 1.7K Jan 4 10:33 sshd
-rwxr-xr-- 1 root root 1.4K Jan 4 10:33 stunnel
-rwxr-xr-- 1 root root 1.4K Jan 4 10:33 swap
-rwxr-xr-- 1 root root 1.3K Jan 4 10:33 sysctl
-rwxr-xr-- 1 root root 1.8K Jan 4 10:33 sysklogd
-rwxr-xr-- 1 root root 882 Jan 4 10:33 template
-rwxr-xr-- 1 root root 2.3K Jan 4 10:33 udev
-rwxr-xr-- 1 root root 2.0K Jan 4 10:33 udev_retry
Any ideas from this? I really appreciate your help on this.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
