[SOLVED] re-install lilo - 64-bit system and a 32-bit installer?
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.
re-install lilo - 64-bit system and a 32-bit installer?
I have Slackware64 14.1 installed & working fine. Now, I'm thinking about installing Windows on another partition. Then, as I understand it, after installing Windows, I'll need to use an installer to boot Slackware again, chroot into my existing installation, and re-install lilo, right (so I can boot either one)?
My issue, though, is that I have a 32-bit slackware flash drive. I'm wondering if I could boot off the 32-bit installer, chroot into the 64-bit installation, and run lilo... Or do the architectures have to match when re-installing lilo?
I have Slackware64 14.1 installed & working fine. Now, I'm thinking about installing Windows on another partition. Then, as I understand it, after installing Windows, I'll need to use an installer to boot Slackware again, chroot into my existing installation, and re-install lilo, right (so I can boot either one)?
That could work, but only if architectures match and there is a simpler way (see below).
Quote:
My issue, though, is that I have a 32-bit slackware flash drive. I'm wondering if I could boot off the 32-bit installer, chroot into the 64-bit installation, and run lilo... Or do the architectures have to match when re-installing lilo?
Can anyone affirm that it will or won't work?
That won't work because you can't run 64-bit programs with a 32-bit kernel and libraries.
But there is a simpler way, assuming you have an unused USB stick at hand: make it an emergency boot stick. Just run as root:
Code:
/var/log/setup/setup.80.make-bootdisk
and follow the instructions. Especially, only insert your USB stick when told to do so.
Once it's done:
Install Windows.
Make sure your firmware is set up for USB boot.
Insert your emergency boot stick.
Reboot.
Press [Enter] when you see the first screen.
Edit /etc/lilo.conf, run "lilo -t -v" then if/when all goes well "lilo".
That's all there is to it.
Instead of running directly /var/log/setup/setup.80.make-bootdisk you can do it through pkgtool if you prefer to use a menu.
Warning. The script copies to the USB stick the kernel named /boot/vmlinuz but no initrd. Thus, /boot/vmlinuz should be a symbolic link to a huge kernel, else booting the USB stick will fail.
Last edited by Didier Spaier; 08-04-2015 at 02:45 AM.
Reason: Warning added.
Actually, no, I just tried it and had an issue. I ran the script, put in the usb stick, and it completed successfully. I went to test it, though, and had an issue: I got the boot screen, and hit Enter to boot my correct root partition (all good so far). Then, it showed "Loading vmlinuz" - slowly, 5 periods showed up one by one, and then I got a kernel panic and back trace (I couldn't see everything that was output, though).
Any thoughts on why the crash happened? I'm using the generic kernel with an initrd.gz. Or, how can I see the full backtrace when it crashes?
Any thoughts on why the crash happened? I'm using the generic kernel with an initrd.gz.
That's the reason. This script assumes that /boot/vmlinuz is a huge kernel or a symlink to a huge kernel.
The primary usage of this script is to make a boot stick at time of installation (at the CONFIGURE step) and of course a huge kernel is used at that time as that's what have been just installed.
So, make /boot/vmlinuz a symlink to a huge kernel, then run the script and make your emergency boot stick. After that you can restore /boot/vmlinuz to point to a generic kernel if you prefer. Me, I prefer to write absolute paths in /etc/lilo.conf whenever the stanza mentions an initrd.
PS I have edited my previous post in this thread to mention that.
Last edited by Didier Spaier; 08-04-2015 at 11:34 AM.
Reason: PS added.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.