我有一台正在工作的NexentaCore Platform 2.0rc2 (OpenSolaris b104)机器,我正在尝试使用apt-clone upgrade -- NCP 3.0a4 (OpenSolaris b124)来更新这台机器。
升级过程似乎成功完成,但是,在我选择GRUB菜单中的新检查点之后,机器就会重新启动。
当我用"-v“启动新的检查点时,在屏幕闪烁以重新启动之前,我会看到以下消息:
WARNING: failed to resolve 'scsa,probe' driver alias, defaulting to 'nulldriver'
WARNING: failed to resolve 'scsa,nodev' driver alias, defaulting to 'nulldriver'不确定这是否相关。
关于我如何解决这个问题,有什么建议吗?
发布于 2010-01-26 14:36:32
您可能需要将-k选项添加到grub菜单项中,以便操作系统在出现恐慌时返回到mdb。类似于:
.../unix -k -B $ZFS-BOOTFS,console=text -m verbose发布于 2010-02-09 21:56:47
我也有同样的问题。屏幕截图进一步显示:
警告:未能解析“scsa,探测”驱动程序别名,默认为“空驱动程序”警告:未能解决“scsa,nodev”驱动程序别名,默认为“nulldriver”
/内核/fs/amd64 64/zfs:未定义符号'lbolt‘/内核/fs/amd64 64/zfs:未定义符号'lbolt64’警告: mod_load:无法加载模块'zfs‘
cpu0/thread=fffffffffbc2e7a0:_init zfs模块
我已经做了一些研究,发现升级的/内核/misc/ and 64/scsi和/ done /misc/scsi都与原始的不同,至少在它们中有'scsa,探头‘和'scsa,nodev’字符串。不过,我不知道这些字符串是从哪里来的。从已知的好文件中复制这些文件只会产生一系列新的错误。
发布于 2010-07-27 18:42:51
如果你们是运行AMD处理器,那么这可能是一种情况,新的内核(保罗阿彻已经确定)是非常挑剔的老AMD线。我遇到了这样的情况:旧的AMD会导致从随机重新启动到失败/失败的引导。
https://serverfault.com/questions/105227
复制相似问题