On Wed, 17 Jan 2024 21:58:59 +
pete wrote:
> Ok
>
> i use ATI Radeongave up on nouveau
>
> Pete
But if you're using the kms hook, you still get nouveau in the fallback
initramfs.
On Wed, 17 Jan 2024 21:32:04 +0100
mpan wrote:
> >> The issue you faced with kernel 6.7.0 is actually a mkinitcpio issue
> >> [1] that made initramfs files grow up in size significantly.
> >> Fortunately, this issue already has a patch already tested and merged.
> >> [2] :)
> > As
The issue you faced with kernel 6.7.0 is actually a mkinitcpio issue
[1] that made initramfs files grow up in size significantly.
Fortunately, this issue already has a patch already tested and merged.
[2] :)
As detected a moment ago, the current git mkinitcpio version still
does not resolve
On Tue, 16 Jan 2024 10:08:43 +0100
tippfehlr wrote:
> On 2024-01-15 22:39, Genes Lists wrote:
> > Benefits of no fallback:
> > * smaller space usage and much faster regeneration of initrd [1]
>
> I just disabled the fallback image and the systemd-boot timeout (as I
> never used them, I
On Mon, 15 Jan 2024 16:39:17 -0500
Genes Lists wrote:
> On Mon, 2024-01-15 at 19:30 +, Serge Korol wrote:
> > sizes of img files with latest mkinitcpio 37.2-1
> >
>
> * Things seem quite reasonable again with the latest release of
> mkinitcpio
>
> * I stopped keeping fallback images for
Hi Ralf,
> ...my Arch Linux /boot, which contains the kernels, is part of the
> root directory instead of being its own partition. IOW hundreds of
> unused GiB are available.
I thought I was old-fashioned for not using LVM and encrypting disk
data, e.g.
no doubt there are some use cases where an installation should be kept
as small as possible, but on an average desktop laptop computer or
server a GiB more or less doesn't matter these days. (…)
Note: I’m aware you are answering to Genes Lists’s post specifically,
making a statement about
On 2024-01-15 22:39, Genes Lists wrote:
Benefits of no fallback:
* smaller space usage and much faster regeneration of initrd [1]
I just disabled the fallback image and the systemd-boot timeout (as I
never used them, I always have an Archiso USB stick on hand).
# time mkinitcpio -P
Hi
On 1/16/24 05:22, Ralf Mardorf wrote:
On Mon, 2024-01-15 at 16:39 -0500, Genes Lists wrote:
Benefits of no fallback:
* smaller space usage and much faster regeneration of initrd
Hi,
You can modify COMPRESSION_OPTIONS in mkinitcpio.conf to add more
compression level.
Best
On Mon, 2024-01-15 at 16:39 -0500, Genes Lists wrote:
> Benefits of no fallback:
> * smaller space usage and much faster regeneration of initrd
Hi,
no doubt there are some use cases where an installation should be kept
as small as possible, but on an average desktop laptop computer or
On Mon, 2024-01-15 at 19:30 +, Serge Korol wrote:
> sizes of img files with latest mkinitcpio 37.2-1
>
* Things seem quite reasonable again with the latest release of
mkinitcpio
* I stopped keeping fallback images for both dracut and mkinitcpio.
You may or may not choose to do this too.
sizes of img files with latest mkinitcpio 37.2-1
110M initramfs-linux-ck-generic-v3-fallback.img
51M initramfs-linux-ck-generic-v3.img
110M initramfs-linux-fallback.img
51M initramfs-linux.img
Sent with Proton Mail secure email.
On Monday, January 15th, 2024 at 2:24 PM, pete wrote:
>
On Mon, 15 Jan 2024 18:03:02 +0100
mpan wrote:
> > While 300 MiB is not huge, it should be enough in most cases.
>And note that 300 MB is recommended, while in reality you could go
> even below that. I have a BIOS system with 128 MB “/boot”, with 45 MB
> occupied by the images. So that’s
While 300 MiB is not huge, it should be enough in most cases.
And note that 300 MB is recommended, while in reality you could go
even below that. I have a BIOS system with 128 MB “/boot”, with 45 MB
occupied by the images. So that’s certainly not you doing something
wrong or having a
On Mon, 15 Jan 2024 17:03:33 +0100
Robin Candau wrote:
> On 1/15/24 16:48, pete wrote:
> > Hi folks
> Hi,
> >
> > Well all is well after the previous mess apart from one thing that i must
> > admit i forgot to tackle on the reinstall a few days ago
> >
> > my "/boot" partition is too small
On 1/15/24 16:48, pete wrote:
Hi folks
Hi,
Well all is well after the previous mess apart from one thing that i must
admit i forgot to tackle on the reinstall a few days ago
my "/boot" partition is too small 300mb
ran into a problem last night pacman installing kernel 6.7.0
While 300
Hello,
it's not possible to expand a partition if you don't have free space
directly after it. It might however be possible to move it. Boot
partition is not necessarily that difficult to reconstruct, even from
scratch.
W dniu 15.01.2024 o 16:48, pete pisze:
Hi folks
Well all is well
Hi folks
Well all is well after the previous mess apart from one thing that i must
admit i forgot to tackle on the reinstall a few days ago
my "/boot" partition is too small 300mb
ran into a problem last night pacman installing kernel 6.7.0
The main kernel built installed fine but the fall
18 matches
Mail list logo
