How to extend root partition by shrinking home Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern) 2019 Community Moderator Election Results Why I closed the “Why is Kali so hard” questionCan I create a new partition from the free space inside my reiserfs-formatted /home partition?How to repartition disk to use non-allocated space?Does Linux unmount the root partition when the partition is about 80% full?Resizing home and root partions at opensuseGparted Not letting me Resize Partition and Add more Disk SpaceGparted Linux Mint 18.1 issueCan I increase root partition with this current partitionAllocate free space to root partitionNeed to extend logical partition (Non -LVM)How do I elegantly repartition my hard drive?
If a contract sometimes uses the wrong name, is it still valid?
How do I stop a creek from eroding my steep embankment?
How to answer "Have you ever been terminated?"
Using audio cues to encourage good posture
Simplicity of the roots of a minimal polynomial
Is it ethical to give a final exam after the professor has quit before teaching the remaining chapters of the course?
Why did the rest of the Eastern Bloc not invade Yugoslavia?
What does this icon in iOS Stardew Valley mean?
What does an IRS interview request entail when called in to verify expenses for a sole proprietor small business?
Can an alien society believe that their star system is the universe?
Book where humans were engineered with genes from animal species to survive hostile planets
Resolving to minmaj7
51k Euros annually for a family of 4 in Berlin: Is it enough?
What would be the ideal power source for a cybernetic eye?
What is Arya's weapon design?
Why aren't air breathing engines used as small first stages
How come Sam didn't become Lord of Horn Hill?
How to react to hostile behavior from a senior developer?
What causes the vertical darker bands in my photo?
How to find out what spells would be useless to a blind NPC spellcaster?
Is the Standard Deduction better than Itemized when both are the same amount?
Single word antonym of "flightless"
How does the particle を relate to the verb 行く in the structure「A を + B に行く」?
Why do we bend a book to keep it straight?
How to extend root partition by shrinking home
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)
2019 Community Moderator Election Results
Why I closed the “Why is Kali so hard” questionCan I create a new partition from the free space inside my reiserfs-formatted /home partition?How to repartition disk to use non-allocated space?Does Linux unmount the root partition when the partition is about 80% full?Resizing home and root partions at opensuseGparted Not letting me Resize Partition and Add more Disk SpaceGparted Linux Mint 18.1 issueCan I increase root partition with this current partitionAllocate free space to root partitionNeed to extend logical partition (Non -LVM)How do I elegantly repartition my hard drive?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;

Recently I've found out that soon I will run out of space on my / (root) partition. I've done some research on extending root partition, however, it wasn't too informative (mostly everyone say it's impossible or at least too hard). However I don't want to give up.
Here is my partition configuration in the photo. After root /dev/sda6 partition I have some free space (I don't know why it is here and where it came from). Then goes /home on /dev/sda7 and then more free space (9.77 GiB). What I'd like to do is to add these 9.77 GiB to my root partition. I've already read that I need to move my free space to the left and place it right after root partition (or to do something like this), but I don't know how.
Also another solution, as I see it, can be shrinking /home partition. I've already tried it with /dev/sda7 (that's where those 9.77 GiB are from), but free space appears on the right from /home, not on the left as I need.
This photo was made from my system, but if needed I can boot from Ubuntu LiveUSB.
ubuntu partition root gparted
New contributor
Vladimir Vislovich is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |

Recently I've found out that soon I will run out of space on my / (root) partition. I've done some research on extending root partition, however, it wasn't too informative (mostly everyone say it's impossible or at least too hard). However I don't want to give up.
Here is my partition configuration in the photo. After root /dev/sda6 partition I have some free space (I don't know why it is here and where it came from). Then goes /home on /dev/sda7 and then more free space (9.77 GiB). What I'd like to do is to add these 9.77 GiB to my root partition. I've already read that I need to move my free space to the left and place it right after root partition (or to do something like this), but I don't know how.
Also another solution, as I see it, can be shrinking /home partition. I've already tried it with /dev/sda7 (that's where those 9.77 GiB are from), but free space appears on the right from /home, not on the left as I need.
This photo was made from my system, but if needed I can boot from Ubuntu LiveUSB.
ubuntu partition root gparted
New contributor
Vladimir Vislovich is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |

Recently I've found out that soon I will run out of space on my / (root) partition. I've done some research on extending root partition, however, it wasn't too informative (mostly everyone say it's impossible or at least too hard). However I don't want to give up.
Here is my partition configuration in the photo. After root /dev/sda6 partition I have some free space (I don't know why it is here and where it came from). Then goes /home on /dev/sda7 and then more free space (9.77 GiB). What I'd like to do is to add these 9.77 GiB to my root partition. I've already read that I need to move my free space to the left and place it right after root partition (or to do something like this), but I don't know how.
Also another solution, as I see it, can be shrinking /home partition. I've already tried it with /dev/sda7 (that's where those 9.77 GiB are from), but free space appears on the right from /home, not on the left as I need.
This photo was made from my system, but if needed I can boot from Ubuntu LiveUSB.
ubuntu partition root gparted
New contributor
Vladimir Vislovich is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

Recently I've found out that soon I will run out of space on my / (root) partition. I've done some research on extending root partition, however, it wasn't too informative (mostly everyone say it's impossible or at least too hard). However I don't want to give up.
Here is my partition configuration in the photo. After root /dev/sda6 partition I have some free space (I don't know why it is here and where it came from). Then goes /home on /dev/sda7 and then more free space (9.77 GiB). What I'd like to do is to add these 9.77 GiB to my root partition. I've already read that I need to move my free space to the left and place it right after root partition (or to do something like this), but I don't know how.
Also another solution, as I see it, can be shrinking /home partition. I've already tried it with /dev/sda7 (that's where those 9.77 GiB are from), but free space appears on the right from /home, not on the left as I need.
This photo was made from my system, but if needed I can boot from Ubuntu LiveUSB.
ubuntu partition root gparted
ubuntu partition root gparted
New contributor
Vladimir Vislovich is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Vladimir Vislovich is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
edited Apr 12 at 16:31
0xSheepdog
1,74211025
1,74211025
New contributor
Vladimir Vislovich is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked Apr 12 at 14:20
Vladimir VislovichVladimir Vislovich
1
1
New contributor
Vladimir Vislovich is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Vladimir Vislovich is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Vladimir Vislovich is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
The simplest way to do this is:
- manually copy the ~7GB of files from the /home filesystem to an external media device
- delete the /dev/sda7 partition
- increase the size of the /dev/sda6 partition
- grow the ext4 filesystem on /dev/sda6
- create a new /dev/sda7 partition in the remaining space
- format the new /dev/sda7 partition with an ext4 filesystem
- copy the original files from the external media device to the new /dev/sda7 filesystem
- make sure
/etc/fstabpoints to the correct block device for/home
This requires a fair amount of checking things, documenting the current state, etc.
I am not a regular Ubuntu user, so I don't know how the block devices are referenced to the mount points. Some systems use simple device mapping (/dev/sda7 /home), some use dev-mapper, some use block-id UUID identifiers.
The specific command syntax to complete each point will vary GREATLY depending on what toolset and operating system you are using. It's too much for a single post here, without a lot more information.
You should also be aware that any time you change the partition table on a physical disk, you risk damaging data anywhere on the entire disk if you are not careful to use the correct commands and parameters.
Using a LiveOS to make the changes to the physical disk is a Good Idea(TM), and I suggest you consider the free System-Rescue-CD, which is built with the intent of providing tools to work on problems just like this.
add a comment |
I don't know why it is here and where it came from
Those are UEFI boundaries.
What I'd like to do is to add these 9.77 GiB to my root partition.
Steps:
- merge sda7 with the 9.77Gib unallocated space.
- shrink sda7 and create new unallocated space at the beginning.
- merge new unallocated space with sda6.
Use a live session to do this and finish each of these before doing the next one. It is not too difficult since gParted will sort of guide you through that process. Do make a backup before you start.
Just a remark: there are other methods. 23Gb is a LOT for / without a /home/. I have servers with Apache and Mysql that never reach 20Gb: the data those use are in a mount /opt/ that is a different hard disk. If you have those 2, or a mailserver, or a fileserver it might be better to change the data directory settings for that service and move those to /home/.
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Vladimir Vislovich is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f512115%2fhow-to-extend-root-partition-by-shrinking-home%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
The simplest way to do this is:
- manually copy the ~7GB of files from the /home filesystem to an external media device
- delete the /dev/sda7 partition
- increase the size of the /dev/sda6 partition
- grow the ext4 filesystem on /dev/sda6
- create a new /dev/sda7 partition in the remaining space
- format the new /dev/sda7 partition with an ext4 filesystem
- copy the original files from the external media device to the new /dev/sda7 filesystem
- make sure
/etc/fstabpoints to the correct block device for/home
This requires a fair amount of checking things, documenting the current state, etc.
I am not a regular Ubuntu user, so I don't know how the block devices are referenced to the mount points. Some systems use simple device mapping (/dev/sda7 /home), some use dev-mapper, some use block-id UUID identifiers.
The specific command syntax to complete each point will vary GREATLY depending on what toolset and operating system you are using. It's too much for a single post here, without a lot more information.
You should also be aware that any time you change the partition table on a physical disk, you risk damaging data anywhere on the entire disk if you are not careful to use the correct commands and parameters.
Using a LiveOS to make the changes to the physical disk is a Good Idea(TM), and I suggest you consider the free System-Rescue-CD, which is built with the intent of providing tools to work on problems just like this.
add a comment |
The simplest way to do this is:
- manually copy the ~7GB of files from the /home filesystem to an external media device
- delete the /dev/sda7 partition
- increase the size of the /dev/sda6 partition
- grow the ext4 filesystem on /dev/sda6
- create a new /dev/sda7 partition in the remaining space
- format the new /dev/sda7 partition with an ext4 filesystem
- copy the original files from the external media device to the new /dev/sda7 filesystem
- make sure
/etc/fstabpoints to the correct block device for/home
This requires a fair amount of checking things, documenting the current state, etc.
I am not a regular Ubuntu user, so I don't know how the block devices are referenced to the mount points. Some systems use simple device mapping (/dev/sda7 /home), some use dev-mapper, some use block-id UUID identifiers.
The specific command syntax to complete each point will vary GREATLY depending on what toolset and operating system you are using. It's too much for a single post here, without a lot more information.
You should also be aware that any time you change the partition table on a physical disk, you risk damaging data anywhere on the entire disk if you are not careful to use the correct commands and parameters.
Using a LiveOS to make the changes to the physical disk is a Good Idea(TM), and I suggest you consider the free System-Rescue-CD, which is built with the intent of providing tools to work on problems just like this.
add a comment |
The simplest way to do this is:
- manually copy the ~7GB of files from the /home filesystem to an external media device
- delete the /dev/sda7 partition
- increase the size of the /dev/sda6 partition
- grow the ext4 filesystem on /dev/sda6
- create a new /dev/sda7 partition in the remaining space
- format the new /dev/sda7 partition with an ext4 filesystem
- copy the original files from the external media device to the new /dev/sda7 filesystem
- make sure
/etc/fstabpoints to the correct block device for/home
This requires a fair amount of checking things, documenting the current state, etc.
I am not a regular Ubuntu user, so I don't know how the block devices are referenced to the mount points. Some systems use simple device mapping (/dev/sda7 /home), some use dev-mapper, some use block-id UUID identifiers.
The specific command syntax to complete each point will vary GREATLY depending on what toolset and operating system you are using. It's too much for a single post here, without a lot more information.
You should also be aware that any time you change the partition table on a physical disk, you risk damaging data anywhere on the entire disk if you are not careful to use the correct commands and parameters.
Using a LiveOS to make the changes to the physical disk is a Good Idea(TM), and I suggest you consider the free System-Rescue-CD, which is built with the intent of providing tools to work on problems just like this.
The simplest way to do this is:
- manually copy the ~7GB of files from the /home filesystem to an external media device
- delete the /dev/sda7 partition
- increase the size of the /dev/sda6 partition
- grow the ext4 filesystem on /dev/sda6
- create a new /dev/sda7 partition in the remaining space
- format the new /dev/sda7 partition with an ext4 filesystem
- copy the original files from the external media device to the new /dev/sda7 filesystem
- make sure
/etc/fstabpoints to the correct block device for/home
This requires a fair amount of checking things, documenting the current state, etc.
I am not a regular Ubuntu user, so I don't know how the block devices are referenced to the mount points. Some systems use simple device mapping (/dev/sda7 /home), some use dev-mapper, some use block-id UUID identifiers.
The specific command syntax to complete each point will vary GREATLY depending on what toolset and operating system you are using. It's too much for a single post here, without a lot more information.
You should also be aware that any time you change the partition table on a physical disk, you risk damaging data anywhere on the entire disk if you are not careful to use the correct commands and parameters.
Using a LiveOS to make the changes to the physical disk is a Good Idea(TM), and I suggest you consider the free System-Rescue-CD, which is built with the intent of providing tools to work on problems just like this.
answered Apr 12 at 14:45
0xSheepdog0xSheepdog
1,74211025
1,74211025
add a comment |
add a comment |
I don't know why it is here and where it came from
Those are UEFI boundaries.
What I'd like to do is to add these 9.77 GiB to my root partition.
Steps:
- merge sda7 with the 9.77Gib unallocated space.
- shrink sda7 and create new unallocated space at the beginning.
- merge new unallocated space with sda6.
Use a live session to do this and finish each of these before doing the next one. It is not too difficult since gParted will sort of guide you through that process. Do make a backup before you start.
Just a remark: there are other methods. 23Gb is a LOT for / without a /home/. I have servers with Apache and Mysql that never reach 20Gb: the data those use are in a mount /opt/ that is a different hard disk. If you have those 2, or a mailserver, or a fileserver it might be better to change the data directory settings for that service and move those to /home/.
add a comment |
I don't know why it is here and where it came from
Those are UEFI boundaries.
What I'd like to do is to add these 9.77 GiB to my root partition.
Steps:
- merge sda7 with the 9.77Gib unallocated space.
- shrink sda7 and create new unallocated space at the beginning.
- merge new unallocated space with sda6.
Use a live session to do this and finish each of these before doing the next one. It is not too difficult since gParted will sort of guide you through that process. Do make a backup before you start.
Just a remark: there are other methods. 23Gb is a LOT for / without a /home/. I have servers with Apache and Mysql that never reach 20Gb: the data those use are in a mount /opt/ that is a different hard disk. If you have those 2, or a mailserver, or a fileserver it might be better to change the data directory settings for that service and move those to /home/.
add a comment |
I don't know why it is here and where it came from
Those are UEFI boundaries.
What I'd like to do is to add these 9.77 GiB to my root partition.
Steps:
- merge sda7 with the 9.77Gib unallocated space.
- shrink sda7 and create new unallocated space at the beginning.
- merge new unallocated space with sda6.
Use a live session to do this and finish each of these before doing the next one. It is not too difficult since gParted will sort of guide you through that process. Do make a backup before you start.
Just a remark: there are other methods. 23Gb is a LOT for / without a /home/. I have servers with Apache and Mysql that never reach 20Gb: the data those use are in a mount /opt/ that is a different hard disk. If you have those 2, or a mailserver, or a fileserver it might be better to change the data directory settings for that service and move those to /home/.
I don't know why it is here and where it came from
Those are UEFI boundaries.
What I'd like to do is to add these 9.77 GiB to my root partition.
Steps:
- merge sda7 with the 9.77Gib unallocated space.
- shrink sda7 and create new unallocated space at the beginning.
- merge new unallocated space with sda6.
Use a live session to do this and finish each of these before doing the next one. It is not too difficult since gParted will sort of guide you through that process. Do make a backup before you start.
Just a remark: there are other methods. 23Gb is a LOT for / without a /home/. I have servers with Apache and Mysql that never reach 20Gb: the data those use are in a mount /opt/ that is a different hard disk. If you have those 2, or a mailserver, or a fileserver it might be better to change the data directory settings for that service and move those to /home/.
answered Apr 12 at 14:47
RinzwindRinzwind
215214
215214
add a comment |
add a comment |
Vladimir Vislovich is a new contributor. Be nice, and check out our Code of Conduct.
Vladimir Vislovich is a new contributor. Be nice, and check out our Code of Conduct.
Vladimir Vislovich is a new contributor. Be nice, and check out our Code of Conduct.
Vladimir Vislovich is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f512115%2fhow-to-extend-root-partition-by-shrinking-home%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown