Moving Linux to a new hard drive
Hello, I'm currently using LinuxMint 8 Helena on a 40GB ATA (IDE) hard drive which now seems to be failing. I've got myself a new 160GB SATA drive and would like to move my Linux installation to the new hard drive instead of having to do a fresh installation.
How do I go about with this in the easiest manner? Thanks in advance for suggestions and help. |
"dd if=old_drive of=new_drive" in single user mode.
or create new partition table; cp -rdp each of partition; mount new_boot_partition; execute grub-install new_drive. I would prefer the second option. It is faster and more flexibly |
Quote:
|
i havent been here a lot lately, but why dont you try reading a bit more about clonezilla, it will do what you want. but with regards to your partitioning question, i would say it is probably best to make a partition table on your new drive with gparted lived, actually those two pieces of software are good to have in your 'toolbox', i have used them quite a bit myself.
edit: I even think that clonezilla copies grub accross aswell |
Quote:
I came across PartedMagic while googling for clonezilla and gparted. Would it have what I need? |
parted (partition edit) is the back end for gparted which uses a graphical (gtk) front end over parted so we can click our way through. I have no experience with PartedMagic but it sounds like it is an open source equivalent of windows' PQMagic from powerquest. i would say you could use it for your partitioning needs, not for back ups, all judging by the name.
|
I'm trying to load gparted but it says it can only load in root access - how do i go about with this?
|
In KDE use
Code:
kdesu gparted Code:
gksudo gparted |
of course what repo says should work, but I just click on it and then it prompts for password which I then type in and voila.. it starts gparted.
|
A very simple way to do this is with a program called "copy commander" all you have to do is plug in both drives and then boot from the copy commander disk and it will automatically or manually move everything over. The particians will divided up equally as they are now except extended to fill the whole drive.
|
I like System Rescue CD and fsarchiver for backup and restore.
|
I think I'll go with gparted from the LinuxMint live CD. Does gparted copy & setup the boot sector/MBR in the new drive, and once i complete, will I be just able to disconnect & forget about the old drive and boot straight from the new drive and just continue with my work from where i left?
Also, when setting up the partitions in the new drive, is it possible to set bigger sized partitions as my current (old) drive is a 40GB and the new one is 160GB? For the record, I've included below the fdisk -l of my current setup: Quote:
|
Quote:
now a while back I had some problems with my clones and i posted it here, there is some valuable info in there of troubles that i ran into. i am not too savvy on how to retrieve this thread, so if you or some one else knows how to find specific threads/posts, could you please fill me in a little? and i will find that thread and link it here. i am not sure if i am doing something wrong, but with regards to your question about making your partitions bigger; my experience is that if i made the target partition too small, clonezilla did not like it. if i made the target bigger, clonezilla would copy the image accross but modified the partition table to the smaller partition in the process. i 'fixed' this in gparted afterwards by resizing it bigger again. i think you need a filesystem check done after this by the os' who's partition you just enlarged/reduced so it knows its new boundaries type of thing. edit: what exactly do you want to install on that drive with regards to how many os's and storage? |
Go with remastersys
http://www.geekconnection.org/remastersys/ make a livecd/usb of your system and reinstall to whatever hdd you want easiest way possible to make your livecd about 100 or so MB lighter after remastersys makes the iso,etc go into /home/remastersys/remastersys and delete the iso it made and the dummysys folder go into ISOTMP/casper folder and unsquashfs the filesystem.squashfs Code:
unsquashfs filesystem.squashfs Code:
mksquashfs doc doc.squashfs just whats inside put doc.squashfs in doc folder Make sure you use the backup mode and make sure you give your username when you edit remastersys config "modify remastersys config" option then do full backup, not dist mode "backup complete system including user data" Now, if you wanna make iso use this script "makeiso.sh" below Code:
#!/bin/bash iso label part to edit inside qoutes where it says "ISO-LABEL-HERE" edit iso name where it says name_of_iso.iso remeber to include the .iso also, you should just put it on usb and its faster install Dont forget to unsquashfs doc.squashfs after install |
Quote:
Quote:
I found this interesting document about gparted, and it looks as if gparted can do exactly whet I'm looking for - I'm just concerned about the last part where the author has said, Quote:
After gparted will copy the contents of my current drive to the new drive, the new drive will not be able to boot, until it gets an MBR from somewhere? where?? |
All times are GMT -5. The time now is 02:55 AM. |