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.
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810
Rep:
Quote:
No and why do you need a stupidly long name when "Linux" is more than enough?
I have to agree with Woodsman here. I must admit - although I mostly use lilo (out of laziness really) - it bugs me keeping image names (labels) short. Just my moan for the day
Not at all! (I did notice the wink) I very-much appreciate the contribution you make to the Slackware community, Woodsman. You are an excellent writer and a highly skilled Slacker.
Lilo is simple and works, I use it on my desktop, however Grub is a lot more flexible and makes it easier to recover if you mess something up.
I use Grub on my netbook because I do more messing round with kernels etc on it than on my desktop.
From a distro-builder's point of view I would like to add that it seems not to be possible to compile grub on a 64-bit system (pure 64-bit, not multilib).
slackbook 7.1 Lilo
The Linux Loader, or LILO, is the most popular booter in use on Linux systems. It is quite configurable and can easily be used to boot other operating systems.
Slackware Linux comes with a menu-driven configuration utility called liloconfig. This program is first run during the setup process, but you can invoke it later by typing liloconfig at the prompt.
But I would suspect it's actually tradition and there is already a menu-driven system in place and all slackware users already know how to use it and new users quickly find out how to use it.
I personally found lilo easier to use... but then when i was new to linux I had used grub first and didn't know anything.
Additionally, grub2 is still under development and grub 1 does not support compilation on pure 64 bit. So there is even more reason to stick with lilo now that 64bit slackware is coming out.
I'm relatively a new user and I found learning basics of lilo pretty easy and fast. I'm stuck with unbootable Fedora 11 on my test partition because I don't understand a thing about grub, I tried many manuals but for me is pretty hard ...
So my vote to lilo because it's easy like typing lilo in command prompt
...I like it better! (I acknowledge that may not be a valid reason for others!)
Actually, I have always used LILO and have never been unable to get it to do exactly what I want, even on more complex boot arrangements. Although I have had to give some of them a little thought...
I cannot compare LILO to grub because I have never successfully used grub for anything other than temporary evaluation type installs. My only attempt to actually learn and use grub ended dismally about 2005, after MUCH wasted time. It turned out to be a grub bug as I recall with the advice to "upgrade to the latest grub"... so it is still LILO for me!
IMHO LILO's strength is that it's syntax and operation are very closely tied to the underlying concepts - if you get one you get the other, and that makes it easy to use. From what admittedly little I have seen of it, grub tries to hide at least some of that connection to the concepts to 'make it easy'... always a mistake.
(1) I didn't invent the name "RAID 0"
(2) Whatever you call it Grub can boot it, lilo cannot.
(3) If there's firmware RAID 5 out there, grub will boot it, lilo will not.
(4) Whatever, I don't really care. I've used both; I'm just pointing out a difference.
Does grub have the ability to boot from RAID1 yet? (that is without the ugly hack of installing it to each drive separately)
Lilo has the raid-extra-boot option to provide booting from RAID1 but grub never used to be able to do this.
'LILO' is my main bootloader but it too is still a tool. There are many bootloader available to the user to select from. 'GRUB' is another choice that has some advantages to it for some users. Remember that 'GRUB' is actually a 'bootloader command shell'.
Heck, 'Ranish' is another that can be used for bootloading. It too is just another tool that has some advantages the others don't have.
I think a user should be wise enough to choose the tool that suits the task at hand.
GRUB allows creating an emergency boot floppy. Should the MBR get hosed, the computer can boot from the floppy, which basically points (just like the MBR) to the partition containing the menu.lst and boot loader files. This allows a person to boot the system without any dedicated rescue disks or CDs.
So does Lilo
liloconfig -> expert mode -> Install to floppy disk - more or less
I don't have a problem with rescue disk, especially when I created one during installation and it serves the purpose, it's enough to start the system and fix whatever I messed up.
If I want to have rescue usb with my current kernel i run
Code:
/var/log/setup/setup.80.make-bootdisk
So I don't really see an advantage here
Quote:
Yes, that is what I meant. Excepting password protection, GRUB allows temporarily modifying the boot options at boot time. Permanent mods require editing the menu.lst configuration file
I admit that can come handy if you're not patient enough and want to run fresh installed system right away.
But than you have to login to the main system anyway if you want to keep the changes.
So this one has slight advantage over lilo, but not really something that I can't live without or can make me want to switch to grub
Quote:
Now, 15 characters might be sufficient for many people, but the 8.3 file naming convention was too.
I guess I like human readable menu options to help me remember what the various options provide. I don't think "Linux 1," "Linux 2," "Linux 3," etc, would help me much.
I like to keep it short so I never noticed that really.
what about kernel version instead Linux 1, Linux 2 etc...
Code:
Slackware
2.6.29.6-1
2.6.29.6-2
2.6.29.7-1
Current
2.6.30.1-1
2.6.30.1-2
Backup
FreeBSD
etc...
I use lilo because it's simple and does the job, loads the system, that's it.
But yet again it's just a personal choice.
for what it's worth, the main difference between Grub and Lilo is that Grub needs drivers for various filesystems and harddisks to get from stage 1 to stage 2 (from the top of my head) where stage 2 is reading the menu.lst; Lilo does not use that and as such is less prone to needing a driver for one or another filesystem.
The difference in that aspect is probably the reason for choosing one or the other with a given distribution. Slackware chose Lilo, others chose Grub, the reasons are all pretty valid. People finding one or the other lacking can still switch and distributing both in one distro would result in confusing things, so you really will want to replace one with the other if that will suit your needs.
I'm actually thinking of switching to LILO because I recently installed GRUB 2 and find it's a lot more complicated and arcane than the earlier version. With the older legacy grub, everything was simple in /boot/grub/menu.lst, but in grub 2.0 there are a bunch of files in /etc/grub.d/ which you must edit if you want to configure it and then run grub-update to generate the actual config file (which is a lot more unreadable now than before).
I don't know the ideals of grub - it is a very powerful boot manager, no doubt and its shell is very useful on occasion. But since legacy grub no longer gets updated so much, I guess users will be forced to upgrade to 2 sooner or later.
Last edited by vharishankar; 07-06-2009 at 12:14 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.