Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
You should be able to just rename or copy your ifcfg-eth0 file to be named ifcfg-p37p1 and restart networking.
Some more info on it:
How It Works
biosdevname uses information from the system's BIOS, specifically the type 9 (System Slot) and type 41 (Onboard Devices Extended Information) fields contained within the SMBIOS. If the system's BIOS does not have SMBIOS version 2.6 or higher and this data, the new naming convention will not be used. Most older hardware does not support this feature because of a lack of BIOSes with the correct SMBIOS version and field information. For BIOS or SMBIOS version information, please contact your hardware vendor. For this feature to take effect, the biosdevname package must also be installed. The biosdevname package is part of the "base" package group in RHEL 6.1. All install options, except for "Minimal Install", include this package. It is not installed on upgrades of RHEL 6.0 to RHEL 6.1.
How To Enable/Disable
To disable this feature on Dell systems that would normally have it on by default, pass "biosdevname=0" on the boot command line, both during and after installation. To enable this feature on other system types that meet the minimum requirements (see "How It Works"), pass "biosdevname=1" on the boot command line, both during and after installation. Unless the system meets the minimum requirements, "biosdevname=1" will be ignored and the system will boot with the traditional network interface name format. If the "biosdevname" install option is specified, it must remain as a boot option for the lifetime of the system.
Notes For Administrators
Many system customization files can include network interface names, and thus will require updates if moving a system from the old convention to the new convention. If you use the new naming convention, you will also need to update network interface names in areas such as custom iptables rules, scripts altering irqbalance, and other similar configuration files. Also, enabling this change for installation will require modification to existing kickstart files that use device names via the "ksdevice" parameter; these kickstart files will need updated to use the network device's MAC address or the network device's new name. Red Hat strongly recommends that you consider this feature to be an install-time choice; enabling or disabling the feature post-install, while technically possible, can be complicated and is not recommended. For those system administrators who wish to do so, on a system that meets the minimum requirements, remove the /etc/udev/rules.d/70-persistent-net.rules file and the HWADDR lines from all /etc/sysconfig/network-scripts/ifcfg-* files. In addition, rename those ifcfg-* files to use this new naming convention. The new names will be in effect after reboot. Remember to update any custom scripts, iptables rules, and service configuration files that might include network interface names.
Ok well the "DEVICE" directive should be just p37p1 so it may be just that easy to get it to work. Also, since the network is failing to start, review the messages file so we can figure out the exact error, or try using the ifup command so the stderr is redirected to your screen so you can see the actual errors.
I am sorry for wasting your time but it turned out the problem to be a bad ethernet cable.
I have changed the DEVICE name to p37p1. The file is still there.
I am not sure if its being used but Internet is back now
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.