На прошлой неделе у меня была проблема, когда SmartOS внезапно перестала загружаться (с USB), она просто зависла после предупреждения "mDNSPlatformRawTime вернулся на 3684530 тиков...". Я думаю, что это появлялось иногда, но я не обращал внимания, однако это тот момент, когда загрузка зависала. Затем, поскольку мой Zpool не содержал так много важных данных, я просто отключил этот диск и использовал другой идентичный, чтобы создать новый пул, так как я думал, что проблема в диске (он был на более дешевом конце). Также я обновил USB-накопитель с последним образом SmartOS, и тогда он прошел предыдущую точку зависания, но привел к панике ядра, отключив модуль.ФМД-8000-2К
Короче говоря, поскольку эта машина имеет двойную загрузку, в Windows 7 я заметил, что из 6 планок ОЗУ (всего 12 ГБ) она видит только 2 ГБ - одну планку. Недавно у меня было немного свободного времени, и я почистил пыль, плюс там, где подключается ОЗУ, были волосы, и вот, 12 ГБ вернулись, так что я определенно думаю, что это было проблемой, и, возможно, это был проблемный модуль.
Но когда я возвращаюсь в SmartOS и даже на новый zpool/disk, когда я пытаюсь установить последнюю версию bootstrap, появляется сообщение, что файловая система / заполнена.
Я пока не освоил Illumos/SmartOS, хотя и планирую изучить их как можно глубже, поэтому не знаю, как работают метаданные в конкретном Zpool или какая часть изменяется на самом загрузочном USB-накопителе после kernel panic.
Теперь, возможно ли, что в новом Zpool мне все равно придется находить отключенный модуль и включать его?
ОБНОВЛЯТЬ:
Мне удалось получить доступ к моему исходному пулу после того, как RAM был очищен, и когда я снова подключил первый диск. Я использовал второй диск как зеркало. Но вот что меня все еще беспокоит - почему ramdisk:a имеет такую маленькую емкость и заполнен:
# df -h
Filesystem Size Used Available Capacity Mounted on
/devices/ramdisk:a 289M 289M 66K 100% /
/devices 0 0 0 0% /devices
/dev 0 0 0 0% /dev
ctfs 0 0 0 0% /system/contract
proc 0 0 0 0% /proc
mnttab 0 0 0 0% /etc/mnttab
swap 4.76G 980K 4.76G 1% /etc/svc/volatile
objfs 0 0 0 0% /system/object
bootfs 0 0 0 0% /system/boot
sharefs 0 0 0 0% /etc/dfs/sharetab
/devices/pseudo/lofi@1:disk
432M 360M 72.4M 84% /usr
/usr/lib/libc/libc_hwcap1.so.1
432M 360M 72.4M 84% /lib/libc.so.1
Когда я попытался получить более новый bootstrap, используязавиток, Я получил/ файловая система заполненаснова, после определенного %. загрузки.
Итак, теперь главная оставшаяся проблема —/будучи полным, но я не уверен, как он установлен, или механизмы за ним, или что мне нужно изучить. Примечание: также я не уверен, каков был статус/до выхода из строя оперативной памяти, возможно, она также имела низкую емкость и была сильно загружена, но при первой настройке 5 месяцев назад мне удалось извлечь и установить bootstrap-2019Q2-x86_64.tar.gz без каких-либо проблем.
Спасибо за любую помощь, которую вы можете оказать.