You are right; the system does not really care that it can not mount it
automatically but it still tries since it sees the zpool data.
[b]pfexec zdb -l /dev/rdsk/c7t0d0s2[/b]
--------------------------------------------
LABEL 0
--------------------------------------------
failed to unpack label 0
--------------------------------------------
LABEL 1
--------------------------------------------
failed to unpack label 1
--------------------------------------------
LABEL 2
--------------------------------------------
version: 19
name: 'rpool'
state: 0
txg: 604
pool_guid: 15191080926808974889
hostid: 215494
hostname: ''
top_guid: 10231941211973911013
guid: 10231941211973911013
vdev_children: 1
vdev_tree:
type: 'disk'
id: 0
guid: 10231941211973911013
path: '/dev/dsk/c4t0d0s0'
devid: 'id1,s...@ast68022cf=____________4nx017qk/a'
phys_path: '/p...@0,0/pci10f1,2...@5/d...@0,0:a'
whole_disk: 0
metaslab_array: 23
metaslab_shift: 26
ashift: 9
asize: 7985430528
is_log: 0
create_txg: 4
--------------------------------------------
LABEL 3
--------------------------------------------
version: 19
name: 'rpool'
state: 0
txg: 604
pool_guid: 15191080926808974889
hostid: 215494
hostname: ''
top_guid: 10231941211973911013
guid: 10231941211973911013
vdev_children: 1
vdev_tree:
type: 'disk'
id: 0
guid: 10231941211973911013
path: '/dev/dsk/c4t0d0s0'
devid: 'id1,s...@ast68022cf=____________4nx017qk/a'
phys_path: '/p...@0,0/pci10f1,2...@5/d...@0,0:a'
whole_disk: 0
metaslab_array: 23
metaslab_shift: 26
ashift: 9
asize: 7985430528
is_log: 0
create_txg: 4
What I finally ended up doing was dd'ing the the disk:
[b]prtvtoc /dev/rdsk/c7t0d0s2[/b]
* /dev/rdsk/c7t0d0s2 partition map
*
* Dimensions:
* 512 bytes/sector
* 32 sectors/track
* 128 tracks/cylinder
* 4096 sectors/cylinder
* 3813 cylinders
* 3811 accessible cylinders
*
* Flags:
* 1: unmountable
* 10: read-only
*
* Unallocated space:
* First Sector Last
* Sector Count Sector
* 4096 15605760 15609855
*
* First Sector Last
* Partition Tag Flags Sector Count Sector Mount Directory
2 5 01 0 15609856 15609855
8 1 01 0 4096 4095
[b]pfexec dd if=/dev/zero of=/dev/rdsk/c7t0d0p0 bs=512 count=8192
pfexec dd if=/dev/zero of=/dev/rdsk/c7t0d0p0 bs=512 seek=15613952 count=8192
pfexec fdisk -B /dev/rdsk/c7t0d0p0[/b]
[b]pfexec newfs -v /dev/dsk/c7t0d0s2[/b]
newfs: construct a new file system /dev/rdsk/c7t0d0s2: (y/n)? y
pfexec mkfs -F ufs /dev/rdsk/c7t0d0s2 15609856 32 -1 8192 1024 224 1 1056 8192
t 0 -1 8 8 n
mkfs: bad value for rps: 1056 must be between 1 and 1000
mkfs: rps reset to default 60
Warning: 2048 sector(s) in last cylinder unallocated
/dev/rdsk/c7t0d0s2: 15609856 sectors in 2541 cylinders of 48 tracks, 128
sectors
7622.0MB in 159 cyl groups (16 c/g, 48.00MB/g, 5824 i/g)
super-block backups (for fsck -F ufs -o b=#) at:
32, 98464, 196896, 295328, 393760, 492192, 590624, 689056, 787488, 885920,
The only real reason I am doing this anyway it to experiment with the R/W
speeds and comparing PCFS (FAT32), UFS and ZFS on the removable media.
Apparently the slow PCFS speeds are not going to be fixed any time soon and
copying 8G files to a CF was becoming tedious. Just switching to UFS took me
from 1.3MB/s to 6.9MB/s on an old microdrive.
--
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
