У меня есть рабочая машина 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'
Не уверен, связано ли это как-то.
Есть ли какие-нибудь предложения по устранению этой неполадки?
решение1
Возможно, вам захочется добавить опцию -k в пункт меню grub, чтобы ОС в случае паники возвращалась к mdb. Что-то вроде:
.../unix -k -B $ZFS-BOOTFS,console=text -m verbose
решение2
У меня та же проблема. Скриншот далее показывает:
ПРЕДУПРЕЖДЕНИЕ: не удалось разрешить псевдоним драйвера «scsa,probe», по умолчанию «nulldriver» ПРЕДУПРЕЖДЕНИЕ: не удалось разрешить псевдоним драйвера «scsa,nodev», по умолчанию «nulldriver»
/kernel/fs/amd64/zfs: неопределенный символ «lbolt» /kernel/fs/amd64/zfs: неопределенный символ «lbolt64» ПРЕДУПРЕЖДЕНИЕ: mod_load: невозможно загрузить модуль «zfs»
panic[cpu0]/thread=ffffffffffbc2e7a0: Невозможно _init модуль zfs
Я немного покопался и обнаружил, что обновленные /kernel/misc/amd64/scsi и /kernel/misc/scsi отличаются от оригинала, по крайней мере наличием в них строк 'scsa,probe' и 'scsa,nodev'. Я не уверен, откуда взялись эти строки. Копирование этих файлов с известного исправного просто создало кучу новых ошибок.
решение3
Если вы используете процессоры AMD, то это может быть ситуация, когда новое ядро (как определил Пол Арчер) становится очень придирчивым к старым линейкам AMD. Я столкнулся с этим, когда старые AMD приводили к чему угодно: от случайных перезагрузок до неудачных/сбойных загрузок.