Michael,
On Thursday, 2024-05-16 17:46:04 +0100, you wrote:
> ...
> > The homepage returned by
> >
> >$ eix --verbose sys-boot/elilo
> >* sys-boot/elilo
> > Available versions: ~3.16-r5
> > ...
> >$
> >
> > hints that this package is no longer maintained ... :-(
> > ...
>
On Thursday, 16 May 2024 17:41:20 BST Dr Rainer Woitok wrote:
> Michael,
>
> On Thursday, 2024-05-16 09:26:39 +0100, you wrote:
> > ...
> >
> > > > I liked lilo. And then it disappeared :-(
> > >
> > > ...
> > >
> > > Still available and still working on non-uefi setups:
> > > https://packages
Michael,
On Thursday, 2024-05-16 09:26:39 +0100, you wrote:
> ...
> > > I liked lilo. And then it disappeared :-(
> > ...
> > Still available and still working on non-uefi setups:
> > https://packages.gentoo.org/packages/sys-boot/lilo
> >
> > ...
>
> There's also 'sys-boot/elilo' for EFI syste
On 2024-05-16, Michael wrote:
> On Thursday, 16 May 2024 01:10:32 BST k...@aspodata.se wrote:
>> Wol:
>> > On 15/05/2024 11:40, Peter Humphrey wrote:
>> > > I think whoever named grub had delusions of grandeur. ð Anyway, I
>> > > never let it near my systems.
>> >
>> > I liked lilo. And then
On Thursday, 16 May 2024 01:10:32 BST k...@aspodata.se wrote:
> Wol:
> > On 15/05/2024 11:40, Peter Humphrey wrote:
> > > I think whoever named grub had delusions of grandeur. ð Anyway, I
> > > never let it near my systems.
> >
> > I liked lilo. And then it disappeared :-(
>
> ...
>
> Stil
Wol:
> On 15/05/2024 11:40, Peter Humphrey wrote:
> > I think whoever named grub had delusions of grandeur. ð Anyway, I
> > never let
> > it near my systems.
>
> I liked lilo. And then it disappeared :-(
...
Still available and still working on non-uefi setups:
https://packages.gentoo.org/
On 2024-05-15, Wols Lists wrote:
> On 15/05/2024 11:40, Peter Humphrey wrote:
>> I think whoever named grub had delusions of grandeur. 🙂 Anyway, I never let
>> it near my systems.
>
> I liked lilo. And then it disappeared :-(
>
> Grub isn't that bad - it's just that insists on trying to do every
On 15/05/2024 11:40, Peter Humphrey wrote:
I think whoever named grub had delusions of grandeur. 🙂 Anyway, I never let
it near my systems.
I liked lilo. And then it disappeared :-(
Grub isn't that bad - it's just that insists on trying to do everything
itself - and if you've got at all a st
On Wednesday, 15 May 2024 08:42:14 BST Wols Lists wrote:
> On 02/05/2024 11:46, Peter Humphrey wrote:
> > When I started using Linux, the received wisdom was to keep a separate
> > /boot, and leave it unmounted during normal operation. The idea was that
> > a successful hacker would not, supposedly
On 02/05/2024 11:46, Peter Humphrey wrote:
When I started using Linux, the received wisdom was to keep a separate /boot,
and leave it unmounted during normal operation. The idea was that a successful
hacker would not, supposedly, be able to corrupt the kernel ready for a reboot
into their system.
On 02/05/2024 10:35, Michael wrote:
Besides the automation this feature affords, I find it useful to know what a
partition contains without having to mount it. On GPT labelled disks I make
use both of the Partition Type UUID and the Partition Name. A quick glance at
the gdisk output and if need
On Thursday, 2 May 2024 00:45:29 BST Dale wrote:
> Grant Edwards wrote:
> > OK, so 'boot' is for the Linux /boot directory. I was just curious
> > since I had never used one.
When I started using Linux, the received wisdom was to keep a separate /boot,
and leave it unmounted during normal operat
Michael wrote:
> On Thursday, 2 May 2024 00:45:29 BST Dale wrote:
>> Grant Edwards wrote:
>>> On 2024-05-01, Dale wrote:
Grant Edwards wrote:
> The partition type code for 'swap' is wrong -- it should be
> 8200. According to the gdisk help info Linux /home is supposed to be
> 8302
On Thursday, 2 May 2024 00:45:29 BST Dale wrote:
> Grant Edwards wrote:
> > On 2024-05-01, Dale wrote:
> >> Grant Edwards wrote:
> >>> The partition type code for 'swap' is wrong -- it should be
> >>> 8200. According to the gdisk help info Linux /home is supposed to be
> >>> 8302, but I've always
Grant Edwards wrote:
> On 2024-05-01, Dale wrote:
>> Grant Edwards wrote:
>>
>>> The partition type code for 'swap' is wrong -- it should be
>>> 8200. According to the gdisk help info Linux /home is supposed to be
>>> 8302, but I've always used the same generic "Linux filesystem" type
>>> for both
On 2024-05-01, Dale wrote:
> Grant Edwards wrote:
>
>> The partition type code for 'swap' is wrong -- it should be
>> 8200. According to the gdisk help info Linux /home is supposed to be
>> 8302, but I've always used the same generic "Linux filesystem" type
>> for both /home and root.
>>
>> Is the
Grant Edwards wrote:
> On 2024-05-01, Dale wrote:
>
>> OK. One last update in case someone googles and runs up on this
>> thread. I'm using gdisk to display this, because I think it will do
>> better in email. If I use cgdisk, it is wider and will wrap more.
>> This is what the partition table
On 2024-05-01, Dale wrote:
> OK. One last update in case someone googles and runs up on this
> thread. I'm using gdisk to display this, because I think it will do
> better in email. If I use cgdisk, it is wider and will wrap more.
> This is what the partition table looks like for GPT, old BIO
Dale wrote:
> One last update. I found a video. They were using gdisk but the
> crucial part, he got it to display the partition layout. It was like I
> described as for as the alignment thing, tiny partition with ef02 and
> then carry on as usual from there.
>
> I need to do this on a disk com
On 28/04/2024 17:40, Grant Edwards wrote:
On 2024-04-28, Grant Edwards wrote:
With DOS disk lables, Grub uses empty space between the boot sector
and the first partition as a location to store it's core image file.
That empty space does not exist when using GPT disk label. When using
a GPT dis
Dale wrote:
> Michael wrote:
>> On Sunday, 28 April 2024 19:39:16 BST Dale wrote:
>>> Grant Edwards wrote:
On 2024-04-28, Grant Edwards wrote:
> With DOS disk lables, Grub uses empty space between the boot sector
> and the first partition as a location to store it's core image file.
>
Michael wrote:
> On Sunday, 28 April 2024 19:39:16 BST Dale wrote:
>> Grant Edwards wrote:
>>> On 2024-04-28, Grant Edwards wrote:
With DOS disk lables, Grub uses empty space between the boot sector
and the first partition as a location to store it's core image file.
That empty spac
On Sunday, 28 April 2024 19:39:16 BST Dale wrote:
> Grant Edwards wrote:
> > On 2024-04-28, Grant Edwards wrote:
> >> With DOS disk lables, Grub uses empty space between the boot sector
> >> and the first partition as a location to store it's core image file.
> >> That empty space does not exist w
Grant Edwards wrote:
> On 2024-04-28, Grant Edwards wrote:
>
>> With DOS disk lables, Grub uses empty space between the boot sector
>> and the first partition as a location to store it's core image file.
>> That empty space does not exist when using GPT disk label. When using
>> a GPT disk label,
On 2024-04-28, Grant Edwards wrote:
> With DOS disk lables, Grub uses empty space between the boot sector
> and the first partition as a location to store it's core image file.
> That empty space does not exist when using GPT disk label. When using
> a GPT disk label, Grub requires that you need
On 2024-04-27, Michael wrote:
> On Saturday, 27 April 2024 17:53:25 BST Dale wrote:
>> Howdy,
>>
>> I'm installing Gentoo on another old box. To be consistent I like
>> to use cgdisk, GPT I think it is called, to partition all my
>> drives, regardless of size.
>
> GPT is the partition table stru
26 matches
Mail list logo
