How to mount zfs drive partitions in solaris 11.3

Clash Royale CLAN TAG#URR8PPP
up vote
1
down vote
favorite
I have two solaris 11.3 virtualbox images. One was rendered inoperative after a failed disk space recovery attempt. I then created a new solaris 11.3 instance with a larger drive image and would now like to mount the original disk so that I might recover some important work. Trouble is, I do not understand the naming scheme that solaris uses for its disk devices.. hoping that someone could help me to understand the naming and partitioning scheme and how to mount the old partitions for data recovery?
I have attached the old drive image to the new solaris 11.3 vm and have booted the vm. Nothing appears auto-mounted (though, there are a lot of items listed when I type 'mount').
UPDATE:
So, I have used the format tool to probe the vbox disk image and print the partitions. Looks like the disk I am interested in, is "clt1d0". There are 8 partitions on it, with partition 0 tagged as "BIOS_boot" and partition 1 tagged as "usr". It's about the right size.
So, I looked in /dev/rdsk for clt1d0* and found a number of entries that matched, that ended in "s#" or "p#". I decided that, since the prior partition print output showed partition 1 as being "interesting", I would play with
clt1d0s1 (or p1).
Long story short, trying to mount that, failing and googling the results, then retrying, led me to the finding that, this is a zfs filesystem.
How do I mount a zfs file system to, say, /mnt, on my running OS, so that I may extract the needed data?
mount partition solaris
add a comment |Â
up vote
1
down vote
favorite
I have two solaris 11.3 virtualbox images. One was rendered inoperative after a failed disk space recovery attempt. I then created a new solaris 11.3 instance with a larger drive image and would now like to mount the original disk so that I might recover some important work. Trouble is, I do not understand the naming scheme that solaris uses for its disk devices.. hoping that someone could help me to understand the naming and partitioning scheme and how to mount the old partitions for data recovery?
I have attached the old drive image to the new solaris 11.3 vm and have booted the vm. Nothing appears auto-mounted (though, there are a lot of items listed when I type 'mount').
UPDATE:
So, I have used the format tool to probe the vbox disk image and print the partitions. Looks like the disk I am interested in, is "clt1d0". There are 8 partitions on it, with partition 0 tagged as "BIOS_boot" and partition 1 tagged as "usr". It's about the right size.
So, I looked in /dev/rdsk for clt1d0* and found a number of entries that matched, that ended in "s#" or "p#". I decided that, since the prior partition print output showed partition 1 as being "interesting", I would play with
clt1d0s1 (or p1).
Long story short, trying to mount that, failing and googling the results, then retrying, led me to the finding that, this is a zfs filesystem.
How do I mount a zfs file system to, say, /mnt, on my running OS, so that I may extract the needed data?
mount partition solaris
You have to first import the pool to be able to mount various datasets. I'll edit my answer w/more details
â sleepyweasel
Nov 29 '17 at 20:46
add a comment |Â
up vote
1
down vote
favorite
up vote
1
down vote
favorite
I have two solaris 11.3 virtualbox images. One was rendered inoperative after a failed disk space recovery attempt. I then created a new solaris 11.3 instance with a larger drive image and would now like to mount the original disk so that I might recover some important work. Trouble is, I do not understand the naming scheme that solaris uses for its disk devices.. hoping that someone could help me to understand the naming and partitioning scheme and how to mount the old partitions for data recovery?
I have attached the old drive image to the new solaris 11.3 vm and have booted the vm. Nothing appears auto-mounted (though, there are a lot of items listed when I type 'mount').
UPDATE:
So, I have used the format tool to probe the vbox disk image and print the partitions. Looks like the disk I am interested in, is "clt1d0". There are 8 partitions on it, with partition 0 tagged as "BIOS_boot" and partition 1 tagged as "usr". It's about the right size.
So, I looked in /dev/rdsk for clt1d0* and found a number of entries that matched, that ended in "s#" or "p#". I decided that, since the prior partition print output showed partition 1 as being "interesting", I would play with
clt1d0s1 (or p1).
Long story short, trying to mount that, failing and googling the results, then retrying, led me to the finding that, this is a zfs filesystem.
How do I mount a zfs file system to, say, /mnt, on my running OS, so that I may extract the needed data?
mount partition solaris
I have two solaris 11.3 virtualbox images. One was rendered inoperative after a failed disk space recovery attempt. I then created a new solaris 11.3 instance with a larger drive image and would now like to mount the original disk so that I might recover some important work. Trouble is, I do not understand the naming scheme that solaris uses for its disk devices.. hoping that someone could help me to understand the naming and partitioning scheme and how to mount the old partitions for data recovery?
I have attached the old drive image to the new solaris 11.3 vm and have booted the vm. Nothing appears auto-mounted (though, there are a lot of items listed when I type 'mount').
UPDATE:
So, I have used the format tool to probe the vbox disk image and print the partitions. Looks like the disk I am interested in, is "clt1d0". There are 8 partitions on it, with partition 0 tagged as "BIOS_boot" and partition 1 tagged as "usr". It's about the right size.
So, I looked in /dev/rdsk for clt1d0* and found a number of entries that matched, that ended in "s#" or "p#". I decided that, since the prior partition print output showed partition 1 as being "interesting", I would play with
clt1d0s1 (or p1).
Long story short, trying to mount that, failing and googling the results, then retrying, led me to the finding that, this is a zfs filesystem.
How do I mount a zfs file system to, say, /mnt, on my running OS, so that I may extract the needed data?
mount partition solaris
edited Nov 29 '17 at 21:51
asked Nov 29 '17 at 18:31
Jon
235210
235210
You have to first import the pool to be able to mount various datasets. I'll edit my answer w/more details
â sleepyweasel
Nov 29 '17 at 20:46
add a comment |Â
You have to first import the pool to be able to mount various datasets. I'll edit my answer w/more details
â sleepyweasel
Nov 29 '17 at 20:46
You have to first import the pool to be able to mount various datasets. I'll edit my answer w/more details
â sleepyweasel
Nov 29 '17 at 20:46
You have to first import the pool to be able to mount various datasets. I'll edit my answer w/more details
â sleepyweasel
Nov 29 '17 at 20:46
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
3
down vote
accepted
If the storage is visible, and the filesystems were ZFS (default on Solaris 11), you should be able just to run zpool import to see if there are any pools to import. If so, ref. the zpool man page for importing the pool to an alt pool name.
If pools were found, the names and numeric IDs would be listed.
An import is usually: zpool import < pool_name | numID >
But you can also import to another name, ie:zpool import < pool_name | numID > NewPoolName
A quick search pulled up this Oracle doc:
https://docs.oracle.com/cd/E19253-01/819-5461/gazuf/index.html
1
This was the final piece of the puzzle. I worked with your initial answer and got the darn thing mounted, but, when I imported the pool, it attempted (and failed) to mount all of the filesystems on top of the currently mounted ones. I found this page which gave the details on importing the pool, with an alternate name, to an alternate root.
â Jon
Nov 29 '17 at 21:01
One more question on this... I was able to recover my data, which was stored in (within the original vbox image) /export/home/mydir. That was mounted, via the zpool import command, to /mnt/export/home/mydir. I also found under /mnt, a folder named NewPoolName, which contained a boot folder. I did not see any other filesystems mounted. In particular, I would like to see the rest of the system, such as /etc, so that I may attempt to recover the image itself. How would I mount the remaining filesystems?
â Jon
Nov 30 '17 at 14:54
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
3
down vote
accepted
If the storage is visible, and the filesystems were ZFS (default on Solaris 11), you should be able just to run zpool import to see if there are any pools to import. If so, ref. the zpool man page for importing the pool to an alt pool name.
If pools were found, the names and numeric IDs would be listed.
An import is usually: zpool import < pool_name | numID >
But you can also import to another name, ie:zpool import < pool_name | numID > NewPoolName
A quick search pulled up this Oracle doc:
https://docs.oracle.com/cd/E19253-01/819-5461/gazuf/index.html
1
This was the final piece of the puzzle. I worked with your initial answer and got the darn thing mounted, but, when I imported the pool, it attempted (and failed) to mount all of the filesystems on top of the currently mounted ones. I found this page which gave the details on importing the pool, with an alternate name, to an alternate root.
â Jon
Nov 29 '17 at 21:01
One more question on this... I was able to recover my data, which was stored in (within the original vbox image) /export/home/mydir. That was mounted, via the zpool import command, to /mnt/export/home/mydir. I also found under /mnt, a folder named NewPoolName, which contained a boot folder. I did not see any other filesystems mounted. In particular, I would like to see the rest of the system, such as /etc, so that I may attempt to recover the image itself. How would I mount the remaining filesystems?
â Jon
Nov 30 '17 at 14:54
add a comment |Â
up vote
3
down vote
accepted
If the storage is visible, and the filesystems were ZFS (default on Solaris 11), you should be able just to run zpool import to see if there are any pools to import. If so, ref. the zpool man page for importing the pool to an alt pool name.
If pools were found, the names and numeric IDs would be listed.
An import is usually: zpool import < pool_name | numID >
But you can also import to another name, ie:zpool import < pool_name | numID > NewPoolName
A quick search pulled up this Oracle doc:
https://docs.oracle.com/cd/E19253-01/819-5461/gazuf/index.html
1
This was the final piece of the puzzle. I worked with your initial answer and got the darn thing mounted, but, when I imported the pool, it attempted (and failed) to mount all of the filesystems on top of the currently mounted ones. I found this page which gave the details on importing the pool, with an alternate name, to an alternate root.
â Jon
Nov 29 '17 at 21:01
One more question on this... I was able to recover my data, which was stored in (within the original vbox image) /export/home/mydir. That was mounted, via the zpool import command, to /mnt/export/home/mydir. I also found under /mnt, a folder named NewPoolName, which contained a boot folder. I did not see any other filesystems mounted. In particular, I would like to see the rest of the system, such as /etc, so that I may attempt to recover the image itself. How would I mount the remaining filesystems?
â Jon
Nov 30 '17 at 14:54
add a comment |Â
up vote
3
down vote
accepted
up vote
3
down vote
accepted
If the storage is visible, and the filesystems were ZFS (default on Solaris 11), you should be able just to run zpool import to see if there are any pools to import. If so, ref. the zpool man page for importing the pool to an alt pool name.
If pools were found, the names and numeric IDs would be listed.
An import is usually: zpool import < pool_name | numID >
But you can also import to another name, ie:zpool import < pool_name | numID > NewPoolName
A quick search pulled up this Oracle doc:
https://docs.oracle.com/cd/E19253-01/819-5461/gazuf/index.html
If the storage is visible, and the filesystems were ZFS (default on Solaris 11), you should be able just to run zpool import to see if there are any pools to import. If so, ref. the zpool man page for importing the pool to an alt pool name.
If pools were found, the names and numeric IDs would be listed.
An import is usually: zpool import < pool_name | numID >
But you can also import to another name, ie:zpool import < pool_name | numID > NewPoolName
A quick search pulled up this Oracle doc:
https://docs.oracle.com/cd/E19253-01/819-5461/gazuf/index.html
edited Nov 29 '17 at 20:50
answered Nov 29 '17 at 19:59
sleepyweasel
86319
86319
1
This was the final piece of the puzzle. I worked with your initial answer and got the darn thing mounted, but, when I imported the pool, it attempted (and failed) to mount all of the filesystems on top of the currently mounted ones. I found this page which gave the details on importing the pool, with an alternate name, to an alternate root.
â Jon
Nov 29 '17 at 21:01
One more question on this... I was able to recover my data, which was stored in (within the original vbox image) /export/home/mydir. That was mounted, via the zpool import command, to /mnt/export/home/mydir. I also found under /mnt, a folder named NewPoolName, which contained a boot folder. I did not see any other filesystems mounted. In particular, I would like to see the rest of the system, such as /etc, so that I may attempt to recover the image itself. How would I mount the remaining filesystems?
â Jon
Nov 30 '17 at 14:54
add a comment |Â
1
This was the final piece of the puzzle. I worked with your initial answer and got the darn thing mounted, but, when I imported the pool, it attempted (and failed) to mount all of the filesystems on top of the currently mounted ones. I found this page which gave the details on importing the pool, with an alternate name, to an alternate root.
â Jon
Nov 29 '17 at 21:01
One more question on this... I was able to recover my data, which was stored in (within the original vbox image) /export/home/mydir. That was mounted, via the zpool import command, to /mnt/export/home/mydir. I also found under /mnt, a folder named NewPoolName, which contained a boot folder. I did not see any other filesystems mounted. In particular, I would like to see the rest of the system, such as /etc, so that I may attempt to recover the image itself. How would I mount the remaining filesystems?
â Jon
Nov 30 '17 at 14:54
1
1
This was the final piece of the puzzle. I worked with your initial answer and got the darn thing mounted, but, when I imported the pool, it attempted (and failed) to mount all of the filesystems on top of the currently mounted ones. I found this page which gave the details on importing the pool, with an alternate name, to an alternate root.
â Jon
Nov 29 '17 at 21:01
This was the final piece of the puzzle. I worked with your initial answer and got the darn thing mounted, but, when I imported the pool, it attempted (and failed) to mount all of the filesystems on top of the currently mounted ones. I found this page which gave the details on importing the pool, with an alternate name, to an alternate root.
â Jon
Nov 29 '17 at 21:01
One more question on this... I was able to recover my data, which was stored in (within the original vbox image) /export/home/mydir. That was mounted, via the zpool import command, to /mnt/export/home/mydir. I also found under /mnt, a folder named NewPoolName, which contained a boot folder. I did not see any other filesystems mounted. In particular, I would like to see the rest of the system, such as /etc, so that I may attempt to recover the image itself. How would I mount the remaining filesystems?
â Jon
Nov 30 '17 at 14:54
One more question on this... I was able to recover my data, which was stored in (within the original vbox image) /export/home/mydir. That was mounted, via the zpool import command, to /mnt/export/home/mydir. I also found under /mnt, a folder named NewPoolName, which contained a boot folder. I did not see any other filesystems mounted. In particular, I would like to see the rest of the system, such as /etc, so that I may attempt to recover the image itself. How would I mount the remaining filesystems?
â Jon
Nov 30 '17 at 14:54
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f407793%2fhow-to-mount-zfs-drive-partitions-in-solaris-11-3%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
You have to first import the pool to be able to mount various datasets. I'll edit my answer w/more details
â sleepyweasel
Nov 29 '17 at 20:46