Warning: Moving a partition might cause your operating system to fail to boot
up vote
3
down vote
favorite
16.04 is installed alongside Windows. I will free space for 16.04 by shrinking the Windows partition. I understand that it is necessary to boot from a CD USB and use a tool like partimage to reallocate disk space.
When resizing the 16.04 partition gParted provided a warning:
Moving a partition might cause your operating system to fail to boot
- What can be done before reallocating diskspace (via Gparted) to prevent boot failure?
- After resizing, what tasks must be performed to configure 16.04 to use the added diskspace?
EPILOGUE
Results include 16.04 indicating in the file manager that there is now 25GB (previously 13GB).
More information on the original state is documented (click here)
The Windows partition was shrunk with the diskmgmt.msc console.. gParted was used to resize (expand) the Ubuntu partition: originally 13GB.
$ sudo fdisk -l
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 1026047 1024000 500M 7 HPFS/NTFS/exFAT
/dev/sda2 1026048 381746822 380720775 181.6G 7 HPFS/NTFS/exFAT
/dev/sda3 467251200 468858879 1607680 785M 27 Hidden NTFS WinRE
/dev/sda4 381747200 467251199 85504000 40.8G 5 Extended
/dev/sda5 381749248 433881087 52131840 24.9G 83 Linux
/dev/sda6 433883136 467251199 33368064 15.9G 82 Linux swap / Solaris
A successful chkdsk was performed on Windows and indicated "no problems found and no futher action required"
dual-boot partitioning gparted
add a comment |
up vote
3
down vote
favorite
16.04 is installed alongside Windows. I will free space for 16.04 by shrinking the Windows partition. I understand that it is necessary to boot from a CD USB and use a tool like partimage to reallocate disk space.
When resizing the 16.04 partition gParted provided a warning:
Moving a partition might cause your operating system to fail to boot
- What can be done before reallocating diskspace (via Gparted) to prevent boot failure?
- After resizing, what tasks must be performed to configure 16.04 to use the added diskspace?
EPILOGUE
Results include 16.04 indicating in the file manager that there is now 25GB (previously 13GB).
More information on the original state is documented (click here)
The Windows partition was shrunk with the diskmgmt.msc console.. gParted was used to resize (expand) the Ubuntu partition: originally 13GB.
$ sudo fdisk -l
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 1026047 1024000 500M 7 HPFS/NTFS/exFAT
/dev/sda2 1026048 381746822 380720775 181.6G 7 HPFS/NTFS/exFAT
/dev/sda3 467251200 468858879 1607680 785M 27 Hidden NTFS WinRE
/dev/sda4 381747200 467251199 85504000 40.8G 5 Extended
/dev/sda5 381749248 433881087 52131840 24.9G 83 Linux
/dev/sda6 433883136 467251199 33368064 15.9G 82 Linux swap / Solaris
A successful chkdsk was performed on Windows and indicated "no problems found and no futher action required"
dual-boot partitioning gparted
2
Don't use gparted to resize a Windows partition. Windows won't like it. Use Windows own Disk Management app. Moving a Windows partition using gparted will almost surely make it force a chkdsk run, or not boot at all, and you'll need a Windows repair disc. If you edit your question to include a current-window-only screenshot of gparted, I'll take a look and make a better recommendation for you.
– heynnema
Dec 29 '16 at 0:08
Good to know: I shrank the Windows partition using the Windows diskmgmt.msc console. Thanks for the warning: I can not afford to bork-up my Windows partition
– gatorback
Dec 29 '16 at 0:24
Sounds like you're on the right path. See my other comment below.
– heynnema
Dec 29 '16 at 0:34
see my updated comments below.
– heynnema
Dec 29 '16 at 0:54
add a comment |
up vote
3
down vote
favorite
up vote
3
down vote
favorite
16.04 is installed alongside Windows. I will free space for 16.04 by shrinking the Windows partition. I understand that it is necessary to boot from a CD USB and use a tool like partimage to reallocate disk space.
When resizing the 16.04 partition gParted provided a warning:
Moving a partition might cause your operating system to fail to boot
- What can be done before reallocating diskspace (via Gparted) to prevent boot failure?
- After resizing, what tasks must be performed to configure 16.04 to use the added diskspace?
EPILOGUE
Results include 16.04 indicating in the file manager that there is now 25GB (previously 13GB).
More information on the original state is documented (click here)
The Windows partition was shrunk with the diskmgmt.msc console.. gParted was used to resize (expand) the Ubuntu partition: originally 13GB.
$ sudo fdisk -l
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 1026047 1024000 500M 7 HPFS/NTFS/exFAT
/dev/sda2 1026048 381746822 380720775 181.6G 7 HPFS/NTFS/exFAT
/dev/sda3 467251200 468858879 1607680 785M 27 Hidden NTFS WinRE
/dev/sda4 381747200 467251199 85504000 40.8G 5 Extended
/dev/sda5 381749248 433881087 52131840 24.9G 83 Linux
/dev/sda6 433883136 467251199 33368064 15.9G 82 Linux swap / Solaris
A successful chkdsk was performed on Windows and indicated "no problems found and no futher action required"
dual-boot partitioning gparted
16.04 is installed alongside Windows. I will free space for 16.04 by shrinking the Windows partition. I understand that it is necessary to boot from a CD USB and use a tool like partimage to reallocate disk space.
When resizing the 16.04 partition gParted provided a warning:
Moving a partition might cause your operating system to fail to boot
- What can be done before reallocating diskspace (via Gparted) to prevent boot failure?
- After resizing, what tasks must be performed to configure 16.04 to use the added diskspace?
EPILOGUE
Results include 16.04 indicating in the file manager that there is now 25GB (previously 13GB).
More information on the original state is documented (click here)
The Windows partition was shrunk with the diskmgmt.msc console.. gParted was used to resize (expand) the Ubuntu partition: originally 13GB.
$ sudo fdisk -l
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 1026047 1024000 500M 7 HPFS/NTFS/exFAT
/dev/sda2 1026048 381746822 380720775 181.6G 7 HPFS/NTFS/exFAT
/dev/sda3 467251200 468858879 1607680 785M 27 Hidden NTFS WinRE
/dev/sda4 381747200 467251199 85504000 40.8G 5 Extended
/dev/sda5 381749248 433881087 52131840 24.9G 83 Linux
/dev/sda6 433883136 467251199 33368064 15.9G 82 Linux swap / Solaris
A successful chkdsk was performed on Windows and indicated "no problems found and no futher action required"
dual-boot partitioning gparted
dual-boot partitioning gparted
edited Apr 13 '17 at 12:23
Community♦
1
1
asked Dec 28 '16 at 17:10
gatorback
1,03231126
1,03231126
2
Don't use gparted to resize a Windows partition. Windows won't like it. Use Windows own Disk Management app. Moving a Windows partition using gparted will almost surely make it force a chkdsk run, or not boot at all, and you'll need a Windows repair disc. If you edit your question to include a current-window-only screenshot of gparted, I'll take a look and make a better recommendation for you.
– heynnema
Dec 29 '16 at 0:08
Good to know: I shrank the Windows partition using the Windows diskmgmt.msc console. Thanks for the warning: I can not afford to bork-up my Windows partition
– gatorback
Dec 29 '16 at 0:24
Sounds like you're on the right path. See my other comment below.
– heynnema
Dec 29 '16 at 0:34
see my updated comments below.
– heynnema
Dec 29 '16 at 0:54
add a comment |
2
Don't use gparted to resize a Windows partition. Windows won't like it. Use Windows own Disk Management app. Moving a Windows partition using gparted will almost surely make it force a chkdsk run, or not boot at all, and you'll need a Windows repair disc. If you edit your question to include a current-window-only screenshot of gparted, I'll take a look and make a better recommendation for you.
– heynnema
Dec 29 '16 at 0:08
Good to know: I shrank the Windows partition using the Windows diskmgmt.msc console. Thanks for the warning: I can not afford to bork-up my Windows partition
– gatorback
Dec 29 '16 at 0:24
Sounds like you're on the right path. See my other comment below.
– heynnema
Dec 29 '16 at 0:34
see my updated comments below.
– heynnema
Dec 29 '16 at 0:54
2
2
Don't use gparted to resize a Windows partition. Windows won't like it. Use Windows own Disk Management app. Moving a Windows partition using gparted will almost surely make it force a chkdsk run, or not boot at all, and you'll need a Windows repair disc. If you edit your question to include a current-window-only screenshot of gparted, I'll take a look and make a better recommendation for you.
– heynnema
Dec 29 '16 at 0:08
Don't use gparted to resize a Windows partition. Windows won't like it. Use Windows own Disk Management app. Moving a Windows partition using gparted will almost surely make it force a chkdsk run, or not boot at all, and you'll need a Windows repair disc. If you edit your question to include a current-window-only screenshot of gparted, I'll take a look and make a better recommendation for you.
– heynnema
Dec 29 '16 at 0:08
Good to know: I shrank the Windows partition using the Windows diskmgmt.msc console. Thanks for the warning: I can not afford to bork-up my Windows partition
– gatorback
Dec 29 '16 at 0:24
Good to know: I shrank the Windows partition using the Windows diskmgmt.msc console. Thanks for the warning: I can not afford to bork-up my Windows partition
– gatorback
Dec 29 '16 at 0:24
Sounds like you're on the right path. See my other comment below.
– heynnema
Dec 29 '16 at 0:34
Sounds like you're on the right path. See my other comment below.
– heynnema
Dec 29 '16 at 0:34
see my updated comments below.
– heynnema
Dec 29 '16 at 0:54
see my updated comments below.
– heynnema
Dec 29 '16 at 0:54
add a comment |
2 Answers
2
active
oldest
votes
up vote
1
down vote
accepted
Short answers:
- nothing
- none
gparted
message is misleading as it pertains only for OS booted with lilo, which is not used anymore on modern linux distro where Grub 2 is used most of the time.
So you have nothing to do before reallocating disk space.
And ubuntu will automatically used the space added during that process. So again nothing to do there.
1
This is wrong on so many counts.
– heynnema
Dec 29 '16 at 0:09
If this is wrong in any way, please elaborate or cite references. After shrinking the Windows partition I was able to successfully expand (via gParted) the 16.04 partition
– gatorback
Dec 29 '16 at 0:25
1
You did it correct... you used Windows tools to shrink the Windows partition... and you used gparted to move/resize the Ubuntu partition. In reference to the above... gparted message doesn't only pertain to lilo booted OS's... and the real whopper... that Ubuntu will automatically use the free space created without doing anything.
– heynnema
Dec 29 '16 at 0:33
@heynnema: after resizing (enlarging) the 16.04 partition, is there another step I need to perform to configure Ubuntu to use the larger partition?
– gatorback
Dec 29 '16 at 0:39
No. Of course, without seeing the screenshot of gparted that I asked for, I may be missing something. Well... you could do a chkdsk on the Windows partition, and a fsck on the Ubuntu partition.
– heynnema
Dec 29 '16 at 0:41
|
show 2 more comments
up vote
0
down vote
This worked for me as well.
Reduced a partition on windows to get some unallocated space. Then, boot into Linux mint using Live USB. Using GParted I was able to resize the partition mounted on /
It did give me the same warning but completed successfully. Also, I read somewhere that the unallocated space should be next to the partition you want to extend(right or left). Mine was already next to it. Else, I believe you might have to do some extra steps. Right click on the partition and select resize, it will let you drag to expand the partition.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
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',
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
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
});
}
});
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%2faskubuntu.com%2fquestions%2f865493%2fwarning-moving-a-partition-might-cause-your-operating-system-to-fail-to-boot%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
up vote
1
down vote
accepted
Short answers:
- nothing
- none
gparted
message is misleading as it pertains only for OS booted with lilo, which is not used anymore on modern linux distro where Grub 2 is used most of the time.
So you have nothing to do before reallocating disk space.
And ubuntu will automatically used the space added during that process. So again nothing to do there.
1
This is wrong on so many counts.
– heynnema
Dec 29 '16 at 0:09
If this is wrong in any way, please elaborate or cite references. After shrinking the Windows partition I was able to successfully expand (via gParted) the 16.04 partition
– gatorback
Dec 29 '16 at 0:25
1
You did it correct... you used Windows tools to shrink the Windows partition... and you used gparted to move/resize the Ubuntu partition. In reference to the above... gparted message doesn't only pertain to lilo booted OS's... and the real whopper... that Ubuntu will automatically use the free space created without doing anything.
– heynnema
Dec 29 '16 at 0:33
@heynnema: after resizing (enlarging) the 16.04 partition, is there another step I need to perform to configure Ubuntu to use the larger partition?
– gatorback
Dec 29 '16 at 0:39
No. Of course, without seeing the screenshot of gparted that I asked for, I may be missing something. Well... you could do a chkdsk on the Windows partition, and a fsck on the Ubuntu partition.
– heynnema
Dec 29 '16 at 0:41
|
show 2 more comments
up vote
1
down vote
accepted
Short answers:
- nothing
- none
gparted
message is misleading as it pertains only for OS booted with lilo, which is not used anymore on modern linux distro where Grub 2 is used most of the time.
So you have nothing to do before reallocating disk space.
And ubuntu will automatically used the space added during that process. So again nothing to do there.
1
This is wrong on so many counts.
– heynnema
Dec 29 '16 at 0:09
If this is wrong in any way, please elaborate or cite references. After shrinking the Windows partition I was able to successfully expand (via gParted) the 16.04 partition
– gatorback
Dec 29 '16 at 0:25
1
You did it correct... you used Windows tools to shrink the Windows partition... and you used gparted to move/resize the Ubuntu partition. In reference to the above... gparted message doesn't only pertain to lilo booted OS's... and the real whopper... that Ubuntu will automatically use the free space created without doing anything.
– heynnema
Dec 29 '16 at 0:33
@heynnema: after resizing (enlarging) the 16.04 partition, is there another step I need to perform to configure Ubuntu to use the larger partition?
– gatorback
Dec 29 '16 at 0:39
No. Of course, without seeing the screenshot of gparted that I asked for, I may be missing something. Well... you could do a chkdsk on the Windows partition, and a fsck on the Ubuntu partition.
– heynnema
Dec 29 '16 at 0:41
|
show 2 more comments
up vote
1
down vote
accepted
up vote
1
down vote
accepted
Short answers:
- nothing
- none
gparted
message is misleading as it pertains only for OS booted with lilo, which is not used anymore on modern linux distro where Grub 2 is used most of the time.
So you have nothing to do before reallocating disk space.
And ubuntu will automatically used the space added during that process. So again nothing to do there.
Short answers:
- nothing
- none
gparted
message is misleading as it pertains only for OS booted with lilo, which is not used anymore on modern linux distro where Grub 2 is used most of the time.
So you have nothing to do before reallocating disk space.
And ubuntu will automatically used the space added during that process. So again nothing to do there.
edited Dec 28 '16 at 21:29
answered Dec 28 '16 at 19:49
solsTiCe
5,94922047
5,94922047
1
This is wrong on so many counts.
– heynnema
Dec 29 '16 at 0:09
If this is wrong in any way, please elaborate or cite references. After shrinking the Windows partition I was able to successfully expand (via gParted) the 16.04 partition
– gatorback
Dec 29 '16 at 0:25
1
You did it correct... you used Windows tools to shrink the Windows partition... and you used gparted to move/resize the Ubuntu partition. In reference to the above... gparted message doesn't only pertain to lilo booted OS's... and the real whopper... that Ubuntu will automatically use the free space created without doing anything.
– heynnema
Dec 29 '16 at 0:33
@heynnema: after resizing (enlarging) the 16.04 partition, is there another step I need to perform to configure Ubuntu to use the larger partition?
– gatorback
Dec 29 '16 at 0:39
No. Of course, without seeing the screenshot of gparted that I asked for, I may be missing something. Well... you could do a chkdsk on the Windows partition, and a fsck on the Ubuntu partition.
– heynnema
Dec 29 '16 at 0:41
|
show 2 more comments
1
This is wrong on so many counts.
– heynnema
Dec 29 '16 at 0:09
If this is wrong in any way, please elaborate or cite references. After shrinking the Windows partition I was able to successfully expand (via gParted) the 16.04 partition
– gatorback
Dec 29 '16 at 0:25
1
You did it correct... you used Windows tools to shrink the Windows partition... and you used gparted to move/resize the Ubuntu partition. In reference to the above... gparted message doesn't only pertain to lilo booted OS's... and the real whopper... that Ubuntu will automatically use the free space created without doing anything.
– heynnema
Dec 29 '16 at 0:33
@heynnema: after resizing (enlarging) the 16.04 partition, is there another step I need to perform to configure Ubuntu to use the larger partition?
– gatorback
Dec 29 '16 at 0:39
No. Of course, without seeing the screenshot of gparted that I asked for, I may be missing something. Well... you could do a chkdsk on the Windows partition, and a fsck on the Ubuntu partition.
– heynnema
Dec 29 '16 at 0:41
1
1
This is wrong on so many counts.
– heynnema
Dec 29 '16 at 0:09
This is wrong on so many counts.
– heynnema
Dec 29 '16 at 0:09
If this is wrong in any way, please elaborate or cite references. After shrinking the Windows partition I was able to successfully expand (via gParted) the 16.04 partition
– gatorback
Dec 29 '16 at 0:25
If this is wrong in any way, please elaborate or cite references. After shrinking the Windows partition I was able to successfully expand (via gParted) the 16.04 partition
– gatorback
Dec 29 '16 at 0:25
1
1
You did it correct... you used Windows tools to shrink the Windows partition... and you used gparted to move/resize the Ubuntu partition. In reference to the above... gparted message doesn't only pertain to lilo booted OS's... and the real whopper... that Ubuntu will automatically use the free space created without doing anything.
– heynnema
Dec 29 '16 at 0:33
You did it correct... you used Windows tools to shrink the Windows partition... and you used gparted to move/resize the Ubuntu partition. In reference to the above... gparted message doesn't only pertain to lilo booted OS's... and the real whopper... that Ubuntu will automatically use the free space created without doing anything.
– heynnema
Dec 29 '16 at 0:33
@heynnema: after resizing (enlarging) the 16.04 partition, is there another step I need to perform to configure Ubuntu to use the larger partition?
– gatorback
Dec 29 '16 at 0:39
@heynnema: after resizing (enlarging) the 16.04 partition, is there another step I need to perform to configure Ubuntu to use the larger partition?
– gatorback
Dec 29 '16 at 0:39
No. Of course, without seeing the screenshot of gparted that I asked for, I may be missing something. Well... you could do a chkdsk on the Windows partition, and a fsck on the Ubuntu partition.
– heynnema
Dec 29 '16 at 0:41
No. Of course, without seeing the screenshot of gparted that I asked for, I may be missing something. Well... you could do a chkdsk on the Windows partition, and a fsck on the Ubuntu partition.
– heynnema
Dec 29 '16 at 0:41
|
show 2 more comments
up vote
0
down vote
This worked for me as well.
Reduced a partition on windows to get some unallocated space. Then, boot into Linux mint using Live USB. Using GParted I was able to resize the partition mounted on /
It did give me the same warning but completed successfully. Also, I read somewhere that the unallocated space should be next to the partition you want to extend(right or left). Mine was already next to it. Else, I believe you might have to do some extra steps. Right click on the partition and select resize, it will let you drag to expand the partition.
add a comment |
up vote
0
down vote
This worked for me as well.
Reduced a partition on windows to get some unallocated space. Then, boot into Linux mint using Live USB. Using GParted I was able to resize the partition mounted on /
It did give me the same warning but completed successfully. Also, I read somewhere that the unallocated space should be next to the partition you want to extend(right or left). Mine was already next to it. Else, I believe you might have to do some extra steps. Right click on the partition and select resize, it will let you drag to expand the partition.
add a comment |
up vote
0
down vote
up vote
0
down vote
This worked for me as well.
Reduced a partition on windows to get some unallocated space. Then, boot into Linux mint using Live USB. Using GParted I was able to resize the partition mounted on /
It did give me the same warning but completed successfully. Also, I read somewhere that the unallocated space should be next to the partition you want to extend(right or left). Mine was already next to it. Else, I believe you might have to do some extra steps. Right click on the partition and select resize, it will let you drag to expand the partition.
This worked for me as well.
Reduced a partition on windows to get some unallocated space. Then, boot into Linux mint using Live USB. Using GParted I was able to resize the partition mounted on /
It did give me the same warning but completed successfully. Also, I read somewhere that the unallocated space should be next to the partition you want to extend(right or left). Mine was already next to it. Else, I believe you might have to do some extra steps. Right click on the partition and select resize, it will let you drag to expand the partition.
answered Oct 7 at 18:26
joe_maya
1
1
add a comment |
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- 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.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- 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%2faskubuntu.com%2fquestions%2f865493%2fwarning-moving-a-partition-might-cause-your-operating-system-to-fail-to-boot%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
2
Don't use gparted to resize a Windows partition. Windows won't like it. Use Windows own Disk Management app. Moving a Windows partition using gparted will almost surely make it force a chkdsk run, or not boot at all, and you'll need a Windows repair disc. If you edit your question to include a current-window-only screenshot of gparted, I'll take a look and make a better recommendation for you.
– heynnema
Dec 29 '16 at 0:08
Good to know: I shrank the Windows partition using the Windows diskmgmt.msc console. Thanks for the warning: I can not afford to bork-up my Windows partition
– gatorback
Dec 29 '16 at 0:24
Sounds like you're on the right path. See my other comment below.
– heynnema
Dec 29 '16 at 0:34
see my updated comments below.
– heynnema
Dec 29 '16 at 0:54