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.
Seem to have an odd problem - whenever I reboot, it "appears" that rc.inet1 isn't executing. I can't get any internet access until I run "rc.inet1 restart" manually. The file itself is set as executable in /etc/rc.d. Anything particular log file I could look at for info? dmesg doesn't seem to indicate anything, nor do I see anything in /var/log/messages, although I DO see a log entry there after I do the restart...
It's a 3Com 3c905c. I'm using static IP. Note that this didn't start (that I'm aware of) until after I upgraded from Slackware 10.1 to 10.2 (using the procedure outlined in "UPGRADE.TXT".) I'm still using rc.inet1 and rc.inet1.conf that I used with Slackware 10.1.
In that case check the invocation of rc.inet1 inside
of rc.M ... also make sure that both rc.inet1 and rc.inet1.conf
have been upgraded, and aren't just sitting in /etc/rc.d as
*.new ...
Note that this didn't start (that I'm aware of) until after I upgraded from Slackware 10.1 to 10.2 (using the procedure outlined in "UPGRADE.TXT".) I'm still using rc.inet1 and rc.inet1.conf that I used with Slackware 10.1.
I just did the same thing yesterday with my second box (updating to 10.2). Initially, networking would not work on my box either. My scribble pad of notes shows an entry of "networking fails."
I think the problem was related to the update automatically enabling (chmod +x) rc.wireless and rc.hotplug. That seemed to cause problems for my box. Somewhat Microsoftish of PV to assume how my existing box should be reconfigured.
I don't think the old rc.inet1 and rc.inet2.conf files are the problem because I somehow got networking to initialize before I merged the existing rc.d scripts with the *.new scripts. For me I think the problem disappeared after I disabled (chmod -x) rc.wireless. I hope this helps.
Sorry, but I don't believe it has anything to do with x file mode for rc.wireless.
I had the same problem after upgrading from 10.1 to 10.2. First, everything seemed ok, but then I thought it was easier to use netconfig to configure my network instead of merging the old configuration into the .new config file. In netconfig I accidentally selected the loopback configuration instead of the DHCP option. That was my mistake.
As it didn't help to run netconfig again and choosing DHCP I installed anew (because looking for the loopback network related error seemed to be time-consuming...).
So, maybe you have the same problem. It's about the loopback network and DHCP. Maybe someone can provide a few words of explanation, here. For me, a re-install was the solution.
BTW, I think the text describing the options in netconfig seems misleading or buggy. loopback is recommended for dial-up machines, but DHCP is what you actually need for a modem connection to your ISP. Loopback only makes sense for direct connections to other machines when you assign your own, non-global IP addresses to your network interfaces. If you are reading this, Pat, please provide a clearer textual description for netconfig options in Slack 11.0. Thank you!
Originally posted by gargamel Sorry, but I don't believe it has anything to do with x file mode for rc.wireless.
I had the same problem after upgrading from 10.1 to 10.2. First, everything seemed ok, but then I thought it was easier to use netconfig to configure my network instead of merging the old configuration into the .new config file. In netconfig I accidentally selected the loopback configuration instead of the DHCP option. That was my mistake.
As it didn't help to run netconfig again and choosing DHCP I installed anew (because looking for the loopback network related error seemed to be time-consuming...).
So, maybe you have the same problem. It's about the loopback network and DHCP. Maybe someone can provide a few words of explanation, here. For me, a re-install was the solution.
BTW, I think the text describing the options in netconfig seems misleading or buggy. loopback is recommended for dial-up machines, but DHCP is what you actually need for a modem connection to your ISP. Loopback only makes sense for direct connections to other machines when you assign your own, non-global IP addresses to your network interfaces. If you are reading this, Pat, please provide a clearer textual description for netconfig options in Slack 11.0. Thank you!
gargamel
Maybe you're confused with the terminology ... if you're using
a modem (a serial, USB or built-in device that communicates with
your ISP over a 56KBit) connection you DON'T want DHCP at all,
all you need is loop-back.
You need DHCP if you have a router (ADSL-router, other routers)
that provides DHCP leases and hands out details about gateways
and name-servers.
If you have one of the above but chose NOT to use DHCP you'll
want static IPs for the networked machines.
Originally posted by gargamel Sorry, but I don't believe it has anything to do with x file mode for rc.wireless.
Boy, do I feel dumb now - it most certainly WASN'T anything to do with rc.wireless - turns out all I needed to do was to backup my 10.1 version of rc.inet1 and replace it with the 10.2 version (rc.inet1.new). On the next reboot all was well...
Sigh... it's usually the simplest things that cause the most headscratching.
Thanks, guys, for at least giving me some idea what to look for...
Boy, do I feel dumb now :o - it most certainly WASN'T anything to do with rc.wireless - turns out all I needed to do was to backup my 10.1 version of rc.inet1 and replace it with the 10.2 version (rc.inet1.new). On the next reboot all was well...
In other words: my 2nd post in your thread held the answer? :}
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.