Re: Replacing hda - Easiest Way?
So far so good. Finally got around to actually installing the new drive this morning, since the system was down anyway due to a power flicker on account of the weather. I used gparted to make 3 partitions on the new drive (which came up as /dev/sdf due to sda through sdd being used by the card reader and sde being a 9GB SCSI drive I forgot was still installed.) It was 200GB for /shared, 150GB for /home, and 150GB for /workspace. After that, I made mountpoints for them at /shared-new, /home-new, and /workspace-new then just did a straight over copy from /shared and /workspace to /shared-new and /workspace-new. Those two were remounted as /shared and /workspace and their counterparts on /hdb were remounted as /shared-old and /workspace-old, and /etc/fstab updated appropriately. For /home, I went ahead and used mondoarchive to make a set of 4 iso images on the new /workspace, then used mondorestore to restore them intact to /home-new. Apparently I made some minor error in the backup, because when I remounted /home-new as /home and unmounted the original /home, /the new /home showed as: /home |_/home Fortunately, I was able to log into a root terminal and use Midnight Commander to copy everything from the home subdirectory into the home root directory, so all is well there now. Next up will be to run mondoarchive on hda and make isos on /workspace, then restore to hdb. After that, I can swap the two drives around and make the 80GB drive (the old hda) into a nice big scratch space. But before I do all of that, I think I need to run a few more tests to make sure everything copied okay... In other words, time to fire up City of Heroes for a bit. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replacing hda - Easiest Way?
On Mon, 2008-08-04 at 11:52 -0700, Scarletdown wrote: > I'm going to be upgrading my primary hard drive (80GB) with a new 500GB > drive today. The old drive has 7 assorted partitions on it: [...] > So, what would be the easiest way to transfer everything from the old > drive to the new one? Check out the Hard Disk Upgrade HOWTO. http://tldp.org/HOWTO/Hard-Disk-Upgrade/index.html -- Paul Johnson [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: Replacing hda - Easiest Way?
On 2008-08-05 18:41, Shachar Or wrote: > On Tuesday 05 August 2008 03:55, Mumia W.. wrote: >> I'm genuinely curious. Why is rsync better than "cp -a"? > > 1. the -x option. man cp: -x, --one-file-system stay on this file system man rsync -x, --one-file-system don’t cross filesystem boundaries > 2. the ability to stop the transfer and resume. > 3. the -P option. > 4. the verbosity. > 5. while using rsync, you are learning a valuable tool. Fully ACK! Johannes signature.asc Description: OpenPGP digital signature
Re: Replacing hda - Easiest Way?
On 08/05/2008 11:41 AM, Shachar Or wrote: On Tuesday 05 August 2008 03:55, Mumia W.. wrote: I'm genuinely curious. Why is rsync better than "cp -a"? 1. the -x option. 2. the ability to stop the transfer and resume. 3. the -P option. 4. the verbosity. 5. while using rsync, you are learning a valuable tool. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replacing hda - Easiest Way?
On 08/05/2008 11:13 AM, Johannes Wiedersich wrote: On 2008-08-05 02:55, Mumia W.. wrote: I'm genuinely curious. Why is rsync better than "cp -a"? [...] For a one-time copy only, cp and rsync should take about the same amount of time. rsync is more advanced for synchronizing directories (and keeping them synchronized). [...] Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] RE: Replacing hda - Easiest Way?
On Tuesday 05 August 2008 20:33, Stackpole, Chris wrote: > Yes, I will agree that rsync is easy to do if you already know the > command and what it is capable of. It is indeed a very powerful tool. > However, for someone who doesn't already know the command it can be a > bit overwhelming. At least that has been my experience in > watching/helping others with it. > > My experience with partimage is that as long as you have an idea of what > you want to do, the gui will hold your hand and get done what you need > to get done. This is exactly what some people want when they first get > started; a nice simple layout to get them started. The advanced stuff > can wait till they are ready. Partimage has a lot of really cool > advanced stuff, but simply running partimage at the command line (given > it is installed of course) will simply bring up the nice gui. > > I am of the opinion that you shouldn't blindly run commands on your > system that you have found out on the net. I am a big fan of researching > the command as well as the options. This usually requires reading > through the man pages and some Google searching. Rsync has 3463 lines of > documentation in the man pages alone. For someone like me who likes good > documentation to learn from, that is great! For someone who just wants > it to work, that is a PITA. > > Shachar Or and yourself are the only ones to suggest flags to use for > rsync. Even then, the full command wasn't even given which can only > confuse the inexperienced. Running 'rsync -ax' only kicks back the help > message. Doesn't really solve the problem that the user may think they > were attempting to solve. > > I have nothing against rsync. To be quite honest, the majority of uses > for these two tools are completely different. I just think in this case > it is a bigger jump to dive into rsync for a new user then it is for > partimage. I would much prefer to give someone a tool that will help > guide them (hence, in my mind, easier) then a really powerful tool that > is way more then they need and above their head. > > Anyway, maybe I am way off on this but before I blabber on and on I will > give the list a chance to see if everyone agrees or disagrees with me. > ;-D > > Have fun! > ~S~ I'll give this partimage thing a try. It sounds nice. I've gotten thus far with my skills, which is not very far, by reading through the long pages. There are things to get a nice UI for, and there are things that should be performed with "full" consciousness; filesystems tasks is of the latter, if you ask me. I estimate that Scarletdown, using multiple disks with multiple partitions, ultimately wants to learn how to use things like UUID's, LVM2, rsync, cfdisk, mkfs.*, fstab, etc.. I imagine he'll be thrilled to know how to use all these things! -- Shachar Or | שחר אור http://ox.freeallweb.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[OT] RE: Replacing hda - Easiest Way?
> From: Johannes Wiedersich [mailto:[EMAIL PROTECTED] > Subject: Re: Replacing hda - Easiest Way? > > On 2008-08-05 15:35, Stackpole, Chris wrote: > > There have been some good suggestions, but none that I would really > consider "the Easy way". I don't know your level of experience, but for > me "the Easy Way" is the one that can be done by almost anyone without > tons of technical documentation. > > > > Here is what I have done in the past that worked perfect for me: > > 1) Boot system off of Knoppix (or any other live CD with the following > tools). > > 2) Use whatever partition manager you prefer to create your partitions > on the new drive (QTparted, Gparted, fdisk, ect). > > 3) Use PartImage to copy the partitions over. > http://en.wikipedia.org/wiki/PartImage > > I don't really see, how partimage is more 'easy' than rsync -ax. > partimage has a more guish interface, so requires more interaction. In > order to use partimage, the partition has to be unmounted, ie you have > to use a rescue medium, while rsync backups and restores your running > system. (I more than once upgraded a system from stable to testing, > didn't like it and just rsync'ed my backup to reboot into the 'old' > kernel & stable system. ) > > > 4) Mount new hard drive and ensure mount points are correct (meaning if > old drive is hda and new drive is sda, change accordingly). > > 5) Shutdown, remove old harddrive, boot into new drive! > > > Done! > > Works just as well, if you skip 1) and replace 3) by 'rsync -ax'. > > The advantage of partimage might be that it might copy your mbr and thus > save you the effort of grub-install. (Don't remember exactly about this; > it won't hurt to run grub-install either way) > > HTH, take care! > > Johannes *Since this particular topic is drifting from the OP, I am going to mark my post as OT. Yes, I will agree that rsync is easy to do if you already know the command and what it is capable of. It is indeed a very powerful tool. However, for someone who doesn't already know the command it can be a bit overwhelming. At least that has been my experience in watching/helping others with it. My experience with partimage is that as long as you have an idea of what you want to do, the gui will hold your hand and get done what you need to get done. This is exactly what some people want when they first get started; a nice simple layout to get them started. The advanced stuff can wait till they are ready. Partimage has a lot of really cool advanced stuff, but simply running partimage at the command line (given it is installed of course) will simply bring up the nice gui. I am of the opinion that you shouldn't blindly run commands on your system that you have found out on the net. I am a big fan of researching the command as well as the options. This usually requires reading through the man pages and some Google searching. Rsync has 3463 lines of documentation in the man pages alone. For someone like me who likes good documentation to learn from, that is great! For someone who just wants it to work, that is a PITA. Shachar Or and yourself are the only ones to suggest flags to use for rsync. Even then, the full command wasn't even given which can only confuse the inexperienced. Running 'rsync -ax' only kicks back the help message. Doesn't really solve the problem that the user may think they were attempting to solve. I have nothing against rsync. To be quite honest, the majority of uses for these two tools are completely different. I just think in this case it is a bigger jump to dive into rsync for a new user then it is for partimage. I would much prefer to give someone a tool that will help guide them (hence, in my mind, easier) then a really powerful tool that is way more then they need and above their head. Anyway, maybe I am way off on this but before I blabber on and on I will give the list a chance to see if everyone agrees or disagrees with me. ;-D Have fun! ~S~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replacing hda - Easiest Way?
On Tuesday 05 August 2008 03:55, Mumia W.. wrote: > On 08/04/2008 05:52 PM, Rick Thomas wrote: > > I know nothing about what's on the MaxBlast CD, but I'm betting it's > > Windows-only. "Stick with rsync" is my advice. > > > > > > Rick > > I'm genuinely curious. Why is rsync better than "cp -a"? 1. the -x option. 2. the ability to stop the transfer and resume. 3. the -P option. 4. the verbosity. 5. while using rsync, you are learning a valuable tool. -- Shachar Or | שחר אור http://ox.freeallweb.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replacing hda - Easiest Way?
On 2008-08-05 15:35, Stackpole, Chris wrote: > There have been some good suggestions, but none that I would really consider "the Easy way". I don't know your level of experience, but for me "the Easy Way" is the one that can be done by almost anyone without tons of technical documentation. > > Here is what I have done in the past that worked perfect for me: > 1) Boot system off of Knoppix (or any other live CD with the following tools). > 2) Use whatever partition manager you prefer to create your partitions on the > new drive (QTparted, Gparted, fdisk, ect). > 3) Use PartImage to copy the partitions over. > http://en.wikipedia.org/wiki/PartImage I don't really see, how partimage is more 'easy' than rsync -ax. partimage has a more guish interface, so requires more interaction. In order to use partimage, the partition has to be unmounted, ie you have to use a rescue medium, while rsync backups and restores your running system. (I more than once upgraded a system from stable to testing, didn't like it and just rsync'ed my backup to reboot into the 'old' kernel & stable system. ) > 4) Mount new hard drive and ensure mount points are correct (meaning if old > drive is hda and new drive is sda, change accordingly). > 5) Shutdown, remove old harddrive, boot into new drive! > Done! Works just as well, if you skip 1) and replace 3) by 'rsync -ax'. The advantage of partimage might be that it might copy your mbr and thus save you the effort of grub-install. (Don't remember exactly about this; it won't hurt to run grub-install either way) HTH, take care! Johannes signature.asc Description: OpenPGP digital signature
Re: Replacing hda - Easiest Way?
On 2008-08-05 02:55, Mumia W.. wrote: > I'm genuinely curious. Why is rsync better than "cp -a"? - It's more flexible (see man rsync). - It works both locally and over network. - On consecutive invocations, it only transfers the difference. Therefore it is much, much faster, especially over the network. For a one-time copy only, cp and rsync should take about the same amount of time. rsync is more advanced for synchronizing directories (and keeping them synchronized). If you'd like to continue using your 'old' disk (or another one) for backup purposes, rsync will save you *lots* of time over a couple of backups. [1] HTH, Johannes [1] http://www.mikerubel.org/computers/rsync_snapshots/index.html signature.asc Description: OpenPGP digital signature
Re: Replacing hda - Easiest Way?
On 08/04/2008 05:52 PM, Rick Thomas wrote: I know nothing about what's on the MaxBlast CD, but I'm betting it's Windows-only. "Stick with rsync" is my advice. Rick I'm genuinely curious. Why is rsync better than "cp -a"? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Replacing hda - Easiest Way?
> From: Scarletdown [mailto:[EMAIL PROTECTED] > > I'm going to be upgrading my primary hard drive (80GB) with a new 500GB > drive today. The old drive has 7 assorted partitions on it: > > /dev/hda1 - / > /dev/hda5 - /tmp > /dev/hda6 - /root > /dev/hda7 - /opt > /dev/hda8 - /var > /dev/hda9 - /usr > /dev/hda10 - /workspace > > So, what would be the easiest way to transfer everything from the old > drive to the new one? I remember from previous experience that just > doing a straight up copy from one to the other didn't work. I need to > copy and > 1: keep all permissions intact > 2: Copy my boot loader from the old drive to the new one > (unfortunately, I can't remember if GRUB went on the mbr or on the boot > record of the first partition) > There have been some good suggestions, but none that I would really consider "the Easy way". I don't know your level of experience, but for me "the Easy Way" is the one that can be done by almost anyone without tons of technical documentation. Here is what I have done in the past that worked perfect for me: 1) Boot system off of Knoppix (or any other live CD with the following tools). 2) Use whatever partition manager you prefer to create your partitions on the new drive (QTparted, Gparted, fdisk, ect). 3) Use PartImage to copy the partitions over. http://en.wikipedia.org/wiki/PartImage 4) Mount new hard drive and ensure mount points are correct (meaning if old drive is hda and new drive is sda, change accordingly). 5) Shutdown, remove old harddrive, boot into new drive! Done! I have been using PartImage for years and have not had a problem with it (in fact it has saved my bacon more then once!). It is also really easy to use; I would tell/show the interns this method once and then they could go off and duplicate it without problem. If you understand enough of the basics on what you are trying to do (copy partitions), you understand enough to use PartImage. Hence why I consider this one of the best methods for copying partitions. Of course this is just my 2 cents from my experience, so please do your research and /always have a backup/! Have fun! ~S~
Re: Replacing hda - Easiest Way?
On Tue, Aug 05, 2008 at 10:01:25AM +0200, Johannes Wiedersich wrote: > On 2008-08-05 00:39, Scarletdown wrote: > > So that being the case, I am guessing that the SATA drive will show up sata's normally turn up as scsi devices so sda > > in /dev as something other than hdd (hda is the current primary IDE, hdb > > is the secondary (which will then become the primary after this is all > > over), and hdc is the DVD-RW. So, before I power down and install the > > new drive, can anyone give me an idea of what type of device this will > > show as? > > fdisk -l will tell you about all disks available on your system. > > Johannes > -- "I just want you to know that, when we talk about war, we're really talking about peace. " - George W. Bush 06/18/2002 Washington, DC signature.asc Description: Digital signature
Re: Replacing hda - Easiest Way?
On 2008-08-05 00:39, Scarletdown wrote: > So that being the case, I am guessing that the SATA drive will show up > in /dev as something other than hdd (hda is the current primary IDE, hdb > is the secondary (which will then become the primary after this is all > over), and hdc is the DVD-RW. So, before I power down and install the > new drive, can anyone give me an idea of what type of device this will > show as? fdisk -l will tell you about all disks available on your system. Johannes signature.asc Description: OpenPGP digital signature
Re: Replacing hda - Easiest Way?
On Tuesday 05 August 2008 01:39, Scarletdown wrote: > On Mon, 2008-08-04 at 16:33 -0400, Rick Thomas wrote: > > If you can leave the old disk in the box for a while, start by > > installing the new drive as hdb, partition it and mkfs the > > filesystems -- all while booted to the old drive. Set up a bunch of > > mount-points for the new partitions, e.g.: > > > > /dev/hdb1 /new > > /dev/hdb5 /new/tmp > > /dev/hdb6 /new/root > > /dev/hdb7 /new/opt > > ...you get the idea... > > > > Then boot single user to the old drive, mount the new drive > > partitions and use rsync to copy the contents of the various > > partitions to the new drive. Then install grub however you like on > > hdb. Since eventually you will want to get rid of the old disk and > > install the new one as hda, you may have to fiddle with things like / > > etc/fstab and the grub menu.lst file, but that should be pretty obvious. > > Thanks for the tips. Should be useful for this upcoming project. There > has been a slight change of plans though. The drive I bought is SATA II > instead of EIDE. The sales rep at Circuit City convinced me to consider > SATA for the speed, so I went next door to Office Depot and shelled out > a little under $100 for a 500GB Maxtor SATA drive. :) > > So that being the case, I am guessing that the SATA drive will show up > in /dev as something other than hdd (hda is the current primary IDE, hdb > is the secondary (which will then become the primary after this is all > over), and hdc is the DVD-RW. So, before I power down and install the > new drive, can anyone give me an idea of what type of device this will > show as? /dev/sda , probably. You also the symbolic links under /dev/disk , which you can use. > > Also, the MaxBlast CD that came with the drive says that there is a disk > cloning utility as well. Hopefully, this will work with ext3 partitions > and will copy the GRUB stuff over as well. (crossing fingers...) Don't use that proprietary garbage when you've got debian. Boot single user mode and do your transfers on the file level and not the partition level. > > Now that I am thinking about this more, perhaps I should go ahead and > clone hdb (where /home, /shared, and /workspace are at) then make the > old hdb, which is 200GB, the new boot drive. With LVM2 you can make all your devices into one volume group and make as many logical volumes as you like out of that. You can, for example, have: /dev/hda1 as /boot /dev/mapper/your_vg-lv_root as / /dev/mapper/your_vg-lv_home as /home This is while /dev/hda2 and /dev/sda1 together make up the volume group your_vg . You can play with this as much as you like and you'll be keeping it all flexible for future changes. -- Shachar Or | שחר אור http://ox.freeallweb.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replacing hda - Easiest Way?
On Aug 4, 2008, at 6:39 PM, Scarletdown wrote: Also, the MaxBlast CD that came with the drive says that there is a disk cloning utility as well. Hopefully, this will work with ext3 partitions and will copy the GRUB stuff over as well. (crossing fingers...) I know nothing about what's on the MaxBlast CD, but I'm betting it's Windows-only. "Stick with rsync" is my advice. Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replacing hda - Easiest Way?
On Aug 4, 2008, at 6:39 PM, Scarletdown wrote: On Mon, 2008-08-04 at 16:33 -0400, Rick Thomas wrote: If you can leave the old disk in the box for a while, start by installing the new drive as hdb, partition it and mkfs the filesystems -- all while booted to the old drive. Set up a bunch of mount-points for the new partitions, e.g.: /dev/hdb1 /new /dev/hdb5 /new/tmp /dev/hdb6 /new/root /dev/hdb7 /new/opt ...you get the idea... Then boot single user to the old drive, mount the new drive partitions and use rsync to copy the contents of the various partitions to the new drive. Then install grub however you like on hdb. Since eventually you will want to get rid of the old disk and install the new one as hda, you may have to fiddle with things like / etc/fstab and the grub menu.lst file, but that should be pretty obvious. Thanks for the tips. Should be useful for this upcoming project. There has been a slight change of plans though. The drive I bought is SATA II instead of EIDE. The sales rep at Circuit City convinced me to consider SATA for the speed, so I went next door to Office Depot and shelled out a little under $100 for a 500GB Maxtor SATA drive. :) So that being the case, I am guessing that the SATA drive will show up in /dev as something other than hdd (hda is the current primary IDE, hdb is the secondary (which will then become the primary after this is all over), and hdc is the DVD-RW. So, before I power down and install the new drive, can anyone give me an idea of what type of device this will show as? Also, the MaxBlast CD that came with the drive says that there is a disk cloning utility as well. Hopefully, this will work with ext3 partitions and will copy the GRUB stuff over as well. (crossing fingers...) Now that I am thinking about this more, perhaps I should go ahead and clone hdb (where /home, /shared, and /workspace are at) then make the old hdb, which is 200GB, the new boot drive. Unless your motherboard has SATA onboard, you'll need a SATA PCI controller card. In any case, your SATA drive will probably show up as /dev/sda . Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replacing hda - Easiest Way?
On Mon, 2008-08-04 at 16:33 -0400, Rick Thomas wrote: > If you can leave the old disk in the box for a while, start by > installing the new drive as hdb, partition it and mkfs the > filesystems -- all while booted to the old drive. Set up a bunch of > mount-points for the new partitions, e.g.: > > /dev/hdb1 /new > /dev/hdb5 /new/tmp > /dev/hdb6 /new/root > /dev/hdb7 /new/opt > ...you get the idea... > > Then boot single user to the old drive, mount the new drive > partitions and use rsync to copy the contents of the various > partitions to the new drive. Then install grub however you like on > hdb. Since eventually you will want to get rid of the old disk and > install the new one as hda, you may have to fiddle with things like / > etc/fstab and the grub menu.lst file, but that should be pretty obvious. Thanks for the tips. Should be useful for this upcoming project. There has been a slight change of plans though. The drive I bought is SATA II instead of EIDE. The sales rep at Circuit City convinced me to consider SATA for the speed, so I went next door to Office Depot and shelled out a little under $100 for a 500GB Maxtor SATA drive. :) So that being the case, I am guessing that the SATA drive will show up in /dev as something other than hdd (hda is the current primary IDE, hdb is the secondary (which will then become the primary after this is all over), and hdc is the DVD-RW. So, before I power down and install the new drive, can anyone give me an idea of what type of device this will show as? Also, the MaxBlast CD that came with the drive says that there is a disk cloning utility as well. Hopefully, this will work with ext3 partitions and will copy the GRUB stuff over as well. (crossing fingers...) Now that I am thinking about this more, perhaps I should go ahead and clone hdb (where /home, /shared, and /workspace are at) then make the old hdb, which is 200GB, the new boot drive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replacing hda - Easiest Way?
On Aug 4, 2008, at 2:52 PM, Scarletdown wrote: I'm going to be upgrading my primary hard drive (80GB) with a new 500GB drive today. The old drive has 7 assorted partitions on it: /dev/hda1 - / /dev/hda5 - /tmp /dev/hda6 - /root /dev/hda7 - /opt /dev/hda8 - /var /dev/hda9 - /usr /dev/hda10 - /workspace So, what would be the easiest way to transfer everything from the old drive to the new one? I remember from previous experience that just doing a straight up copy from one to the other didn't work. I need to copy and 1: keep all permissions intact 2: Copy my boot loader from the old drive to the new one (unfortunately, I can't remember if GRUB went on the mbr or on the boot record of the first partition) If you can leave the old disk in the box for a while, start by installing the new drive as hdb, partition it and mkfs the filesystems -- all while booted to the old drive. Set up a bunch of mount-points for the new partitions, e.g.: /dev/hdb1 /new /dev/hdb5 /new/tmp /dev/hdb6 /new/root /dev/hdb7 /new/opt ...you get the idea... Then boot single user to the old drive, mount the new drive partitions and use rsync to copy the contents of the various partitions to the new drive. Then install grub however you like on hdb. Since eventually you will want to get rid of the old disk and install the new one as hda, you may have to fiddle with things like / etc/fstab and the grub menu.lst file, but that should be pretty obvious. Take a look at places like http://www.troubleshooters.com/linux/grub/ grub.htm for hints. Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replacing hda - Easiest Way?
On Monday 04 August 2008 21:52, Scarletdown wrote: > I'm going to be upgrading my primary hard drive (80GB) with a new 500GB > drive today. The old drive has 7 assorted partitions on it: > > /dev/hda1 - / > /dev/hda5 - /tmp > /dev/hda6 - /root > /dev/hda7 - /opt > /dev/hda8 - /var > /dev/hda9 - /usr > /dev/hda10 - /workspace > > So, what would be the easiest way to transfer everything from the old > drive to the new one? I remember from previous experience that just > doing a straight up copy from one to the other didn't work. I need to > copy and > 1: keep all permissions intact > 2: Copy my boot loader from the old drive to the new one > (unfortunately, I can't remember if GRUB went on the mbr or on the boot > record of the first partition) I like to use cfdisk to play with partitions. It's in the gpart package. Consider using LVM2 for this. It makes life better. Read the LVM HOWTO in http://tldp.org . Leave the /boot outside of LVM. Do you really need all those different filesystems? For copying files, instead of cp, use rsync -axhP . -- Shachar Or | שחר אור http://ox.freeallweb.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
