gparted doesn't detect there's unallocated space [duplicate]

Multi tool use
This question already has an answer here:
How to resize partitions?
4 answers
I'm trying to resize my Ubuntu partition but there seems to be a problem. I'm trying to do it from a live USB. I have unallocated space but when I try to resize my Ubuntu partition, gparted just lets me shrink it and doesn't lets me expand it. It's like he doesn't detect there's space.
Any idea on how to do it?
partitioning gparted
marked as duplicate by Pilot6, Kulfy, Fabby, Warren Hill, Eric Carvalho Feb 13 at 13:03
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
|
show 6 more comments
This question already has an answer here:
How to resize partitions?
4 answers
I'm trying to resize my Ubuntu partition but there seems to be a problem. I'm trying to do it from a live USB. I have unallocated space but when I try to resize my Ubuntu partition, gparted just lets me shrink it and doesn't lets me expand it. It's like he doesn't detect there's space.
Any idea on how to do it?
partitioning gparted
marked as duplicate by Pilot6, Kulfy, Fabby, Warren Hill, Eric Carvalho Feb 13 at 13:03
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
Looks like you are trying to create an ext3 partition. Use ext4. Moving, changing partitions always has some risk. Be sure you have good backups. Any interruption will totally corrupt all data. You could also shrink your sda5 NTFS partition and make new partition include that & all the space at end of drive. Then move some of your data from /home to new partition.
– oldfred
Feb 12 at 14:38
Before giving any instructions, you need to answer some questions for me... you've got a 1TB disk that's about 70% unused. /dev/sda3 and /dev/sda5 are empty, and depending on their intended use, should be resized down. You have a strange ext3 partition which should probably be removed. /dev/sda6 can't be resized until it has adjacent unallocated space. Please describe how/why this disk structure looks the way it does.
– heynnema
Feb 12 at 14:52
@oldfred this OP doesn't appear to have a separate /home... and I don't recommend creating one either. What they DO have is kind of a partitioning mess... hopefully we can help them straighten it out.
– heynnema
Feb 12 at 15:05
@heynnema to be honest I have no idea why my partitioning is so messy. I did create the strange ext3 partition because I was trying to allocate some space for ubuntu and I changed the format partition to ext4 and then to ext3 just to see if that worked. I already deleted it.
– Wylex
Feb 12 at 15:32
You didn't answer my questions about sda3 and sda5. Please update your gparted screenshot. Report back.
– heynnema
Feb 12 at 15:51
|
show 6 more comments
This question already has an answer here:
How to resize partitions?
4 answers
I'm trying to resize my Ubuntu partition but there seems to be a problem. I'm trying to do it from a live USB. I have unallocated space but when I try to resize my Ubuntu partition, gparted just lets me shrink it and doesn't lets me expand it. It's like he doesn't detect there's space.
Any idea on how to do it?
partitioning gparted
This question already has an answer here:
How to resize partitions?
4 answers
I'm trying to resize my Ubuntu partition but there seems to be a problem. I'm trying to do it from a live USB. I have unallocated space but when I try to resize my Ubuntu partition, gparted just lets me shrink it and doesn't lets me expand it. It's like he doesn't detect there's space.
Any idea on how to do it?
This question already has an answer here:
How to resize partitions?
4 answers
partitioning gparted
partitioning gparted
edited Feb 12 at 14:26


mature
2,1304931
2,1304931
asked Feb 12 at 14:18


WylexWylex
182
182
marked as duplicate by Pilot6, Kulfy, Fabby, Warren Hill, Eric Carvalho Feb 13 at 13:03
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
marked as duplicate by Pilot6, Kulfy, Fabby, Warren Hill, Eric Carvalho Feb 13 at 13:03
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
Looks like you are trying to create an ext3 partition. Use ext4. Moving, changing partitions always has some risk. Be sure you have good backups. Any interruption will totally corrupt all data. You could also shrink your sda5 NTFS partition and make new partition include that & all the space at end of drive. Then move some of your data from /home to new partition.
– oldfred
Feb 12 at 14:38
Before giving any instructions, you need to answer some questions for me... you've got a 1TB disk that's about 70% unused. /dev/sda3 and /dev/sda5 are empty, and depending on their intended use, should be resized down. You have a strange ext3 partition which should probably be removed. /dev/sda6 can't be resized until it has adjacent unallocated space. Please describe how/why this disk structure looks the way it does.
– heynnema
Feb 12 at 14:52
@oldfred this OP doesn't appear to have a separate /home... and I don't recommend creating one either. What they DO have is kind of a partitioning mess... hopefully we can help them straighten it out.
– heynnema
Feb 12 at 15:05
@heynnema to be honest I have no idea why my partitioning is so messy. I did create the strange ext3 partition because I was trying to allocate some space for ubuntu and I changed the format partition to ext4 and then to ext3 just to see if that worked. I already deleted it.
– Wylex
Feb 12 at 15:32
You didn't answer my questions about sda3 and sda5. Please update your gparted screenshot. Report back.
– heynnema
Feb 12 at 15:51
|
show 6 more comments
Looks like you are trying to create an ext3 partition. Use ext4. Moving, changing partitions always has some risk. Be sure you have good backups. Any interruption will totally corrupt all data. You could also shrink your sda5 NTFS partition and make new partition include that & all the space at end of drive. Then move some of your data from /home to new partition.
– oldfred
Feb 12 at 14:38
Before giving any instructions, you need to answer some questions for me... you've got a 1TB disk that's about 70% unused. /dev/sda3 and /dev/sda5 are empty, and depending on their intended use, should be resized down. You have a strange ext3 partition which should probably be removed. /dev/sda6 can't be resized until it has adjacent unallocated space. Please describe how/why this disk structure looks the way it does.
– heynnema
Feb 12 at 14:52
@oldfred this OP doesn't appear to have a separate /home... and I don't recommend creating one either. What they DO have is kind of a partitioning mess... hopefully we can help them straighten it out.
– heynnema
Feb 12 at 15:05
@heynnema to be honest I have no idea why my partitioning is so messy. I did create the strange ext3 partition because I was trying to allocate some space for ubuntu and I changed the format partition to ext4 and then to ext3 just to see if that worked. I already deleted it.
– Wylex
Feb 12 at 15:32
You didn't answer my questions about sda3 and sda5. Please update your gparted screenshot. Report back.
– heynnema
Feb 12 at 15:51
Looks like you are trying to create an ext3 partition. Use ext4. Moving, changing partitions always has some risk. Be sure you have good backups. Any interruption will totally corrupt all data. You could also shrink your sda5 NTFS partition and make new partition include that & all the space at end of drive. Then move some of your data from /home to new partition.
– oldfred
Feb 12 at 14:38
Looks like you are trying to create an ext3 partition. Use ext4. Moving, changing partitions always has some risk. Be sure you have good backups. Any interruption will totally corrupt all data. You could also shrink your sda5 NTFS partition and make new partition include that & all the space at end of drive. Then move some of your data from /home to new partition.
– oldfred
Feb 12 at 14:38
Before giving any instructions, you need to answer some questions for me... you've got a 1TB disk that's about 70% unused. /dev/sda3 and /dev/sda5 are empty, and depending on their intended use, should be resized down. You have a strange ext3 partition which should probably be removed. /dev/sda6 can't be resized until it has adjacent unallocated space. Please describe how/why this disk structure looks the way it does.
– heynnema
Feb 12 at 14:52
Before giving any instructions, you need to answer some questions for me... you've got a 1TB disk that's about 70% unused. /dev/sda3 and /dev/sda5 are empty, and depending on their intended use, should be resized down. You have a strange ext3 partition which should probably be removed. /dev/sda6 can't be resized until it has adjacent unallocated space. Please describe how/why this disk structure looks the way it does.
– heynnema
Feb 12 at 14:52
@oldfred this OP doesn't appear to have a separate /home... and I don't recommend creating one either. What they DO have is kind of a partitioning mess... hopefully we can help them straighten it out.
– heynnema
Feb 12 at 15:05
@oldfred this OP doesn't appear to have a separate /home... and I don't recommend creating one either. What they DO have is kind of a partitioning mess... hopefully we can help them straighten it out.
– heynnema
Feb 12 at 15:05
@heynnema to be honest I have no idea why my partitioning is so messy. I did create the strange ext3 partition because I was trying to allocate some space for ubuntu and I changed the format partition to ext4 and then to ext3 just to see if that worked. I already deleted it.
– Wylex
Feb 12 at 15:32
@heynnema to be honest I have no idea why my partitioning is so messy. I did create the strange ext3 partition because I was trying to allocate some space for ubuntu and I changed the format partition to ext4 and then to ext3 just to see if that worked. I already deleted it.
– Wylex
Feb 12 at 15:32
You didn't answer my questions about sda3 and sda5. Please update your gparted screenshot. Report back.
– heynnema
Feb 12 at 15:51
You didn't answer my questions about sda3 and sda5. Please update your gparted screenshot. Report back.
– heynnema
Feb 12 at 15:51
|
show 6 more comments
2 Answers
2
active
oldest
votes
Note: This answer represents the minimum effort to resolve the problem, based on the current available information. More effort can always be applied at a later time to modify specific partition sizes.
Make sure that you have a good backup of your important files in /dev/sda5, as this procedure can corrupt or loose data.
Keep these things in mind:
always start the entire procedure with issuing a
swapoff
on any mounted swap partitions, and end the entire procedure with issuing aswapon
on that same swap partitiona move is done by pointing the mouse pointer at the center of a partition and dragging it left/right with the hand cursor
a resize is done by dragging the left/right side of a partition to the left/right with the directional arrow cursor
if any partition can't be moved/resized graphically, you may have to manually enter the specific required numeric data (don't do this unless I instruct you to)
you begin any move/resize by right-clicking on the partition in the lower pane of the main window, and selecting the desired action from the popup menu, then finishing that action in the new move/resize window
Do the following...
Note: if the procedure doesn't work exactly as I outline, STOP immediately and DO NOT continue.
- boot into Windows are run a chkdsk on the C: drive (this will require a reboot into Windows to accomplish)
- boot to a Ubuntu Live DVD/USB
- start
gparted
delete "New Partition #1", the ext3 partition # already done
move /dev/sda5 all the way to the right
move /dev/sda4 all the way to the right
move /dev/sda7 all the way to the right
resize /dev/sda6 to the right as far as you can- click the Apply button
- reboot
add a comment |
Partitions are stored on the disk in a very specific order. You can't grow a partition to the "right" until there is free space directly to the right of it - you first have to move the other partitions to the right.
In this case it doesn't look like too much copying will be needed, but in some circumstances moving a few partitions a "small" amount can result in a long copy operation since all the data must be physically copied from one area of the disk to another.
You may also want to be aware that moving the partitions may change their ordered number. While Linux uses unique identifiers (UUID) most of the time, some operating systems (Windows, and some Linux systems) reference the disk using it's indexed number such as (hd0, 2)
and moving the partitions around may change this number. In your case it doesn't appear it will happen, but you should take care not to change the order or introduce new partitions that disturb the ordering.
I shouldn't try to do it then?
– Wylex
Feb 12 at 15:34
add a comment |
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Note: This answer represents the minimum effort to resolve the problem, based on the current available information. More effort can always be applied at a later time to modify specific partition sizes.
Make sure that you have a good backup of your important files in /dev/sda5, as this procedure can corrupt or loose data.
Keep these things in mind:
always start the entire procedure with issuing a
swapoff
on any mounted swap partitions, and end the entire procedure with issuing aswapon
on that same swap partitiona move is done by pointing the mouse pointer at the center of a partition and dragging it left/right with the hand cursor
a resize is done by dragging the left/right side of a partition to the left/right with the directional arrow cursor
if any partition can't be moved/resized graphically, you may have to manually enter the specific required numeric data (don't do this unless I instruct you to)
you begin any move/resize by right-clicking on the partition in the lower pane of the main window, and selecting the desired action from the popup menu, then finishing that action in the new move/resize window
Do the following...
Note: if the procedure doesn't work exactly as I outline, STOP immediately and DO NOT continue.
- boot into Windows are run a chkdsk on the C: drive (this will require a reboot into Windows to accomplish)
- boot to a Ubuntu Live DVD/USB
- start
gparted
delete "New Partition #1", the ext3 partition # already done
move /dev/sda5 all the way to the right
move /dev/sda4 all the way to the right
move /dev/sda7 all the way to the right
resize /dev/sda6 to the right as far as you can- click the Apply button
- reboot
add a comment |
Note: This answer represents the minimum effort to resolve the problem, based on the current available information. More effort can always be applied at a later time to modify specific partition sizes.
Make sure that you have a good backup of your important files in /dev/sda5, as this procedure can corrupt or loose data.
Keep these things in mind:
always start the entire procedure with issuing a
swapoff
on any mounted swap partitions, and end the entire procedure with issuing aswapon
on that same swap partitiona move is done by pointing the mouse pointer at the center of a partition and dragging it left/right with the hand cursor
a resize is done by dragging the left/right side of a partition to the left/right with the directional arrow cursor
if any partition can't be moved/resized graphically, you may have to manually enter the specific required numeric data (don't do this unless I instruct you to)
you begin any move/resize by right-clicking on the partition in the lower pane of the main window, and selecting the desired action from the popup menu, then finishing that action in the new move/resize window
Do the following...
Note: if the procedure doesn't work exactly as I outline, STOP immediately and DO NOT continue.
- boot into Windows are run a chkdsk on the C: drive (this will require a reboot into Windows to accomplish)
- boot to a Ubuntu Live DVD/USB
- start
gparted
delete "New Partition #1", the ext3 partition # already done
move /dev/sda5 all the way to the right
move /dev/sda4 all the way to the right
move /dev/sda7 all the way to the right
resize /dev/sda6 to the right as far as you can- click the Apply button
- reboot
add a comment |
Note: This answer represents the minimum effort to resolve the problem, based on the current available information. More effort can always be applied at a later time to modify specific partition sizes.
Make sure that you have a good backup of your important files in /dev/sda5, as this procedure can corrupt or loose data.
Keep these things in mind:
always start the entire procedure with issuing a
swapoff
on any mounted swap partitions, and end the entire procedure with issuing aswapon
on that same swap partitiona move is done by pointing the mouse pointer at the center of a partition and dragging it left/right with the hand cursor
a resize is done by dragging the left/right side of a partition to the left/right with the directional arrow cursor
if any partition can't be moved/resized graphically, you may have to manually enter the specific required numeric data (don't do this unless I instruct you to)
you begin any move/resize by right-clicking on the partition in the lower pane of the main window, and selecting the desired action from the popup menu, then finishing that action in the new move/resize window
Do the following...
Note: if the procedure doesn't work exactly as I outline, STOP immediately and DO NOT continue.
- boot into Windows are run a chkdsk on the C: drive (this will require a reboot into Windows to accomplish)
- boot to a Ubuntu Live DVD/USB
- start
gparted
delete "New Partition #1", the ext3 partition # already done
move /dev/sda5 all the way to the right
move /dev/sda4 all the way to the right
move /dev/sda7 all the way to the right
resize /dev/sda6 to the right as far as you can- click the Apply button
- reboot
Note: This answer represents the minimum effort to resolve the problem, based on the current available information. More effort can always be applied at a later time to modify specific partition sizes.
Make sure that you have a good backup of your important files in /dev/sda5, as this procedure can corrupt or loose data.
Keep these things in mind:
always start the entire procedure with issuing a
swapoff
on any mounted swap partitions, and end the entire procedure with issuing aswapon
on that same swap partitiona move is done by pointing the mouse pointer at the center of a partition and dragging it left/right with the hand cursor
a resize is done by dragging the left/right side of a partition to the left/right with the directional arrow cursor
if any partition can't be moved/resized graphically, you may have to manually enter the specific required numeric data (don't do this unless I instruct you to)
you begin any move/resize by right-clicking on the partition in the lower pane of the main window, and selecting the desired action from the popup menu, then finishing that action in the new move/resize window
Do the following...
Note: if the procedure doesn't work exactly as I outline, STOP immediately and DO NOT continue.
- boot into Windows are run a chkdsk on the C: drive (this will require a reboot into Windows to accomplish)
- boot to a Ubuntu Live DVD/USB
- start
gparted
delete "New Partition #1", the ext3 partition # already done
move /dev/sda5 all the way to the right
move /dev/sda4 all the way to the right
move /dev/sda7 all the way to the right
resize /dev/sda6 to the right as far as you can- click the Apply button
- reboot
answered Feb 12 at 16:40


heynnemaheynnema
20.4k22258
20.4k22258
add a comment |
add a comment |
Partitions are stored on the disk in a very specific order. You can't grow a partition to the "right" until there is free space directly to the right of it - you first have to move the other partitions to the right.
In this case it doesn't look like too much copying will be needed, but in some circumstances moving a few partitions a "small" amount can result in a long copy operation since all the data must be physically copied from one area of the disk to another.
You may also want to be aware that moving the partitions may change their ordered number. While Linux uses unique identifiers (UUID) most of the time, some operating systems (Windows, and some Linux systems) reference the disk using it's indexed number such as (hd0, 2)
and moving the partitions around may change this number. In your case it doesn't appear it will happen, but you should take care not to change the order or introduce new partitions that disturb the ordering.
I shouldn't try to do it then?
– Wylex
Feb 12 at 15:34
add a comment |
Partitions are stored on the disk in a very specific order. You can't grow a partition to the "right" until there is free space directly to the right of it - you first have to move the other partitions to the right.
In this case it doesn't look like too much copying will be needed, but in some circumstances moving a few partitions a "small" amount can result in a long copy operation since all the data must be physically copied from one area of the disk to another.
You may also want to be aware that moving the partitions may change their ordered number. While Linux uses unique identifiers (UUID) most of the time, some operating systems (Windows, and some Linux systems) reference the disk using it's indexed number such as (hd0, 2)
and moving the partitions around may change this number. In your case it doesn't appear it will happen, but you should take care not to change the order or introduce new partitions that disturb the ordering.
I shouldn't try to do it then?
– Wylex
Feb 12 at 15:34
add a comment |
Partitions are stored on the disk in a very specific order. You can't grow a partition to the "right" until there is free space directly to the right of it - you first have to move the other partitions to the right.
In this case it doesn't look like too much copying will be needed, but in some circumstances moving a few partitions a "small" amount can result in a long copy operation since all the data must be physically copied from one area of the disk to another.
You may also want to be aware that moving the partitions may change their ordered number. While Linux uses unique identifiers (UUID) most of the time, some operating systems (Windows, and some Linux systems) reference the disk using it's indexed number such as (hd0, 2)
and moving the partitions around may change this number. In your case it doesn't appear it will happen, but you should take care not to change the order or introduce new partitions that disturb the ordering.
Partitions are stored on the disk in a very specific order. You can't grow a partition to the "right" until there is free space directly to the right of it - you first have to move the other partitions to the right.
In this case it doesn't look like too much copying will be needed, but in some circumstances moving a few partitions a "small" amount can result in a long copy operation since all the data must be physically copied from one area of the disk to another.
You may also want to be aware that moving the partitions may change their ordered number. While Linux uses unique identifiers (UUID) most of the time, some operating systems (Windows, and some Linux systems) reference the disk using it's indexed number such as (hd0, 2)
and moving the partitions around may change this number. In your case it doesn't appear it will happen, but you should take care not to change the order or introduce new partitions that disturb the ordering.
answered Feb 12 at 14:31


Kristopher IvesKristopher Ives
2,90211525
2,90211525
I shouldn't try to do it then?
– Wylex
Feb 12 at 15:34
add a comment |
I shouldn't try to do it then?
– Wylex
Feb 12 at 15:34
I shouldn't try to do it then?
– Wylex
Feb 12 at 15:34
I shouldn't try to do it then?
– Wylex
Feb 12 at 15:34
add a comment |
Oh9LT x45FSiO9 VyNzZT,3I1X5bjFymQGxVW5dZBVUZ,L3vF75dn2s,CBsfCmxA,Q2LiMArU,1aijRpIQyxa7z4I,qqix6ZBl z,8I0f5Om
Looks like you are trying to create an ext3 partition. Use ext4. Moving, changing partitions always has some risk. Be sure you have good backups. Any interruption will totally corrupt all data. You could also shrink your sda5 NTFS partition and make new partition include that & all the space at end of drive. Then move some of your data from /home to new partition.
– oldfred
Feb 12 at 14:38
Before giving any instructions, you need to answer some questions for me... you've got a 1TB disk that's about 70% unused. /dev/sda3 and /dev/sda5 are empty, and depending on their intended use, should be resized down. You have a strange ext3 partition which should probably be removed. /dev/sda6 can't be resized until it has adjacent unallocated space. Please describe how/why this disk structure looks the way it does.
– heynnema
Feb 12 at 14:52
@oldfred this OP doesn't appear to have a separate /home... and I don't recommend creating one either. What they DO have is kind of a partitioning mess... hopefully we can help them straighten it out.
– heynnema
Feb 12 at 15:05
@heynnema to be honest I have no idea why my partitioning is so messy. I did create the strange ext3 partition because I was trying to allocate some space for ubuntu and I changed the format partition to ext4 and then to ext3 just to see if that worked. I already deleted it.
– Wylex
Feb 12 at 15:32
You didn't answer my questions about sda3 and sda5. Please update your gparted screenshot. Report back.
– heynnema
Feb 12 at 15:51