设置逻辑卷管理:/ dev / sdq:open Failed:找不到介质/ dev / sdp:open Failed:找不到介质
检查文件系统
fsck.ext3:无法解析’UUID = 39b6935d-5c93-45aa-b54d-344fa171c40c’
这让我陷入’修复文件系统’提示,其中fsck给了我同样的错误.我能够挂载这个uuID并查看数据(来自修复文件系统).运行’blkID’表示启动分区和错误分区的UUID匹配,它们完全映射在grub.conf和/ etc / fstab之间.
作为测试,我只是将光纤交换机分区回单个启动器,此服务配置文件的单个目标,但这没有提供任何积极的移动.是否存在需要满足的分区或特定UCS服务配置文件要求才能从使用Oracle VM的san启动?任何帮助,将不胜感激.
唐
解决方法 在Oracle VM 3.0.3中,看起来SAN的多路径启动是 not supported.看起来像there are ways在没有多路径使用iSCSI的情况下从SAN启动,我相信FC应该也能正常工作.
Here是甲骨文的一个主题,讨论这个问题.
总结以上是内存溢出为你收集整理的linux – 从UCS刀片SAN引导Oracle VM全部内容,希望文章能够帮你解决linux – 从UCS刀片SAN引导Oracle VM所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)