Closed Naheem closed 6 months ago
Can you provide the df -h
output for /boot
& /efi
as well as lsblk
and the full rpm-ostree status
output?
$ df -h /boot
Filesystem Size Used Avail Use% Mounted on
/dev/nvme0n1p2 974M 183M 724M 21% /boot
$ df -h /boot/efi
Filesystem Size Used Avail Use% Mounted on
/dev/nvme0n1p1 599M 12M 588M 2% /boot/efi
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 931.5G 0 disk
├─sda1 8:1 0 1.4G 0 part
├─sda2 8:2 0 100M 0 part
├─sda3 8:3 0 451.9G 0 part
├─sda4 8:4 0 518M 0 part
├─sda5 8:5 0 11.9G 0 part
├─sda6 8:6 0 1G 0 part
└─sda7 8:7 0 457.9G 0 part
├─fedora00-swap00 253:0 0 7.8G 0 lvm
├─fedora00-home00 253:1 0 300G 0 lvm
└─fedora00-root00 253:2 0 150G 0 lvm
zram0 252:0 0 8G 0 disk [SWAP]
nvme0n1 259:0 0 476.9G 0 disk
├─nvme0n1p1 259:1 0 600M 0 part /boot/efi
├─nvme0n1p2 259:2 0 1G 0 part /boot
└─nvme0n1p3 259:3 0 475.4G 0 part /var/home
/var
/sysroot/ostree/deploy/fedora/var
/usr
/etc
/
/sysroot
$ rpm-ostree status
State: idle
Deployments:
● fedora:fedora/38/x86_64/silverblue
Version: 38.20230421.0 (2023-04-21T00:46:34Z)
BaseCommit: 3cfd4aa4de1a4e47f2c607186408f22f1607bcfe4953311eea1e8f7c0c81e453
GPGSignature: Valid signature by 6A51BBABBA3D5467B6171221809A8D7CEB10B464
LayeredPackages: langpacks-en_GB
fedora:fedora/38/x86_64/silverblue
Version: 38.20230420.0 (2023-04-20T03:26:13Z)
BaseCommit: ac255bb74eb7ab97628e4bd4f0371af039d8495ed5fcef0ee9e9dccb01855436
GPGSignature: Valid signature by 6A51BBABBA3D5467B6171221809A8D7CEB10B464
LayeredPackages: langpacks-en_GB
Where is /run/media/root/FA4A-9BC7
? Can you give us the output of sudo blkid
?
Is this enough? I cant see anything mentioning the location of the /run/mmedia/root partition in the output.
The sd* partitions can be ignored - its an older install that I use for dumping data where I havent deleted the OS partitions... but this laptop is booting off the nvme drive
$ sudo blkid
/dev/mapper/fedora00-home00: UUID="bfef07da-e4d3-4e15-9ab0-6174c037c858" BLOCK_SIZE="4096" TYPE="ext4"
/dev/nvme0n1p3: LABEL="fedora_fedora" UUID="7e100a85-30de-4fdf-977d-9b4d5f3a9fd3" UUID_SUB="d30d9d20-6401-4430-9e54-5dd17cfd2573" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="07438e48-28a3-4440-a149-79cbc49298d1"
/dev/nvme0n1p1: UUID="8229-0CA4" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="3838856b-0f29-461c-8e6b-8ceb83ad0948"
/dev/nvme0n1p2: UUID="604c4958-cdd6-46f7-ac52-ae5c33de1acf" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="dc5230f5-3c2d-49c8-8f2d-bdcbcf81b211"
/dev/mapper/fedora00-root00: UUID="2d00f6ca-1c93-4444-b22a-a52496bbea98" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/fedora00-swap00: UUID="77f0599e-3362-4b0d-b46a-ef2becbe3310" TYPE="swap"
/dev/sda4: BLOCK_SIZE="512" UUID="D44E1F634E1F3DA4" TYPE="ntfs" PARTUUID="7e7414d5-ebca-40fb-9a09-84e0c92dd9cf"
/dev/sda2: SEC_TYPE="msdos" UUID="FA4A-9BC7" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="9c33e39b-63fe-11e9-a418-9102b878c8f6"
/dev/sda7: UUID="5CcbvP-A8Px-npzV-v8LX-ydNq-aZQ2-PJUW3c" TYPE="LVM2_member" PARTUUID="c226482b-dcb5-48d6-8ba7-f6476d9a1ca5"
/dev/sda5: LABEL="Lenovo_Recovery" BLOCK_SIZE="512" UUID="CAF8F576F8F560DD" TYPE="ntfs" PARTUUID="9c33e39d-63fe-11e9-a418-9102b878c8f6"
/dev/sda3: LABEL="Windows7_OS" BLOCK_SIZE="512" UUID="1000D26E00D25A74" TYPE="ntfs" PARTUUID="9c33e39c-63fe-11e9-a418-9102b878c8f6"
/dev/sda1: LABEL="SYSTEM_DRV" BLOCK_SIZE="512" UUID="0638CF4B38CF3887" TYPE="ntfs" PARTUUID="9c33e39a-63fe-11e9-a418-9102b878c8f6"
/dev/sda6: UUID="2b403a77-dff1-4aeb-89fb-f9053282e2f0" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="3214bcb2-b4dd-48f2-b5c1-1a7b93cdd342"
/dev/zram0: LABEL="zram0" UUID="384f071b-cbe9-4c06-b40b-fa0aaaeb5452" TYPE="swap"
/dev/sda2: SEC_TYPE="msdos" UUID="FA4A-9BC7" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="9c33e39b-63fe-11e9-a418-9102b878c8f6"
fwupd is confused because your have 2 EFI / ESP partition and it's looking at the "wrong" one.
Or maybe it's not the wrong one and it's the one you're using to boot your system? It's unclear.
I deleted the sda2 EFI partition and now, the firmware does decompress so it does seem like fwupdmgr was being confused about the correct EFI partition.
However when rebooting, it still does not apply the update.
Can you reproduce this with Fedora 40? Thanks
I dont have any outstanding firmare updates so I am unsure how to check.
if you can put instructions here, I can test them, or otherwise this can be closed.
This is something to ask to the fwupd folks. In the mean time, I'll close this one. We can re-open it if someone can re-produce it.
This issue tracker is intended only for Silverblue specific issues. We would like to ask you to try to reproduce the issue on a relevant Fedora Workstation release. If you will be able to reproduce there, then please report it in Red Hat Bugzilla (see How to file a bug) or in upstream (preferred for GNOME projects) and not in this issue tracker.
Describe the bug On a new install of Silverblue 38 (and before wiping the drive, on the previous Silverblue 37 that had been upgraded over time from an earlier install), I cannot install a UEFI system update presented via gnome-software and fwupdmgr. To Reproduce Please describe the steps needed to reproduce the bug:
Expected behavior For the install to complete.
Screenshots If applicable, add screenshots to help explain your problem.
OS version:
Additional context I created a bug at fwupd who closed it "You don't have enough free space on your ESP." https://github.com/fwupd/fwupd/issues/5737 but this is default Fedora install on a 512GB SSD which created a 629MB /boot/efi partition (gnome disck utility states 616MB free - 2.1% full) and a 1.1GB /boot partition (829MB free - 22.8% full).