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.
The problem was more accurately the maximum number of sectors for kernel setup code being too short in lilo versions < 23.2. As stated by lilo-23-2's CHANGELOG:
Code:
- Enlarge maximum number of sectors (MAX_SETUPSECS) for
kernel setup code to 63. (src/bootsect.S, src/lilo.h)
I see, thanks for the answer. I wonder why that happened though? The first time I ran slackpkg upgrade-all and chose to get everything, I ran into that error. After that I ran it again but only grabbing the kernal and lilo this time and didn't get the error. Maybe I somehow unselcted lilo when I scrolled through the upgrade list the first time. Not sure how but hey, things happen.
Well, I think I'm about ready to install Slackware then (as soon as I get a new dvd drive). When I actually install it though I'm planning on just sticking with the stable versions. When a new stable version comes out will a slackpkg update be available so that one can get the updated mirrors?
I see, thanks for the answer. I wonder why that happened though? The first time I ran slackpkg upgrade-all and chose to get everything, I ran into that error. After that I ran it again but only grabbing the kernal and lilo this time and didn't get the error. Maybe I somehow unselcted lilo when I scrolled through the upgrade list the first time. Not sure how but hey, things happen.
Well, I think I'm about ready to install Slackware then (as soon as I get a new dvd drive). When I actually install it though I'm planning on just sticking with the stable versions. When a new stable version comes out will a slackpkg update be available so that one can get the updated mirrors?
You can easily install from a USB memory stick, if you have one that's big enough.
Originally Posted by kingbeowulf
Slackware-HOWTO is on the root of the installation DVD/CD. This explains the difference between HUGE and GENERIC kernels. It has nothing to do with memory, that depends on 32bit vs. 64bit kernels.
This is wrong. They are only two terms referring to two different configurations of the Linux kernel: one which has most modules builtin (the huge one) and one which has most modules loadable on request (generic).
This implies that a huge kernel has an image bigger than a generic one. If you look at the kernel packages (under the a/ category), you can see that (referring to Slackware64 13.37) the huge package is 6151KB while the generic one is 3166KB.
This has nothing to do with 32 bit vs 64 bit, PAE kernel or not.
Addressable memory has everything to do with 32- vs 64-bit kernels since an earlier post seemed to confuse "addressable RAM" (how much memory kernel supports) with modules (what hardware can I run).
What I pointed to was our beloved BDFL's explanantion of the difference in generic and huge (and he should know!) and not kernel arch. Isn't it better to point to the information than to just say one kernel is "bigger" than the other. Yes, you are right that the huge kernel has all the modules build in and so takes up more more space both on disk and in memory (feel better?). The generic kernel expects to find the modules elsewhere on hardware detection. Yes, O Great and Wise Slackware Guru, that is the difference. I am humbled that you took the time to respond to this unworthy one.
@kingbeowulf: no need to be sarcastic. I now see, looking at it again, that I read wrong (actually, very wrong) your previous post, misunderstanding it all.
My humble excuses.
@414N: No worries. I still have a bit of sarcasm left over from decades of Usenet that spills out from time to time. We all need to slow down to comprehend what we think we are reading...
Why reinstall the slack? The upgrade process is really simply with Slack. I've personally upgraded multiple times from 12.0 to 13.37 without an issue. Just follow the UGRADE.txt and CHANGES_AND_HINTS.txt files and you are good to go.
Linux version is just a set of packages. In newer slack, there are newer versions and some packages are either added or removed. All that information is in the UPGRADE.txt file
So really there is no need to reinstall slack ever.
I made sure that my normal user account was in the wheel group and used visudo uncomment this line:
Code:
## Uncomment to allow members of group wheel to execute any command
%wheel ALL=(ALL) ALL
I can use sudo for some things now, but not anything related to package management. I found an old thread on this that said I probably need to put PATH="$PATH:/usr/sbin" in either ~/.profile or ~/.bash_login. Well I did that (both were blank files by the way, not sure if that affects anything) however I am still unable to use package managers with sudo. What am I missing/doing wrong?
There is no reason to use sudo in Slackware for maintenance of the system. Do everything package management related as root: just type "su" or "su -" in a terminal or xterm to become root.
I made sure that my normal user account was in the wheel group and used visudo uncomment this line:
Code:
## Uncomment to allow members of group wheel to execute any command
%wheel ALL=(ALL) ALL
I can use sudo for some things now, but not anything related to package management. I found an old thread on this that said I probably need to put PATH="$PATH:/usr/sbin" in either ~/.profile or ~/.bash_login. Well I did that (both were blank files by the way, not sure if that affects anything) however I am still unable to use package managers with sudo. What am I missing/doing wrong?
The administrative files are not part of the user's path in Slackware. You can either use /sbin/upgradepkg and such or edit /etc/profile and add /sbin and /usr/sbin to the user's path. Or just use sudo -i if you insist on using sudo.
Ah thanks. I don't really have a problem using su most of the time, it's just that I'd prefer to be able to just sudo installpkg instead of logging in as super user just to install a single package.
Ah thanks. I don't really have a problem using su most of the time, it's just that I'd prefer to be able to just sudo installpkg instead of logging in as super user just to install a single package.
You can also use the -c option for su:
Code:
su -c "command to execute as root"
The double quotes are needed if the command needs additional space-separated arguments.
Ah thanks. I don't really have a problem using su most of the time, it's just that I'd prefer to be able to just sudo installpkg instead of logging in as super user just to install a single package.
This is easily accomplished - you'll need to adjust sudoers (using visudo). Have a look here and scroll down to Example Entries.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.