[SOLVED] Partition Problems - Dual boot; too much unallocated space; too little for Linux files
Linux MintThis forum is for the discussion of Linux Mint.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: openSuSE Tumbleweed-KDE, Mint 21, MX-21, Manjaro
Posts: 4,629
Rep:
I vaguely seem to remember that windows needs a repair / restore (hidden) partition directly adjacent to its C: drive. I can't see anything like that in your screenshot. If anyone here knows more about that ... sorry, I don't use windows since more than 20 years.
The best source of information on what the microsoft reserved partition is would be the microsoft site. Links below. According to the links below, it is used only on UEFI/GPT systems. You don't have that but the computer is probably capable of it. I don't use windows so can't explain any of it. What I find interesting is that sda3 has the boot flag in your gparted image? If the links below are accurate, having a boot flag on that partition would be pointless. You might try changing the boot flag to sda4 with gparted. Linux systems don't use it. Otherwise try the windows repair tools.
An MBR install such as your would originally have some windows boot code in the MBR and the rest on the system partition which would be what is referred to as C"\ in windows. Some previous versions of windows (7 to be specific) had a separate boot partition. Newer versions of windows have an EFI partition which also includes some boot files. You do not have an EFI install so that is not a concern.
Thank you all for the help and good advice. I haven't been able to get the windows 10 usb to boot up. I have about decided to pull the trigger on a full new install of Linux Mint 21.2, double my ram to 32gb and go to vm for windows.
Looking back on it, I think the computer came either with vista or windows 7 and was updated to windows 10. Seems that can cause some bios issues? Over the years I have added many linux applications from 3rd party repositories. Bottom line, it's probably time to have a clean start. All data is backed up on my nas so a few hours of transferring it over should put me back to the good.
I haven't been able to get the windows 10 usb to boot up
How did you create the usb. I think you have to use windows media creator to put the iso onto the usb.
Quote:
Looking back on it, I think the computer came either with vista or windows 7 and was updated to windows 10. Seems that can cause some bios issues?
This system here was originally a windows 7 that was upgraded to windows 10, and now has windows 11 installed on it in dual boot with windows 10. It is a Hp AMD Phenom 9550 Quad-Core Processor system legacy system that came out before uefi and tpm became the standard.
Last edited by colorpurple21859; 09-12-2023 at 03:19 PM.
I haven't been able to get the windows 10 usb to boot up
Did you try setting the boot flag to sda4? What happened?
You could try the entry shown at the link below for windows 7. Since you have 10 but it is in Legacy mode, it should work. Change the set root line to (hd0,4). I would put this in your grub.cfg file and not update grub but just reboot to test. If it fails, just delete that entry in grub.cfg. If the windows boot files are there and were not lost or corrupted when you moved the partition, I would expect it to work.
Did you try setting the boot flag to sda4? What happened?
Yes. Not sure it made any difference.
With bios setup to boot iaw 1.png (attached) I get the boot option screen 2.png which is normal. I can boot into linux but if selecting windows 10 results in black screen. Occasionally I get 3.png but none of the options work. The "Recovery" screen flickers and refreshes.
With bios setup to boot iaw 4.png (attached) I get 5.png. Selecting any of those diagnostics or setup utilities opens the Dell applications to check hardware.
Quote:
Originally Posted by yancek
You could try the entry shown at the link below for windows 7.
I can't read the first image, the part highlighted in blue under settings.
Quote:
Yes. Not sure it made any difference.
Neither am I? Did you make the change? Did you use gparted? If you open gparted, highlight sda4 in the main window, right click on the highlighted partition and select Manage flags and check the box next to boot. If you did/do this, update grub? Does it show an entry for windows? Is it still sda3?
I can't read the first image, the part highlighted in blue under settings.Boot Sequence
Neither am I? Did you make the change? Did you use gparted? If you open gparted, highlight sda4 in the main window, right click on the highlighted partition and select Manage flags and check the box next to boot. I changed the flag to sda4 and it made no difference wrt my boot to windows issue. If you did/do this, update grub? I am still struggling with this. Trying to make a go of it but it is new territory for me
The instructions at the link you sent have me editing the /etc/grub.d/40_custom file with
menuentry 'Windows 7' {
set root='(hd0,msdos2)'
chainloader +1
}
Is that correct? Or do I enter into the grub.cfg file
menuentry 'Windows 7' {
set root='(hd0,4)'
chainloader +1
}
Does it show an entry for windows? Is it still sda3?
If this doesn't work with the boot flag at partition 3
Code:
menuentry 'Windows 7' {
set root='(hd0,4)'
chainloader +1
}
AT the grub menu press e for edit and change the 4 to a 3, ctrl-x to boot.
If that doesn't work, set the boot flag on partition4 and use the entry as is and/or with a 3.
The simplest method is the suggestion in post 26 above.
In a case where you want to simply test an entry, the next easiest method is to edit grub.cfg and save the change. If you do that, do NOT update grub. If you want a permanent entry, use the 40_custom file suggested in the link. Not much point in doing this until you know it works so go with the suggestion in post 26. This is a one time change, if you reboot to test again you need to use the 'e' key and make the change again.
After you changed the boot flag to sda4 and tried to boot windows, what happened? Black screen, BSOD, error messages? Details needed. If neither option works, mount the windows system partition (sda4) from your Linux and look for a BOOT or BCD directory and/or files. I don't know exactly which files are needed on a Legacy windows system. Depending upon what messages (if any) you get trying to boot windows, the boot files may be missing or corrupted.
How did you move the windows system partition, the one that is now sda4? Did you create sda4 and then move all the windows files to sda4? The UUID you show in the menuentry you posted for sda3 is: 08420730420721D4
Run the blkid command to get the UUID for sda4. If it is not the same, change it in the grub.cfg file and change the set root line to (hd0,4) and reboot to test.
The images you posted (2 and 3) are running memtest and that is not what you want obviously.
How did you move the windows system partition, the one that is now sda4? Did you create sda4 and then move all the windows files to sda4? The UUID you show in the menuentry you posted for sda3 is: 08420730420721D4
Run the blkid command to get the UUID for sda4. If it is not the same, change it in the grub.cfg file and change the set root line to (hd0,4) and reboot to test.
The images you posted ( 2 and 3) show you are booting into memtest and the uuid for that partition is a Linux UUID starting with c7d..... (hd0,4) should be a windows UUID. Check the output of blkid (or post here if you are not sure).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.