Size: 8574
Comment:
|
← Revision 70 as of 2017-09-02 19:42:00 ⇥
Size: 5882
Comment: Remove links to deleted and missing pages
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
There are issues and caveats with regard to choosing a partition layout and choosing a tool to create such partitions on a new disk, or else to modify partitions on an existing disk. | Planning is needed when choosing a [[PartitioningSchemes|partitioning scheme]] and a [[PartitioningTools|tool to create such partitions]] on a hard drive disk. |
Line 3: | Line 3: |
In general, these issues arise only when dealing with [[Windows]] installations, and how picky [[Windows installations]] and file-check operations can get when dealing with partitions made with non-Windows partitioning tools. The general rule here is simply '''use Windows partitioning tools''' to partition the whole disk for both Windows and Linux, and '''install Windows first''' to the '''first primary partition.''' Linux can still be your "primary OS" even when installed to your last partition; just give it lots of drive space and make sure your Linux is at the top of your GRUB boot menu at startup. ''This is the default Ubuntu GRUB install anyway; using another OS as the top requires editing your /boot/grub/menu.lst with nano'' ($ sudo nano /boot/grub/menu.lst ) ''or some other less useful text editor.'' | == Windows Partitions == |
Line 5: | Line 5: |
== Why partition? == The main issue with partitioning is understanding why its done: 1) to separate replaceable (and breakable) system files from irreplaceable personal files or business data, 2) to use multiple different operating systems on the same machine and choosing which to boot into through a boot loader like [[GRUB]], or 3) to create swap space which Linux OSes use as virtual memory (Windows just uses a swap file on its system or otherwise fast and writable drive). |
* Manipulating Windows partitions requires special consideration and tools. See [[HowtoResizeWindowsPartitions|How to Resize Windows Partitions]] for more information. In general, use Windows tools when manipulating existing Windows partitions. |
Line 8: | Line 7: |
But the historical reasons for partitioning itself are not always relevant anymore: | * Format Windows partitions using the NTFS filesystem, in general. However, Windows 98 requires FAT32, and Windows XP will function fine with FAT32. The NTFS filesystem allows greater security (and ability to lock folders), which can be an advantage or disadvantage, depending on your point of view. (Microsoft can administratively lock your folders without your permission in NTFS). Windows Vista and Windows 7 both require NTFS. |
Line 10: | Line 9: |
1) Partitioning for sake of separating system from data, once a major issue with malfunctioning OSes, is mitigated by the advent of LiveOSes on removable and easy-access media such as CDs, DVDs, or USB drives. System crashes are a pain, but data recovery is much easier than it was just a few years ago. LiveOSs on media drives are free to download, quick to burn, and can easily mount and access broken system partitions to retrieve wanted files and move them to a backup drive. And attachable (USB) storage drives are likewise ample and easy to use. (It's a good idea for anyone with a computer to have a good LiveCD and an ample-sized USB drive handy, and to learn how to use them to mount drives and copy files). | In general, it is desirable to use Windows tools when formatting Windows partitions, but most current partition managers (such as [[GParted]]) are able to format the filesystem (NTFS or FAT32) in the partition correctly. |
Line 12: | Line 11: |
2) The need to run multi-boot systems is mitigated due to the advent of [[virtualization]] and free vitualization tools like Sun's [[VirtualBox]] such that running a virtual Windows OS on an Ubuntu system is mostly a breeze. The caveat here is that one should limit their usage of Windows to just those applications which absolutely can't run on their Linux system (considering also any similarly-functional Linux applications) or else with Wine emulation. | == Linux and Mac partitions == |
Line 14: | Line 13: |
3) Partitioning to create swap space is unnecessary due to the fact that systems are much faster than before, Linux runs light and efficiently, and lots of fast RAM is quite cheap. | * Most current partition managers (such as [[GParted]]) are able to format or reformat any partition to the desired filesystem type (ext3, ext4, swap, hfs+ for Mac OS X, NTFS or FAT32 for Windows). In general, Linux partitions should be ext3 or ext4, but FAT32 and several other options are available as Linux filesystem types. |
Line 16: | Line 15: |
== Linux is the main OS, even if it isn't == Linux installs can work around Windows' peculiarities gracefully and without much difficulty. Its not perfect, but all co-existence with Windows issues are handled in Linux. Ubuntu, and most other [[distributions]] since Xandros ($$) and Knoppix (the first "[[LiveCD]]") use easy to use (graphical, orderly), flexible, and completely functional installers that handle the most important aspects of most installs. (Though there is always room for improvement). |
== Install Windows in a primary partition == |
Line 19: | Line 17: |
Consider also that Linux, and Ubuntu in particular, can run very well without a Windows partition at all, and if Win32 apps are required, then using [[Wine]] covers ~30% of this need, and a [[Virtualization|virtual installation]] of Windows (from 98 to Win7) can deal with the rest. Virtualization has a few issues, but on current systems (+1.5 ghz, +1.2GB RAM), performance is quite acceptible. | * If Windows exists or will exist on your system, it must occupy a primary partition. Most users put windows on the first primary partition, but this is not necessary. For more information on installing Windows and Ubuntu in separate partitions, see [[DualBoot/Windows|Dual Booting Windows and Ubuntu]]. |
Line 21: | Line 19: |
== Access to file systems == A secondary issue deals with Windows' limited access to non-Windows file systems. But this is less an issue due to the usage of FAT32 "transfer" partitions, Linux's ability to read/write NTFS and most other file systems, and free-to-use Win32 utilities for writing to ext2 file systems. |
== Why use multiple partitions? == |
Line 24: | Line 21: |
* When an operating system loads from its own partition, it always runs the fastest. When other alternatives are used, such as running one operating system within another operating system (using a virtual machine or a virtual disk mechanism), it is always slower (due to higher RAM and hard-drive requirements when using these methods). | |
Line 25: | Line 23: |
== Drive plan == Planning a partition setup and getting it right is much easier than a) finding out something is wrong later (like not enough system drive space), b) using Linux partition tools to rework a system partition and finding out Windows does'nt like it, c) and then repartitioning (from scratch) the right way with a Windows tool anyway. |
* Bootloaders such as GRUB can be used to choose which operating system to load when each operating system occupies its own partition. |
Line 28: | Line 25: |
In general, separate disks which are used as storage (non-OS) partitions only can be dealt with more "flexibly," and this is still largely true when dealing with just Linux OS partitions. For consideration: | * The main reason to use separate partitions is for ease of maintenance. When an operating system (OS) occupies its own partition, it can easily be updated without affecting other operating systems or data that might be stored in other partitions. |
Line 30: | Line 27: |
A) '''system drives''' - in accord with what you want your system to do with it (multi-boot, rawdrive virtualization, shared drive, storage partitions). This is particularly true when you are limited on drive space; even a 40GB system drive can adequately house Ubuntu and Windows 7, but less space requires more care. | This is especially useful when certain applications are able to be used by multiple operating systems. A groupware application (such as Kolab), for example, can be placed in its own partition and be used by whichever operating system is booted. It can stay consistent and independent, even when one or more operating systems update themselves. It can then be updated independently of any particular operating system update and in fact be excluded from "automatic updates" by certain operating systems. |
Line 32: | Line 29: |
B) '''storage drives''' - A storage drive is actually more important than a system drive, because the system drive can simply be reformatted (assuming your /home/* director(ies) are backed up). | The [[LinuxFilesystemTreeOverview|linux filesystem]] can use a separate mount point for any directory, even if the directory exists in its own partition. Here are some examples of directories that are often given their own mount points (often in their own partitions): |
Line 34: | Line 31: |
C) '''Too many partitions''' is not quite as useful as someone might think, and you may want to rearrange such drives. | * swap -- Swap partitions allow you to use some of your harddrive space as RAM. Swap prevents your computer from crashing when you run out of RAM space, and additionally, allows the RAM to be used efficiently. |
Line 36: | Line 33: |
D) '''Rearranging/repartitioning a drive''' usually means backing everything up, which is not easy to do if you are dealing with a large drive with lots of data. | * /home -- The /home mount point is where individual user settings are stored. By placing this directory in its own partition, they can be shared between multiple OS's and remain constant even when each OS is updated. |
Line 38: | Line 35: |
=== File systems === If you need a 'universally writable' drive so that Win, Mac, and unix can share its files, there are issues |
* /boot -- The /boot mount point is where the GRUB bootloader files (needed to boot an OS) are stored. ([[Grub2|GRUB2]] can also be used to allow multiple OS's to boot.) Having a dedicated /boot partition can make it easier to run and maintain multiple operating systems. |
Line 41: | Line 37: |
1) '''NTFS''' is the main consideration, but its proprietariness and Window's peculiar usage of these drives means that Linux doesn't quite work perfectly with it. | == Arguments against partitioning == |
Line 43: | Line 39: |
2) '''Reading/writing NTFS''' - The free NTFS-3g driver is a recent development that works with Linux and Mac OS X systems to read and write files on NTFS partitions quite well. It was not long ago that writing to NTFS from Linux was a particularly risky operation. | * 'Data loss is less frequent with current operating systems.' -- If you believe this one, I have a bridge to sell you. |
Line 45: | Line 41: |
3) '''NTFS tools''' - The major issue is that NTFS partitions run best when created with Windows partition tools (diskpart), and (usually) when created with Windows formatting tools (format). Linux utilities for dealing with NTFS file systems are incredibly flexible, clever, and '''useless'''. They often raise disk errors with Windows, such that running Windows' checkdisk utility (from Windows) is necessary just to make the drive readable again. This is less true with non-system storage partitions, but errors on such drives mean that data may be lost, so care must be taken. | * 'The need to run multi-boot systems is mitigated due to the advent of [[VirtualMachines|virtualization]] and virtualization tools like [[VirtualBox]] such that running a virtual Windows OS on an Ubuntu system is mostly a breeze.' -- It's not. I've tried it. It runs very slowly on all but the most powerful computers with lots of RAM. |
Line 47: | Line 43: |
4) the '''FAT32 file system''' is the historical choice, but its size limitation (32 GB max) makes it quite small for today's standards. The recently created exfat file system has no such limitation, but is not commonly used. | * 'Partitioning to create swap space is unnecessary since systems are much faster than before, Linux runs more efficiently, and RAM is quite cheap.' -- RAM may be cheap, but not all computer motherboards can expand their RAM capabilities (and therefore still need swap). Further, Linux systems require more RAM these days, not less. Also, it is not the OS that requires plenty of memory, it is the programs that run within the OS that requires memory. |
Line 49: | Line 45: |
5) '''Repartitioning and resizing''' are particularly important issues, as they involve dealing with partitions that already have data on them. Backing up such drive partitions is highly recommended, but not always a possibility. And in any case, careful advance planning and using teh right tools is better than trying to rework a drive's partition table after the fact. | == Choosing a filesystem for a data partition == |
Line 51: | Line 47: |
== Ubuntu partitioning issues == GParted is a wonderful tool, but it has certain issues. For one, it can take forever to read a large drive, or a drive with a large number of partitions on it. Compare with qtparted (no longer in repository) which can take just a few moments to read all disks, offering a choice of which disk and its partitions to deal with. |
If you need a 'universally writable' drive so that Win, Mac, and *nix operating systems can share files, consider these issues: |
Line 54: | Line 49: |
Starting gparted from the command line and specifying the disk can help, but its still slow: sudo gparted /dev/sdx // where x is a drive letter a, b, c, etc. |
* NTFS is a consideration, but it is proprietary and Window's peculiar usage of these drives means that Linux doesn't quite work perfectly with it. Further, Microsoft has the capability (and sometimes does) remotely lock NTFS folders. Do you want to take that chance? |
Line 57: | Line 51: |
The second issue deals with Ubuntu's pesky [[automount]] feature: It even kicks in while doing partitioning operations, such that as soon as an operation is performed, it remounts all partitions. | * FAT32 was historically a good choice, but its size limitation (32 GB max) makes it quite small for today's standards. |
Line 59: | Line 53: |
This is pesky, but simply unmounting each of the drives. In Gnome, right click on each of the resurrected drive icons (on desktop or in the [[file manager]] and selecting "unmount drive." In KDE, use kwikdisk (which loads into the system tray) or kdiskfree and unmount them from there. | * The exfat file system has no size limitation, but it is not commonly used. |
Line 61: | Line 55: |
Even with these issues with GParted and Gnome/Ubuntu, automount is a beautiful thing, and makes the mounting of new drives easier than even Mepis, and almost as good as Windows (though Windows can't really deal well with anything but NTFS and FAT). | = Other resources = * [[http://www.psychocats.net/ubuntu/partitioning|Psychocats -- Partitioning]] * [[DiskSpace]] * [[HowtoPartition]] ---- CategoryInstallation |
Planning is needed when choosing a partitioning scheme and a tool to create such partitions on a hard drive disk.
Windows Partitions
Manipulating Windows partitions requires special consideration and tools. See How to Resize Windows Partitions for more information. In general, use Windows tools when manipulating existing Windows partitions.
- Format Windows partitions using the NTFS filesystem, in general. However, Windows 98 requires FAT32, and Windows XP will function fine with FAT32. The NTFS filesystem allows greater security (and ability to lock folders), which can be an advantage or disadvantage, depending on your point of view. (Microsoft can administratively lock your folders without your permission in NTFS). Windows Vista and Windows 7 both require NTFS.
In general, it is desirable to use Windows tools when formatting Windows partitions, but most current partition managers (such as GParted) are able to format the filesystem (NTFS or FAT32) in the partition correctly.
Linux and Mac partitions
Most current partition managers (such as GParted) are able to format or reformat any partition to the desired filesystem type (ext3, ext4, swap, hfs+ for Mac OS X, NTFS or FAT32 for Windows). In general, Linux partitions should be ext3 or ext4, but FAT32 and several other options are available as Linux filesystem types.
Install Windows in a primary partition
If Windows exists or will exist on your system, it must occupy a primary partition. Most users put windows on the first primary partition, but this is not necessary. For more information on installing Windows and Ubuntu in separate partitions, see Dual Booting Windows and Ubuntu.
Why use multiple partitions?
- When an operating system loads from its own partition, it always runs the fastest. When other alternatives are used, such as running one operating system within another operating system (using a virtual machine or a virtual disk mechanism), it is always slower (due to higher RAM and hard-drive requirements when using these methods).
- Bootloaders such as GRUB can be used to choose which operating system to load when each operating system occupies its own partition.
- The main reason to use separate partitions is for ease of maintenance. When an operating system (OS) occupies its own partition, it can easily be updated without affecting other operating systems or data that might be stored in other partitions.
This is especially useful when certain applications are able to be used by multiple operating systems. A groupware application (such as Kolab), for example, can be placed in its own partition and be used by whichever operating system is booted. It can stay consistent and independent, even when one or more operating systems update themselves. It can then be updated independently of any particular operating system update and in fact be excluded from "automatic updates" by certain operating systems.
The linux filesystem can use a separate mount point for any directory, even if the directory exists in its own partition. Here are some examples of directories that are often given their own mount points (often in their own partitions):
- swap -- Swap partitions allow you to use some of your harddrive space as RAM. Swap prevents your computer from crashing when you run out of RAM space, and additionally, allows the RAM to be used efficiently.
- /home -- The /home mount point is where individual user settings are stored. By placing this directory in its own partition, they can be shared between multiple OS's and remain constant even when each OS is updated.
/boot -- The /boot mount point is where the GRUB bootloader files (needed to boot an OS) are stored. (GRUB2 can also be used to allow multiple OS's to boot.) Having a dedicated /boot partition can make it easier to run and maintain multiple operating systems.
Arguments against partitioning
- 'Data loss is less frequent with current operating systems.' -- If you believe this one, I have a bridge to sell you.
'The need to run multi-boot systems is mitigated due to the advent of virtualization and virtualization tools like VirtualBox such that running a virtual Windows OS on an Ubuntu system is mostly a breeze.' -- It's not. I've tried it. It runs very slowly on all but the most powerful computers with lots of RAM.
- 'Partitioning to create swap space is unnecessary since systems are much faster than before, Linux runs more efficiently, and RAM is quite cheap.' -- RAM may be cheap, but not all computer motherboards can expand their RAM capabilities (and therefore still need swap). Further, Linux systems require more RAM these days, not less. Also, it is not the OS that requires plenty of memory, it is the programs that run within the OS that requires memory.
Choosing a filesystem for a data partition
If you need a 'universally writable' drive so that Win, Mac, and *nix operating systems can share files, consider these issues:
- NTFS is a consideration, but it is proprietary and Window's peculiar usage of these drives means that Linux doesn't quite work perfectly with it. Further, Microsoft has the capability (and sometimes does) remotely lock NTFS folders. Do you want to take that chance?
- FAT32 was historically a good choice, but its size limitation (32 GB max) makes it quite small for today's standards.
- The exfat file system has no size limitation, but it is not commonly used.