I recently just moved to fedora 36, would say I have almost no experience using linux. I allocated most of my storage to / during installation. Is it possible to reallocate some of that storage to create /home ?
If you did the automatic install then no worries. Fedora uses btrfs and shares a btrfs volume with / and /home. The full volume size is available to either/both as needed.
If you use ‘df’ you may see something like this.
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 4096 0 4096 0% /dev
tmpfs 1995776 0 1995776 0% /dev/shm
tmpfs 798312 1524 796788 1% /run
/dev/vda3 40278016 4107576 35518664 11% /
tmpfs 1995780 16 1995764 1% /tmp
/dev/vda3 40278016 4107576 35518664 11% /home
/dev/vda2 996780 253700 674268 28% /boot
/dev/vda1 613160 14332 598828 3% /boot/efi
tmpfs 399152 124 399028 1% /run/user/1000
As you can see / and /home share the same partition, have exactly the same amount used in both bytes and percent. Thus either/both can grow and use the available space as needed.
If you did not use btrfs for your file systems then please post the output of both df
and sudo parted -l
in the Preformatted text </> tags so we can tell what was used and be better able to advise on steps to follow.
here’s what I get using df
$ df Filesystem 1K-blocks Used Available Use% Mounted on devtmpfs 4096 0 4096 0% /dev tmpfs 8145528 0 8145528 0% /dev/shm tmpfs 3258212 1900 3256312 1% /run /dev/nvme0n1p6 121515008 16404728 95767880 15% / tmpfs 8145532 1048 8144484 1% /tmp /dev/nvme0n1p5 1046512 14340 1032172 2% /boot/efi tmpfs 1629104 1840 1627264 1% /run/user/1000 /dev/sda1 61833440 8887616 52945824 15% /run/media/mxfuuu/NOBARA-36
and using sudo parted -l
Model: Samsung SSD 970 EVO 250GB (nvme) Disk /dev/nvme0n1: 250GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 1049kB 106MB 105MB fat32 EFI system partition boot, esp 2 106MB 123MB 16.8MB Microsoft reserved partition msftres 3 123MB 124GB 124GB ntfs Basic data partition msftdata 4 124GB 125GB 633MB ntfs hidden, diag 5 125GB 126GB 1074MB fat32 EFI System Partition boot, esp 6 126GB 250GB 124GB btrfs
That seems to show that you manually partitioned the install, created a second efi partition, created one large / partition as btrfs, and did not create a separate /boot or /home partition.
The automatic partitioning would have shared the existing efi partition (/dev/nvme0n1p1) and would have created a small (~ 1 GB) ext4 partition as /boot, then the remainder would have been btrfs with both / and /home created.
I will leave it up to someone who is familiar with working with btrfs and creating subvolumes to assist in creating a /home subvolume. I can handle the very basics, but not the in-depth stuff.
If I were doing it I would suggest that you delete /dev/nvme0n1p5 and /dev/nvme0n1p6, then do a reinstall using the automatic installation and allow the installer to create /home for you.
I am running a dual boot with windows
is it possible to run into any issues by using the automatic installation?
Users dual boot and use the automatic install all the time. The installer is smart enough to share the efi partition and to only create the needed partitions in empty unallocated drive space.
Since there is no separate allocation for a /home mount point, if there is a /home directory, it is on /, right? So /, and therefore /home, is 15% full and appears to have adequate space. Is your user directory in /home? From your home directory, do a df .
to see where you are and how much space you have.
But Jeff is right, if you aren’t too far along and willing to reinstall, then let the installer set up your partitions.
The only real issue with having /home without a separate partition comes up when there is a need for a reinstall and the /home data needs to be backed up before it is wiped out. Otherwise it usually has no problems.
Good point! I always do a full /home backup before a reinstall anyway, just in case I pick a different fstype or the install goes nasty wrong, but a separate partition can make backup simpler.