Slashdot Mirror


LILO Bootloader Development To End

An anonymous reader writes: For any longtime Linux users, you probably remember the LILO bootloader from Linux distributions of many years ago. This bootloader has been in development since the 90's but development is finally ending. A homepage message reads, "I plan to finish development of LILO at 12/2015 because of some limitations (e.g. with BTFS, GPT, RAID). If someone want to develop this nice software further, please let me know ..."

135 comments

  1. LI by Anonymous Coward · · Score: 5, Informative

    fucked up partition table

    1. Re:LI by Anonymous Coward · · Score: 0

      I remember having the most beautiful animated LILO screens for OS selection.. One of those was a playable game :)

    2. Re:LI by greenfruitsalad · · Score: 1

      makes me wonder what percentage of slashdotters still understand your reference...
      LI oh shit oh shit oh shit LO phew

      also, who the f thought RED was the best default colour for a boot menu? it looks like a freaking error before you even start booting up the OS. personally, i find lilo just as uncomfortable to use as grub2. to me, grub 1 was the pinnacle of bootloader usability (blue colour, yay!)

  2. thanks by Anonymous Coward · · Score: 1

    RIP thanks for the memories

  3. Well now Patrick will have to make a change by Bob+the+Super+Hamste · · Score: 3, Insightful

    Well it looks like Patrick will have to make a change.

    --
    Time to offend someone
    1. Re: Well now Patrick will have to make a change by armanox · · Score: 4, Informative

      Slackware team offered to help. They might fork it

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    2. Re: Well now Patrick will have to make a change by resfilter · · Score: 4, Insightful

      it's perfectly ok for a really mature peice of software to stay in a distrubution, even in a relatively unmaintained state.

      you don't have to 'change' something just because new features aren't being added anymore, until the lack of a new feature prevents it from being installed on more than a few edge cases, or a substantial bug is found that makes its use unsafe.

      i doubt either of these will be the case with lilo for many years.

    3. Re: Well now Patrick will have to make a change by TWX · · Score: 0

      Filesystems change, and the fundamental nature of how our computers boot is always up for grabs. If there's no maintainer I don't think that it will remain viable for all that long.

      --
      Do not look into laser with remaining eye.
    4. Re: Well now Patrick will have to make a change by Anonymous Coward · · Score: 0

      It's not been unmaintained but it also hasn't really done that much in recent years. Very few commits in git since five years or so.

    5. Re: Well now Patrick will have to make a change by Anonymous Coward · · Score: 0

      If anyone actually bothered with the whole "Do one thing and do it well." it would be possible to write a final version of a software.
      When you get rid of feature creep software can reach a point where it is done and the developers can move on to other projects.

    6. Re: Well now Patrick will have to make a change by Anonymous Coward · · Score: 1

      Software, and particularly bootloaders don't exist in a vacuum. Even if it was feature complete it would still need updating for new standards.

    7. Re:Well now Patrick will have to make a change by DarkOx · · Score: 3, Informative

      Nope, and he basically already said he does not plan to do so. New systems are going to be EFI more and more which means they will use ELILO, not LILO for systems using BIOS the current release of LILO will probably be fine and remain so.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    8. Re: Well now Patrick will have to make a change by Anonymous Coward · · Score: 0

      If the dependencies also did one thing and did it well, the API would not change as often, requiring fewer downstream updates. ;)

    9. Re: Well now Patrick will have to make a change by mlts · · Score: 2

      LILO has been a fundamental piece of the OS for many years, and has worked quite well. GRUB has eclipsed it for most uses, but for applications where every byte of storage is at a premium, it still has a place.

      It is something that is well maintained, and can probably be retired, but still be useful, mainly since BIOS booting won't have the security changed and enhancements that UEFI comes with, so there isn't much that may change with the old BIOS based process in the future.

      I'm grateful that it has been well maintained for so long. It is a piece of software taken for granted... but yet essential to the function of a machine.

    10. Re: Well now Patrick will have to make a change by omnichad · · Score: 4, Funny

      the fundamental nature of how our computers boot is always up for GRUBs.

    11. Re: Well now Patrick will have to make a change by Anonymous Coward · · Score: 0

      +1 Good pun, good pun.

    12. Re: Well now Patrick will have to make a change by PessimysticRaven · · Score: 1

      This pun hurt. Oh, but it hurt so good...

      --
      Consistency is only a virtue if you're not a screw-up.
    13. Re: Well now Patrick will have to make a change by JWSmythe · · Score: 2

      From Patrick himself...

      http://www.linuxquestions.org/questions/slackware-14/lilo-developer-stepping-down-ending-the-project-4175552274/#post5413967

      "As long as it works, we'll include it."

      I've always preferred LILO over Grub. It's simplicity has always been great.

      --
      Serious? Seriousness is well above my pay grade.
    14. Re: Well now Patrick will have to make a change by Skiron · · Score: 1

      Well said. LILO works, and is simple. Well done Pat as well.

      Too many well's there, I thing, but LILO works well :)

    15. Re: Well now Patrick will have to make a change by Darinbob · · Score: 2

      It didn't really need to understand new file systems. As I recall it kept a list of blocks that were a part of the boot image. Ultimately things are complex enough that you need multiple boot loader stages but originally LILO had to be very small and compact. If it works on a computer it'll keep working unless something radical changes (such as someone turning the boot device into a RAID system).

      Also none of this is really about a fundamental nature of how computers boot, it's about the how the very strange ad-hoc design of the PC boots.

    16. Re: Well now Patrick will have to make a change by Darinbob · · Score: 1

      But it keeps working until the requirements change to require the new standards. If it works then it keeps working for as long as the computer still works. So let's say BIOS is deprecated and some few new computers use UEFI, but the BIOS version still continues to work.

    17. Re: Well now Patrick will have to make a change by Anonymous Coward · · Score: 0

      Systemd is going to add the functionality.

    18. Re: Well now Patrick will have to make a change by rioki · · Score: 1

      I liked LILO, because of the simple fact that is was so much simpler than GRUB. If you are booting a single partition system (plus swap) from ext3, there is not much wizbang you need. But then I also just use what the distro uses by default, since it works out of the box.

    19. Re: Well now Patrick will have to make a change by Karzz1 · · Score: 1

      While you definitely deserve your Funny mods, I have issues with grub2.

      One of the big advantages of grub1 over lilo was that you didn't have to run anything when you made a change in the config. You could also *easily* edit the config at boot time if needs be (typos etc...). The option to edit at boot time still exists in grub2 but that horrific, bloated configuration file is almost meaningless to anyone who is not a grub developer; not to mention having to run grub-install to affect changes.

      grub2 seems like a step back to lilo without the simplicity of lilo.

      lilo was my introduction to boot loaders and I learned a lot with it. Grub1 (legacy) was a definite improvement over lilo. Grub2 feels like some convoluted step backwards.

      --
      Beware of he who would deny you access to information, for in his heart he dreams himself your master.
    20. Re:Well now Patrick will have to make a change by Anonymous Coward · · Score: 0

      EFI stub works fairly well on EFI. It's Nice to be able to use the kernel as the bootloader again.

  4. Nice work developers! by nycsubway · · Score: 5, Insightful

    Thanks for maintaining LILO all these years. I certainly do remember LILO loading on my first installations of Linux. I tried to install it on an IBM PS/2 and the biggest challenge was their micro channel architecture. I don't think I was successful at all, but I learned quickly what the LIL... meant.

    1. Re:Nice work developers! by KGIII · · Score: 1

      I haven't noticed LILO in years. GRUB is mostly the default these days - from what I've seen. If it has been in a distro then it is in so deep that I did not notice. Add to that things like boot-repair and I've not even had to play with GRUB manually either. I don't actually remember the last time I saw LILO? I've not tried them all but I've not seen a distro with it in ages - at least not one that I noticed.

      --
      "So long and thanks for all the fish."
    2. Re:Nice work developers! by interval1066 · · Score: 1

      I haven't noticed LILO in years.

      Same here, with grub and loadlin available, and I know grub is actively maintained, I can't say I've missed anything. Plus with EFI now, well, it seems like a solution looking for a problem.

      --
      Python: 'And then suddenly you have a language which says "we're all stuck with whatever the whiniest coder wants".'
    3. Re:Nice work developers! by KGIII · · Score: 2

      I've pondered if there should be an open standard and just having a boot loader embedded in the BIOS that can be changed to boot to different partitions, disks, networked drives, etc... It could even allow you to setup a boot menu to select your OS of choice. In my mind it's the perfect spot to put it and I've yet to find a GOOD reason for this to not be the case.

      A simple pointer, or pointers for those who multi-boot, and an optional menu would be fairly trivial and it's not like it makes a giant security hole that I can think of. I can already select a boot device, why not make it partitions, network, etc? I've been wondering why it's not in the BIOS for years. I really can't think of a reason for it not to be and stripping the function as a requirement for the OS would make things much simpler in my opinion.

      I'm frequently opting to boot from a USB drive or a CD drive (while not wanting to change the default orders) as it is so I'm already using a menu to do that. It seems like it would be fairly trivial to make it recognize partitions and throw a simple menu up on the screen. They could still have an additional boot loader for things that need it or those who wish to customize it but they'd not need to and I'd think it would make things much simpler.

      Yes, yes I have been pondering this for a while. No, no I can't really think of any drawbacks or anything that makes it painfully difficult - even if it doesn't read partitions and only works with separate physical disks. Instead of ESC or F2 during boot it could have a nice optional menu brought up to select it or go to the default.

      This needn't be turned on by default so the average user would not even notice unless they went poking. Reading partition tables wouldn't be all that difficult either - I don't think though we may need to insist on some standards and those should be open and free. I doubt that even Microsoft would protest it or sabotage it.

      Seriously, I've been pondering this since the mid 1990s at least when I wanted to dual boot. Oddly, I think it was with LILO at the time and I think I was trying to dual boot an early RedHat install that I'd picked up at a store similar to Best Buy though it may not have been RedHat. It might have been Knoppix. Those brain cells have long since been formatted and overwritten with random content.

      --
      "So long and thanks for all the fish."
    4. Re:Nice work developers! by Anonymous Coward · · Score: 0

      Already done, more or less... https://en.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface
      You could write a graphical bootloader into many EFI firmwares... you can use this on a Mac as a low level system debugging platform when you have no other OS on the drive (you can have network, partition access, and more, all inside the EFI bootloader) and as PC's move to EFI, this will likely be more prevalent.

      That said, there's some advantages to writing a 'normal' bootloader (like mostly not having to conform to a very complicated UEFI programming model) and so those won't go away any time soon - the (U)EFI spec has the part where you run pre-boot apps and then the handoff to a bootloader as distinct steps. However, your boot *selector* could probably go in the EFI firmware, and windows already has its own loader they put on the boot sector of the primary windows partition, as do most OSes

    5. Re:Nice work developers! by TeknoHog · · Score: 1

      I still use LILO because some old motherboards won't boot with GRUB in 64-bit mode. GRUB actually stopped working when I switched the CPU to a 64-bit one and updated the distro on one mobo. This was around 2010 and I hadn't used LILO in years, so it was weird to go back, but it gets the job done so I don't mind.

      --
      Escher was the first MC and Giger invented the HR department.
    6. Re:Nice work developers! by KGIII · · Score: 1

      Nice and thank you for the information. I had no idea it was in the spec, or at least partially. A nice handy GUI for it that one can optionally load would be nifty too. Is the EFI available in user-land so that one could develop a GUI for it? Heck, it needn't even be GUI - just a menu would work as well as some ability to customize it to select a default, have a set wait time, etc...

      --
      "So long and thanks for all the fish."
    7. Re:Nice work developers! by FranTaylor · · Score: 1

      I still use LILO because some old motherboards won't boot with GRUB in 64-bit mode.

      you can probably emulate those old systems on a modern $300 computer

    8. Re:Nice work developers! by TeknoHog · · Score: 1

      you can probably emulate those old systems on a modern $300 computer

      It's not about emulation, as these are plain x86-64 machines, not some old architecture. It's about cost. I paid closer to $30 than $300 for these machines, and they get the job done until I find a good reason to invest a few hundred in something more modern.

      --
      Escher was the first MC and Giger invented the HR department.
    9. Re:Nice work developers! by KGIII · · Score: 1

      That's an interesting use for it. I've not had GRUB not work in a very long time - I recall it breaking once when I'd been dual booting Linux and XP. I can't actually remember any other issues with it and that happened after an update? On the other mitt, I've had LILO flake a few more times. I seem to recall it trashing my MBR bad enough that an MBR repair did not work and I had issues re-installing on any partition and was forced to actually reformat the drive - I think I may have even had to do a low-level format with the OEM tools but I really don't remember it well enough to swear to it.

      With its development ending, if you don't mind my asking, what are your plans? It's a boot loader so there really isn't much need to worry about immediate updates - I shouldn't think. Do you code well enough to maintain it for your own use? If so will you be making those changes public? Like any project that was big (I seem to recall LILO predating GRUB) and has lost interest this can be a problem that does have a real world impact. It's a smaller impact than, say, GRUB deciding it's time to quit.

      Did you contribute to the project at all - financially or code? This is not a holier-than-thou thing but I figure I'll mention it. If I find an application that makes my life simpler then I'll often look for the developer's site so that I can send them an email of thanks and/or a donation. My last one was deciding that I'll send a donation to the makers of boot-repair every time I use their tool. Unfortunately, I've not yet had to use it since I made that choice so I've not contacted the devs yet but I did find and bookmark their actual site and not the Ubuntu site. I figure a $10 donation each time I have to use it will be more than fair.

      Anyhow, I don't keep track or anything but I'd guess that I spend a few hundred each year just sending out small donations to developers who make stuff that I use. Even trying to find a bug (yeah, I get bored) can help them out though I try to reproduce and document any bugs that I find and plan on reporting. I imagine that they're grateful just to get a sincere email thanking them - note I did not read the article to see why they have chosen to shut the project down.

      Finally, keep the project alive if it's something you need. I don't imagine there's a whole lot of updating that you'd have to do - it's probably a pretty solid application after all these years and I doubt there is much to maintain about it. Have you grabbed the source so that you can work on it if you need to? While I don't use it there are a lot of people who do so I'll grab a copy of it as well and just store it locally until it's needed or until the storage media is no longer workable.

      They mention they want people to contact them if they're interested in developing the project further - at least that's what the summary says. Give 'em a shout and see where it goes from there. It would probably be pretty low-level work to maintain it. Maybe some company will pick it up to further the community or to protect it? Maybe someone like Oracle will grab it (for better or worse) and put a dev on it when it needs attention? If you use it for a work-related task then you might be able to present a decent case to have your place of employment actually pay you to maintain it - the publicity would be good for them and it's probably not a whole lot of work to keep the project up to date.

      Obviously this is not my field of expertise. But there are some ideas for you if you're interested.

      --
      "So long and thanks for all the fish."
    10. Re:Nice work developers! by slashdime · · Score: 1

      I've been a longtime hardware hoarder for nearly 3 decades so I share your sentiment. But at some point, it's not worth it.

      You may have paid $30 for the machine itself, but you continue to pay every year for it in terms of power, maintenance, occupied space, and if your hobby time is limited, engineering time figuring out hacks to make it continue working.

      Particularly if these are x86-64 machines that don't work with grub, suggesting that they were from around the first generation. If you recall that time in the 90's, those cpus were huge power hogs. I'd never encountered power supplies burning out (without a discrete graphics card) until I met those first gen 64s. Nowadays, you can easily power a magnitude more compute power with the same electrical power cost.

    11. Re:Nice work developers! by Anonymous Coward · · Score: 0

      Re: Nice work developers!

      Just chiming in +1. For such low level software we take it for granted and forget about it. LILO served me well and many thanks to the developers. It was a critical piece. I have backed up and restored boot sectors using lilo and even made a few attempts to manually hex edit things (knowing I had backups).

      Thanks for all the fun and carrying my linux distro through the 90s and early 00s... I probably owe you a beer.

    12. Re:Nice work developers! by TeknoHog · · Score: 1

      You may have paid $30 for the machine itself, but you continue to pay every year for it in terms of power, maintenance, occupied space, and if your hobby time is limited, engineering time figuring out hacks to make it continue working.

      Particularly if these are x86-64 machines that don't work with grub, suggesting that they were from around the first generation. If you recall that time in the 90's, those cpus were huge power hogs. I'd never encountered power supplies burning out (without a discrete graphics card) until I met those first gen 64s. Nowadays, you can easily power a magnitude more compute power with the same electrical power cost.

      I understand the general sentiment, I was kind of expecting this. I'm rather power conscious in general, and all of my machines, including these old ones, have "laptop" CPUs in small form factor mobos (if not actual laptops). The old ones have a similar TDP to modern laptop ones. One of these mobos runs off a 80 W PicoPSU; the others have heavy discrete GPUs, so they have semi-regular (though fanless) PSUs.

      I'm well aware that modern CPUs are more efficient, and I could actually use modern mobos with more RAM, but with these numbers and uses it doesn't seem worth it. I basically need relatively dumb machines to feed GPUs, plus some server usage (which I like to keep independent of GPU-related instabilities).

      BTW, x86-64 was introduced in 2003. My "old" CPUs are Core 2 Duo T7200s introduced in 2006, which incidentally are faster at most workloads than my main laptop's Core i5.

      --
      Escher was the first MC and Giger invented the HR department.
  5. there's still a healthy user base.. by resfilter · · Score: 5, Interesting

    .. of slackware people.

    as a slackware user myself, i have no real problem with grub and i use it on a few machines where it's advantageous, but most of my systems still boot with lilo, and i don't see any need to change them around in the near future.

    1. Re:there's still a healthy user base.. by Anonymous Coward · · Score: 3, Informative

      I'm on Gentoo. With a lot of the systematic (ahem) churn nowadays, I feel a bit of kinship with the Slackware people.

      When Grub got grubby (v2.0), I held off as long as I could with Grub 1. Then I found Syslinux and have never looked back. It *is* a little bit odd since you have to have the kernel in the same partition as extlinux, but this is not so strange if you are using a separate boot partition anyway. In my preferred setup, I have a statically linked Busybox and scripts in that partition so that it can serve both as the boot partition and a rescue partition (and I use the same kernel for both). I also have it set up so that early userspace is here--using a real file system instead of an initrd or initramfs. Why early userspace? I use LVM with the root partition on LVM. You don't *have* to use LVM, of course, the setup would work nicely, with normal partitions also.

    2. Re:there's still a healthy user base.. by Anonymous Coward · · Score: 0

      Indeed. LILO still works here. Thanks to the authors for all their hard work over the years.

  6. What will he do for a living now? by Anonymous Coward · · Score: 0

    Hope he finds another non-job soon.

  7. Simple but functional by UbuntuniX · · Score: 3, Interesting

    I was using LILO for quite a while recently, as my newest PC has a terrible UEFI system and the Debian installer couldn't configure GRUB by itself. It served me well in the interim.

  8. Is it weird? by Anonymous Coward · · Score: 0

    Is it weird to feel nostalgia for a bootloader?

    1. Re:Is it weird? by Half-pint+HAL · · Score: 1

      Yes. However, my nostalgia for an 8-bit with the OS burned into a factory-produced ROM chip is completely natural. Blip-bloop.

      --
      Got them moderator blues I blieve I walk out the do', With these mod-points I been gettin', I 'most never post no mo'
    2. Re:Is it weird? by interval1066 · · Score: 2

      Naw, back in the day lilo was the shit.

      --
      Python: 'And then suddenly you have a language which says "we're all stuck with whatever the whiniest coder wants".'
    3. Re:Is it weird? by Anonymous Coward · · Score: 0

      Or the Everex 286's with DOS on a ROM chip.Fast boot times and no virus worries.

  9. No worries... by Anonymous Coward · · Score: 0

    I'm sure they'll make an implementation of LILO in systemd soon enough :)

  10. Mostly troll posts by Psychotria · · Score: 5, Insightful

    The current comments are mostly trolls and brain-dead idiocy. As typical for the new /.

    It wasn't until around 1999-2000 (I think) that distros started replacing LILO with GRUB as the default bootloader. GRUB offered many new powerful features that certainly helped its adoption. That is not to say, though, that LILO didn't have benefits as well (and in some circumstances it still does). It's sad to see that such a pinnacle piece of software contributing to Linux's success is going to be discontinued by the project's primary developer. LILO is such an important part of Linux history that it deserves a place is some kind of "hall of fame". But, it's open sourced so maybe -- just maybe -- someone will pick up the project so that it doesn't die. If not then it will be fondly remembered by those of us who were using Linux back in the olden days (1994 was my first install). Even if it's not continued the source code is informative, but the trolls will not understand that and just keep on using whatever their bootloader and praising whatever it is without understanding wtf it actually does and how the boot process actually works.

    1. Re:Mostly troll posts by elgatozorbas · · Score: 1

      ...it will be fondly remembered by those of us who were using Linux back in the olden days

      There is no need (yet) to be nostalgic about LILO: I (ex slackware, now gentoo) am still using LILO, and probably many others are using it too. If it ain't broken, why replace it?

    2. Re:Mostly troll posts by starworks5 · · Score: 2

      maybe it will get picked up by systemD to replace the Grub bootloader ;-)

    3. Re:Mostly troll posts by Anonymous Coward · · Score: 0

      LILO lacks a whole lot of modern features but I can understand why it sticks around. It's dead simple and reliable.

      GRUB is usually a whole lot more useful but it's code is a hot god damn mess. - But that's really not the GRUB developer's fault! You can blame the PC architecture, which went from no proper firmware/monitor to.. Whatever UEFI is (Most say another mess that is way too complicated while providing far too little).

      GRUB tries to pick up the slack while fitting inside the very, very, very tiny and very very very constrained environment afforded to pre-boot programs on the PC. Considering that, it's pretty good.

      If you don't need what GRUB does, LILO is probably better. LILO can live in the boot area and does not need binaries housed elsewhere on mass storage. A lot less to go wrong.

    4. Re:Mostly troll posts by Anonymous Coward · · Score: 0

      systemd already has gummiboot as a UEFI bootloader, doesn't it?

    5. Re:Mostly troll posts by Just+Some+Guy · · Score: 1

      While I appreciate and respect the work that went into LILO, I'm not going to wax nostalgic about it. There were lots of things I used daily Back Then - think AGP drivers, X modelines, PATA - that served me well but that I'm happy to move past. LILO did its job and I'm grateful to it, but I don't feel like a troll for not caring about what it's been up to for the last decade or so.

      --
      Dewey, what part of this looks like authorities should be involved?
    6. Re:Mostly troll posts by OhSoLaMeow · · Score: 1

      maybe it will get picked up by systemD to replace the Grub bootloader ;-)

      In other news, LILO is being replace with STITCH.

      --
      They can take my LifeAlert pendant when they pry it from my cold dead fingers.
    7. Re:Mostly troll posts by Anonymous Coward · · Score: 0

      Yep. Recently got merged (second project under Sievers maintainership that has gone that route, udev being the first).

  11. Re:Everything has an end... by Psychotria · · Score: 1

    ...only sausage has two!

    How many ends does a circle have?

  12. I'd like to take a moment to express appreciation by hey! · · Score: 4, Interesting

    for the maintainers. The bootloader is a not particularly glamorous problem to work on, but it's critical to everyone and because it involves differing interpretations of standards by manufacturers and various OS developers it had to have been a headache.

    Of course later projects had the luxury of a clean sheet, hindsight, and more hardware resources, but without a solid bootloader in the early says of Linux, history would have been very different.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  13. Re:Everything has an end... by Anonymous Coward · · Score: 0

    Infinite.

  14. Re:Everything has an end... by Psychotria · · Score: 1

    What about a circular sausage?

  15. What's it good for? by Anonymous Coward · · Score: 0

    There are a lot of the LILO faithful in these comments piping up about how LILO still has advantages in some situations - but none of them are saying what those situations are.

    Considering Grub is at worst an excellent product for well over 90% of use cases, I don't feel at all bad asking...What ARE the cases in which LILO is better?

    I don't ask to troll. I've been using Linux since 1993, and was fine with LILO until the turn of the century or so, when Grub took its place in almost all the major distributions. I just don't see, as a developer, desktop user, gamer, DBA, or sysadmin (I wear all these hats and then some on a daily basis) any cases where Grub doesn't fit my needs, or in which LILO provides functionality I'm not getting from Grub. I'm genuinely curious what those cases are, even if it's just knowledge that gets filed away in my own personal archives...

    1. Re:What's it good for? by Anonymous Coward · · Score: 0

      LILO is smaller, (fits in MBR) so no room for a "rescue" shell. Doesn't require a filesystem to boot

      http://www.ibm.com/developerworks/library/l-bootload/

    2. Re:What's it good for? by armanox · · Score: 1

      Good for a few things, to be honest. First one of them is configuration - GRUB (since GRUB 2) is a nightmare to configure. LILO is very simple. Second (less common) is installation - LILO installs itself to the MBR (or start of the partition) and does not require access to a system partition for it's configuration (so if something accidentally deletes /etc/lilo.conf LILO still works). I suppose number three is the small size of LILO, and it being slightly faster then GRUB.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    3. Re:What's it good for? by Anrego · · Score: 1

      Entirely this. In my opinion grub 2 is where they really went off the rails. When you have a set of configuration files that configure the set of scripts that generate the _actual_ configuration, something has gone horribly, horribly wrong.

      Personally I use extlinux and have been very happy with it. You get the classic "single and really simple configuration file" feel of LILO with the subset of bells and whistles that you actually need.

    4. Re:What's it good for? by Drinking+Bleach · · Score: 1

      Entirely this. In my opinion grub 2 is where they really went off the rails. When you have a set of configuration files that configure the set of scripts that generate the _actual_ configuration, something has gone horribly, horribly wrong.

      Those scripts and configuration files sprang into existence well before GRUB 0.97 even. In GRUB 2, they're still not required and the configuration file is not hard to hand-write if you don't want the auto-OS detection and config generation said scripts provide :P

  16. It's good to have an end rather just withering awa by unimacs · · Score: 2

    I used it a very long time ago and countless people have used it before and since. It's far better to have a definite end date rather than just sporadic updates that grow farther apart and less significant, - leaving people to wonder if it's being maintained or not.

    Instead of the maintainer feeling the occasional pang of guilt over not doing anything, they can feel good about what was accomplished during the life of the project and move on to the next thing.

  17. Re: Everything has an end... by Anonymous Coward · · Score: 0

    It goes to eleven

  18. Speaking of bootloaders by Anonymous Coward · · Score: 0, Flamebait

    How long until systemd replaces grub?

    1. Re:Speaking of bootloaders by Anonymous Coward · · Score: 0

      How long until systemd replaces grub?

      When the chosen one finds it confusing. It's funny how this is modded at -1. I'm sure the same comment in the past about 'su' would have been modded the same way, but here we are.

    2. Re:Speaking of bootloaders by muridae · · Score: 1

      I wonder how long it is til systemd decides that the linux kernel is too confusing for people who just use x86-64 and replaces the kernel.

  19. Re:Finally? Finally?? by TWX · · Score: 1

    No.

    I used it like people use locks on their homes, I had a boot floppy with LILO and no MBR on the fixed disk, so the floppy had to be in the computer to boot as it literally booted from LILO installed on a floppy disk, then LILO found the kernel on the fixed disk and the OS loaded. Take the floppy out and the computer doesn't boot.

    Obviously this wasn't going to keep out people that knew what they were doing and came prepared with their own bootable media, but it kept out roommates and their friends. I didn't even have to take the floppy disk all of the way out of the computer, simply unmounting it from the spindle and leaving it in the drive was enough. No one at the time gave that a second thought.

    --
    Do not look into laser with remaining eye.
  20. What can I say? by Anonymous Coward · · Score: 2, Informative

    I've used it recently in some distro I tried (maybe a Slackware derivative) and I was surprised it still worked well after all these years (it's an old machine, but anyway...).

    I can only say thanks... to Werner, John and Joachim. These three guys have been in the forefront of the good battle and millions of people owe them at least a lot of respect.

    I wonder whether there are any scenarios where LILO works and Grub won't...

    LILO - Grub, Xfree86 - Xorg, SysV - Systemd, Fvwm - KDE & Xfce, OpenOffice.org - Libreoffice, lots of change for me all these years.

    To all you which made the world lighter for others, next time you take a sip of your favorite beverage (wine, beer, tea, whatever), please make a toast to yourselves in my name. Please know there's someone somewhere on this Earth that is very grateful to you and thinks you're the best.

    PS: All the other folks in software I didn't mention, you're in this one, too. (mc, Gimp, Konqueror, Kwin, Inkscape, Audacity, the kernel, GNU, etc. etc.)

    1. Re: What can I say? by Anonymous Coward · · Score: 0

      You sir are a completely useless air breather and in desperate need of butt kicking. What the heck kind of parents did you have to be so disrespectful? I'm not a Linux person by any means but I'm familiar with lilo and it's uses. It deserves some respect for its usefulness over the years.

      You are an embarrassment to your family, geeks, and the human race along with all the other trolls that post crap on this article. This is one of reasons why Slashdot has gone down hill. If you my kid I'd give you a beating regardless of your age. Hope you are proud of yourself.

    2. Re:What can I say? by PessimysticRaven · · Score: 1

      Get a room, faggot.

      I had no idea XBOX LIVE and /. were merging...

      --
      Consistency is only a virtue if you're not a screw-up.
  21. Re:Everything has an end... by Anonymous Coward · · Score: 0

    I have two big, black sausages in my both of my holes right now.

    - Kathleen Malda nee Fent

  22. No worries by guruevi · · Score: 1

    Poettering will soon release a boot loader with systemd because GRUB and LILO are 'too difficult to use'. Instead you'll have to define the boot loader in an XML and then use /usr/sbin/bootloaderctl to load/unload it. However if your boot loader is not "vendor-defined" to on in your distribution, you'll have to manually load it every kernel upgrade.

    --
    Custom electronics and digital signage for your business: www.evcircuits.com
    1. Re:No worries by interval1066 · · Score: 1

      Too difficult to use? Would love to see some cites or references to that or something...

      --
      Python: 'And then suddenly you have a language which says "we're all stuck with whatever the whiniest coder wants".'
    2. Re:No worries by Anonymous Coward · · Score: 0

      https://wiki.archlinux.org/index.php/Systemd-boot

    3. Re:No worries by Anonymous Coward · · Score: 0

      Read back a few days on why systemd now has an "su" feature.

  23. LILO Dallas Multipass by 93+Escort+Wagon · · Score: 1

    Yes, I'm sorry.

    --
    #DeleteChrome
    1. Re:LILO Dallas Multipass by Anonymous Coward · · Score: 0

      Yes honey, she knows it's a multipass.

  24. LILO? by Anonymous Coward · · Score: 0

    LIL-Oh fuck. Those three letters, sitting there, staring you out, striking fear in the hearts of many a valiant penguinista.

    From the "Things were not better back then, they were a sodding nightmare" dept.

    1. Re:LILO? by rubycodez · · Score: 1

      Yes, now that's it's 2015 things are so much more advanced with grub and we instead have hang with

      GRUB loading stage2...

      staring at you

    2. Re:LILO? by Drinking+Bleach · · Score: 1

      GRUB doesn't do stages anymore. That would be a "rescue>" prompt. It's a little better, and can usually help to save from minor configuration mishaps, though not useful for more major oopses (maybe you changed file systems and forgot to update GRUB, now the boot.img doesn't understand how to read the file system...). It also gives a lot of pause to the thought of "Oh crap, what are GRUB's commands?"

  25. The endless repetition of history by Anonymous Coward · · Score: 0

    You've pretty much described how GRUB took over from LILO whenever you describe how systemd took over from sysV init.

    Nearly limitless arrogance catering to people intimidated by the extra care that is needed to use simpler, more elegant systems...

    "XXX is too hard! Use YYY! It's better! Don't listen to those old guys in the suspenders, they are smelly hippies! You shouldn't have to learn to do anything, the computer should do it for you!"

    1. Re:The endless repetition of history by Anonymous Coward · · Score: 0

      LILO filled my screen with LI 02 02 02 02 02 02 02 02 02 02 02

      Every time I tried to use it until I turned it off. GRUB didn't have this limitation. That's why I switched. Windows also doesn't have this limitation, so I mostly use that these days.

    2. Re:The endless repetition of history by PPH · · Score: 1

      Do one thing and do it well.

      Yes, GRUB is an improvement over LILO. But it still just does the one thing: Loads and boots a selected O/S. It doen't break other systems or apps. In that sense, it's adoption is nothing like systemd.

      --
      Have gnu, will travel.
    3. Re:The endless repetition of history by sjames · · Score: 2

      Not really. Grub didn't try to replace su, login, getty, etc etc etc. It confined itself to being a bootloader. It didn't attempt to force changes on the kernel that would prevent LILO from working, so it was also a genuine choice.

  26. Re:Finally? Finally?? by fsagx · · Score: 1

    Same for me. My computer booted to Windows95, unless you had the mystery floppy in the drive (1 of hundreds scattered about) -- Then it would boot to linux. What did I use this secret installation for? Nothing useful at the time. I just missed the unix machines I had access to in college.

  27. Re:Finally death becomes it by Anonymous Coward · · Score: 0

    If you look deep into the internals of windows, you will find GRUB there. Fanboi much?

    Captcha -> decline

  28. Same here by Viol8 · · Score: 1

    I still use lilo on all 3 of my boxes. I don't need a pre boot "enviroment" or however grub is described, I just want the OS booted and up and running ASAP. If there's a problem with booting I'll just grab a live DVD , I'm not going to wrestle with a load of cryptic bootloader commands to try and solve the problem.

  29. Re:Everything has an end... by Anonymous Coward · · Score: 0

    That still has a happy end(ing) for all sausages involved.

  30. Sad by Anonymous Coward · · Score: 0

    Sad. Grub is too complicated. I like lilo for the simple configuration file. Great power

    1. Re:Sad by FranTaylor · · Score: 1

      Sad. Grub is too complicated. I like lilo for the simple configuration file. Great power

      Apple II is very simple, thus great power.

    2. Re:Sad by Anrego · · Score: 2

      Look into extlinux, it's what I switched to when grub totally went off the rails.

  31. Re:Finally? Finally?? by paulatz · · Score: 1

    You know, passwords?

    --
    this post contain no useful information, no need to mod it down
  32. Jesus fucking christ. by Anonymous Coward · · Score: 0

    I'm out.

    *BSD ftw.

  33. Software that works by spaceyhackerlady · · Score: 1

    My personal/playpen Linux box at work is Slackware. It uses LILO. Of course.

    There is always a place for software that works. Software that does one thing, does exactly what it's supposed to do, and does it well.

    ...laura

  34. systemd by El_Muerte_TDS · · Score: 2, Funny

    Can't simply replace LILO with systemd?

    1. Re:systemd by rubycodez · · Score: 2, Insightful

      Can't simply replace Poeterring with an indoor manure spreader?

    2. Re:systemd by Anonymous Coward · · Score: 0

      Can't simply replace Poeterring with an indoor manure spreader?

      No, just no..

      in some circumstances, an indoor manure spreader may be both a useful and welcome device..

      Thinking about this, as Poopathing and his code happen to other people, and any foreseeable use I'd have for said manure spreader would also happen to other people...meh, either way I'd get the popcorn in and watch the hilarity both items are capable
      of providing by peoples reactions to their excrementitious ejaculations...

    3. Re:systemd by Anonymous Coward · · Score: 0

      No, because indoor manure spreader can be useful in some scenarios.

    4. Re:systemd by Anonymous Coward · · Score: 0

      There's nothing to replace. Poeterring is an indoor manure spreader. It's just that some people think we need enough of him to put a copy of him in every home.

    5. Re:systemd by Anonymous Coward · · Score: 0

      I'm pretty sure indoor-manure-spreaderd is already planned for inclusion in the next version of systemd.

  35. LIL? by Anonymous Coward · · Score: 1

    LIL-

  36. Re:Everything has an end... by rubycodez · · Score: 1

    they're a pain in the ass

  37. Re:systemd FTW by Anonymous Coward · · Score: 0

    But where is the SDLO, SystemDLOader? Why are the Systemd-cult still using Linux as their loader? How old fashioned is that?

  38. Oh no! by fustakrakich · · Score: 1

    First init, and now this? Where will it end?

    --
    “He’s not deformed, he’s just drunk!”
    1. Re:Oh no! by Anonymous Coward · · Score: 0

      At least we still have BIOS, right?

      (right?)

  39. LI by Anonymous Coward · · Score: 0

    LI

  40. Re:Finally death becomes it by armanox · · Score: 1

    Not sure if you noticed, but Microsoft has replaced its boot loader a few times now (BCD vs boot.ini vs Whatever they added in Windows 8)

    --
    I'm starting to think GNU is the problem with "GNU/Linux" these days.
  41. LI.. by Anonymous Coward · · Score: 0

    LI... ...

    The end

  42. Thanks by Anonymous Coward · · Score: 0

    Thanks for your work! One thing we never were quite sure about in the early days much like the Linux name itself, is it pronounced lie-low or lil-oh?

  43. Re:Finally? Finally?? by TWX · · Score: 1

    If someone is prompted with a password prompt they may be inclined to try guessing for awhile. If they're prompted with a disk-boot error they simply turn off the computer and walk away.

    --
    Do not look into laser with remaining eye.
  44. I am currently running it! by Anonymous Coward · · Score: 0

    I have a hard disk with a vintage 1 block MBR dating back to the early '00s which thanks to Ubuntu removing grub1, no longer can install grub2 (since grub2 doesn't support block chaining, as grub1 did) since it demands a larger space before the first partition to install into.

    LILO is the one way to go on that system.

    Additionally, grub doesn't play well with SCSI and some older systems I had with adaptec SCSI drivers as the boot disk were only capable of booting if using lilo (I think syslinux would work as well, but hell if I ever figured out how to get it to properly install.)

    That said, lilo was built for the mbr era, where a single 512(maybe up to 2048, depending on the paritioning tool?) byte block (and not even all of that) was all you were guaranteed access to, quite often with the necessity of utilizing the 16 bit bios extensions in order to be able to suitably load from the system's storage medium. For that purpose lilo was and still is impecabble. But it is a tool built for x86 mbrs, and with the death of the mbr and traditional bios there are better solutions possible and incompatibility is imminent (just like UEFI graphics cards for those of us still running traditional bios systems.)

    Software maturity can only last as long as hardware and firmware maturity and at this point in time the latter are in a great deal of flux, only some of which is truly necessary for the changes taking place.

  45. SCSI Boot on Adaptec Option ROMs by Anonymous Coward · · Score: 0

    Circa PPro/first gen Xeon era. Maybe later.

    Having spent a few hours fiddling with grub, grub2, and lilo, only the latter properly loaded on all systems I tried. Additionally any system with only a 512 byte bootsector can't load grub2 anymore since they got rid of blockchaining as unreliable.

  46. That was... by Anonymous Coward · · Score: 0

    LBA versus cylinder mode issues.

    People often forget about the dark days of CHS, LBA, LBA48 and the bios that had to be kludged around for one or more of their non-functional modes.

  47. LILO ftw by fluffynuts · · Score: 1

    I only switched to GRUB because of installed defaults and my laziness. LILO was, imo, always simpler, cleaner, made more sense.

    GRUB works, but it feels like it's been engineered to be way more than it needs to be, and, in the process, it starts to suck. As an example, I started looking into GRUB theming (hey, a pretty boot screen would be nice). Turns out I could never convince GRUB to use a TTF font and display the table (and items in the table) correctly. That's a feature that may as well not be in there -- if it doesn't work, turf it. I didn't *need* it, but I spent a bit of time trying to get it to work and failing, which I wouldn't have bothered with if it just weren't there. Or there's the interactive boot -- works if you already know by rote all of the GRUB internals, at the currently installed level; completely useless otherwise. That being said, it does still work, and I still use it to select an OS -- I just miss LILO.

    Also, LILO was quite explicit about the "you need to run me to update the MBR" ruling. Which I found kind of comforting: if you didn't make the active choice to update your MBR, you didn't make the active choice to break it with a bad config.

    Also, diversity leads to better overall design across the spectrum. Any time a competitor is lost, it's sad for the ecosystem as a whole.

  48. ... BootLoader to be incorporated in SystemD by fluffynuts · · Score: 1

    Stating that LILO and GRUB were "confusing and broken", Lennart Poettering has announced that SystemD will take over MBR management. "It's just a small step towards complete system domination", the great leader was heard to muse, "After all, PulseAudio did so well and everyone is loving how much easier SystemD is than init scripts. What could possibly go wrong?".