From: hadi motamedi on
On Jul 13, 5:41 am, hume.spamfil...(a)bofh.ca wrote:
>
> You say you have data in /dev/dsk/c0t2d0s3 that you want to copy into your
> new /opt filesystem.  But then:
>
> This means that /dev/dsk/c0t2d0s3 is not a valid filesystem.  So it isn't
> possible that you have data on it.  Obviously something you're telling us
> is wrong.
>
> --
> Brandon Hume    - hume -> BOFH.Ca,http://WWW.BOFH.Ca/

Please be informed that I have made image from my working solaris8 /
opt as the following :
#dd if=/dev/dsk/c0t0d0s3 bs=512 count=1966080 |gzip -c >/tmp/opt8.disk-
pt1.gz
#dd if=/dev/dsk/c0t0d0s3 bs=512 count=1966080 skip=1966080 |gzip -c >/
tmp/opt8.disk-pt2.gz
#dd if=/dev/dsk/c0t0d0s3 bs=512 count=1966080 skip=3932160 |gzip -c >/
tmp/opt8.disk-pt3.gz
#dd if=/dev/dsk/c0t0d0s3 bs=512 count=1966080 skip=5898240 |gzip -c >/
tmp/opt8.disk-pt4.gz
And so on .
At the end, I uncompressed all of them and concatenate as :
C:\copy /b opt8.disk-pt1+opt8.disk-pt2+opt8.disk-pt3+..... opt8.disk
Then I imported this 'opt8.disk' to my qemu-system-sparc running
solaris26 with the '-hdc opt8.disk' option . On my qemu solaris26, the
format command shows three disks attached and the 'df -k' command
shows the /opt is being mounted on /c0t2d0s3 (new imported slice) . Do
you think my procedure for creating the image from the solaris8
machine /opt is wrong that it did not lead to a slice with valid data
on it ? Can you please show me the correct procedure ?
From: hume.spamfilter on
hadi motamedi <motamedi24(a)gmail.com> wrote:
> you think my procedure for creating the image from the solaris8
> machine /opt is wrong that it did not lead to a slice with valid data
> on it ? Can you please show me the correct procedure ?

There is no correct procedure, because nobody has ever done what you're
trying to do. People are guessing based on theory.

I can't think of a blatant reason why it wouldn't work, but I'd need to
try it myself to be sure.

I'm sorry to be so blunt, but your utter lack of Solaris skills combined
with the absolutely insane procedure you're attempting means you're very,
very unlikely to succeed. You've spent how many months trying to do this?
And for some reason this is better than simply obtaining another Sun SPARC
machine?

--
Brandon Hume - hume -> BOFH.Ca, http://WWW.BOFH.Ca/
From: hadi motamedi on
>
> There is no correct procedure, because nobody has ever done what you're
> trying to do.  People are guessing based on theory.
>
> I can't think of a blatant reason why it wouldn't work, but I'd need to
> try it myself to be sure.
>
> I'm sorry to be so blunt, but your utter lack of Solaris skills combined
> with the absolutely insane procedure you're attempting means you're very,
> very unlikely to succeed.  You've spent how many months trying to do this?
> And for some reason this is better than simply obtaining another Sun SPARC
> machine?
>
> --
> Brandon Hume    - hume -> BOFH.Ca,http://WWW.BOFH.Ca/

At last, I sorted to do it by ufsdump/restore . On my working solaris8
machine :
#ufsdump 0f /usr01/opt8.disk /dev/dsk/c0t0d0s3
I imported this as virtual disk three on my qemu with '-hdc opt8.disk'
option and its format command shows /c0t2d0 added as third disk. To
restore :
#ufsrestore -xvf /dev/dsk/c0t2d0s3
But it is returning as 'volume is not in dump format' . Can you please
let me know what is wrong here?

From: Ian Collins on
On 07/17/10 07:17 PM, hadi motamedi wrote:
>>
>> There is no correct procedure, because nobody has ever done what you're
>> trying to do. People are guessing based on theory.
>>
>> I can't think of a blatant reason why it wouldn't work, but I'd need to
>> try it myself to be sure.
>>
>> I'm sorry to be so blunt, but your utter lack of Solaris skills combined
>> with the absolutely insane procedure you're attempting means you're very,
>> very unlikely to succeed. You've spent how many months trying to do this?
>> And for some reason this is better than simply obtaining another Sun SPARC
>> machine?
>>
>> --
>> Brandon Hume - hume -> BOFH.Ca,http://WWW.BOFH.Ca/
>
> At last, I sorted to do it by ufsdump/restore . On my working solaris8
> machine :
> #ufsdump 0f /usr01/opt8.disk /dev/dsk/c0t0d0s3
> I imported this as virtual disk three on my qemu with '-hdc opt8.disk'
> option and its format command shows /c0t2d0 added as third disk. To
> restore :
> #ufsrestore -xvf /dev/dsk/c0t2d0s3
> But it is returning as 'volume is not in dump format' . Can you please
> let me know what is wrong here?

Only if you stop snipping attributions!

--
Ian Collins
From: hadi motamedi on
ok , I understand. Please let me know why my ufsrestore does not work
here ?