Thanks guys, still no luck and I guess I have to give up at this point.

Unless there are any more suggestions?


Since the new drive is actuall physically seen as /dev/sda (the 
original/source drive in the old RAID was seen as /dev/sdb), could this 
be the problem and fixed with an edit to a lvm config file somewhere? Or 
maybe they need new UID's?






I then disconnected the original source drives and booted from the 
cloned drive alone in the system. Once again it kernel panicked and 
could not find "VolGroup00"

I then rebooted the CZ disk and went to the shell, and ran the following:


pvscan:

PV /dev/sda2 VG VolGroup 00 lvm2 [297.91 GiB /  0 free]
Total:1 [297.91 GiB] / in use:1 [297.91 GiB] / in no VG: 0 [0  ]

vgscan:

Found Volume Group "VolGroup00" using metadata type lvm2

lvscan


ACTIVE    'dev'VolGroup00/LogVol00' [20.00 Gib] inherit
ACTIVE    'dev'VolGroup00/LogVol02' [233.91 Gib] inherit
ACTIVE    'dev'VolGroup00/LogVol03' [20.00 Gib] inherit
ACTIVE    'dev'VolGroup00/LogVol01' [20.00 Gib] inherit
ACTIVE    'dev'VolGroup00/LogVol04' [4.00 Gib] inherit

On 4/16/2010 8:02 PM, Steven Shiau wrote:
>
> Kevin W. Wall wrote:
>    
>> Steven Shiau wrote:
>>
>>      
>>> BTW, for LVM, disk to disk is really done by dd in Clonezilla, so it's
>>> very inefficient...
>>>
>>>        
>> What are you using for the block size for dd? If there's a way for you to
>> figure out the hard drives cache size, that might be the most efficient.
>> Or separate ibs&  obs parameters if using different hard drives with 
>> differing
>> cache sizes.  In the old days, the conventional wisdom was to use a block 
>> size
>> that corresponded to the block size of the file systems, but if you are
>> doing raw disk I/O with modern drives that have huge on-board caches, that
>> probably doesn't make sense. I'd think something like 8MB or even 16MB would
>> be worth trying. Have you experimented with different sizes for bs / ibs / 
>> obs?
>>
>> -kevin
>>
>>      
> Kevin,
> Thanks for sharing this. However, I was wrong... Now it's done by
> partclone.dd.
>
> Steven.
>
>    


-- 

Johnny Stork



------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Clonezilla-live mailing list
Clonezilla-live@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clonezilla-live

Reply via email to