Solaris 在LiveCD下拯救ZFS数据

　　Solaris的zfs本来真的是一个相当牛逼的东西，可惜，这个牛逼的zfs，在系统彻底崩溃的情况下，却可能成为初学者的噩梦。

　　正好，最近遇到了同样的问题，系统损坏之后，表现为从恢复模式启动进入系统可以找到zfs中大部分的内容，当唯独/var这个目录却空了。

　　于是我们使用opensolaris的livecd启动进入系统，希望寻求挂载这个zfs。以下直接用类似注释的形式来说明：

 

　　//首先，我们需要使用zpool命令来强制导入原来的zfs池 //查看可用的池 lab@opensolaris:~# zpool import pool: rpool id: 68040892***************** state: ONLINE status: The pool is formatted using an older on-disk version. action: The pool can be imported using its name or numeric identifier, though some features will not be available without an explicit 'zpool upgrade'. config: rpool ONLINE c7t0d0s0 ONLINE //这样就看到了可用的zfs pool，现在，我们需要把它强制的 //导入到当前的存储池 //不过，在我们这种情况下，直接强制导入会导致原来的池中的目录与 //现有文件系统中的一些关键目录冲突，而无法导入，所以，我们 //需要替换这个池中的根路径，以避免这些冲突。 lab@opensolaris:~# zpool import -f -R /mnt rpool lab@opensolaris:~# zfs list NAME USED AVAIL REFER MOUNTPOINT rpool 84.3G 49.6G 35.5K /mnt/rpool rpool/ROOT 24.3G 49.6G 18K legacy rpool/ROOT/s10x_u6wos_07b 24.3G 49.6G 24.0G {忘了} rpool/ROOT/s10x_u6wos_07b/var 272M 49.6G 272M {好像是继承至上级目录} rpool/dump 2.00G 49.6G 2.00G - rpool/export 56.0G 49.6G 19K /mnt/export rpool/export/home 56.0G 49.6G 56.0G /mnt/export/home rpool/swap 2G 50.2G 1.40G - //这里右边有MOUNTPOINT这一列信息，很容易让人误会为这些池中的挂载点 //但是实际情况是，这里的MOUNTPOINT表示的是在原来的池中保存的挂载配置的信息 //结果这种情况下使用zfs mount就会发现，实际上rpool/ROOT里面都没有挂载 //这里首先的第一个问题在于那个legacy，legacy mount point在这里 //的意思是被当作一个普通的文件系统挂载，因此legacy不能使用zfs mount //命令处理，只能使用mount -F zfs 命令来处理 //而直接用那个命令挂上以后会发现是空白的。现在，我们想要挂上这个分区。 //就必须修改挂载点信息 lab@opensolaris:~# zfs set mountpoint=/ROOT/s10 rpool/ROOT/s10x_u6wos_07b //这样，就把rpool/ROOT/s10x_u6wos_07b的mountpoint设置为了 ///ROOT/s10，这里的/表示的是rpool里面记录的根路径，上面我们替换为 ///mnt，自然之后就是/mnt/ROOT/s10 //改完以后开心的挂载所有吧 lab@opensolaris:~# zfs mount rpool/export /mnt/export rpool/export/home /mnt/export/home rpool/ROOT /mnt/root rpool /mnt/rpool //结果没挂载上。原因呢。是因为上面那些曾经是原来的存储池中的根文件系统 //必须要手动挂载。所以，我们必须先下线 lab@opensolaris:~# zfs umount -a lab@opensolaris:~# zfs mount rpool/ROOT/s10x_u6wos_07b lab@opensolaris:~# zfs mount -a lab@opensolaris:~# zfs mount rpool/ROOT/s10x_u6wos_07b /mnt/ROOT/s10 rpool/export /mnt/export rpool/export/home /mnt/export/home rpool/ROOT /mnt/root rpool /mnt/rpool //所以，这样就把那个根路径给挂上了， //实际上，rpool/ROOT下面几乎没有文件，原来操作系统的根路径是 //rpool/ROOT/s10x_u6wos_07b，至于rpool/ROOT/s10x_u6wos_07b/var目录 //没出现的原因也是同样的道理。 

 

　　此外，在这个过程中遇到问题，可以通过卸下挂载zpool export 来重新初始化一下池的状态。

 　　

 

参考资料：

http://blogs.sun.com/robinguo/entry/利用_failsafe_或_zpool_import

http://defect.opensolaris.org/bz/show_bug.cgi?id=5362

http://opensolaris.org/jive/thread.jspa?messageID=228499

http://docs.sun.com/app/docs/doc/817-2271/gbaln?l=zh&a=view