You are not logged in.
Pages: 1
Mkinitcpio is unable to write the initramfs to my esp because my esp if full (it is only 200M.) Is there any way I can work around this? I can't resize it because the macOS partition is right after it. Any help would be appreciated.
`sudo fdisk -l`:
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: APPLE HDD HTS541
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 5E2CCC06-F1F1-489C-AE66-26BCC787802C
Device Start End Sectors Size Type
/dev/sda1 40 409639 409600 200M EFI System
/dev/sda2 409640 976972135 976562496 465.7G Apple APFS
/dev/sda3 1805099008 1953523711 148424704 70.8G Linux filesystem
/dev/sda4 976973824 1805099007 828125184 394.9G Linux filesystem
Partition table entries are not in disk order.`dust /boot`: ( basically a tree but with disk space listed for big folders and files )
196M └─┬ boot │██████████████████████████████████ │ 100%
116M ├── initramfs-linux-fallback.img │█████████████████████ │ 59%
32M ├── initramfs-linux.img │██████ │ 17%
26M ├─┬ EFI │█████ │ 13%
24M │ ├─┬ APPLE │█████ │ 12%
15M │ │ ├─┬ EXTENSIONS │███▒▒ │ 8%
15M │ │ │ └── Firmware.scap │███▒▒ │ 8%
8.0M │ │ ├─┬ FIRMWARE │██▒▒▒ │ 4%
8.0M │ │ │ └── IM183.fd │██▒▒▒ │ 4%
1.5M │ │ └─┬ UPDATERS │█▒▒▒▒ │ 1%
828K │ │ ├─┬ MULTIUPDATER │█▒▒▒▒ │ 0%
500K │ │ │ ├── Mac-77F17D7DA9285301-C0_5.92.0-C0_41.5-R0.bin │█▒▒▒▒ │ 0%
218K │ │ │ ├── ThorUtil.efi │█▒▒▒▒ │ 0%
101K │ │ │ └── MultiUpdater.efi │█▒▒▒▒ │ 0%
739K │ │ └─┬ TBTH │█▒▒▒▒ │ 0%
500K │ │ ├── Mac-77F17D7DA9285301-C0-39.2-S112-p_c0-5.66.0-SS-R0.bin│█▒▒▒▒ │ 0%
239K │ │ └── ThorUtil_7.77.efi │█▒▒▒▒ │ 0%
1.8M │ └─┬ refind │█░░░░ │ 1%
723K │ ├─┬ icons │█░░░░ │ 0%
148K │ │ ├─┬ svg │█░░░░ │ 0%
21K │ │ │ └── os_netbsd.svg │█░░░░ │ 0%
18K │ │ ├── os_ubuntu.png │█░░░░ │ 0%
17K │ │ ├── os_endeavouros.png │█░░░░ │ 0% 16K │ │ ├── os_elementary.png │█░░░░ │ 0%
15K │ │ └── os_centos.png │█░░░░ │ 0%
706K │ ├─┬ icons-backup │█░░░░ │ 0%148K │ │ ├─┬ svg │█░░░░ │ 0%
21K │ │ │ └── os_netbsd.svg │█░░░░ │ 0%
18K │ │ ├── os_ubuntu.png │█░░░░ │ 0%
16K │ │ ├── os_elementary.png │█░░░░ │ 0%
15K │ │ ├── os_centos.png │█░░░░ │ 0%
14K │ │ ├── os_trusty.png │█░░░░ │ 0%
14K │ │ └── os_network.png │█░░░░ │ 0%
308K │ ├── refind_x64.efi │█░░░░ │ 0%
35K │ ├── refind.conf-sample │█░░░░ │ 0%
34K │ └── refind.conf │█░░░░ │ 0%
12M ├── vmlinuz-linux │███ │ 6%
7.7M ├── intel-ucode.img │██ │ 4%
714K ├─┬ .Spotlight-V100 │█ │ 0%
709K │ └─┬ Store-V2 │█ │ 0%
708K │ └─┬ 6E6912CF-D210-4454-B45E-3DD4C029E467 │█ │ 0%
78K │ ├── 0.indexArrays │█ │ 0%
64K │ ├── reverseDirectoryStore │█ │ 0%
64K │ ├── live.0.shadowIndexArrays │█ │ 0% 64K │ ├── live.0.indexArrays │█ │ 0%
64K │ ├── live.0.directoryStoreFile │█ │ 0%
64K │ ├── 0.directoryStoreFile │█ │ 0% 36K │ ├── store.db │█ │ 0%
36K │ ├── .store.db │█ │ 0%
32K │ ├── live.0.indexIds │█ │ 0%
16K │ └── live.0.indexBigDates │█ │ 0%
80K ├── amd-ucode.img │█ │ 0%
28K └── .Trashes │█ │ 0%Thanks for the help, I know this is kind of a dumb issue but I don't know what to do.
Offline
You can remove the fallback initramfs image (and disable its creation in linux.preset in /etc/mkinitcpio.d), since that's what taking most of the space.
Offline
Not using the kms hook would shrink it significantly as well.
Offline
Thanks, I will delete the fallback initramfs. I didn't know if I was using it or not, so I was afraid to delete it.
Offline
Not using the kms hook would shrink it significantly as well.
What function does the kms hook serve?
Thanks for your time.
Offline
Scimmia wrote:Not using the kms hook would shrink it significantly as well.
What function does the kms hook serve?
Thanks for your time.
https://wiki.archlinux.org/title/Kernel … _KMS_start
It's unlikely to be necessary, and all GPUs except Nvidia will enable KMS by default anyway. I assume you have an older Mac with an Intel chip, so you should be fine.
Last edited by mesaprotector (2024-06-06 09:28:25)
Offline
It's often advisable to at least add the modules of the GPU you're using to the modules section, as there have been occasions where the system boots too fast and graphics cards initialize too slow, leading to a broken, software rendererd GUI session. The "problematic" thing about the kms hook in combination with the fallback image is that by definition of the fallback image it will include all firmwares for all the GPUs, which will happen to include big nvdia Turing firmware since nouveau has gained support for them.
Offline
You can also use a XBOOTLDR partition, which is basically a second efi partition. It seems to me that this isn't possible with refind.
The fallback initramfs is a second image, similar to the normal initramfs but doesn't select modules according to you hardware.
That makes it huge, and you do not need it if you don't change your HW, for example with usb stick boot.
The size problem especially applies for the kms hook, as the nvidia firmware blobs were recently added to it, opening some threads similar to yours.
Why I run Arch? To "BTW I run Arch" the guy one grade younger.
And to let my siblings and cousins laugh at Arsch Linux...
Offline
refind definitely has separate partition support and even ext4 and btrfs drivers, so you could also just not mount the ESP to /boot regenerate the kernel images and reconfigure refind to read the kernel images directly from your root partition.
Offline
Got it, thanks for all the help!
Offline
Pages: 1