On 02/07/2024 10:38, Stephen Morris wrote:
My / partition is on a 3TB hard disk and is using BTRFS.
I've put /boot on an SSD, where I have /boot for Ubuntu, Drive C for
windows and the UEFI partition, for hoped boot performance improvements.
I would assume the performance difference to be not
On 30/6/24 13:23, Samuel Sieb wrote:
On 6/29/24 6:36 PM, Stephen Morris wrote:
Hi,
My /boot partition is 512MB, which in F39 was more than ample
for 5 kernels and a rescue image, but in F40 that partition is now to
small for a new rescue image to be created when a new kernel is
installed
On 30/6/24 23:01, George N. White III wrote:
On Sat, Jun 29, 2024 at 10:36 PM Stephen Morris
wrote:
Hi,
My /boot partition is 512MB, which in F39 was more than ample
for 5
kernels and a rescue image, but in F40 that partition is now to small
for a new rescue image to b
On 1/7/24 08:27, Lukas Middendorf wrote:
On 30/06/2024 03:36, Stephen Morris wrote:
I've tried dropping the number of kernels retained to 4, but
that still produces out of space conditions on new kernel installs
with the rescue image.
You can also consider disabling the rescue kernel gen
On 30/06/2024 03:36, Stephen Morris wrote:
I've tried dropping the number of kernels retained to 4, but that
still produces out of space conditions on new kernel installs with the
rescue image.
You can also consider disabling the rescue kernel generation. I have
never had any use for it.
On Sat, Jun 29, 2024 at 10:36 PM Stephen Morris
wrote:
> Hi,
> My /boot partition is 512MB, which in F39 was more than ample for 5
> kernels and a rescue image, but in F40 that partition is now to small
> for a new rescue image to be created when a new kernel is installed. The
> rescue image
On 6/29/24 6:36 PM, Stephen Morris wrote:
Hi,
My /boot partition is 512MB, which in F39 was more than ample for 5
kernels and a rescue image, but in F40 that partition is now to small
for a new rescue image to be created when a new kernel is installed. The
rescue image in F40 seems to be
Hi,
My /boot partition is 512MB, which in F39 was more than ample for 5
kernels and a rescue image, but in F40 that partition is now to small
for a new rescue image to be created when a new kernel is installed. The
rescue image in F40 seems to be around 102MB in size which is more that
dou
Once upon a time, Chris Murphy said:
> GRUB hidden boot menu feature depends on a really curious file called grubenv
Just to note: boot-time grubenv modification is used for more than boot
success/fail detection. Setting a default boot option during boot and
setting a boot-once option (at least)
On Tue, May 14, 2024, at 7:27 PM, richard emberson wrote:
> Poking about I see that the default workstation disk layout:
>https://docs.fedoraproject.org/en-US/workstation-docs/disk-config/
> has /boot on a ext4 partition and everything else on btrfs.
> Also, the replacement for Anaconda will
On Tue, May 14, 2024, at 2:12 PM, Tim via users wrote:
> On Tue, 2024-05-14 at 08:27 -0700, richard emberson wrote:
>> Back on 05/03/2024 I posted the question:
>> "How to increase size of /boot partition"
>> I had the same problem.
>>
>> As was noted by some, I had not upgraded for a long, l
On Wed, May 15, 2024 at 1:45 AM Chris Adams wrote:
> Once upon a time, Michal Schorm said:
> > On Tue, May 14, 2024 at 8:13 PM Tim via users
> > wrote:
> > > Does /boot still need to be its own partition, these days?
> > > /boot/efi has to be, but that's mapped into /boot, already.
> >
> > Defin
On Wed, May 15, 2024 at 1:29 AM richard emberson
wrote:
> Poking about I see that the default workstation disk layout:
>https://docs.fedoraproject.org/en-US/workstation-docs/disk-config/
> has /boot on a ext4 partition and everything else on btrfs.
> Also, the replacement for Anaconda will not
Once upon a time, Michal Schorm said:
> On Tue, May 14, 2024 at 8:13 PM Tim via users
> wrote:
> > Does /boot still need to be its own partition, these days?
> > /boot/efi has to be, but that's mapped into /boot, already.
>
> Definitely not.
It does for a variety of cases, such as an encrypted
Michal Schorm wrote:
>The best *trivial* setup and usage should be having everything on
>BTRFS (except EFI, as you said),
>and maintain some amount of snapshots you can revert to anytime in
>case of any issues.
I look forward to a complete set of instructions for this approach
in the Fedora docum
Poking about I see that the default workstation disk layout:
https://docs.fedoraproject.org/en-US/workstation-docs/disk-config/
has /boot on a ext4 partition and everything else on btrfs.
Also, the replacement for Anaconda will not happen until Fedora 41:
https://forums.fedoraforum.org/showth
On Tue, May 14, 2024 at 8:13 PM Tim via users
wrote:
> Does /boot still need to be its own partition, these days?
> /boot/efi has to be, but that's mapped into /boot, already.
Definitely not.
And it actually creates all kinds of problems when separated.
The best *trivial* setup and usage should
On Tue, 2024-05-14 at 08:27 -0700, richard emberson wrote:
> Back on 05/03/2024 I posted the question:
> "How to increase size of /boot partition"
> I had the same problem.
>
> As was noted by some, I had not upgraded for a long, long time:
> "This type of layout and partition sizes is ancie
Back on 05/03/2024 I posted the question:
"How to increase size of /boot partition"
I had the same problem.
As was noted by some, I had not upgraded for a long, long time:
"This type of layout and partition sizes is ancient. /tmp isn't even a partition
now."
So, I decided to re-install. I
Note sure this with post to list with the Bold marked text, but
sending it to your email as well. If list rejects it will repost without
Rich Text, and Perhaps mark lines with (B) that were bold??
Good Luck.
A couple of things I would recommend.
Have an old Lenovo R61 notebook that also has a 5
On Tue, May 14, 2024 at 3:38 AM Patrick Dupre via users <
users@lists.fedoraproject.org> wrote:
> Hello,
>
> During an update, I get
>
> Error Summary
> -
> Disk Requirements:
>At least 7MB more space needed on the /boot filesystem.
>
>
> How can I fix it without currently resizing
df -h /boot
Filesystem Size Used Avail Use% Mounted on
/dev/sda6 488M 445M 6.5M 99% /boot
Sent: Tuesday, May 14, 2024 at 10:02 AM
From: "Barry Scott"
To: "Community support for Fedora users"
Cc: "Patrick Dupre"
Subject: Re: /boot too small
> On 14 May 2024, at 08:38, Patrick Dupre via users
> wrote:
>
> How can I fix it without currently resizing /boot?
How big is your /boot? What does this report? df -h /boot
If its 1GB then that should be lots of space and its worth checking where the
space has been used up.
Have a look wi
On 14/05/2024 08:54, Michal Schorm wrote:
Hi,
for an immediate workaround, remove the oldest kernel.
Here are the steps together with an example output:
1) List installed kernel-core packages:
# rpm -qa | grep kernel-core | sort
kernel-core-6.8.4-200.fc39.x86_64
kernel-core-6.8.6-200.fc39.x86_
Hi,
for an immediate workaround, remove the oldest kernel.
Here are the steps together with an example output:
1) List installed kernel-core packages:
# rpm -qa | grep kernel-core | sort
kernel-core-6.8.4-200.fc39.x86_64
kernel-core-6.8.6-200.fc39.x86_64
kernel-core-6.8.7-200.fc39.x86_64
2) Re
Hello,
During an update, I get
Error Summary
-
Disk Requirements:
At least 7MB more space needed on the /boot filesystem.
How can I fix it without currently resizing /boot?
Thank
drwx--. 5 root root 4096 May 14 08:36 grub2
lrwxrwxrwx. 1 root root45 Mar 7 13:24
26 matches
Mail list logo
