Moving to a new disk..
Hello all, I've got a dying drive on my hands.. and I know I found a doc/guide on the handbook before regarding this.. something like.. # tar cf - --one-file-system -C /var . | tar xpvf - -C /mnt/var where the new drive is fsck'd and mounted at /mnt .. or something else.. where is that? or how would I do that? I just want to take this 20G drive and copy it to a 30G drive.. what would be the best way? (and I need to talk to someone over the phone about this.. it's his box and he has no inet) Thanks in advance. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Moving to a new disk..
B. Cook wrote: Hello all, I've got a dying drive on my hands.. and I know I found a doc/guide on the handbook before regarding this.. something like.. # tar cf - --one-file-system -C /var . | tar xpvf - -C /mnt/var where the new drive is fsck'd and mounted at /mnt .. or something else.. where is that? or how would I do that? I just want to take this 20G drive and copy it to a 30G drive.. what would be the best way? (and I need to talk to someone over the phone about this.. it's his box and he has no inet) this is what i used when i did it a month ago http://lantech.geekvenue.net/chucktips/jason/chuck/1004897633/index_html it will be slightly different depending on your version, but dump/restore is better than tar Eric ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Moving to a new disk..
B. Cook wrote: I've got a dying drive on my hands.. and I know I found a doc/guide on the handbook before regarding this.. something like.. # tar cf - --one-file-system -C /var . | tar xpvf - -C /mnt/var [..] what would be the best way? I do it this way: dd if=/dev/ad0 of=/dev/ad2 bs=8m Where /dev/ad0 is the source disk and /dev/ad2 is the destination disk. Make sure nothing is mounted. This process takes place at sector level, so the boot sector, the partition table and even empty sectors are copied. That someone might want to resize some partitions afterwards to be able to use that extra 10 GB. -- Kind regards, Ronald Paul ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Moving to a new disk..
Ronald Paul wrote: B. Cook wrote: I've got a dying drive on my hands.. and I know I found a doc/guide on the handbook before regarding this.. something like.. # tar cf - --one-file-system -C /var . | tar xpvf - -C /mnt/var [..] what would be the best way? I do it this way: dd if=/dev/ad0 of=/dev/ad2 bs=8m Where /dev/ad0 is the source disk and /dev/ad2 is the destination disk. Make sure nothing is mounted. This process takes place at sector level, so the boot sector, the partition table and even empty sectors are copied. That someone might want to resize some partitions afterwards to be able to use that extra 10 GB. this is one reason why dump is better. it only dumps what there is to dump. no need to worry about the extra space, etc after the fact ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Moving to a new disk..
B. Cook wrote: Hello all, I've got a dying drive on my hands.. and I know I found a doc/guide on the handbook before regarding this.. something like.. # tar cf - --one-file-system -C /var . | tar xpvf - -C /mnt/var where the new drive is fsck'd and mounted at /mnt .. or something else.. where is that? or how would I do that? I just want to take this 20G drive and copy it to a 30G drive.. what would be the best way? (and I need to talk to someone over the phone about this.. it's his box and he has no inet) Thanks in advance. Where could I tell him to get a live cd? the installer CDs offer the option to drop into single user mode.. but it just goes right to the installer.. :P ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Moving to a new disk..
B. Cook wrote: Where could I tell him to get a live cd? the installer CDs offer the option to drop into single user mode.. but it just goes right to the installer.. :P http://www.freesbie.org/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Moving to a new disk..
On 2006/12/05 9:00, B. Cook seems to have typed: Where could I tell him to get a live cd? the installer CDs offer the option to drop into single user mode.. but it just goes right to the installer.. It also allows you to go into FixIt Mode. Choose Fix It from the installer CD. You could also use FreeSBIE if you prefer (2.0RC1 is based off the RC of FreeBSD 6.2): http://www.freesbie.org/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Moving to a new disk..
Eric wrote: B. Cook wrote: Where could I tell him to get a live cd? the installer CDs offer the option to drop into single user mode.. but it just goes right to the installer.. :P http://www.freesbie.org/ Was looking for something smaller.. Other than 635M to run dd :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Moving to a new disk..
On Tue, Dec 05, 2006 at 10:48:18AM -0500, B. Cook wrote: Hello all, I've got a dying drive on my hands.. and I know I found a doc/guide on the handbook before regarding this.. something like.. # tar cf - --one-file-system -C /var . | tar xpvf - -C /mnt/var where the new drive is fsck'd and mounted at /mnt .. or something else.. where is that? or how would I do that? I just want to take this 20G drive and copy it to a 30G drive.. what would be the best way? Build file systems on the new drive in sizes to suit you. Make sure you make the new drive bootable if the old one is used that way. That involves fdisk/bsdlabel/newfs or you can do it using sysinstall which calls fdisk, bsdlabel and newfs for you. Since your new disk is a little larger than the old one, decide where you want to apply the extra space. If root and /usr are doing fine the way they are, I would suggest putting it all in whatever large catch-all partition you have - often mounted as /home. Mount up the new partitions to something meaningful. that means mkdir to make the mount points and mount to mount the partitions. Use dump/restore to transfer things. Example: You have installed the new disk so it looks like /dev/ad1 (the old dying one is /dev/ad0) dd if=/dev/zero of=/dev/ad1 bs=512 count=32 (This makes sure the new drive is clean and can usually be omitted) fdisk -BI ad1 makes 1 FreeBSD slice and writes the MBR bsdlabel -w -B ad1s1 makes the slice bootable bsdlabel -e ad1s1 edit the partition table for the sizes you want. Sample edited partition table: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 52428804.2BSD 2048 16384 32776 b: 2097152* swap c: 585105400unused0 0 # raw part, don't edit d: 1048576*4.2BSD 2048 16384 8 e: 4194304*4.2BSD 2048 16384 28552 f: 6291456*4.2BSD 2048 16384 28552 g:**4.2BSD 2048 16384 28552 Ignore the stuff above the '8 partitions:' line. eg. don't change it. Also, do not change the c: numbers. (I made up one for the example) The asterisks in the offset field tell bsdlabel to do the calculation. The in the last size field tell it to put all the rest in that partition. This gives the following sizes: a: 256 MB (for root (/)) b: 1024 MB (for swap) c: whole disk identifier d: 512 MB (for /tmp) e: 2048 MB (for /usr) f: 3072 MB (for /var) g: 21657 MB (21 GB) for that large catch-all, /home That may seem large for /usr, but will easily be used up if you install all source and do some major builds and install a lot of ports. In fact, you may want to move /usr/ports to /home and make a symlink before you start building ports if you plan to do some big ones like openoffice. The 3 GB in /var gives room to run a small database of some sort. If you do a bigger one you will want a lot more - maybe additional disk. But for this example, these sizes are nice. In addition to catch-all, I am presuming you put user home directories in /home. I am presuming my example matches the partition structure you have on the old disk. It might be different, and so you might prefer to follow that with adjusted sizes rather than the same partitions I lay out here. So, save and end the edit session for the partition table which causes bsdlabel to write it to the disk label. Now you have the partitions created, all you need to do is turn them in to file systems using newfs. Run a newfs on each partition except the one for swap. newfs /dev/ad1s1a etc That would be /dev/ad1s1a, /dev/ad1s1d, /dev/ad1s1e, /dev/ad1s1f, ad1s1g All the fdisk, bsdlabel and newfs stuff can be done with sysinstall rather than by running each step by hand, but really it is about as easy to do it step by step, and then you see each part and understand it a little better. Create mount points: mkdir /newroot mkdir /newusr mkdir /newvar mkdir /newhome Probably don't need to bother with /tmp, since it shouldn't need to be copied. But you can if you like. Mount the partitions: mount /dev/ad1s1a /newroot mount /dev/ad1s1e /newusr mount /dev/ad1s1f /newvar mount /dev/ad1s1g /newhome Now use dump/restore to move stuff over. cd /newroot dump 0af - / | restore -rf - cd /newusr dump 0af - /usr | restore -rf - cd /newvar dump 0af - /var | restore -rf - cd /newhome dump 0af - /home | restore -rf - If any of the restores come up and ask about setting owner/permissions on . answer 'n' I don't think it