Re: [cobalt-users] 20 gig drives are running (well), only one problem

[jale@xxxxxxxxxx]

> Odd, it has something to do with info copied by dd, probably should have
> used cp -a or a program called pcopy (partition copy)
> I would have thought it would have re-written the partition table.

I was thinking about cp; will cp -a copy EVERYTHING in the partition, 
hidden/system files, ... if so, it would be a good idea.

Now lets say I go this route, does this sound correct:
be sure my 2 new drives are synced. Put drive 2 on the side.
Put back in original 13 gig drive
Re-fdisk the new drive and do the same as I did before but use cp instead 
of dd.
Then I will have just copied files and not screwed with anything else.
Then take out the 13, put the 20 in the primary, but back the other 20, and 
cp the files from the /home to the re-fdisked drive getting all current web 
site/email files back
Then re-fdisk the 2nd drive and dd from one 20 to the backup 20.

Does that sound correct - if no new users have been added and I'm only 
worried about not losing email and website updates, would copying partition 
4 from the current drives be the only thing I really have to worry about?

> I think you can increase the partitions with parted.
> I installed parted on a RaQ4...
> I'll test it on a RaQ3

Aren't the partition tables what I see in fdisk?? that would mean they are 
really okay, and inode tables (or something technical sounding) got matched 
to the original drives without screwing up the partition tables, like the 
adding RAM issue, if the dd effected them it could have made a real mess. I 
think I'm in better shape, I just have to get the system to realize the 
larger partitions are there. What is df really showing, it must be from 
someplace other than partition tables, more higher level than that. I 
really wonder if fsck will pick up on any this and take care of it, would 
save me a lot of work.

Thanks,
Jale