SlackwareThis Forum is for the discussion of Slackware Linux.
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.
I am kind of curious, in /etc/udev/rules.d/ is a file 70-persistent-net.rules where eth0 is being renamed to eth1
Is there any good, sane reason to do so? I know for a fact that Skype used to choke on this in the past (prior to the current version) and the installation generates settings for eth0, which will not exist, since this eth1 rule is created.
I usually rename the eth1 to eth0 (should actually delete this file) and reboot to fix this, but it's actually soemthing that has made me wonder since Slackware 13.0 (this is where this rule first showed up, and now that I installed a virtual machine I -once again- stumbled on this behaviour.)
In your case you can edit the file so that your interface is assigned to eth0.
This rule file is useful if you have more than one interface in your computer. It guarantees that each interface card is assigned the same device name on reboot.
Otherwise it causes merry havoc if you reboot your machine and find that your interfaces have been reassigned. (e.g. your external interface that gets an IP by DHCP is now assigned an internal static IP address, Samba shares are lost, port forwards are lost)
I do actually do what you describe, but hadn't thought of the situation where your various interfaces may become available in a different order; Good point.
Then again: is there any reason why the interface count starts at eth1 instead of the expected eth0?
Do You have changed Your networking device after Slack installation?
Nope, it's the same device that I used during installation and was equally visible at install-time etc.
Quote:
It starts at 0 on mine.
Mine does read like that as well, but only after I edited the the persistent-net rules.
I'm not new, so the technical solutions are not my issue; The question I have is about the why it starts listing at eth1; that and it being the only network device I have put on this machine. I realize such rules are indeed practical as allend stated, I had skipped the possibility of having multiple ethernet cards.
If I put in a different ethernet card (different MAC), I would assume that both devices would be listed in this file, unless there is some hidden process that secretly edits this file :-) This (virtual) machine is not the first time I encountered this behaviour, I never bothered much about it, as I would just go and edit the rule. The first time I noticed this was back in the days that I had upgraded to Slackware 13.0 and tried to run Skype, which -back then- could not cope with the absense of eth0. It's an eternity ago, so I don't have all facts straight about it, but I reckon that my /etc/rc.d/rc.inet1.conf had both eth0 and eth1 enabled for dhcp, so that I did have network on the machine; Again: it's from a long time ago for my memory to recall such things... :-o
Anyway, I encountered it again today and I thought I'd ask about the reasons, if anyone knows.
I do actually do what you describe, but hadn't thought of the situation where your various interfaces may become available in a different order; Good point.
Then again: is there any reason why the interface count starts at eth1 instead of the expected eth0?
Many server and high-end motherboards come with two onboard GbE devices, so having a setting like this that survives a reboot is eminently sensible.
I do a fair amount of image deployment using clonezilla and I usually take care to delete this file before creating the image, otherwise the newly detected ethernet device gets added as eth1. Bottom line, just delete the file and reboot or restart udev and your device will go back to eth0.
Anyway, I encountered it again today and I thought I'd ask about the reasons, if anyone knows.
I don't have an answer, just similar experience. I have 28 laptops running 13, 13.1 and some current, in my class for my students. The Dell D600's in particular have occasionally booted with the interfaces renamed/swapped in the file you're speaking of. I don't think I have a definitive answer as to why. Sometimes the kids inadvertently hit Fn +F2 which shuts off the wireless card, other times who knows...generally a reboot sorts things out.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.