On 2/23/24 3:31 PM, Felix Miata wrote:
Samuel Sieb composed on 2024-02-23 16:48 (UTC-0500):
home user wrote:
-bash.4[~]: fdisk -l
Disk /dev/sda: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: ST2000DM006-2DM1
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: dos
Disk identifier: 0xfde8da65
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 1859026943 1858820096 886.4G 7 HPFS/NTFS/exFAT
/dev/sda3 1859026944 1860050943 1024000 500M 83 Linux
/dev/sda4 1860050944 3907029167 2046978224 976.1G 5 Extended
/dev/sda5 1860052992 1876436991 16384000 7.8G 82 Linux swap /
Solaris
/dev/sda6 1876439040 1981296639 104857600 50G 83 Linux
/dev/sda7 1981298688 3907028991 1925730304 918.3G 83 Linux
You could take 1GB off your swap partition and move the /boot partition
to there.
That, or any other size that pleases, though if the swap is routinely used for
hibernating and requires it all, complications grow among the possibilities.
If you had live boot capability, I would suggest moving the space up to
where /boot is now, but I don't think you can do that while running it.
With swap off and /boot unmounted, swap could be deleted, boot enlarged to
whatever size desired, then swap recreated in whatever remains unused. If live
boot is truly impossible, this process should be easy enough to do by temporarily
moving the disk to some other computer.
Another option would be to shrink either sda7 or sda2. With the latter option,
move sda3 then enlarge. With the former it's more complicate because of the MBR
partitioning, create a new partition. The new boot at the end of disk would have
to be created after deleting sda3 if you wish the new to remain a primary, because
you can't have more primaries than you already have. If you're OK to have the new
boot be a logical, then it's not an issue. Personally that wouldn't happen, as my
boot partitions are always ever primary, because that's where I put Grub, not on
the MBR, where Windows compatible code always stays.
To be clear, sda4 here is a special case. It defines a location within which
logical partitions live, but it doesn't need to be manually or consciously taken
into account for these processes. Better partitioning tools automatically recreate
it as and if required to fit any legal group of logicals. Therefore, adjusting it
shouldn't require it be given any thought beyond the fact that it consumes a
primary partition table entry. It can be pretended to not exist notwithstanding
existence of its partition table entry.
No other computer.
No live boot. Tried making one multiple times with multiple sticks and multiple ports. Even a local youngish professional programmer (specializing in embedded and micro) could not figure it out.
I'm heavily leaning on being satisfied with space recovered by deleting one old kernel and limiting the system to one old kernel henceforth.
--
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue