Fedora Linux Support Community & Resources Center

Go Back   FedoraForum.org > Other Versions > EOL (End Of Life) Versions
FedoraForum Search

Forgot Password? Join Us!

EOL (End Of Life) Versions This is a Forum to discuss problems and workarounds for versions of Fedora that have passed End of Life.

Closed Thread
 
Thread Tools Search this Thread Display Modes
  #16  
Old 16th June 2011, 02:52 AM
Dan's Avatar
Dan Offline
Administrator
 
Join Date: Jun 2006
Location: Paris, TX
Posts: 22,309
linuxfedorafirefox
Re: F-15: How to go back to ethO and eth1?

Threads merged into Networking.
__________________
Signature Links | New Posts | Who's on the forums (right now) |

© ® ™ № ¿
  #17  
Old 23rd June 2011, 06:48 AM
clacke Offline
Registered User
 
Join Date: Dec 2010
Location: Hong Kong
Posts: 1
linuxfirefox
Re: F-15: ifconfig -- What Happened to eth0?

Check out /etc/udev/rules.d/70-persistent-net.rules.
  #18  
Old 23rd June 2011, 07:34 AM
flyingfsck Online
Registered User
 
Join Date: Aug 2010
Location: Al Ain, UAE
Posts: 1,050
linuxfirefox
Re: F-15: ifconfig -- What Happened to eth0?

Fix it in 70-persistent-net.rules
  #19  
Old 23rd June 2011, 10:34 AM
stevea's Avatar
stevea Offline
Registered User
 
Join Date: Apr 2006
Location: Ohio, USA
Posts: 8,298
linuxfedorafirefox
Re: F-15: ifconfig -- What Happened to eth0?

What scripts are giving you problems ?
Honestly wouldn't it be better to treat the ifnames as variable parameters in your scipts ?

It's have to believe that udev doesn't effect a change, but ifrename would be another approach.
__________________
None are more hopelessly enslaved than those who falsely believe they are free.
Johann Wolfgang von Goethe
  #20  
Old 27th June 2011, 10:19 PM
dashesy Offline
Registered User
 
Join Date: Apr 2011
Posts: 29
linuxfirefox
Re: F-15: ifconfig -- What Happened to eth0?

I removed the NetworManager for a test on Network.
It took some time to realize now I have these funny network names p32p1 and p36p1.
When I reinstalled NetworkManager the names still are funny.
Actually one of them is on the motherboard and the second one is a NIC, but they both have the same naming!
I don not see any persistence
  #21  
Old 28th June 2011, 07:23 PM
llrainey Offline
Registered User
 
Join Date: Jun 2011
Location: Bentonville, AR
Posts: 3
windows_xp_2003firefox
Re: F-15: ifconfig -- What Happened to eth0?

I am having the exact same problem- the only way I have been able to get eth0 and eth1 is to install fedora 14 and upgrade via preinstall. This really sucks.

I administer 1000's of computers and have hundreds of scripts that use eth0 and eth1

I too, have tried everything suggested like bob p did in message #15.

<RANT>

I guess I will have to drop Fedora and go to OpenSuse - Fedora seems to want to make the Linux look like Windows 7 and perform as bad.

gnome 2 look and worked great - gnome 3 sucks big time - cannot get the damned screensaver from coming on no 0 option, the menu editor does not work the old system choice is gone to a gooey instead of the pull down menu. cannot move the panels from top to bottom to look like windows 2000.

Who hired Microsoft to fix Fedora???????? It is what it looks and feels like.

Don't say xfce - the menu editor works in 32 bit but not 64 bit. I have both and need both to work the same.

</Rant>

Last edited by llrainey; 28th June 2011 at 07:25 PM.
  #22  
Old 4th July 2011, 04:58 AM
patman Offline
Registered User
 
Join Date: Oct 2005
Posts: 17
linuxfirefox
Re: F-15: ifconfig -- What Happened to eth0?

Setting "biosdevname=0" on the boot line (after the installation has completed) and rebooting, along with the use of the ifcfg-ethN files is working fine for me.

I'm getting eth0, eth1, and eth2 interfaces named and configured as expected.
  #23  
Old 4th July 2011, 04:21 PM
llrainey Offline
Registered User
 
Join Date: Jun 2011
Location: Bentonville, AR
Posts: 3
windows_xp_2003firefox
Re: F-15: ifconfig -- What Happened to eth0?

I did get the eth0 eth1 to work in Fedora 16 64 bit.

You do have to add the biosdevname=0 to the end of the kernel line in /etc/grub/menu.lst but that alone does not fix the issue

You have to edit /etc/udev/rules.d/70-persistent-net-rules and change the em0 (or whatever it change to to the name you wanted - in my case eth0 and eth1

then reboot (init 6) and eth0 and eth1 will be persistent.


<rant>

For those fools messing with the I don't now what port is what in fedora so I goof up everything that is published about how to do it by breaking everything

I always knew which port is which - they all have a mac address - match the mac address to the connector and you have it - every thing else is dumb idea period. If it was wrong order you could swap the names in the /etc/udev/rules.d/70-persistent-rules and restart the network to fix the issue - a lot easier that the mess you have forced upon the Fedora Community.

If you are a security nut - I sort of am, you lock down connections by mac address to keep unauthorized people out.

</rant.

Last edited by llrainey; 4th July 2011 at 04:28 PM.
  #24  
Old 4th July 2011, 06:41 PM
bob p Offline
Registered User
 
Join Date: May 2010
Posts: 50
linuxfirefox
Re: F-15: ifconfig -- How to Fix the Problem

Quote:
Originally Posted by llrainey View Post
You do have to add the biosdevname=0 to the end of the kernel line in /etc/grub/menu.lst but that alone does not fix the issue

You have to edit /etc/udev/rules.d/70-persistent-net-rules and change the em0 (or whatever it change to to the name you wanted - in my case eth0 and eth1
THE FIX

Thank you. Your recommendations have worked for me, but I've found that I was able to cut out one of the steps. For anyone else who may be interested, please bear in mind the following: I am performing these steps on the system that I described in my earlier posts, where I have added/removed packages and added/removed kernel commands. In that respect, consider my system 'tainted', and consider the following as something that worked for me, but may or may not work for you.

I was able to get back to eth0 and eth1 by simply deleting the following file:

/etc/udev/rules.d/70-persistent-net.rules

Note that the filename differs slightly from that described previously, as there was a typo in the original file name. In between 'net' and 'rules' there should be a period, not a dash.

I examined the persistent net rules file and confirmed that it contained no rules other than the two offensive rules that were renaming my net interfaces. So I simply deleted the file and rebooted. Upon reboot, ifconfig confirmed that everything was back to normal.

Additionally, I removed the kernel command line entry in grub.conf, so that 'biosdevname=0' is no longer there. After rebooting, everything works as expected.


IN CONTEXT

I imagine that there are a limited number of entities in your locale that have 1000 or more PCs to administer. Thank you for your help.

I also administrate a fair number of computers, I am also very security conscious, and I also lock-down systems so that access highly restricted. Methods include recognition by IP address, port, MAC address, device name, etc.

I am also disappointed to see such sweeping changes as these being implemented with such gratuitous disregard for the effects on the user base. The person behind this ethernet device renaming business works at Dell. Evidently, someone has decided that what is good for Dell is good for everyone, and they rushed ahead with reckless abandon. Perhaps if an entity such as Wal*Mart weighed in with it's critical mass, someone might re-think their decisions.


THE RANT

One of the things that I really dislike about Windows 7 is that it makes too many decisions for the user, and effectively serves to isolate the user from the hardware. When an OS designer makes the decision to make pre-defined selections for user choices, the effect is to make a lot of assumptions about what users want (or should want), and some of the time these assumptions are going to be inaccurate. The more assumptions that are made, the more inaccurate decisions become forced upon the user. When these choices cannot be easily undone, the user becomes trapped by the OS.

Eventually this process results in so many decisions being made that the user becomes isolated from the hardware, and the software ends up making all of the hardware-based decisions. Whether or not that is a good or a bad thing depends entirely upon how well the OS designer has anticipated what all users want. As more decisions are made on behalf of the user, the likely it becomes that decisions will be made that adversely effect an increasing number of users. Eventually, everyone is forced to accept things being done one way. That's the way of Windows. Linux users are traditionally a group of people who don't like being forced to do things one way. Linux users have traditionally resisted such forced measures, frequently reciting the mantra, "Linux is about CHOICE." Well, looking at the writing on the wall, it may not be about choice any more.

My evaluation of Windows 7 is that as an expert user, I am no longer able to configure the OS to do what I want it to do. Too many decisions that have been made to palliate the anticipated desires of uninformed users. How to un-do these behaviors are trade secrets. The OS inner workings are not well documented. You have to buy somebody's book to learn how to undo them.

It's disappointing to see Fedora starting to drag Linux down that road. Unless this biosdevname BS is abandoned, this infection will eventually spread to other Linux distributions as well, and you won't be able to hide behind SuSE.

Last edited by bob p; 4th July 2011 at 07:09 PM.
  #25  
Old 4th July 2011, 10:22 PM
llrainey Offline
Registered User
 
Join Date: Jun 2011
Location: Bentonville, AR
Posts: 3
windows_xp_2003firefox
Re: F-15: ifconfig -- How to Fix the Problem

Quote:
Originally Posted by bob p View Post
THE FIX
I was able to get back to eth0 and eth1 by simply deleting the following file:

/etc/udev/rules.d/70-persistent-net.rules

Note that the filename differs slightly from that described previously, as there was a typo in the original file name. In between 'net' and 'rules' there should be a period, not a dash.

I examined the persistent net rules file and confirmed that it contained no rules other than the two offensive rules that were renaming my net interfaces. So I simply deleted the file and rebooted. Upon reboot, ifconfig confirmed that everything was back to normal.

Additionally, I removed the kernel command line entry in grub.conf, so that 'biosdevname=0' is no longer there. After rebooting, everything works as expected.
I suspect that will work until there is another kernel rebuild and the 'biosdevname=0' will prevent the recreation of the unwanted /etc/udev/rules.d/70-persistent-net upon a reboot with a new kernel. I will not take a chance and remove the 'biosdevname=0'

My Client is Wal-Mart - I support the hp-ux Unix side which rapidly is going SuSE Linux. I feel that the Dell connection is not going to be moved by Wal*mart as Dell is losing ground to HP and IBM at Walmart on the Windows side. Of course HP is losing to IBM on the Unix side. Remember there a 3 ways to do anything - the Right way, the Wrong way and the Wal-mart way. I suspect when SuSE forces the issue, Microsoft will force Novell to undo the damage. (Yes, Microsoft is the SuSE Linux support vendor at Wal-mart.)
  #26  
Old 5th July 2012, 07:07 AM
dav0clure Offline
Registered User
 
Join Date: Feb 2011
Posts: 5
windows_7firefox
Re: F-15: ifconfig -- What Happened to eth0?

I read through all of these replies, and I thought I would try what seemed like the final fix for Bob P.:

1. De-install the biosdevname package
# yum remove biosdevname

2. Remove /lib/udev/rules.d/71-biosdevname.rules (if it is still there - in my case I tried doing this first before removing biosdevname, so this step may not be necessary).

3. Manually edit the files in /etc/sysconfig/network-scripts/ifcfg* to restore the filenames to ifcfg-<device>, with <device> being 'eth0' and 'eth1'. I also changed the line items in those files to reflect the eth0 and eth1 device names.

# cd /etc/sysconfig/network-scripts/
# mv ifcfg-lo ifcfg-eth0
# vi ifcfg-eth0 # changed 'lo' to 'eth0' per instructions in step #3
# mv ifcfg-em1 ifcfg-eth1
# vi ifcfg-eth1 # changed 'em1' to 'eth1' per instructions in step #3

When I reboot and run the [also now obsolete] 'ifconfig -a' command, I still have the lo and em1 devices showing up and no apparent network. What did I miss??

p.s. My system is not graced with a GUI due to a bios issue, so I only have command line options to fix this.
  #27  
Old 17th November 2012, 03:33 PM
slashroot Offline
Registered User
 
Join Date: Nov 2012
Location: India
Posts: 1
windows_7firefox
Re: F-15: ifconfig -- What Happened to eth0?

Hi all..follow this link for complete details regarding "Consistent Network Device Naming" and "biosdevname" and how to disable it.
http://slashroot.in/how-convert-em0-...s-6-and-rhel-6
  #28  
Old 17th November 2012, 03:37 PM
DBelton's Avatar
DBelton Offline
Administrator
 
Join Date: Aug 2009
Posts: 6,613
linuxfirefox
Re: F-15: ifconfig -- What Happened to eth0?

Since this thread was over a year old, and pretains to a Fedora version that's now past end of life, I'm closing this and moving to EOL...
Closed Thread

Tags
biosdevname sucks em1

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
OEL5.4 OS, eth0 has private IP, eth0:0 has routable IP, internet access don't work Hiroshi Servers & Networking 0 27th May 2010 09:20 PM
eth0 does not showup in ifconfig -a vpg Servers & Networking 14 8th February 2008 12:27 PM
ifconfig in FC5 cvcc12000 Servers & Networking 4 11th April 2006 11:59 AM
ifconfig eth0:0 <IP> is forgotten on restart bonsaidouglas Servers & Networking 6 13th January 2005 10:16 AM


Current GMT-time: 13:35 (Sunday, 19-05-2013)

TopSubscribe to XML RSS for all Threads in all ForumsFedoraForumDotOrg Archive
logo

All trademarks, and forum posts in this site are property of their respective owner(s).
FedoraForum.org is privately owned and is not directly sponsored by the Fedora Project or Red Hat, Inc.

Privacy Policy | Term of Use | Posting Guidelines | Archive | Contact Us | Founding Members

Powered by vBulletin® Copyright ©2000 - 2012, vBulletin Solutions, Inc.

FedoraForum is Powered by RedHat