有几个新盘,我在ZFS镜像模式设置destory ZFS“幻影”池(使用Ubuntu-16.04-Root-on-ZFS。可悲的是我搞砸了什么(grub的安装过程中),不得不从头再来当我重新启动(步骤6.5在DOC)我得到了一个错误:后如何重新安装ZFS池
cannot import 'rpool': more than one matching pool
import by numeric ID instead
,并踢我到initramfs的外壳有,确实是2个rpools但其中一个坏了...大概是一个。从原始安装中,我能够使用它的ID作为rpoolgood导入“good”rpool并重新导出它。
但是我无法导入“破损”的rpool(e按名称或ID)。我想要做的就是摧毁它。我的猜测是我应该在创建新分区之前清空非数据分区(步骤2.2)。我还没有真正的数据,所以我可以(也可能应该)再次进行安装(并且先将分区清零)。
做之前重新安装,我很好奇,如果有一种方法爆炸坏/假rpool中。
每请求,我再出口rpoolgood后附加“ZFS进口”的截图。 IIRC,当我执行我的grub安装时,我意外地指定了一个分区而不是磁盘。当我意识到我的错误时,我只在其中一个磁盘上完成了它。
我承担的“坏”的池使用相同的物理设备?命令是否:_zpool import -D_列出所有已销毁的池? – airhuff
运行zdb以查看zpool.cache文件是否有任何异常,可能(或不可能)提供有关该问题的一些信息。如果有什么似乎都不妥,应该是安全的删除/etc/zfs/zpool.cache中,然后运行_zpool集求CacheFile =的/ etc/ZFS/zpool.cache _创建一个新的。虽然我认为这是值得的,但我不认为这是最终的解决方案。 –
airhuff
import -D没有显示任何被破坏的数据(并且这并不令人意外,因为重新安装是在zfs工具集的范围之外完成的)。我用zdb尝试了几个查询,但它并没有给我更多的见解(但是这可能会增加我对zfs的经验)。顺便说一句,我使用zfs作为我的根文件系统,所以/ etc/zfs/...感觉就像是鸡与蛋的东西......最坏的情况是非sequitur,因为/ etc /不存在,直到导入rpool。 – Modular