|
Size: 5511
Comment:
|
Size: 5818
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| 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'''. | 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 ) |
| Line 17: | Line 17: |
| Linux installs can work around Windows' peculiarities gracefully and without much difficulty. Its not perfect, but all co-existance 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). | 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). |
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.
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 )
Why partition?
The main issue with partitioning is understanding why its done: 1) to separate replaceable (and breakable) systems from irreplaceable personal files or business data, and 2) to use multiple different operating systems on the same machine; choosing which to boot into through a boot loader like GRUB and 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).
But the historical reasons for partitioning itself are not always relevant anymore:
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).
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.
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.
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).
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 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.
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.
There are a couple paradoxical principles to consider here: 1) In general, separate disks which are used as storage (non-OS) partitions only can be dealt with more flexibly, while disks which will have operating systems installed will require more planning and careful tooling.
2) A storage drive is actually more important than a system drive (which can simply be reinstalled), thus: storage drives require care and system drives require planning.
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.
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.
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.
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.
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).