[SOLVED] Partitioning with more than 1 phisical drives
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
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.
This was a hard decision, where in an earlier post I said I won't doualboot, then had second thoughts, but in the end, since I won't have to do any important schoolwork for 3 months, I will choose to go fulltime linux. It all should be just to format (delete partitions) on the SSD and create root(/) instead.
You could also post the dualboot option for other members who would prefer it instead.
OK, single malt Linux it will be.
Just to be sure, you should probably check that all your personal data has been copied from your C: drive to your data D: drive. Have a look in your Windows Documents, Downloads, Music, Photos and Videos folders etc., and also think about exporting things like browser bookmarks.
Also, have you already downloaded, verified, and loaded the Mint 18.1 MATE installer on to a boot medium?
Lastly, could you download GParted Live (http://gparted.org/livecd.php) and burn it to a boot medium. We probably won't need this, but it's good to have it anyway.
For all of these, use the "burn ISO" option in your CD/DVD burner application or use Rufus to install on to a USB stick (you'll need separate media for each item - creating a multiboot USB stick is another tutorial altogether).
By the way, this is just how I would do things. If anyone else wants to chime in with a better or more efficient way then please feel free!
Can I just use the already available windows disk management tool for shrinking drive D: and create the new linux partitions when installing it? (I have only one USB stick with Mint 18.1 ready to go)
Can I just use the already available windows disk management tool for shrinking drive D: and create the new linux partitions when installing it? (I have only one USB stick with Mint 18.1 ready to go)
Yes. As long as you don't mind deleting the partitions on the SSD drive and creating a new 20GB root one on that drive during the Mint installation process.
What you should end up with:
SSD partition 1: 20GB / ext4 (you should also ask Mint to boot off this drive when the question is posed)
SSD partition 2: unpartitioned (you can decide what to do with this later on)
HDD partition 1: c.900GB NTFS
HDD partition 2: 20GB /home ext4
HDD partition 3: 9GB swap (I tend to add an extra GB just to give swap a little margin for error)
Does that fit in with what you're envisaging?
Also, have you booted off your Mint 18.1 stick just to check that you can do so? (you don't need to install anything, just run it in live mode).
hydrurga what you said should work out for me just fine.
Thank you all for taking your time to answer my questions, but now I see that everything has been answered, so I'm closing this thread.
Do let us know how you get on!
Just one final word of caution: if you have an external hard drive then I would copy your data from D: on to that external hard drive.
I assume you have some sort of backup mechanism in place already anyway, but in the case of something like a partition shrink, it's doubly important to be able to recover your data if anything goes wrong.
Ok, so, I installed the Mint, but I had to use the nomodest to get it to boot and also had to use it after the installation until drivers where installed. Now I've run into a problem.
It seems that Mint didn't like something about my NTFS partition, so it didn't mount it. I ran ntfsfix command from the terminal which seemed to fix that issue, but now I would like to know what's the proper way to mount that drive. If I try to mount it to a folder in /home (using: sudo mount /dev/sdb1 /home/folder), as soon as I open the folder Mint crashes (firstly the file explorer and then the whole OS).
If I view the drives properties under computer:/// it says type-unknown; size-unknown; volume-unknown
Ok, so, I installed the Mint, but I had to use the nomodest to get it to boot and also had to use it after the installation until drivers where installed. Now I've run into a problem.
It seems that Mint didn't like something about my NTFS partition, so it didn't mount it. I ran ntfsfix command from the terminal which seemed to fix that issue, but now I would like to know what's the proper way to mount that drive. If I try to mount it to a folder in /home (using: sudo mount /dev/sdb1 /home/folder), as soon as I open the folder Mint crashes (firstly the file explorer and then the whole OS).
First of all, find the UUID of the NTFS partition using blkid.
Then, as root, place an entry at the end of /etc/fstab (after copying that file to a backup e.g. fstab.backup), replacing 012345... with the UUID:
1. You use gksudo to run GUI programs with elevated privileges i.e. as root (superuser). So, in this case:
gksudo xed /etc/fstab
(xed is the Mint text editor)
/etc/fstab is "this file".
2. I think you tried accessing /media/data before you created it. You need to run:
Code:
sudo mkdir /media/data
to create the directory. If that doesn't work, try
Code:
sudo mkdir /media
first.
3. I assume that you installed Mint 18.1 MATE. Caja is MATE's default file manager i.e. the program that opens when you click on the little cabinet icon at the left of the panel at the bottom of the screen.
It seems that Mint didn't like something about my NTFS partition, so it didn't mount it.
If the suggestions in the recent posts don't resolve your problem, posting what that error message was would be useful. ntfsfix can repair the filesystem if their are very minor problems on an ntfs partition. Generally, you need to run chkdsk from windows, installed or on the windows DVD.
Do you have the right partition, sdb1 is ntfs? Have you verified that? Have you used the -t option to include the filesystem type with the mount command? What happens then?
Did what you said hydrurga. sudo mount -a also didn't bring up any errors, but it still crashes the Caja when I try to access the NTFS partition. No error windows come up, it just stops responding right after I try to go to a different directory while in the partition (it doesn't matter if I try to access a folder outside or inside it). I can restart the Caja after the crash, but I still can't fully access files in sdb1, since it would crash again.
Quote:
If the suggestions in the recent posts don't resolve your problem, posting what that error message was would be useful
.
The error was about Windows still hibernating (I guess it wasn't fully shut down when I did the installation) and that the cache is not allowing it to mount properly.
Sorry to hear that. Never heard of that happening before to be honest.
You need to run a Windows chkdsk on that NTFS disk. Now that you have got rid of your Windows partition, you're probably going to have to do that by using the chkdsk facility on a tools CD e.g. Hiren's CD - http://us.informatiweb.net/tutorials...xp.html#chkdsk
Running ntfsfix from Linux isn't sufficient to properly check and rectify any problems that the NTFS filesystem has.
Last edited by hydrurga; 05-27-2017 at 02:35 PM.
Reason: Removed Windows install/recovery media option as may need existing Windows installation
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
As long as you don't mind deleting the partitions on the SSD drive and creating a new 20GB root one on that drive during the Mint installation process.
