Fourhundred Thecat <400the...@gmx.ch> writes:
> How can I boot Debian kernel with lilo?
I have a vague memory you may need to specify root option per image in
lilo.conf. From my ancient lilo.conf:
# Jessie stock kernel
image = /boot/vmlinuz-3.16.0-4-amd64
label = "Jessie&quo
Hello,
On Debian 10, I am using custom kernel, with lilo boot loader.
Now I want to boot the default Debian distribution kernel. I have
installed the debian kernel image:
apt-get install linux-image-amd64
and added the entry to /etc/lilo.conf. Now my lilo.conf looks like this:
https
+0300, Michelle Konzack wrote:
> > >> Good day,
> > >>
> > >> I run Stretch on my Laptop with sysvinit.
> > >>
> > >> I had setup some profiles and tried to start them by passing 2, 3,
> > >> 4, 5 at the end of the Kerne
n my Laptop with sysvinit.
> >>
> >> I had setup some profiles and tried to start them by passing 2, 3,
> >> 4, 5 at the end of the Kernel commandline (I use LILO) but the
> >> appropriated runnlevel ist not entered.
> >>
> >> Do I mis someth
2, 3,
>> 4, 5 at the end of the Kernel commandline (I use LILO) but the
>> appropriated runnlevel ist not entered.
>>
>> Do I mis something?
>
> Whatever you did to LILO you did it wrong.
I have this parameter in "append" of each kernel section since ages!
to be mo
Hi.
On Sun, Jun 10, 2018 at 02:25:30PM +0300, Michelle Konzack wrote:
> Good day,
>
> I run Stretch on my Laptop with sysvinit.
>
> I had setup some profiles and tried to start them by passing 2, 3,
> 4, 5 at the end of the Kernel commandline (I use LILO) but
Good day,
I run Stretch on my Laptop with sysvinit.
I had setup some profiles and tried to start them by passing 2, 3,
4, 5 at the end of the Kernel commandline (I use LILO) but the
appropriated runnlevel ist not entered.
Do I mis something?
Since systemd anything is screwed up und nothing is
Bill Brelsford wrote:
> Lilo has always met my needs well, so, although I've considered
> grub, I've never felt the need to switch. But it was one of the
> next steps I was considering in this case -- especially if the
> problem turned out to be lilo.
if there was no nee
On Fri Oct 13 2017 at 01:20 AM +0200, deloptes wrote:
> Bill Brelsford wrote:
>
> > This doesn't explain why I got the EBDA message in the first place,
> > but all is working now..
>
> once again the question: why not use grub?
Lilo has always met my needs well,
Bill Brelsford wrote:
> This doesn't explain why I got the EBDA message in the first place,
> but all is working now..
once again the question: why not use grub?
On Mon Oct 09 2017 at 12:50 AM +0200, Bill Brelsford wrote:
> After the stretch 9.2 kernel upgrade to 4.9.0-4, lilo gives, at
> boot, "EBDA is big; kernel setup stack overlaps LILO second stage"
> and freezes.
Problem solved. This is a dual-boot system, with the Win 10
bootloa
Bill Brelsford wrote:
> Suggestions?
grub
After the stretch 9.2 kernel upgrade to 4.9.0-4, lilo gives, at
boot, "EBDA is big; kernel setup stack overlaps LILO second stage"
and freezes.
Steps:
- After upgrading, I installed irqbalance before re-booting.
- Lilo then gave "Loading linux" followed by
On 01/14/2017 05:38 PM, Stephen Powell wrote:
On Sat, Jan 14, 2017, at 10:05, Richard Owlett wrote:
On 1/14/2017 8:45 AM, Miroslav Skoric wrote:
Hello all,
Intro: I have been using LILO for ages. Now running Wheezy 7.11
LTS. As usual and for test purposes on older machines I have two
kernel
On Wed, Jan 18, 2017, at 20:49, Stephen Powell wrote:
>
> ...
> The first two "image" entries define the standard "most recent" and
> "next-most recent" kernels and don't need to be messed with, provided
> that the standard symbolic link names are being maintained by
> "do_symlinks = yes" in /etc/
On Wed, Jan 18, 2017, at 20:49, Stephen Powell wrote:
> ...
> One such program, memtest86+, provides a stand-alone memory testing
> program built to resemble a Linux kernel, so that Linuxboot loaders
> think it is a Linux kernel and will load it like one (the entire boot image is
> loaded, not just
On Sat, Jan 14, 2017, at 11:38, Stephen Powell wrote:
>
> If there are special kernels that you want to be able to boot which are
> outside
> the normal "last two", then you must manually edit /etc/lilo.conf to provide
> the capability to boot this kernel, then run lil
On Sat, Jan 14, 2017, at 10:05, Richard Owlett wrote:
> On 1/14/2017 8:45 AM, Miroslav Skoric wrote:
> > Hello all,
> >
> > Intro: I have been using LILO for ages. Now running Wheezy 7.11
> > LTS. As usual and for test purposes on older machines I have two
> > ke
On 1/14/2017 8:45 AM, Miroslav Skoric wrote:
Hello all,
Intro: I have been using LILO for ages. Now running Wheezy 7.11
LTS. As usual and for test purposes on older machines I have two
kernel flavours: 486 and 686-rt. In LILO boot menu they appear as
Linux486 and Linux686 (before renaming they
Hello all,
Intro: I have been using LILO for ages. Now running Wheezy 7.11 LTS. As
usual and for test purposes on older machines I have two kernel
flavours: 486 and 686-rt. In LILO boot menu they appear as Linux486 and
Linux686 (before renaming they were Linux and LinuxOLD). Both work nice
There has been some mention of booting UEFI systems in
this thread. This appears to be a comprehensive resource:
http://www.rodsbooks.com/efi-bootloaders/index.html
Many bootloaders are covered, and the author also
mentions his own project, rEFInd
http://www.rodsbooks.com/refind/
cheers,
--
sts *ALL* the
> choices which can be preseeded.
>
> I find Debian documentation to frequently resemble the early _CPM-80
> Manual_. It's all there but finding it can me daunting.
The template files in the udebs are the definitive source for preseed
options. Some of them interact with eac
On 7/9/2016 4:00 PM, Stephen Powell wrote:
[snip]
What I'd like to find which I've had no luck with so far, is finding a Debian
installer cmdline option to skip the waste of time that is installation of
any bootloader. My disks get generic MBR code and Grub installed by me before
any OS gets ins
On Sun, Jul 10, 2016, at 03:31, Pascal Hambourg wrote:
>
> AFAICS, elilo is not available any more in stretch and sid.
>
I'm sorry to hear that. I don't have any UEFI-based systems right now, so
it's not an issue for me -- yet. But it may be someday. On the other hand,
CSM-less UEFI systems ma
On Sun 10 Jul 2016 at 10:31:38 +0200, to...@tuxteam.de wrote:
> On Sat, Jul 09, 2016 at 11:15:08PM +0100, Brian wrote:
>
> [...]
>
> > This is a common misconception. Debian is about providing the best free
> > operating system possible.
>
> In your humble opinion.
>
> (sorry, I know I'm feedi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Jul 09, 2016 at 11:15:08PM +0100, Brian wrote:
[...]
> This is a common misconception. Debian is about providing the best free
> operating system possible.
In your humble opinion.
(sorry, I know I'm feeding it, but I couldn't resist).
- --
Le 09/07/2016 à 22:41, Stephen Powell a écrit :
So I'm not concerned about it's maintenance status. As long as there are
PCs with a BIOS, or a CSM, lilo will remain usable. If the BIOS/CSM goes,
lilo goes with it. lilo can't function without a BIOS/CSM. But for UEFI-only
s
Le 09/07/2016 à 22:00, Brian a écrit :
All well and good but the installer inexplicably offers a choice between
GRUB and LILO. The installer manual is unhelpful on which to choose. A
newcomer wouldn't have a clue. We do them no service with this retrograde
offering. Get rid of it.
What i
Stephen Powell wrote:
> As far as LILO being unmaintained is concerned, I wouldn't be too concerned
> about that. I've been thinking about offering to maintain it myself. I
> haven't
> heard from Joachim lately. Maybe I'll drop him another line.
I think LI
nvironment" in tasksel, I get an xfce
desktop instead of a gnome3 desktop. Perhaps the boot loader choice could be
handled in a similar fashion. Something like
expert desktop=xfce bootloader=lilo
with the defaults being gnome3 and grub2, respectively.
(Dare I suggest adding initsystem=sy
Brian composed on 2016-07-09 21:00 (UTC+0100):
...the installer inexplicably offers a choice between
GRUB and LILO. The installer manual is unhelpful on which to choose. A
newcomer wouldn't have a clue. We do them no service with this retrograde
offering. Get rid of it.
Probably a Bad
On Sat 09 Jul 2016 at 16:41:24 -0400, Stephen Powell wrote:
> On Sat, Jul 9, 2016, at 16:00, Brian wrote:
> >
> > All well and good but the installer inexplicably offers a choice between
> > GRUB and LILO. The installer manual is unhelpful on which to choose. A
> > ne
On Sat 09 Jul 2016 at 22:05:45 +0200, Erwan David wrote:
> Le 09/07/2016 à 22:00, Brian a écrit :
> >
> > What is the point of a choice? Just offer GRUB; it is the bootloader for
> > Debian and has many advantages over LILO in todayss Linux ecosystem.
> > People who
wice, both
consoles are used. But, strictly speaking, you're right. LILO appends options
supplied on the command line to options specified in the "append" configuration
file statement, it does not replace them.
>
> What I'd like to find which I've had no luck with so f
On Sat, Jul 9, 2016, at 16:00, Brian wrote:
>
> All well and good but the installer inexplicably offers a choice between
> GRUB and LILO. The installer manual is unhelpful on which to choose. A
> newcomer wouldn't have a clue. We do them no service with this retrograde
> off
Erwan David composed on 2016-07-09 22:05 (UTC+0200):
Brian composed:
What is the point of a choice? Just offer GRUB; it is the bootloader for
Debian...
What is the point of a choice, just use the windows provided with your PC...
:-D
Linux and debian is just about choice given to the us
Stephen Powell composed on 2016-07-09 13:19 (UTC-0400):
Felix Miata wrote:
Stephen Powell composed on 2016-07-09 08:58 (UTC-0400):
As for features, LILO has all the features that I need.
One feature it never acquired AFAIK, which Grub shares with Syslinux, is the
Le 09/07/2016 à 22:00, Brian a écrit :
>
> What is the point of a choice? Just offer GRUB; it is the bootloader for
> Debian and has many advantages over LILO in todayss Linux ecosystem.
> People who have a great desire to use LILO can search it out.
>
> Unmaintained in Debian,
On Sat 09 Jul 2016 at 13:19:08 -0400, Stephen Powell wrote:
> On Sat, Jul 9, 2016, at 10:53, Felix Miata wrote:
> > Stephen Powell composed on 2016-07-09 08:58 (UTC-0400):
> >
> >> As for features, LILO has all the features that I need.
> >
> > One feature
On Sat, Jul 9, 2016, at 10:53, Felix Miata wrote:
> Stephen Powell composed on 2016-07-09 08:58 (UTC-0400):
>
>> As for features, LILO has all the features that I need.
>
> One feature it never acquired AFAIK, which Grub shares with Syslinux, is the
> ability to edit the k
Stephen Powell composed on 2016-07-09 08:58 (UTC-0400):
As for features, LILO has all the features that I need.
One feature it never acquired AFAIK, which Grub shares with Syslinux, is the
ability to edit the kernel cmdline at boot time, before kernel load. With
problematic hardware
On Thu, Jul 7, 2016, at 20:53, Felix Miata wrote:
> Stephen Powell composed on 2016-07-07 20:30 (UTC-0400):
>
> > If your system has a BIOS and a traditional DOS-style partition table,
> > there's no reason not to use LILO, unless you just don't want to.
>
>
On 08/07/16 07:06 PM, Brian wrote:
On Fri 08 Jul 2016 at 18:13:01 -0400, Gary Dale wrote:
On 08/07/16 02:19 PM, Brian wrote:
If you have some way of easily adjusting files in /etc/grub.d to the
needs of a user I wish you would say.
So that's the problem. You never took the time to RTFM. See
h
On Fri 08 Jul 2016 at 18:13:01 -0400, Gary Dale wrote:
> >>On 08/07/16 02:19 PM, Brian wrote:
> >
> >If you have some way of easily adjusting files in /etc/grub.d to the
> >needs of a user I wish you would say.
> So that's the problem. You never took the time to RTFM. See
> https://help.ubuntu.com
On Fri 08 Jul 2016 at 16:57:30 -0500, David Wright wrote:
> On Fri 08 Jul 2016 at 21:16:00 (+0100), Brian wrote:
>
> > Stop moaning. Do it or file file a bug, Then stop moaning and do it.
>
> I'm the person without a complaint about Grub2, not the one moaning.
Apologies. I was intending to talk
:55 PM, David Wright wrote:
On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
The big selling feature of Grub over Lilo was that it didn't need to
updated each time you changed something. That fell by the wayside
with Grub 2. Now the big selling feature is that it works with more
than
wrote:
> > > > >On Thu 07 Jul 2016 at 15:18:05 -0400, Gary Dale wrote:
> > > > >>On 07/07/16 02:55 PM, David Wright wrote:
> > > > >>>On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
> > > > >>>>The big selling fe
wrote:
> > > >>On 07/07/16 02:55 PM, David Wright wrote:
> > > >>>On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
> > > >>>>The big selling feature of Grub over Lilo was that it didn't need to
> > > >>>>update
; >>>
> >>>>On 07/07/16 02:55 PM, David Wright wrote:
> >>>>>On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
> >>>>>>The big selling feature of Grub over Lilo was that it didn't need to
> >>>>>>updated each
t; >>>On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
> > >>>>The big selling feature of Grub over Lilo was that it didn't need to
> > >>>>updated each time you changed something. That fell by the wayside
> > >>>>with Grub 2
selling feature of Grub over Lilo was that it didn't need to
updated each time you changed something. That fell by the wayside
with Grub 2. Now the big selling feature is that it works with more
than just Linux.
I guess I don't know what you mean by "update".
If I change the conte
te:
> >>>>The big selling feature of Grub over Lilo was that it didn't need to
> >>>>updated each time you changed something. That fell by the wayside
> >>>>with Grub 2. Now the big selling feature is that it works with more
> >>>>t
Gary Dale composed on 2016-07-07 14:39 (UTC-0400):
It also has a "rescue shell" that I've never been able to do anything
useful with. When grub fails, I boot from a rescue cd instead. That way
I get a real working environment.
The Grub shell works the same whether in boot rescue mode or run fr
On 07/07/16 05:12 PM, Brian wrote:
On Thu 07 Jul 2016 at 15:18:05 -0400, Gary Dale wrote:
On 07/07/16 02:55 PM, David Wright wrote:
On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
The big selling feature of Grub over Lilo was that it didn't need to
updated each time you ch
On Thursday, July 07, 2016 09:03:38 PM David Wright wrote:
> The most modern fdisk program I have is gdisk (for GPT disks) and it
> counts partitions from 1. Is there some newfangled disk subsystem
> that's passed me by which starts counting at zero?
I guess it still confuses me, but maybe I have
> rhkra...@gmail.com composed on 2016-07-07 18:47 (UTC-0400):
> >The thing that always frustrated me about grub is that, iirc, they counted
> >disks / partitions different than lilo and the rest of Linux--they start
> >counting at 1 (like Windows, iirc), and lilo and Linux st
Stephen Powell composed on 2016-07-07 20:30 (UTC-0400):
If your system has a BIOS and a traditional DOS-style partition table,
there's no reason not to use LILO, unless you just don't want to.
Or, if you like to be able to boot without hunting down rescue media even
though you
On Thu, Jul 7, 2016, at 10:57, Giovanni Gigante wrote:
>
> At the end, I decided to try the upgrade to jessie with LiLo (24.1) in
> place. I thought that the probability of hitting some bug caused by the
> interaction between LiLo and the upgraded distribution was less than the
&g
rhkra...@gmail.com composed on 2016-07-07 18:47 (UTC-0400):
The thing that always frustrated me about grub is that, iirc, they counted
disks / partitions different than lilo and the rest of Linux--they start
counting at 1 (like Windows, iirc), and lilo and Linux start counting at 0--is
that
On 07/07/2016 05:47 PM, rhkra...@gmail.com wrote:
I'll take advantage of this thread to ask a question / express my frustration
with grub:
The thing that always frustrated me about grub is that, iirc, they counted
disks / partitions different than lilo and the rest of Linux--they
On 07/07/2016 05:47 PM, rhkra...@gmail.com wrote:
I'll take advantage of this thread to ask a question / express my frustration
with grub:
The thing that always frustrated me about grub is that, iirc, they counted
disks / partitions different than lilo and the rest of Linux--they
I'll take advantage of this thread to ask a question / express my frustration
with grub:
The thing that always frustrated me about grub is that, iirc, they counted
disks / partitions different than lilo and the rest of Linux--they start
counting at 1 (like Windows, iirc), and lilo and
On Thu 07 Jul 2016 at 15:18:05 -0400, Gary Dale wrote:
> On 07/07/16 02:55 PM, David Wright wrote:
> >On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
> >>The big selling feature of Grub over Lilo was that it didn't need to
> >>updated each time you cha
On 07/07/2016 01:55 PM, David Wright wrote:
On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
The big selling feature of Grub over Lilo was that it didn't need to
updated each time you changed something. That fell by the wayside
with Grub 2. Now the big selling feature is that it
On Thu 07 Jul 2016 at 15:18:05 (-0400), Gary Dale wrote:
> On 07/07/16 02:55 PM, David Wright wrote:
> >On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
> >>The big selling feature of Grub over Lilo was that it didn't need to
> >>updated each time you cha
On 07/07/16 02:55 PM, David Wright wrote:
On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
The big selling feature of Grub over Lilo was that it didn't need to
updated each time you changed something. That fell by the wayside
with Grub 2. Now the big selling feature is that it
On Thu 07 Jul 2016 at 14:39:51 (-0400), Gary Dale wrote:
> The big selling feature of Grub over Lilo was that it didn't need to
> updated each time you changed something. That fell by the wayside
> with Grub 2. Now the big selling feature is that it works with more
> than just
On 05/07/16 09:38 AM, Giovanni Gigante wrote:
Hello,
I am preparing my system for the upgrade from wheezy to jessie.
Since ancient ages, this system has been using LILO as the bootloader,
because, long ago, it was the only bootloader that was recommended for
my setup: this machine has two
rfully general, but (for me) wonderfully unusable.
>
> Now don't get me wrong: without Grub, my box wouldn't boot, and chances
> are that the "legacy" emulation of whatever monster bios is in there
> is so buggy that Lilo wouldn't cope: therefore I am still full of
Brian wrote:
Giovanni Gigante seems happy enough with LiLo and there appears to be
no definite indication that it would fail to boot an upgraded machine.
He could consider leaving it in place, reading the bug reports and
having a plan to install GRUB should something go wrong afterwards.
At
enerated grub.cfg or most of the files in /etc/grub.d
are not something I would recommend for bedtime reading.
> And please, again: the fact that I disagree with some Grub design
> decisions shouldn't detract from the fact that I have utmost
> respect for the Grub developers and pack
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Jul 07, 2016 at 11:32:42AM +0100, Brian wrote:
> On Thu 07 Jul 2016 at 10:35:47 +0100, Lisi Reisz wrote:
>
> > On Thursday 07 July 2016 07:33:57 to...@tuxteam.de wrote:
> > > Let's make it (GRUB2) impenetrable boilerplate, then.
> >
> > :-)
On Thu 07 Jul 2016 at 10:35:47 +0100, Lisi Reisz wrote:
> On Thursday 07 July 2016 07:33:57 to...@tuxteam.de wrote:
> > Let's make it (GRUB2) impenetrable boilerplate, then.
>
> :-) +1!
It doesn't need to be penetrable, does it? The generated grub.cfg just
needs to boot the machine. In any case
On Thursday 07 July 2016 07:33:57 to...@tuxteam.de wrote:
> Let's make it (GRUB2) impenetrable boilerplate, then.
:-) +1!
Lisi
ithout Grub, my box wouldn't boot, and chances
are that the "legacy" emulation of whatever monster bios is in there
is so buggy that Lilo wouldn't cope: therefore I am still full of thanks
and praise for the Grub authors for their hard work.
Still I do disagree on many of its desig
On Wed, 06 Jul 2016, Jonathan Dowland wrote:
> YMMV, I find it impenetrable.
I'm assuming you mean the generated configuration? It's literally just
some boilerplate for fancy splash screens, and then menu entries. Each
entry containing appropriate module loading, root configuration, kernel
and ini
On Tue, Jul 05, 2016 at 04:46:32PM -0500, Don Armstrong wrote:
> On Tue, 05 Jul 2016, Marc Shapiro wrote:
> > I finally switched to Jessie (but still using SysV Init) a few months
> > ago. This box and its predecessors have uses lilo (and SysV Init)
> > since Bo was a pup.
On Tue, 05 Jul 2016, Marc Shapiro wrote:
> I finally switched to Jessie (but still using SysV Init) a few months
> ago. This box and its predecessors have uses lilo (and SysV Init)
> since Bo was a pup. I have yet to see any real reason to switch from
> lilo to grub. I have never h
On 07/05/2016 10:10 AM, Don Armstrong wrote:
On Tue, 05 Jul 2016, Giovanni Gigante wrote:
I am preparing my system for the upgrade from wheezy to jessie.
Since ancient ages, this system has been using LILO as the bootloader,
because, long ago, it was the only bootloader that was recommended for
On Tue, 05 Jul 2016, Giovanni Gigante wrote:
> I am preparing my system for the upgrade from wheezy to jessie.
> Since ancient ages, this system has been using LILO as the bootloader,
> because, long ago, it was the only bootloader that was recommended for my
> setup: this machine
Hello,
I am preparing my system for the upgrade from wheezy to jessie.
Since ancient ages, this system has been using LILO as the bootloader,
because, long ago, it was the only bootloader that was recommended for
my setup: this machine has two SATA disks in a software RAID 1 & LVM;
tha
> On 23 Apr 2014, at 17:33, Ralf Mardorf wrote:
>
> However, a lot of
> experienced Linux users prefer Syslinux.
I'd like to revisit syslinux at some point. It works well on boot USBs etc. Add
my voice to the chorus of folks not happy with grub2.
--
To UNSUBSCRIBE, email to debian-user-requ.
On Wed, 23 Apr 2014 12:18:50 -0400 (EDT), Steve Litt wrote:
>
> I considered going back to LILO, but it still has no understanding of
> filesystems: It's easy to bork and hard to fix. Not as hard as Grub 2
> though.
I did switch back from grub2 to lilo, and I'm glad I
fer. I don't want a splash screen. And I don't
> >> want to wade through seven files to turn those things off. Basically,
> >> I'd like something like LILO that understands ext4.
> >
> > There are patched versions of Grub Legacy out there that
> > *und
On Thu, Apr 24, 2014 at 9:41 AM, Darac Marjal wrote:
> On Thu, Apr 24, 2014 at 03:35:18PM +0200, maderios wrote:
>> On 04/23/2014 06:18 PM, Steve Litt wrote:
>>
>> >Now, with grub 2, I need to be an expert on seven or so files that get
>> >processed into one big one, which acts as the config. I do
de through seven files to turn those things off. Basically,
>> I'd like something like LILO that understands ext4.
>
> There are patched versions of Grub Legacy out there that
> *understand* ext4 and the use of UUID's.
The last versions of Fedora's grub1 (IIRC in F15) co
On Thu, Apr 24, 2014 at 03:35:18PM +0200, maderios wrote:
> On 04/23/2014 06:18 PM, Steve Litt wrote:
>
> >Now, with grub 2, I need to be an expert on seven or so files that get
> >processed into one big one, which acts as the config. I don't mind
>
> Hi
> You need to edit only one file: /etc/def
e kernel and initrd locations, and a few other things. With
> gui, splash screens, frame-buffers, and all sorts of other gobblty-gook.
>
> I considered going back to LILO, but it still has no understanding of
> filesystems: It's easy to bork and hard to fix. Not as hard as Grub 2
&g
On 04/23/2014 06:18 PM, Steve Litt wrote:
Now, with grub 2, I need to be an expert on seven or so files that get
processed into one big one, which acts as the config. I don't mind
Hi
You need to edit only one file: /etc/default/grub
Then
update-grub
and it works...
--
Maderios
--
To UNSUBSC
e
> computer the kernel and initrd locations, and a few other things. With
> gui, splash screens, frame-buffers, and all sorts of other gobblty-gook.
>
> I considered going back to LILO, but it still has no understanding of
> filesystems: It's easy to bork and hard to fix. Not as har
e. So what's the
remedy?
Grub used to be good software. Predictable, non-surprising, one config
file you edited with an editor. Those days are gone.
Now, with grub 2, I need to be an expert on seven or so files t
That is why I am still using lilo. I can understand the lilo.conf file!
Ma
screen. And I don't
> > want to wade through seven files to turn those things off. Basically,
> > I'd like something like LILO that understands ext4.
>
> It should be still possible with GRUB2. I don't use any of those either,
> and my grub.cfg is like:
>
>
gs off. Basically,
> I'd like something like LILO that understands ext4.
It should be still possible with GRUB2. I don't use any of those either,
and my grub.cfg is like:
linux ...
initrd ...
boot
A.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.
program telling the
> computer the kernel and initrd locations, and a few other things. With
> gui, splash screens, frame-buffers, and all sorts of other gobblty-gook.
>
> I considered going back to LILO, but it still has no understanding of
> filesystems: It's easy to bork
all sorts of other gobblty-gook.
I considered going back to LILO, but it still has no understanding of
filesystems: It's easy to bork and hard to fix. Not as hard as Grub 2
though.
Is there a simpler bootloader that works with Linux? I don't want GUI.
I don't want a framebuffer. I
Richard Owlett wrote:
I made three attempts to install using LILO as boot loader
from most defaults to most customized:
1. install using all of the single install hard drive
(using guided partitioning)
2. install to a logical partition after resizing
partition created above
3. install
Le 20.04.2013 19:58, Richard Owlett a écrit :
Wayne Topa wrote:
I KNOW. I KNOW ;)
But you need to know the right key words.
As a matter of fact Mr. Powell had just responded to my post
suggesting I read one of his pagers.
He beat you by minutes.
Thanks.
HTH
--
Wayne
So, may we conclu
On 04/20/2013 02:07 PM, Lisi Reisz wrote:
On Saturday 20 April 2013 17:51:54 Stephen Powell wrote:
On Sat, 20 Apr 2013 10:12:51 -0400 (EDT), Richard Owlett wrote:
I need complete documentation on LILO with emphasis on lilo.conf.
I don't know about complete documentation, but the best
On Saturday 20 April 2013 17:51:54 Stephen Powell wrote:
> On Sat, 20 Apr 2013 10:12:51 -0400 (EDT), Richard Owlett wrote:
> > I need complete documentation on LILO with emphasis on lilo.conf.
>
> I don't know about complete documentation, but the best lilo tutorial
> that I
documentation on LILO with emphasis
on lilo.conf .
Assume I'm stranded on a desert isle (SW Missouri is
a fair
approximation) with a computer and a set of install
disks.
What *ONE* document will answer ALL my LILO questions.
Hint: man pages and mini-HOTO's don't hack it. They
presume and
sum
1 - 100 of 2921 matches
Mail list logo
