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:
> > >
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
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
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 :-(
>
> ...
>
>
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:
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
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
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,
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
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
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
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
>
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
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
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
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
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
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
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
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
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
On 2020-12-14, the...@sys-concept.com wrote:
> On 12/13/2020 09:05 PM, Grant Edwards wrote:
>> On 2020-12-14, the...@sys-concept.com wrote:
>>
>>> I removed "vfat" boot partition and created/change it to ext2
>>>
>>> But now when i try to install grub:
>>>
>>> grub-install /dev/nvme0n1p2
>>>
On 12/13/2020 09:05 PM, Grant Edwards wrote:
> On 2020-12-14, the...@sys-concept.com wrote:
>
>> I removed "vfat" boot partition and created/change it to ext2
>>
>> But now when i try to install grub:
>>
>> grub-install /dev/nvme0n1p2
>> Installing for i386-pc platform.
>> grub-install: warning:
On 2020-12-14, the...@sys-concept.com wrote:
> I removed "vfat" boot partition and created/change it to ext2
>
> But now when i try to install grub:
>
> grub-install /dev/nvme0n1p2
> Installing for i386-pc platform.
> grub-install: warning: File system `ext2' doesn't support embedding.
>
On 11/26/20 8:48 AM, Neil Bothwick wrote:
On Thu, 26 Nov 2020 05:01:22 -0600, Dale wrote:
I got a message from him. At least we will know he is OK. All his
machines was switched to Arch Linux and he wasn't using Gentoo anymore.
So, he unsubscribed and got active with Arch.
I had a feeling
On Thu, 26 Nov 2020 07:35:20 -0600, Dale wrote:
> Dare I mention hal??
Please don't :-(
--
Neil Bothwick
I distinctly remember forgetting that.
pgphjboaJku8G.pgp
Description: OpenPGP digital signature
On Thu, 26 Nov 2020 05:01:22 -0600, Dale wrote:
> I got a message from him. At least we will know he is OK. All his
> machines was switched to Arch Linux and he wasn't using Gentoo anymore.
> So, he unsubscribed and got active with Arch.
I had a feeling that what what he had done. I can't
Thomas Mueller wrote:
>> I got a message from him. At least we will know he is OK. All his
>> machines was switched to Arch Linux and he wasn't using Gentoo anymore.Â
>> So, he unsubscribed and got active with Arch.Â
>> Miss the guy but glad he is OK and nothing happened to him.Â
>> Dale
>>
> I got a message from him. At least we will know he is OK. All his
> machines was switched to Arch Linux and he wasn't using Gentoo anymore.Â
> So, he unsubscribed and got active with Arch.Â
> Miss the guy but glad he is OK and nothing happened to him.Â
> Dale
> :-)Â :-)Â
When I sent
Dale wrote:
> Peter Humphrey wrote:
>> On Wednesday, 25 November 2020 15:20:41 GMT Dale wrote:
>>
>>> P. S. I been meaning to ask this for ages now. What happened to our
>>> other Allan? I think he was from Africa or something and admin'd a
>>> bunch of puters there. McKinnon or something like
On 25/11/2020 23:03, Neil Bothwick wrote:
On Wed, 25 Nov 2020 19:37:32 - (UTC), Grant Edwards wrote:
I'm not sure chainloading would work as that requires a drive
definition from which to load the boot sector.
I thought that's what LVM provided was a drive definition.
It's more like a
On Wed, 25 Nov 2020 19:37:32 - (UTC), Grant Edwards wrote:
> >> > I'm not sure chainloading would work as that requires a drive
> >> > definition from which to load the boot sector.
> >>
> >> I thought that's what LVM provided was a drive definition.
> >
> > It's more like a partition
On 2020-11-25, Neil Bothwick wrote:
> On Wed, 25 Nov 2020 16:04:26 - (UTC), Grant Edwards wrote:
>
>> > I'm not sure chainloading would work as that requires a drive
>> > definition from which to load the boot sector.
>>
>> I thought that's what LVM provided was a drive definition.
>
>
On Wed, 25 Nov 2020 16:04:26 - (UTC), Grant Edwards wrote:
> > I'm not sure chainloading would work as that requires a drive
> > definition from which to load the boot sector.
>
> I thought that's what LVM provided was a drive definition.
It's more like a partition definition, GRUB
Peter Humphrey wrote:
> On Wednesday, 25 November 2020 15:20:41 GMT Dale wrote:
>
>> P. S. I been meaning to ask this for ages now. What happened to our
>> other Allan? I think he was from Africa or something and admin'd a
>> bunch of puters there. McKinnon or something like that was the past
On 2020-11-25, Neil Bothwick wrote:
> On Wed, 25 Nov 2020 15:20:04 - (UTC), Grant Edwards wrote:
>
>> > "GRUB 2 can read files directly from LVM and RAID devices."
>>
>> That was certainly the behavior described [...]
>>
>> But that relys on the assumption that the distros all run
On Wednesday, 25 November 2020 15:20:41 GMT Dale wrote:
> P. S. I been meaning to ask this for ages now. What happened to our
> other Allan? I think he was from Africa or something and admin'd a
> bunch of puters there. McKinnon or something like that was the past
> name. I haven't seen him
On Wed, 25 Nov 2020 15:20:04 - (UTC), Grant Edwards wrote:
> > "GRUB 2 can read files directly from LVM and RAID devices."
>
> That was certainly the behavior described by the examples documented
> by people who were using grub to boot multiple partitions by having a
> master copy of grub
Neil Bothwick wrote:
> On Wed, 25 Nov 2020 08:53:02 +, Wols Lists wrote:
>
>> I *think* the grub volume itself has to be plain, no lvm, mdadm etc. All
>> the stuff for that is in the initramfs, so grub loads the initramfs,
>> starts the kernel, the kernel starts pid 1 which can now start
On 2020-11-25, Neil Bothwick wrote:
> On Wed, 25 Nov 2020 08:53:02 +, Wols Lists wrote:
>
>> >>> I suspect not as GRUB will be reading the menu files and GRUB
>> >>> doesn't read from LVM volumes.
>> >>
>> >> Then what does grub's "lvm" module do, and how does it read the
>> >> distro's
On Wed, 25 Nov 2020 08:53:02 +, Wols Lists wrote:
> >>> I suspect not as GRUB will be reading the menu files and GRUB
> >>> doesn't read from LVM volumes.
> >>
> >> Then what does grub's "lvm" module do, and how does it read the
> >> distro's .cfg files from the LVM volumes in which the
On 24/11/20 23:39, Neil Bothwick wrote:
> On Tue, 24 Nov 2020 23:25:38 - (UTC), Grant Edwards wrote:
>
In grub, does chainloading an LVM virtual partition work the same as
chainloading a "real" partition?
>>>
>>> I suspect not as GRUB will be reading the menu files and GRUB
On Tue, 24 Nov 2020 23:25:38 - (UTC), Grant Edwards wrote:
> >> In grub, does chainloading an LVM virtual partition work the same as
> >> chainloading a "real" partition?
> >
> > I suspect not as GRUB will be reading the menu files and GRUB doesn't
> > read from LVM volumes.
>
> Then
On 2020-11-24, Neil Bothwick wrote:
> On Tue, 24 Nov 2020 19:04:20 - (UTC), Grant Edwards wrote:
>
>> In grub, does chainloading an LVM virtual partition work the same as
>> chainloading a "real" partition?
>
> I suspect not as GRUB will be reading the menu files and GRUB doesn't
> read from
sorry, it was silly of me to try to install one grub on top of another.
managed to foul up grub, putting secondary os back in so i can do it right.
hopefully i can just update grub manually.
mad.scientist.at.large (a good madscientist)
--
God bless the rich, the greedy and the corrupt
On 2017-12-04 18:13, Daniel Frey wrote:
> I guess I'll have to remember to use 500M+ /boot partitions now. Sigh.
I don't get it.
matica!7 rc$ du /boot/grub
2022/boot/grub/i386-pc
1340/boot/grub/fonts
2785/boot/grub/themes/starfield
2786/boot/grub/themes
3163
On 12/02/2017 09:18 PM, Ian Zimmerman wrote:
>>
>> You do need to run "emerge -e @world", unless you happened to be using
>> a hardened toolchain already.
>
> But only if you in fact switch the new profile on, right?
Right.
> There seems to be another thing afoot, though. All (or nearly so)
>
On 2017-12-02 20:14, Michael Orlitzky wrote:
> >> You're seeing a lot of reports because there is a news item telling
> >> people to switch to the new profile and run "emerge -e @world".
> >
> > Does this mean that "emerge -e @world" should be run or that the
> > news item is wrong in this
> * Select the new profile with eselect
> * Re-emerge, in this sequence, gcc, binutils, and glibc
> emerge -1 sys-devel/gcc:6.4.0
> emerge -1 sys-devel/binutils
> emerge -1 sys-libs/glibc
> * Rebuild your entire system
> emerge -e @world
>
Would emerge -e --exclude gcc --exclude
On 12/02/2017 08:07 PM, Heiko Baums wrote:
> Am Sat, 2 Dec 2017 18:33:09 -0500
> schrieb Michael Orlitzky :
>
>> You're seeing a lot of reports because there is a news item telling
>> people to switch to the new profile and run "emerge -e @world".
>
> Does this mean that "emerge
Am Sat, 2 Dec 2017 18:33:09 -0500
schrieb Michael Orlitzky :
> You're seeing a lot of reports because there is a news item telling
> people to switch to the new profile and run "emerge -e @world".
Does this mean that "emerge -e @world" should be run or that the news
item is
On 12/02/2017 04:28 PM, Ian Zimmerman wrote:
> This profile change seems to have hit a few people in sensitive
> locations.
>
> What is the upshot of this change? Can I eyeball the diff _before_ I
> sync ?
>
The new 17.0 profile switches the default C++ version to C++14, and
enables PIE/SSP by
On 02-12-2017 ,13:28:37, Ian Zimmerman wrote:
> This profile change seems to have hit a few people in sensitive
> locations.
>
> What is the upshot of this change? Can I eyeball the diff _before_ I
> sync ?
This is what the news item states:
=
~ $ eselect news
This profile change seems to have hit a few people in sensitive
locations.
What is the upshot of this change? Can I eyeball the diff _before_ I
sync ?
--
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_
Hinnerk van Bruinehsen writes:
>> Has something changed regarding using that kind of technique?
>>
>> I can't figure out why grub would be looking for a GRUB drive on
>> /dev/sda1 as the error says:
>>
>> grub-install: error: cannot find a GRUB drive for
On Wed, Jul 12, 2017 at 05:57:58PM -0400, Harry Putnam wrote:
> Arve Barsnes writes:
>
> > On 10 July 2017 at 22:06, Harry Putnam wrote:
> >
> >> grub-install /dev/sda Installing for i386-pc platform.
> >> grub-install: error: cannot find a GRUB
Arve Barsnes writes:
> On 10 July 2017 at 22:06, Harry Putnam wrote:
>
>> grub-install /dev/sda Installing for i386-pc platform.
>> grub-install: error: cannot find a GRUB drive for /dev/sda1. Check
>> your device.map.
>>
>> Where might I find
On Thu, 16 Feb 2017 21:05:11 -0500, Harry Putnam wrote:
> > You're supposed to use a video= parameter but I find the old school
> > vga=794 works for me. The thing you have to learn with using GRUB, or
> > at least when using grub-mkconfig, is that you don't edit grub.cfg
> > but
Neil Bothwick writes:
> You're supposed to use a video= parameter but I find the old school
> vga=794 works for me. The thing you have to learn with using GRUB, or at
> least when using grub-mkconfig, is that you don't edit grub.cfg
> but /etc/default/grub when you want to
On Thu, 16 Feb 2017 15:20:25 -0500, Harry Putnam wrote:
> What can you tell me about how to get an initial hi-res frame buffer
> during boot and after when in console mode?
KMS takes care of that with real hardware, but not so much with virtual
hardware.
> I know how to do it in grub:0. But I
Neil Bothwick writes:
>> But no update-grub
>
> update-grub is an Ubuntuism, not part of standard GRUB. It's only a one
> line shell script that runs
>
> grub-mkconfig -o /boot/grub/grub.cfg
>
> Even a large proportion of Ubuntu users would be able to manage without
> it.
Steven Lembark lembark at wrkhors.com writes:
Solution that works for me:
- Compile the kernel with everything built-in leaving modules for the
few things that really need to be reloadable. Turn everything in
the bloody thing off. This avoids the need for a kernel-specific
Neil Bothwick neil at digimed.co.uk writes:
So if I do this, what will I have to do to keep the system booting.
Nothing, I installed r7 on June 26th and the system just kept booting.
You can run grub-install if you really want to, but as this is a patch
level update to the same version,
On Fri, Jul 17, 2015 at 08:36:51AM +0100, Neil Bothwick wrote:
could try it on. But it's a headless MythTV backend in the loft, so
there will be fun and games if it doesn't boot.
Wouldn't it be more accurate to say there will be _no_ fun and games if
it doesn't boot?
--
wraeth
On Thu, 16 Jul 2015 19:54:31 -0400, Jonathan Callen wrote:
The Gummiboot project is no longer maintained, it has been merged into
systemd as systemd-boot (note that using any other part of Systemd
should *not* be required to use systemd-boot, but I don't know for
sure because I do not have
On Fri, Jul 17, 2015 at 10:40:16AM +0100, Neil Bothwick wrote:
On Fri, 17 Jul 2015 18:45:59 +1000, wraeth wrote:
could try it on. But it's a headless MythTV backend in the loft, so
there will be fun and games if it doesn't boot.
Wouldn't it be more accurate to say there will be
On Fri, 17 Jul 2015 18:45:59 +1000, wraeth wrote:
could try it on. But it's a headless MythTV backend in the loft, so
there will be fun and games if it doesn't boot.
Wouldn't it be more accurate to say there will be _no_ fun and games if
it doesn't boot?
Well, with no TV to watch, I'd
Alan McKinnon alan.mckinnon at gmail.com writes:
The don't use it, grub:0 still works just fine
It's all working fine (atm). But changes are problematic, or at least
they have been in the past
I gave grub-2 a try earlier this week and once again couldn;t figure out
how to install that
Alec Ten Harmsel alec at alectenharmsel.com writes:
Grub-2.02_beta2-r3 wants to upgrade to grub-2.02_beta2-r7
It looks like he’s going from grub-2.02 to grub-2.02. I don’t think
any action is necessary.
Notice r3-- r7
Grub 2 can be a bear in sheep's clothing
I know that for
Solution that works for me:
- Compile the kernel with everything built-in leaving modules for the
few things that really need to be reloadable. Turn everything in
the bloody thing off. This avoids the need for a kernel-specific
filestem in the initrd.
- This since you don't need
Am 16.07.2015 um 22:05 schrieb James:
I spent days during early kernel upgrades getting grub2 happy.
You only need to run `grub2-mkconfig -o /boot/grub/grub.cfg` after each
kernel update. I'm using grub2 not for such a long time, but I made some
kernel upgrades since I switched from grub-legacy
Jarry mr.jarry at gmail.com writes:
I have similar setup as you and upgraded grub without any
problem. If beta2-r3 worked for you, beta2-r7 will as well.
If you did not disable /boot automount, there are no special
steps needed. Portage will mount /boot, update grub, and
dismound
On 16-Jul-15 22:08, James wrote:
I have similar setup as you and upgraded grub without any
problem. If beta2-r3 worked for you, beta2-r7 will as well.
If you did not disable /boot automount, there are no special
steps needed. Portage will mount /boot, update grub, and
dismound afterwards...
On Thu, 16 Jul 2015 20:01:29 + (UTC), James wrote:
I gave grub-2 a try earlier this week and once again couldn;t figure
out how to install that mini-OS that bootstraps a boot loader which
bootstraps a boot loader which loads code that loads a kernel. So back
to grub:0 for me
I do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2015-07-16 17:41, Neil Bothwick wrote:
On Thu, 16 Jul 2015 20:01:29 + (UTC), James wrote:
I gave grub-2 a try earlier this week and once again couldn;t
figure out how to install that mini-OS that bootstraps a boot
loader which
On Fri, Jul 10, 2015 at 5:22 PM, Grant emailgr...@gmail.com wrote:
I have grub running on many Gentoo machines but on one of them it sits
on the kernel selection screen and doesn't autoboot even though the
menu says:
The highlighted entry will be booted automatically in 2 seconds.
Nothing
I have grub running on many Gentoo machines but on one of them it sits
on the kernel selection screen and doesn't autoboot even though the
menu says:
The highlighted entry will be booted automatically in 2 seconds.
Nothing happens for any length of time but pressing Enter boots the
kernel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 30.01.2015 um 02:34 schrieb Jonathan Callen:
You have mounted your ESP on /boot, so you need to tell grub *that*
is your ESP, not /boot/efi, like so:
# grub2-install --target=x86_64-efi --efi-directory=/boot
Once you do that, everything
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 30.01.2015 um 11:05 schrieb Stefan G. Weichinger:
Am 30.01.2015 um 02:34 schrieb Jonathan Callen:
You have mounted your ESP on /boot, so you need to tell grub
*that* is your ESP, not /boot/efi, like so:
# grub2-install --target=x86_64-efi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01/28/2015 06:08 PM, Stefan G. Weichinger wrote:
On 28.01.2015 23:51, Tom H wrote:
Why two EFIs?
One of them's unnecessary but if you want to have both, you have
to have them both in the efibootmgr invocation.
I don't know why.
What
On Sun, Aug 10, 2014 at 12:06 AM, Nilesh Govindrajan m...@nileshgr.com wrote:
When I run grub-mkconfig (it's grub2, -multislot), it generates
root=/dev/md127p2. md arrays get assembled at boot so their numbers
aren't fixed.
So far I've been manually editing the generated config. But I don't
Neil Bothwick neil at digimed.co.uk writes:
There are scripts to automatically generate a configuration but
grub-mkconfig is no more compulsory than genkernel - but both can make
life easier when setting up multiple, different systems.
Neil et al,
Where is the BEST (gentoo) grub2
On Wed, 15 Feb 2012 15:57:27 + (UTC), James wrote:
Where is the BEST (gentoo) grub2 documentation?
I'm not saying it's the best, but the one I used to switch over is
http://en.gentoo-wiki.com/wiki/Grub2
--
Neil Bothwick
Bugs are Sons of Glitches
signature.asc
Description: PGP
mike, I'd DEFINITELY LOVE to read grub's history, even if it's a short
summary or something.
TOTALLY OFF-TOPIC, but anyone could recommend me a open
source/linux/unix/free software history book? Something that mentioned
the FSF foundation, the GPL creation, the XFree86 - X.org evolution,
linux
On Wed, Feb 15, 2012 at 10:28 AM, Claudio Roberto França Pereira
spide...@gmail.com wrote:
mike, I'd DEFINITELY LOVE to read grub's history, even if it's a short
summary or something.
TOTALLY OFF-TOPIC, but anyone could recommend me a open
source/linux/unix/free software history book?
On Wed, Feb 15, 2012 at 11:11, Neil Bothwick n...@digimed.co.uk wrote:
On Wed, 15 Feb 2012 15:57:27 + (UTC), James wrote:
Where is the BEST (gentoo) grub2 documentation?
I'm not saying it's the best, but the one I used to switch over is
http://en.gentoo-wiki.com/wiki/Grub2
One thing I
On Wed, 15 Feb 2012 12:33:06 -0500, Doug Hunley wrote:
I'm not saying it's the best, but the one I used to switch over is
http://en.gentoo-wiki.com/wiki/Grub2
One thing I don't see addressed is having /boot on a RAID1 setup. For
Grub Legacy, I do:
grub device (hd0) /dev/sda
grub
Florian Philipp lists at binarywings.net writes:
sys-boot/grub has two slots. The default slot 0 with version numbers
around 0.92-0.97 is grub-1 (or grub legacy). Slot 2 with version numbers
around 1.99 is grub-2. Because it is still in development hell, it has
not reached version 2.00.
OK,
On 05/15/2011 01:34 PM, Dale wrote:
Hi,
I updated my kernel and had to reboot. I usually boot to single user
mode and rebuild my video drivers. Since I have this in my grub list, I
just select single user and it boots to single user mode. Well, not any
more. This is my current settings:
No
Jacques Montier jacques.mont...@numericable.fr writes:
Hi all,
I am installing Gentoo on a new pc and following the Gentoo manual.
I create primary partition sda3 for boot with ext3 file system, then
Extended partition for
swap sda5
/ sda6 with reiserfs file system
/usr sda7 with reiserfs
Le 12/01/2011 20:07, Nuno J. Silva a écrit :
Jacques Montier jacques.mont...@numericable.fr writes:
Hi all,
I am installing Gentoo on a new pc and following the Gentoo manual.
I create primary partition sda3 for boot with ext3 file system, then
Extended partition for
swap sda5
/ sda6 with
Jacques Montier jacques.mont...@numericable.fr writes:
Le 12/01/2011 20:07, Nuno J. Silva a écrit :
Jacques Montier jacques.mont...@numericable.fr writes:
Hi all,
I am installing Gentoo on a new pc and following the Gentoo manual.
I create primary partition sda3 for boot with ext3 file
On Tuesday 17 February 2009, Nikos Chantziaras wrote:
One thing that could be at fault is that I had grub installed into hd0,2
(sda3) which is an ext4 partition.
I think that this is probably the cause. GRUB has these stage 1.5 fs related
files:
`e2fs_stage1_5'
`fat_stage1_5'
Neil Bothwick wrote:
On Tue, 17 Feb 2009 06:17:07 +0200, Nikos Chantziaras wrote:
I've no idea how it broke, but after an emerge --sync, a kernel
(gentoo-sources) update was there. After I compiled the kernel, I did
the usual make modules_install make install. I edited grub.conf
only to
Nikos Chantziaras wrote:
I've no idea how it broke, but after an emerge --sync, a kernel
(gentoo-sources) update was there. After I compiled the kernel, I did
the usual make modules_install make install. I edited grub.conf
only to the point of changing the booted kernel to the new one (just
1 - 100 of 155 matches
Mail list logo