= Сообщение: 9807 из 10753 ===================================== RU.UNIX.BSD = От : Eugene Grosbein 2:5006/1 29 Jun 20 02:15:43 Кому : Ruslan Suleimanov 29 Jun 20 02:15:43 Тема : Re: PV в OCI FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+99c3097e На : area://RU.UNIX.BSD?msgid=2:467/888+5ef8b5ed = Кодировка сообщения определена как: IBM866 ================================= Ответ: area://RU.UNIX.BSD?msgid=2:467/888+5ef901b9 ============================================================================== 28 июня 2020, воскресенье, в 18:19 NOVT, Ruslan Suleimanov написал(а):
EG>>>> Первым делом надо смотреть, что показывает команда ? EG>>>> то есть список определившихся и подключенных дисковых устройств. RS>>> При загрузке в PV режиме Oracle Cloud предлагает замоунтиться на RS>>> da0 их SCSI RS>>> da0: <ORACLE BlockVolume 1.0> Fixed Direct Access SPC-4 SCSI RS>>> device RS>>> da0: 300.000MB/s transfers RS>>> da0: Command Queueing enabled RS>>> da0: 92160MB (188743680 512 byte sectors) RS>>> uhub0: 2 ports with 2 removable, self powered RS>>> Trying to mount root from ufs:/dev/ada0s1a [rw]... RS>>> (da0:vtscsi0:0:0:1): READ(6). CDB: 08 00 00 01 01 00 RS>>> (da0:vtscsi0:0:0:1): CAM status: SCSI Status Error RS>>> (da0:vtscsi0:0:0:1): SCSI status: Check Condition RS>>> mountroot> ? RS>>> List of GEOM managed disk devices: RS>>> da0 RS>>> а тут я пытаюсь замоунтиться по разному: RS>>> Trying to mount root from ufs:/dev/da0s1a []... RS>>> Trying to mount root from ufs:/dev/ada0s1 []... RS>>> Trying to mount root from ufs:/dev/ada0s1a []... EG>> Тебе же сказано, что у тебя нет девайсов, кроме da0, EG>> то есть нету da0s1a (и ada* тоже нету). RS> в локально запущенной вирутальной машине #sysctl -a | grep kern.disks тоже RS> показывает только ada0 cd0
Ты не понимаешь. Показания kern.disks имеют лишь косвенное отношение к содержимому каталога /dev. Ядро монтирует корневую файловую систему не по kern.disks, а по /dev.
"Дисковые" устройства в /dev кроме "корневых" типа da0 нынче появляются после того как GEOM "обнюхает" диск: прочитает и распарсит таблицу разделов, причём рекурсивно: сначала парсит /dev/da0 и создаёт /dev/da0[sp]*, затем снова парсит свежесозданный /dev/da0s1 (например) и если находит там BSDlabel, то создаёт /dev/da0s1* и так далее, пока вложенные структуры не кончатся.
Лишь потом ядро будет пытаться монтировать то, что насоздавал GEOM. В твоём случае "структуры кончаются" прямо на самом da0, потому что таблица разделов с него не прочиталась.
EG>> Очевидно, это потому что ядро не смогло прочитать таблицу разделов, EG>> так что разделы оно не увидело и девайсы для них в /dev не создало. EG>> Hадо бороться с исходной ошибкой чтения, без этого ничего не будет. RS> в ядре FreeBSD опция device da по умолчанию как и SCSI.. куда копать ?
В PR 215235 прямо сказано, что провайдеры облаков по мнению traz@ криво реализуют стандарт SCSI, лишь бы работало с виндами и Linux, и вроде как девелоперы AWS даже и не отпирались. Как обычно, надо тестировать патч из старого PR (вдруг поможет) и вообще продавливать доработку совместимости.
Можешь даже Ораклу завести тикет на тему нарушение стандарта SCSI :-)
