c0t2d0s3?
in [Solaris]
|
Prev: predict performance on other machine
Next: Where can I get a recent CUPS binary package for Solaris 10?
From: Chris Ridd on 17 Jul 2010 09:50 On 2010-07-17 12:04:12 +0100, hadi motamedi said: > On Jul 17, 3:20�am, Ian Collins <ian-n...(a)hotmail.com> wrote: >> On 07/17/10 09:08 PM, hadi motamedi wrote: >> >> >> >>> On Jul 17, 2:02 am, Chris Ridd<chrisr...(a)mac.com> �wrote: >>>> On 2010-07-17 09:45:29 +0100, hadi motamedi said: >> >>>>> On Jul 17, 12:22 am, Ian Collins<ian-n...(a)hotmail.com> �wrote: >>>>>> On 07/17/10 07:17 PM, hadi motamedi wrote: >>>>>>> let me know what is wrong here? >> >>>>>> Only if you stop snipping attributions! >> >>>>> Sorry. What do you mean by 'stop snipping attributions' ? >> >>>> You tend to leave out the lines I've quoted above (eg On 2010-07-17...) >>>> which let people see who wrote what. >> >>> ok, I understand. Can you please comment me back on my problem with >>> ufsrestore ? >> >> Where's the file you want to restore from? >> >> -- >> Ian Collins > > I made it on my solaris8 machine as : > #ufsdump 0f /usr01/opt8.disk /dev/dsk/c0t0d0s3 > I imported it to my qemu as its virtual disk three with '-hdc > opt8.disk' option so its format command shows disk three on /c0t2d0 . > I tried to restore it on my qemu /opt as : > #ufsrestore -xvf /dev/dsk/c0t2d0s3 > But it returns 'volume is not in dump format' ufsdump produces a file (/usr01/opt8.disk in your case). Why are you mounting that file as a *disk* in the VM? It isn't a disk. You might get lucky if you mounted it like you have and then ran ufsrestore on the *raw* device, ie ufsrestore -xfv /dev/rdsk/c0t2d0s3. But I'm somewhat doubtful that would work. -- Chris
From: hume.spamfilter on 17 Jul 2010 09:56 Chris Ridd <chrisridd(a)mac.com> wrote: > You might get lucky if you mounted it like you have and then ran > ufsrestore on the *raw* device, ie ufsrestore -xfv /dev/rdsk/c0t2d0s3. > But I'm somewhat doubtful that would work. If it were to work at all, he'd need to use the whole-disk slice, s2. I don't know why he's using s3. -- Brandon Hume - hume -> BOFH.Ca, http://WWW.BOFH.Ca/
From: hadi motamedi on 18 Jul 2010 00:22 On Jul 17, 6:50 am, Chris Ridd <chrisr...(a)mac.com> wrote: > On 2010-07-17 12:04:12 +0100, hadi motamedi said: > > > > > On Jul 17, 3:20 am, Ian Collins <ian-n...(a)hotmail.com> wrote: > >> On 07/17/10 09:08 PM, hadi motamedi wrote: > > >>> On Jul 17, 2:02 am, Chris Ridd<chrisr...(a)mac.com> wrote: > >>>> On 2010-07-17 09:45:29 +0100, hadi motamedi said: > > >>>>> On Jul 17, 12:22 am, Ian Collins<ian-n...(a)hotmail.com> wrote: > >>>>>> On 07/17/10 07:17 PM, hadi motamedi wrote: > >>>>>>> let me know what is wrong here? > > >>>>>> Only if you stop snipping attributions! > > >>>>> Sorry. What do you mean by 'stop snipping attributions' ? > > >>>> You tend to leave out the lines I've quoted above (eg On 2010-07-17....) > >>>> which let people see who wrote what. > > >>> ok, I understand. Can you please comment me back on my problem with > >>> ufsrestore ? > > >> Where's the file you want to restore from? > > >> -- > >> Ian Collins > > > I made it on my solaris8 machine as : > > #ufsdump 0f /usr01/opt8.disk /dev/dsk/c0t0d0s3 > > I imported it to my qemu as its virtual disk three with '-hdc > > opt8.disk' option so its format command shows disk three on /c0t2d0 . > > I tried to restore it on my qemu /opt as : > > #ufsrestore -xvf /dev/dsk/c0t2d0s3 > > But it returns 'volume is not in dump format' > > ufsdump produces a file (/usr01/opt8.disk in your case). Why are you > mounting that file as a *disk* in the VM? It isn't a disk. > > You might get lucky if you mounted it like you have and then ran > ufsrestore on the *raw* device, ie ufsrestore -xfv /dev/rdsk/c0t2d0s3. > But I'm somewhat doubtful that would work. > -- > Chris I import it to my qemu as its third virtual slice with the '-hdc opt8.disk' option (as its format command shows slice three on / c0t2d0) . I tried as : #cd /opt #ufsrestore -xvf /dev/rdsk/c0t2d0s3 #ufsrestore -xvf /dev/rdsk/c0t2d0s2 But both of them returned as 'volume is not in dump format' .
From: chuckers on 18 Jul 2010 18:41 On Jul 18, 1:22 pm, hadi motamedi <motamed...(a)gmail.com> wrote: > On Jul 17, 6:50 am, Chris Ridd <chrisr...(a)mac.com> wrote: > > > > > > > On 2010-07-17 12:04:12 +0100, hadi motamedi said: > > > > On Jul 17, 3:20 am, Ian Collins <ian-n...(a)hotmail.com> wrote: > > >> On 07/17/10 09:08 PM, hadi motamedi wrote: > > > >>> On Jul 17, 2:02 am, Chris Ridd<chrisr...(a)mac.com> wrote: > > >>>> On 2010-07-17 09:45:29 +0100, hadi motamedi said: > > > >>>>> On Jul 17, 12:22 am, Ian Collins<ian-n...(a)hotmail.com> wrote: > > >>>>>> On 07/17/10 07:17 PM, hadi motamedi wrote: > > >>>>>>> let me know what is wrong here? > > > >>>>>> Only if you stop snipping attributions! > > > >>>>> Sorry. What do you mean by 'stop snipping attributions' ? > > > >>>> You tend to leave out the lines I've quoted above (eg On 2010-07-17...) > > >>>> which let people see who wrote what. > > > >>> ok, I understand. Can you please comment me back on my problem with > > >>> ufsrestore ? > > > >> Where's the file you want to restore from? > > > >> -- > > >> Ian Collins > > > > I made it on my solaris8 machine as : > > > #ufsdump 0f /usr01/opt8.disk /dev/dsk/c0t0d0s3 > > > I imported it to my qemu as its virtual disk three with '-hdc > > > opt8.disk' option so its format command shows disk three on /c0t2d0 . > > > I tried to restore it on my qemu /opt as : > > > #ufsrestore -xvf /dev/dsk/c0t2d0s3 > > > But it returns 'volume is not in dump format' > > > ufsdump produces a file (/usr01/opt8.disk in your case). Why are you > > mounting that file as a *disk* in the VM? It isn't a disk. > > > You might get lucky if you mounted it like you have and then ran > > ufsrestore on the *raw* device, ie ufsrestore -xfv /dev/rdsk/c0t2d0s3. > > But I'm somewhat doubtful that would work. > > -- > > Chris > > I import it to my qemu as its third virtual slice with the '-hdc > opt8.disk' option (as its format command shows slice three on / > c0t2d0) . I tried as : > #cd /opt > #ufsrestore -xvf /dev/rdsk/c0t2d0s3 > #ufsrestore -xvf /dev/rdsk/c0t2d0s2 > But both of them returned as 'volume is not in dump format' . Because you are not using your dumped file. Take the file and COPY it somewhere on your machine you can access. cd /opt ufsrestore -rvf /opt8.disk (or where ever you have it stored.) Before doing that, CHECK THE MAN PAGE, I don't have a machine powered on to check this at the moment.
From: hadi motamedi on 19 Jul 2010 00:30
On Jul 18, 3:41 pm, chuckers <chucker...(a)gmail.com> wrote: > On Jul 18, 1:22 pm, hadi motamedi <motamed...(a)gmail.com> wrote: > > > > > On Jul 17, 6:50 am, Chris Ridd <chrisr...(a)mac.com> wrote: > > > > On 2010-07-17 12:04:12 +0100, hadi motamedi said: > > > > > On Jul 17, 3:20 am, Ian Collins <ian-n...(a)hotmail.com> wrote: > > > >> On 07/17/10 09:08 PM, hadi motamedi wrote: > > > > >>> On Jul 17, 2:02 am, Chris Ridd<chrisr...(a)mac.com> wrote: > > > >>>> On 2010-07-17 09:45:29 +0100, hadi motamedi said: > > > > >>>>> On Jul 17, 12:22 am, Ian Collins<ian-n...(a)hotmail.com> wrote: > > > >>>>>> On 07/17/10 07:17 PM, hadi motamedi wrote: > > > >>>>>>> let me know what is wrong here? > > > > >>>>>> Only if you stop snipping attributions! > > > > >>>>> Sorry. What do you mean by 'stop snipping attributions' ? > > > > >>>> You tend to leave out the lines I've quoted above (eg On 2010-07-17...) > > > >>>> which let people see who wrote what. > > > > >>> ok, I understand. Can you please comment me back on my problem with > > > >>> ufsrestore ? > > > > >> Where's the file you want to restore from? > > > > >> -- > > > >> Ian Collins > > > > > I made it on my solaris8 machine as : > > > > #ufsdump 0f /usr01/opt8.disk /dev/dsk/c0t0d0s3 > > > > I imported it to my qemu as its virtual disk three with '-hdc > > > > opt8.disk' option so its format command shows disk three on /c0t2d0 . > > > > I tried to restore it on my qemu /opt as : > > > > #ufsrestore -xvf /dev/dsk/c0t2d0s3 > > > > But it returns 'volume is not in dump format' > > > > ufsdump produces a file (/usr01/opt8.disk in your case). Why are you > > > mounting that file as a *disk* in the VM? It isn't a disk. > > > > You might get lucky if you mounted it like you have and then ran > > > ufsrestore on the *raw* device, ie ufsrestore -xfv /dev/rdsk/c0t2d0s3.. > > > But I'm somewhat doubtful that would work. > > > -- > > > Chris > > > I import it to my qemu as its third virtual slice with the '-hdc > > opt8.disk' option (as its format command shows slice three on / > > c0t2d0) . I tried as : > > #cd /opt > > #ufsrestore -xvf /dev/rdsk/c0t2d0s3 > > #ufsrestore -xvf /dev/rdsk/c0t2d0s2 > > But both of them returned as 'volume is not in dump format' . > > Because you are not using your dumped file. Take the file and COPY it > somewhere on > your machine you can access. > > cd /opt > ufsrestore -rvf /opt8.disk (or where ever you have it stored.) > > Before doing that, CHECK THE MAN PAGE, I don't have a machine > powered on to check this at the moment. Excuse me, I cannot transfer the 'opt8.disk' to my qemu as a file . What I have here is to import it as its third virtual slice with the '- hdc opt8.disk' option . Then the format output shows slice three on / c0t2d0 that I need to restore on my qemu /opt . |