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