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 have been given a new old computer, Asus K8N-E with a 2GHz AMD Athlon 64.
OpenBSD and Debian works like a charm. But with Slackware 13.1, LILO won't be installed properly. There are two disks: a 10GB ATA-drive with the system and a 250GB SATA-drive as a data repository.
Apparently the computer insists that the SATA is the first disk. Subsequently the bootable partition is not on the first disk and disables LILO to be installed. This is when I try to install LILO to a partition.
When it is installed to MBR, it says something about overlapping and can't boot.
Did you try GRUB? I didn't follow LILO development any more, as GRUB seams to be "mainstream" for at least 3 years now -- so maybe it will just work for you
What's the boot sequence in the BIOS? Also, have you tried marking the first partition on the ATA drive as bootable, and ensured that none on the SATA are marked as such?
What's the boot sequence in the BIOS? Also, have you tried marking the first partition on the ATA drive as bootable, and ensured that none on the SATA are marked as such?
The boot order has been tried backwards as well as forwards. The SATA-drive is /dev/sda regardless.
Only the 500MB /boot partition of the ATA-drive is bootable.
The SATA-drive was disconnected and the ATA-drive was installed in a normal fashion. So far, so good. Now comes the part where I want to add the SATA-drive. But what is it called? The ATA is now /dev/sda
I had the exact same problem. I could setup 13.1 and lilo with the ide drive only connected but the moment I attached a sata drive used for multimedia storage I could not boot. Changing the boot order in the BIOS did not help but eventually I googled up a solution.
With slack 13.1 my sata drive is named sda and my ide drive is named sdb. With /boot on partition sdb1 and the following commands did the job:
Code:
lilo -b /dev/sdb1
lilo -M /dev/sdb
lilo -A /dev/sdb 1
Note that there has to be a space between "sdb" and "1" in the third command.
With slack 13.1 my sata drive is named sda and my ide drive is named sdb...
I haven't u/g'd to 13.1 but, we aren't using libata in this version are we? If not, I would think that the IDE (PATA) drive would still be referred to as /dev/hdX instead of /dev/sdX.
As for naming, ATM I have two ide drives and one sata drive plugged in. The sata drive is named sda even though it was changed in BIOS to last in order. The two ide drives follow in order to deive connection on mobo.
'libata_switchover' has been around since 13.0 but some new users are not aware.
A new user should look at rworkman's 'libata_switchover HOWTO';
Quote:
excerpt 'libata_switchover HOWTO';
This is written to provide one of several ways to retain a working
system after upgrading from Slackware 13.0's kernel to the newer
kernel in -current (which removes support for the "old" ide subsytem,
thereby causing all /dev/hd* devices to have /dev/sd* names.
Just FYI - If you have a LUKS-encrypted root on an LVM drive, the root you specify in step 4 at the prompt after hitting the tab key will be something like /dev/vg00/root, where the vg00 will be whatever you called your LVM volume group where /root resides. At least, I think so. Even that didn't work for me when I upgraded one of my systems, but it was my fault. I had built the initrd incorrectly (late night, too tired, fingercheck). Perhaps on my next upgrade I'll get to find out if that will work.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.