Is there a tool I can use to resize my existing partitions WITHOUT data loss? I've been using gparted up to now for sorting partition stuff, does that maintain data when resizing (assuming I run from a boot CD or USB rather than a running system)?
I have a BIG extended partition. It's at about 750Gb. Aside from that, I have 2 unallocated spaces, one at 240Gb and one at 5Gb. I want to make one of my storage drives bigger, and so that I can take advantage of all the space I have. (Those 250Gb have been unused for ages. I want to use them for my growing libraries.) So I wonder: would it be safe to put these smaller "chunks" into the extended partition, and still have a working systen? I don't want to mess it all up.
Also, can I safely resize a partition, like adding the extra space, without touching the existing data? I'm not exactly sure how the resize/move function in GParted works. Will it wipe and extend or only extend it by adding it? It would be nice to have these questions answered. Also, if it's to any help, this is my partition table as of now:
As for the first entries, they're unallocated. They're the primary drives, but they don't exist. I'm actually considering to move my partitions out of the extended one, because I only have 3 partitions that I use and will ever use. But if the extended partition is not a problem, I will just keep it this way.
I'd imagine that I first extend the extended partition to consume the unallocated space, and then I move it all to the end of the partition, and then resize sda7 to consume it, and get a 750Gb partition. Can this be done without loss of data?
This forum might not be the best place for this question, but some people here are pretty knowledgeable and may have more insight than I do about this. Anyways, I'm thinking about expanding an NTFS (Windows 7) partition on my desktop computer into unallocated space. I know that there is a risk when shrinking a NTFS partition due to fragmentation but are there any risks of data loss from expanding a NTFS partition? My common sense tells me there isn't a risk but I want to be 100% sure I won't lose any files.
What are the advantages of the multiple partition setups other than resistance to data loss in crashes? Is there any other reason to have a special partition just for your boot directory (kernel files and config) than surviving a major crash?
Also, is it possible to make the Debian installer accept an existing set of partitions? Or even alter the size of the automatically created partitions? Does expert mode let you control the partitions? How many other very detailed things would I have to know to use expert mode, though?
I have a Dell workstation, 2 HDD, HDD 1 setuped Red Hat 5.3 with LVM, and that HDD 2 is empty, not install RAID 1. And, I want to setup RAID 1 (hardware RAID)...but, have a problem. I don't want to lost data on HDD 1 when I setup raid, I try ghost or backup it, but when I restore, it error because LVM is setup on that.
Last time I installed Ubuntu in a dualboot configuration with Win7 on one of my machines, my entire boot sector and Windows install got corrupted, resulting in a complete loss of all my data and requiring a fresh install of Windows.
I looked into this a bit after the fact, and it seemed to me it was due to conflicting hard disk geometry between Linux and Windows.
My question is, how likely is this to happen with Fedora? Is this because of Ubuntu? A bad install? Is there someway I can avoid this from happening when I install Fedora if it will happen?
I installed Fedora 13, but did not expect it would set up a LVM on the entire remaining unpartitioned space. So I'm now trying to resize the partition the LVM is on. I already resized lv_home using system-config-lvm... however now lv_swap resides at the end of the physical volume. If I assume correctly that this also means that it resides at the end of the sda6 partition, I need to move it in order to resize the partition.
It now looks like this: [URL]
How would I go about moving lv_swap right next to lv_home? And how can I actually resize the partition? gparted doesn't seem to be able to resize lvm2 partitions.
I'm running Fedora Core 14 on my server and in copying over all the stuff I had backed up before the install, i recived the message that one of my volumes was nearly out of space. Since this is just a partition on my hard drive, I could resize it to make it larger, but I don't know how. It's a ext4 partition on my 2nd hard drive.
I have only a single main partition and a swap space on my laptop running ubuntu.I want to install another system on my computer so I need to create another partition. I tried using a disk utility provided by ubuntu but I get the error "disk is already in use".Is there a way to make that partition smaller and create another one without erasing my data?
I've been upgrading a Fedora server over the years. Once it was Fedora Core 2 now it is Fedora 10. Now I want to continue the upgrade process and upgrade the server to Fedora 11. The problem is that the boot partition is 100MB but Fedora 11 wants a 200MB boot partition. Looking at Fedora 13 it seems a boot partition of 500MB is gonna be the norm. I would just resize the boot partition but there is a LVM directly after it taking up the rest of the drive.
How do I resize my boot partition in this scenario?
My current line of thought is to use G4L to backup both partitions, then restore the boot partition to a large drive, increase the size with parted then restore the LVM backup after it.
So far G4L has been reluctant to backup the boot partition of Fedora on a test rig to an NTFS drive. Not sure if I should be backing up the image to a ext3 drive.
I have Vista and F11 dual booted on my system. I wan't to resize Fedora(I think Vista has already been shrunk as far as It can) and install Debian as a third OS. Fedora takes up all the free space and I am only using a small amount of the partition. I am not sure of the best way to do this. Can I boot the Debian live cd and resize Fedora at the partion step? Or do I need to boot a live F11 cd, repartition and then boot the debian cd? Or is there a better way?
I threw F12 KDE on my spare rig and wanted to throw Ubuntu on it as dual boot so I can play around with different things in each flavor. I installed F12 across the entire drive and later decided I wanted to try Ubuntu with it dual boot. I booted to Ubuntu's LiveCD and fired up GParted - but GParted can't resize the partition. It just gives me a 200mb EXT4 partition and "lvm2".
I'm using Fedora 14 x86_64.I want to take 200GB from the /home Extended-Logical Partition, and install Archlinux on it, how do I do that? In this 200GB Free Extended Space I want to create another 4 Logical Partitions for Archlinux.
fter my first fedora 10 installation I reinstalled FC 10 keeping my home partition from the first install.I then installed a software as a USER which indeed installs applications on USER's home. Now I'm short of space for installing the applications and so I want to resize my existing home (of USER).Can this be done without reinstallation? Can I borrow needed amount of space from the home partition of 1st install.also I have unformatted and unpartitioned free space can this be made use of? Or the only way is to reinstall
I have a doubt with how to add un-used space in my RHEL 4.0(linux) server to a existing partition. I will explain the scenario:-I have some 220 GB space on my linux server as shown by the command as below-
Installed a test system and I messed up. I let the installer use the entire 200gb for F12 install when I only wanted to use 100gb. Since it is test and new install I could just blow it away and start over but decided to use this as a learning opportunity. I chose all the defaults on the install so my partition is ext4. Since the partition I want to resize is in use while the system is up, I need to do this offline.
I have read a bit and it looks like there are couple of methods I could use. I have an install DVD and a Live CD so I could use either. If I could use a GUI that would be nice but I do not know how to access that if there is one. I have already booted to the Live CD and figured out how to access the command line tools (resize2fs and lvm) although I have not figured out how to use them yet.
Unable to resize fedora 12 lvm parition with gparted. Need to resize to make room for ubuntu linux on same drive. When the fedora lvm parition is selected gparted says "No lvm support at this time". I am using gparted through the pmagic (partedmagic) linux boot disk. I have almost the lastest pmagic (5.7) there is a pmagic 5.8 on source forge.
Ok so I have one drive. /boot /lv_root and /lv_swap
At the end of the drive I have 32 gigs of free space still contained in the logical volume group. I want to remove it from the LVG but this is on one device. Supposedly there is a way to do this, pvresize and fdisk.
Originally Posted by source
#I've tried to shrink the PV with pvresize which didn't throw errors -
#but fdisk still shows me the same LVM partition size as before.
That's normal. pvresize "just" updates the PV header and VG metadata.
#So I guess the partition table has to be modified somehow?
Yes. That was mentioned in my reply: "Then shrink the partition in the partition table."
You can use fdisk or any other partition table editor for this. Some don't support resizing a partition. In that case, you can delete and create a smaller one. If doing the delete/create dance, you *must* create the new partition on the same cylinder boundary as the current one to preserve the current data.
Ive read from every source on LVM its not possible to do this. Why on earth would any Linux developer put LVM on a single drive system by default? Were they even paying attention? I dont mean to go off on a rant but if there are multiple drives LVM makes sense. However if you only have one large drive LVM holds your system hostage and you have to crawl thru the pit of hell to get it back.
I understand you have a choice in the matter when you install Fedora but its really the worst possible choice for default. Many newcomers to Linux run into this problem with LVM. If you cannot resize LVG's the software should have never been put into a Linux distro in the first place.
I've just installed Fedora 14 over an old Ubuntu (heron, I think). The old install used a single partition for both / and /home; and I wanted to try to avoid reinstalling /home if possible (but yes, I did back it up). I chose the anaconda option to shrink the old Ubuntu /, and created a new LVM for the Fedora /. This seemed to work perfectly. I mounted the old / on '/host' (an old naming habit), and then mounted individual home dirs into /home using autofs. All seemed fine. However, on my first reboot after the autofs mounts fsck failed. The current situation is as follows:
# fsck /dev/sda6 fsck from util-linux-ng 2.18 e2fsck 1.41.12 (17-May-2010) The filesystem size (according to the superblock) is 15360000 blocks The physical size of the device is 15359895 blocks Either the superblock or the partition table is likely to be corrupt! Abort<y>? yes
# dumpe2fs /dev/sda6 | grep 'Block count' dumpe2fs 1.41.12 (17-May-2010) Block count: 15360000 # dumpe2fs -o superblock=32768 /dev/sda6 | grep 'Block count' dumpe2fs 1.41.12 (17-May-2010) Block count: 15360000 Same thing for all the other backup superblocks I've tried. # echo '15360000 4 * p' | dc 61440000 # fdisk -s /dev/sda6 61439583
Resize2fs tells me to run fsck, and complains of a short read if I try to force. Fsck seems to run fine if I say 'no' to the abort prompt, but doesn't change the problem. Filesystem is ext3. Started with debugfs. First used icheck and ncheck to work out which file(s) had been written to the non-existent blocks past the partition size. Fortunately, there was only one. Deleted that file (can restore it from backup later). Quit debugfs. Now resize2fs -p -f worked perfectly. fsck after resizing was clean. Reboot seems happy. As for the origin of the problem, I would guess there's a rounding bug in the code anaconda uses to shrink partitions.
i have installed ubuntu server 64bit with lamp so all in one (apache, mysql and php) and i need to downgrade mysql because of serious problems with mysql 5.1 and this is the only solution. But i need to be working with apatche and php also and have my.ini like i have now (can backup it) so is there any save way to do that?
I installed Ubuntu 10.04 on the laptop and it looks pretty good. I currently run 9.10 on the main desktop and would like to upgrade to 10.04, by pressing "upgrade" in the update manager, but I have some questions before I do, namely about data loss.
If I upgrade, will stuff like Thunderbird keep my emails, FF keep its profile (cookies, bookmarks, addons etc..), the documents keep all the documents, I have an apache server installed with a few websites - will they still be there after an upgrade? I also have a virtual machine with windoze on, what about all the stuff in there and VMware itself?
Or, will I need to back everything up onto an external hard drive (not sure how to backup Thunderbird and FF), and then reinstall everything, and transfer all the documents, websites etc.. back over again??
I have a laptop running slackware-current. The disk is /dev/sda and the root 'sda1' is xfs formatted (there is also linux swap at sda2).
recently I was trying to setup openvpn and had to copy a folder with configuration files from /usr/doc/openvpn_<version>/easy-rsa to /etc/openvpn.
I am sure the copying completed cause I got a prompt, but a few seconds later the battery died on me. When I got mains and powered it up, I could see the directory I copied under /etc/openvpn, and the files where all there too. but they all contained nothing. i.e. they had a size of 0.
I read [URL] Fthat an external journal filesystem for root is not supported. I am not sure If it applies to my situation though. As in does it use an internal journal instead?
and the bottom line is: shouldn't the copying have completed successfully? shouldn't I be worried, that this copy failed?
I want to install Fedora KDE spin on an existing XFS partition without formatting it. (Since said partition is full of my data that I have nowhere else to put). But the installer doesn't allow me to set the partition as / without formatting. XFS is not one of the filesystems listed as options for formatting. How can I make Fedora do what I want?
I have a 1TB External HD that at the time of purchasing was used with my PS3 which only allowed FAT32 HDs. But now I am using it for other uses. I have came across the problem of the file size limit of 4gb that FAT32 has.The problem is I have about 200 GB filled of data on this HDD and wish to convert it to NTFS with no data being lossed. Is this possible and if so how?