Re: [lfs-support] 70-persistent rules
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?
Is 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
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
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?
Is 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
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] 70-persistent rules
- 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?
Is 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?
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] Boot LFS from usb
On 1/7/2013 7:18 PM, Baho Utot wrote: I am trying to put LFS on a thumbdrive to use a rescue/fixit system. [...] Any one known what needs to be set in the kernel to allow booting from thumb drive? Once you get this to work, can you please post a HOWTO, as I think I'm going to want to use this with CLFS. -- Chris J. Breischhttp://www.sports-gazer.com -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
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?
Is 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.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] 70-persistent rules
- 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?
Is 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?
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
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?
Is 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
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] 70-persistent rules
- 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?
Is 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
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] Boot LFS from usb
On 01/09/2013 08:51 AM, Chris J. Breisch wrote: On 1/7/2013 7:18 PM, Baho Utot wrote: I am trying to put LFS on a thumbdrive to use a rescue/fixit system. [...] Any one known what needs to be set in the kernel to allow booting from thumb drive? Once you get this to work, can you please post a HOWTO, as I think I'm going to want to use this with CLFS. If I am successful I will try to create some notes on this. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
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?
Is 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
H...
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/
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] Boot LFS from usb
On Jan 8, 2013, at 7:07 AM, Baho Utot wrote: I have usb built into the kernel. I just would like to know if I missed something as it won't boot. Chris stated earlier about what you need. This is what you need to boot from your USB flash drive (thumb drive isn't very good terminology). Build into your kernel the folloing: USB drivers for EHCI, OHCI, UHCI. Use only what your platform uses. (usb drivers section). Include the USB mass storage driver in the kernel. (usb drivers section) Make sure scsi disk block device driver is built in the kernel (scsi device drivers area.) Make sure filesystem driver is in the kernel as well. And as Chris stated, include rootdelay kernel parameter at the kernel line in your boot loader. (Documentation/kernel-parameters.txt) Sincerely, William Harrington-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] 70-persistent rules
- 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?
Is 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
H...
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
[lfs-support] LFS Dev Release Schedules
I'm thinking about building a new LFS system based on the development. How often are the development updated? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS Dev Release Schedules
Richard Hamilton wrote: I'm thinking about building a new LFS system based on the development. How often are the development updated? http://www.linuxfromscratch.org/lfs/view/development/chapter01/changelog.html Stable is around the first of March and September each year. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS Dev Release Schedules
On Wed, Jan 09, 2013 at 05:48:17PM -0600, Bruce Dubbs wrote: Richard Hamilton wrote: I'm thinking about building a new LFS system based on the development. How often are the development updated? http://www.linuxfromscratch.org/lfs/view/development/chapter01/changelog.html Stable is around the first of March and September each year. -- Bruce Last year, there were changes on about 108 days. Basically, whenever something needed fixing, and when a ticket in trac [ mostly, package upgrades ] appeared to be ready to action. I'm not sure about the current situation with trac, but once the server migration is complete you should be able to use it to look at each changeset if you want to. We typically make separate changes for different packages, so there were a lot more than 108 changes last year. Generally, you probably want to download a rendered version of the book [ so that it doesn't change under you ] but also keep an eye on the -dev and -book lists in case any breakages get fixed. Testing is always useful - expect to find occasional build breakage in BLFS as a result of LFS changes. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS Dev Release Schedules
--- Em qua, 9/1/13, Bruce Dubbs escreveu: De: Bruce Dubbs Assunto: Re: [lfs-support] LFS Dev Release Schedules Para: LFS Support List Data: Quarta-feira, 9 de Janeiro de 2013, 20:48 Richard Hamilton wrote: I'm thinking about building a new LFS system based on the development. How often are the development updated? http://www.linuxfromscratch.org/lfs/view/development/chapter01/changelog.html Stable is around the first of March and September each year. -- Bruce Changes from one day to the other can produce funny results, and make it necessary a restart from scratch (happened to me). To avoid that, a html snapshot of the book can be downloaded from: http://lfsbook.linuxfromscratch.org/lfs/downloads/development/ so that you know from begining to end which svn you are using. []s, Fernando -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] 70-persistent rules
On Wed, 2013-01-09 at 14:40 -0800, Mike Johnston wrote: Any ideas from this? I really appreciate your help on this. Everything looks good there, sorry I can think what might be wrong. There looks like another thread on this list that is a similar issue, does anything there help? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
