Отсутствие `/dev/sda` при сборке минимального ядра для VMware
Я почти удивлен тем, что очевидная вещь работает: в то время как openssl принимает в качестве аргумента количество дней, в течение которых сертификат должен быть действителен, просто поставьте отрицательное число!
openssl req -x509 -newkey rsa:4096 \
-keyout key.pem -out cert.pem -days -365
Обратите внимание, что это приводит к очень странному результату: сертификат, временная метка истечения срока действия которого предшествует его временной метке начала действия. Я не рекомендую использовать это для автоматизированного тестирования, поскольку это странно. Вероятно, вам также нужен способ отменить дату начала срока действия.
Я решил свою проблему некрасивым способом. Я подожду, отметив это как правильное, так как думаю, что есть лучшее решение.
После пробного использования различных решений, в том числе попыток получить информацию
из / sys / ( readlink / sys / block / sda / device / driver и т. Д. ). Но я только нашел информацию, что это какой-то драйвер SCSI, который мне не помог. Наконец, я использовал конфигурацию ядра рабочего стола и загружал все модули, пока не появился / dev / sd * . Сначала меня обманули, загрузив scsi_debug , который также представляет собой / dev / sda . Мне нужен был модуль mptspi , который включен FUSION_SPI в ядре Linux. Я узнал об этом после поиска в дереве исходного кода. Это сценарий, который я использовал для идентификации драйвера:
for MODULE in $(find /lib/modules/$(uname -r) -name '*.ko' -exec basename '{}' .ko ';')
do
echo "Loading $MODULE"
modprobe -D $MODULE
modprobe $MODULE
ls /dev/sd* 2>&1
done
Который я запускал как
./script | tee script.log
В следующий раз я, вероятно, настрою какое-то решение, используя mdev / udev ...
Возможно, ваш диск находится на LVM разделе . проверьте :
/dev/mapper/lvm
а также вы можете использовать df или lsblk команду, чтобы найти путь к вашему диску.
Также поможет команда mount.