linux sdb что это
Администрирование систем Linux. Дисковые устройства
Часть II. Управление дисковыми устройствами
Глава 4. Дисковые устройства
4.1. Терминология
4.1.1. Пластина, головка, дорожка, цилиндр, сектор
В дисковых накопителях данные обычно хранятся на магнитных или оптических пластинах (disk platters). Пластины вращаются (с высокими скоростями). Данные считываются с помощью головок (heads), которые расположены очень близко к поверхности пластин, но не прикасаются к ним! Головки смонтированы на держателе (иногда называемом приводом или вилкой).
Данные записываются по концентрическим окружностям, называемым дорожками (tracks). Нулевой трек (обычно) располагается возле внешней стороны пластины. Время, необходимое для позиционирования головки над определенной дорожкой, называется временем перехода к дорожке (seek time). Обычно пластины располагаются одна над другой, поэтому набор дорожек, доступный при определенном позиционировании держателя головки формирует цилиндр (cylinder). Дорожки разделены на секторы по 512 байт с дополнительным неиспользуемым пространством ( разрывом ) между секторами на внешней стороне пластины.
При рассмотрении составляющих времени доступа (access time) для жесткого диска вы можете отметить, что большая часть времени уходит на позиционирование головок (около 65 %) и задержки вращения пластин (roatational latency) (около 30 %).
4.1.2. Интерфейсы IDE или SCSI
4.1.4. Интерфейс SCSI
4.1.5. Блочное устройство
Для жестких дисков с возможностью произвольного доступа к данным в рамках операционной системы реализован уровень абстракции под названием » блочное устройство » (block device), позволяющий осуществлять форматирование этих дисков с использованием блоков фиксированного размера (обычно равного 512 байтам). При этом доступ к каждому из блоков устройства может осуществляться независимо от доступа к любым другим блокам устройства.
4.1.6. Твердотельные накопители
4.2. Имена файлов устройств
4.2.1. Имена файлов устройств ATA (IDE)
Таблица 4.1. Имена файлов устройств IDE
| Контроллер | Роль устройства | Имя файла устройства |
|---|---|---|
| IDE 0 | Ведущее | /dev/hda |
| Ведомое | /dev/hdb | |
| IDE 1 | Ведущее | /dev/hdc |
| Ведомое | /dev/hdd |
4.2.2. Имена файлов устройств SCSI
Ниже приведен пример распределения имен файлов устройств в Linux между устройствами SCSI. Добавление диска SCSI или RAID-контроллера с меньшим значением идентификатора scsi id приведет к изменению схемы распределения имен устройств (сдвигу вперед на одну букву из алфавита для устройств с большими значениями идентификаторов scsi id).
Таблица 4.2. Имена файлов устройств SCSI
| Устройство | Идентификатор scsi id | Имя файла устройства |
|---|---|---|
| диск 0 | 0 | /dev/sda |
| диск 1 | 1 | /dev/sdb |
| RAID-контроллер 0 | 5 | /dev/sdc |
| RAID-контроллер 1 | 6 | /dev/sdd |
В современной системе Linux файлы устройств /dev/sd* будут использоваться для представления устройств SCSI и SATA, а также карт памяти SD, накопителей с интерфейсом USB, устройств ATA/IDE (устаревших) и твердотельных накопителей.
4.3. Определение параметров дисковых устройств
Ниже приведено описание параметров двух реальных дисков SCSI объемом по 72 ГБ, которые установлены в сервере, работающем под управлением дистрибутива RHEL4u3. Данный сервер соединен с сервером сетевого хранилища ( NAS ) с четырьмя дисками объемом в половину терабайта каждый. На дисках сервера сетевого хранилища размещены четыре раздела LVM (/dev/mdx), предназначенные для формирования программного RAID-массива.
Также вы можете использовать утилиту fdisk для получения информации о каждом отдельном дисковом устройстве.
Позднее мы будем использовать утилиту fdisk для выполнения таких опасных операций, как создание и удаление разделов жестких дисков.
4.3.3. Утилита /sbin/lshw
Ниже приведен сокращенный пример вывода данной утилиты, полученный при работе с дистрибутивом Debian 6:
Данная утилита не поставляется в составе дистрибутивов Redhat и CentOS (но вы можете подключить дополнительный репозиторий программного обеспечения и установить ее).
4.3.4. Утилита /sbin/lsscsi
Утилита lsscsi выводит информацию обо всех устройствах SCSI (а также об эмулируемых устройствах SCSI) в удобном для чтения формате. В первом примере показан вывод утилиты lsscsi при работе с системой SPARC.
Ниже приведен пример вывода утилиты lsscsi при работе с сервером сетевого хранилища QNAP NAS (в котором установлено четыре диска объемом 750 ГБ, причем сам сервер поддерживает возможность загрузки операционной системы с накопителя с интерфейсом USB).
4.3.5. Файл /proc/scsi/scsi
В данном примере показано содержимое упомянутого файла в системе SPARC с контроллером RAID 5 производства компании Adaptec.
А это вывод команды cat /proc/scsi/scsi для упомянутого выше сервера сетевого хранилища QNAP (работающего под управлением Debian Linux).
Обратите внимание на то, что в последних версиях дистрибутива Debian данная возможность деактивирована на уровне ядра ОС. Вы можете активировать ее (перед компиляцией ядра ОС) с помощью данного параметра:
В дистрибутивах Redhat и CentOS данный файл присутствует по умолчанию (в случае наличия устройств SCSI).
4.4. Очистка жесткого диска
Перед продажей вашего старого жесткого диска через торговую площадку в сети Интернет следует удалить все хранившиеся на нем ранее данные. После простого изменения таблицы разделов, применения утилиты format из состава ОС Microsoft Windows или даже после применения утилиты mkfs некоторые специалисты все еще будут иметь возможность прочитать большую часть данных, хранившихся на диске.
Хотя в техническом плане утилита /sbin/badblocks и предназначена для отслеживания поврежденных секторов на диске, вы также можете использовать ее для полного удаления всех данных с диска. Так как данная утилита в прямом смысле записывает данные в каждый сектор диска, процедура удаления данных может занять много времени!
Обратите внимание на то, что в примере ниже показан способ необратимого уничтожения всех данных, сохраненных на блочном устройстве.
4.5. Дополнительные параметры функционирования дисковых устройств
Подробное рассмотрение вопросов установки значений параметров функционирования жестких дисков (таких, как dma, gap, ) выходит за рамки данного курса. Тем не менее, необходимо упомянуть о том, что для этих целей существует несколько утилит, причем утилиты hdparm и sdparm являются двумя наиболее часто используемыми из них.
А это пример вывода утилиты sdparm из состава дистрибутива Ubuntu 10.10.
Используйте утилиты hdparm и sdparm с особой осторожностью.
4.6. Практическое задание: дисковые устройства
Рекомендуется подключить к виртуальной машине три жестких диска объемом 1 ГБ и три жестких диска объемом 2 ГБ. Это позволит выполнить как текущее практическое задание, так и практические задания из следующих глав (посвященные работе с RAID-массивами, разделами LVM и iSCSI) без лишних сложностей.
1. Используйте утилиту dmesg для получения списка всех устройств жестких дисков, обнаруженных в процессе загрузки системы.
2. Используйте утилиту fdisk для вычисления общего объема всех жестких дисков, установленных в вашей системе.
3. Остановите виртуальную машину, добавьте три виртуальных диска с интерфейсом SCSI объемом в 1 ГБ каждый и один виртуальный диск с интерфейсом IDE объемом в 400 МБ. Если это возможно, также добавьте еще один виртуальный диск с интерфейсом IDE объемом в 400 МБ.
4. Используйте утилиту dmesg для проверки корректности обнаружения новых дисковых устройств в процессе загрузки системы.
6. Используйте утилиту fdisk (совместно с утилитой grep и специальным файлом устройства /dev/null ) для вывода информации об объеме новых дисковых устройств.
7. Используйте утилиту badblocks для полной очистки одного из дисков наименьшего объема.
4.7. Корректная процедура выполнения практического задания: дисковые устройства
1. Используйте утилиту dmesg для получения списка всех устройств жестких дисков, обнаруженных в процессе загрузки системы.
Некоторые возможные варианты ответов.
2. Используйте утилиту fdisk для вычисления общего объема всех жестких дисков, установленных в вашей системе.
3. Остановите виртуальную машину, добавьте три виртуальных диска с интерфейсом SCSI объемом в 1 ГБ каждый и один виртуальный диск с интерфейсом IDE объемом в 400 МБ. Если это возможно, также добавьте еще один виртуальный диск с интерфейсом IDE объемом в 400 МБ.
Данное задание выполняется путем редактирования настроек виртуальной машины vmware или VirtualBox.
4. Используйте утилиту dmesg для проверки корректности обнаружения новых дисковых устройств в процессе загрузки системы.
Аналогично заданию 1.
6. Используйте утилиту fdisk (совместно с утилитой grep и специальным файлом устройства /dev/null ) для вывода информации об объеме новых дисковых устройств.
7. Используйте утилиту badblocks для полной очистки одного из дисков наименьшего объема.
Администрирование систем Linux. Монтирование файловых систем
Глава 7. Монтирование файловых систем
Во всех системах Unix каждый файл и каждая директория являются частью одного большого дерева директорий файловой системы. Для доступа к файлу вы должны знать полный путь к этому файлу, начинающийся с корневой директории. При добавлении файловой системы в ходе обслуживания операционной системы вам придется предоставить доступ к этой файловой системе из какой-либо точки дерева директорий файловой системы. Директория, из которой будет доступна ваша файловая система, называется точкой монтирования.
7.1. Монтирование локальных файловых систем
7.1.1. Создание точки монтирования с помощью утилиты mkdir
После монтирования пользователи получат доступ к файловой системе.
7.1.3. Файл /etc/filesystems
7.1.4. Файл /proc/filesystems
7.1.5. Утилита umount
7.2. Вывод списка смонтированных файловых систем
Простейший и наиболее часто используемый способ вывода списка смонтированных файловых систем заключается в использовании утилиты mount без каких-либо аргументов.
7.2.2. Файл /proc/mounts
Утилита du позволяет получить количественные показатели использования пространства жесткого диска для хранения файлов и директорий. Используя утилиту du с параметром, являющимся путем к точке монтирования, вы на самом деле будете получать информацию о пространстве раздела жесткого диска, занятом данными из файловой системы.
7.3. Процесс монтирования файловой системы от начала до конца
7.4. Монтирование файловых систем на постоянной основе
До текущего момента мы монтировали все файловые системы вручную. Такой подход вполне приемлем, но файловая система остается смонтированной только до следующей перезагрузки системы. К счастью, существует способ уведомления вашего компьютера о необходимости монтирования определенных файловых систем в процессе загрузки операционной системы.
Добавив в данный файл следующую строку, вы можете автоматизировать процесс монтирования созданной файловой системы.
7.4.2. Команда mount /точка_монтирования
7.5. Безопасное монтирование файловых систем
Параметр ro позволяет смонтировать файловую систему в режиме только для чтения, что позволит предотвратить запись данных в нее любым пользователем.
7.5.2. Параметр noexec
Параметр noexec позволяет предотвратить исполнение бинарных файлов и сценариев, расположенных в смонтированной файловой системе.
7.5.3. Параметр nosuid
Обратите внимание на то, что в случае использования данного параметра вы все также сможете устанавливать биты setuid для бинарных файлов из файловой системы.
7.5.4. Параметр noacl
7.6. Монтирование удаленных файловых систем
7.6.1. Файловая система SMB/CIFS
Команда разработчиков проекта Samba (samba.org) осуществляет разработку системной службы для Unix/Linux, которая совместима с протоколом SMB/CIFS. Данный протокол используется главным образом компьютерами, работающими под управлением ОС производства компании Microsoft.
Соединение с сервером Samba (или компьютером, работающим под управлением ОС производства компании Microsoft) также может осуществляться с помощью утилиты mount.
7.6.2. Файловая система NFS
7.6.2. Специфичные для NFS параметры монтирования
bg : в случае неудачи при монтировании файловой системы повторять попытки в фоновом режиме.
fg : (используется по умолчанию) в случае неудачи при монтировании файловой системы повторять попытки, выводя информацию в текущую командную оболочку.
soft : прекратить процесс монтирования файловой системы после X неудачных попыток.
hard : (используется по умолчанию) продолжать предпринимать попытки монтирования файловой системы после неудач.
Комбинация параметров soft+bg позволяет осуществить наиболее быструю загрузку клиентской системы в случае неполадок с сервером NFS.
retrans=X : Попытаться соединиться с сервером X раз (по протоколу UDP).
tcp : Принудительно использовать протокол TCP (используется по умолчанию и всегда поддерживается).
udp : Принудительно использовать протокол UDP (не всегда поддерживается).
7.7. Практическое задание: монтирование файловых систем
1. Смонтируйте файловую систему, созданную в рамках малого раздела размером в 200 МБ, в точку монтирования /home/project22.
2. Смонтируйте файловую систему, созданную в рамках большого первичного раздела размером в 400 МБ, в точку монтирования /mnt, после чего скопируйте некоторые системные файлы в эту директорию (рекомендуется скопировать все содержимое директории /etc). После этого отмонтируйте файловую систему и повторно смонтируйте ее в точку монтирования /srv/nfs/salesnumbers в режиме только для чтения. Где оказались скопированные вами ранее файлы?
4. Сделайте так, чтобы монтирование обеих файловых систем осуществлялось автоматически на постоянной основе, после чего проверьте работоспособность использованного механизма монтирования.
5. Что случится, если вы смонтируете файловую систему в директорию, в которой уже содержатся файлы?
6. Что случится, если вы смонтируете две файловых системы в одну и ту же точку монтирования?
7 (дополнительное задание). Дайте пояснения относительно различий между данными утилитами: find, locate, updatedb, makewhatis, whereis, apropos, which и type.
8 (дополнительное задание). Выполните проверку файловой системы, созданной в разделе, который смонтирован в директорию /srv/nfs/salesnumbers.
7.8. Процедура корректного выполнения практического задания: монтирование файловых систем
1. Смонтируйте файловую систему, созданную в рамках малого раздела размером в 200 МБ, в точку монтирования /home/project22.
2. Смонтируйте файловую систему, созданную в рамках большого первичного раздела размером в 400 МБ, в точку монтирования /mnt, после чего скопируйте некоторые системные файлы в эту директорию (рекомендуется скопировать все содержимое директории /etc). После этого отмонтируйте файловую систему и повторно смонтируйте ее в точку монтирования /srv/nfs/salesnumbers в режиме только для чтения. Где оказались скопированные вами ранее файлы?
Но физически эти файлы все также хранятся в рамках файловой системы ext3 на разделе жесткого диска, представленном файлом устройства /dev/sdb1
В выводах всех трех приведенных выше команд должна содержаться информация о смонтированных вами файловых системах и файлах устройств соответствующих разделов дисков.
4. Сделайте так, чтобы монтирование обеих файловых систем осуществлялось автоматически на постоянной основе, после чего проверьте работоспособность использованного механизма монтирования.
Добавьте следующие строки в файл /etc/fstab
5. Что случится, если вы смонтируете файловую систему в директорию, в которой уже содержатся файлы?
6. Что случится, если вы смонтируете две файловых системы в одну и ту же точку монтирования?
Будут доступны файлы только из последней смонтированной файловой системы.
7 (дополнительное задание). Дайте пояснения относительно различий между данными утилитами: find, locate, updatedb, makewhatis, whereis, apropos, which и type.
8 (дополнительное задание). Выполните проверку файловой системы, созданной в разделе, который смонтирован в директорию /srv/nfs/salesnumbers.
ИТ База знаний
Полезно
— Онлайн генератор устойчивых паролей
— Онлайн калькулятор подсетей
— Руководство администратора FreePBX на русском языке
— Руководство администратора Cisco UCM/CME на русском языке
— Руководство администратора по Linux/Unix
Навигация
Серверные решения
Телефония
FreePBX и Asterisk
Настройка программных телефонов
Корпоративные сети
Протоколы и стандарты
Объяснение структуры каталогов Linux
Руководство по каталогам
Если вы работаете с Windows, структура файловой системы Linux может показаться особенно чуждой. Диск C:\ и буквы диска исчезли, их заменили каталоги / и загадочно звучащие каталоги, большинство из которых имеют трехбуквенные имена.
Обратите внимание, что мы не говорим здесь о файловой системе, которая является техническим шаблоном, используемым для хранения данных на диске. Структура каталогов, которую мы рассмотрим, применима к большинству дистрибутивов Linux независимо от того, какую файловую систему они используют.
Типы содержимого
Это основные типы контента, хранящегося в файловой системе Linux.
Каталог /bin содержит основные пользовательские двоичные файлы (программы), которые должны присутствовать при монтировании системы в однопользовательском режиме.
Каталог /media содержит подкаталоги, в которых монтируются съемные носители, вставленные в компьютер. Например, когда вы вставляете компакт-диск в свою систему Linux, внутри каталога /media автоматически создается каталог. Вы можете получить доступ к содержимому компакт-диска внутри этого каталога.
Например, /media/cdrom для CD-ROM (если он не расположен в корне), /media/floppy для дисководов гибких дисков, /media/cdrecorder для рекордера компакт-дисков
/var это место, где программы хранят информацию о времени выполнения, такую как системный журнал, отслеживание пользователей, кэши и другие файлы, которые системные программы создают и управляют.
Онлайн курс по Linux
Мы собрали концентрат самых востребованных знаний, которые позволят тебе начать карьеру администратора Linux, расширить текущие знания и сделать уверенный шаг к DevOps
Посмотреть что на /dev/sda не?
ну вот твой dvd-rom и есть sda, а тебе собственно не плевать ли как какой диск называется во время установки?
А как же я посмотрю, если Центос еще не установился, я только дошел до разбивки диска?
выходи в консоль (C-A-F*), там fdisk.
либо alt-f2.. если в текстмоде, вроде 6-я еще умела.
Вот это сильно маловероятно. Во всяком случае на моем опыте (абсолютно разное железо от серверов, до собранных на помойке) usb-ки (без разницы кто, флэшка, картридер, хард ) апосля саты идут. И это по простой причине, usb погружается позже, поэтому для загрузки с usb харда приходиться rootdelay прописывать.
В конце концов мне это надоело и я решил переустановить систему так, как мне надо (а не как ей хочется).
Но только как? Как заставить 1-й ЖД быть как sda?
sda ставится тем, кто первый инициализирован биосом для загрузки, если есть возможность поставить нужный диск первым в бут-меню, но загрузиться со второго — таки будет sda.
Гм, интересная идея! 🙂 Спасибо, сейчас попробую, на что способен этот BIOS
С тех пор я 2 (!) года мучился с этой неразберихой
Зачем ты два года работал с именами дисков? Прописал бы в fstab-е UUID да и всё.
В конце концов мне это надоело и я решил переустановить систему так, как мне надо (а не как ей хочется)
А после какой-нибудь перезагрузки система загрузится как ей хочется муахаха. Юзай UUID-ы.
Может, я и ретроград, но UUID мне сразу не понравились с момента их появления из-за того, что они решают за меня.
Я предпочитаю старую систему, при которой сам решаю и настраиваю диски как мне нужно.
Я предпочитаю старую систему, при которой сам решаю и настраиваю диски как мне нужно.
А, ну тогда мучайся, да.
Хотя.. sda? dev? Это же не ты их так назвал. Чем оно лучше UUID-ов?
Через label можно, как вариант.
О, как! Век живи век учись, а чего за железка то хоть? И кстати как предположение, bios эмуляция ide для usb cdrom.
Хотя.. sda? dev? Это же не ты их так назвал. Чем оно лучше UUID-ов?
У меня есть место (точнее так места) где использование UUID стало бы неудобным, нет не «невозможным» но пришлось бы допиливать софт на получение UUID и прописывание его в fstab а так он просто копируется. Это не сложно, но зачем менять что-то в системе которая 14 лет успешно работает.
/dev/. удобнее как минимум для случая когда железка рухнула и на новый хард разворачиваешь полный бэкап из tar.
Для случая UUID: надо еще править fstab
Для случая Label: не оставишь старый хард подключенным (надо не только метку другую задать будет, а также поправить fstab). Вообще Label это жуткое зло, подключишь другой хард а он или с него загрузится или смонтирует какой-нибудь раздел не с того харда.
Все операции не сложные, но когда подобное поручаешь эникею, любые лишнии телодвижения могут привести к доп. ошибке и тем самым увеличить время разворота. Недавно вот у меня было, чувак при инстале ввел рутовый пасс не правильно, как так я хз, но после ребута он не смог зайти. Опять потеря времени, перезагрузка, смена пароля.
Все это мелочи, но.
А можешь пример софта привести?
Нет, это специализированный. По простому поясню, в случае выхода из строя железки эникеи берут новую железку, тупо грузяться с (назовем его «шаблонным») диска с которого копируется (обычный cp) система на эту новую железку, задают минимум настроек (настройка ip) и все, профит.
Железки живут в таких условиях и представляют из себя такую помойку, что летят они частенько.
но зачем менять что-то в системе которая 14 лет успешно работает
Затем, что в текущем виде система уже неудобная и зависит от того, какое устройство раньше определилось.
Все эти вещи типа UUID добавили не просто так, а потому что стало неудобно работать по старому принципу, и напрашивалось что-то новое, позволяющее абстрагироваться от физического расположения носителя.
В не внимательны. Я написал.
в системе которая 14 лет успешно работает
Что-то еще пояснять нужно? Она просто работает и все всех устраивает, проблем 0.
но UUID мне сразу не понравились с момента их появления из-за того, что они решают за меня
UUID ничего не решает за тебя, это просто уникальный генерируемый идентификатор, который добавляется в предназначенное для этого поле в таблице разделов или непосредственно в ФС.
А ты, видимо, не разобравшись, сделал выводы.
Если у вас принципиально исключены ситуации с заменой накопителей или вставкой дополнительных интерфейсов SATA/SCSI в PCI/PCI-E, из-за чего может поехать вся нумерация /dev/sdX, то всё ок.
Она просто работала на IDE дисках, когда Master/Slave Primary/Secondary однозначно отображалось в hd
С SATA(+USB и, я так понимаю, еще с SCSI) все несколько сложнее.
No. Все так же просто. Ну ладно вру, чуть-чуть модифицировал ( уже не помню сколько лет назад) как раз для usb.
Да именно так, т.е. «один» железка «один» хард.
Это: » вставкой дополнительных интерфейсов SATA в PCI/PCI-E» бывает, из-за умершего контроллера, но роли не играет.
Пропустил.
Если у вас принципиально исключены ситуации с заменой накопителей
Это как раз происходит регулярно. Я написал железо, ооочень разнообразное, вылет хардов чаще всего происходит.
В конкретно твоем случае или вообще?
Я помню бывали какие то заморочки с USB загрузочной флешкой, винтом и то что linux и grub их в разном порядке видели или что то такое.
тебе это вообще зачем?
В конкретно твоем случае или вообще?
Господа, вы явно увлеклись дискуссией на околокосмические темы и пропустили мой вопль! :))
А вы пропустили мой пост, на тему изучения меню bios 🙂
«И кстати как предположение, bios эмуляция ide для usb cdrom.»
Это читал, но совсем не понял мысль 🙁
Можно изложить доступнее?
Заходим в биос, ищем все что относиться к usb, читаем, пробуем менять. А конкретно к тому что я написал, была такая тема, мать эмулировала usb cdrom как ide. Вот как раз в этом случае он и окажется перед sata хардами.
Что я только не менял, уже не осталось ничего.
И если в этой материнке такая же эмуляция USB привода, то ничего не остается, как использовать старый ржавый SATA-DVD-привод?
Так если он у вас есть, зачем нам мозг мучаете? 🙂
btw Вы так и не ответили «а чего за железка то хоть? ». Это не к решению вашего вопроса, просто интересно.
Ну так сравните, что удобнее
— здоровенный тяжелый и медленный оптический привод, для которого еще надо каждый раз записывать болванку с дистрибутивом, или
— компактный элегантный ZM-VE300 с быстрым ЖД на 500 ГБ, эмулирующий DVD, на который закатал все свои дистрибутивы? :))
Вместо rootdelay лучше rootwait.
«Твоюж мать» (с) С этого начинать надо было.
Не мучай мозг себе и народу. Есть два варианта.
1. Устанавливаешь как есть на sdb, после установки правишь загрузчик и fstab, радуешься.
2. «использовать старый ржавый SATA-DVD-привод» и так же радоваться.
2.1 Если есть старый/новый ржавый/не_ржавый usb dvd так же подойдет.
«Твоюж мать» (с) С этого начинать надо было.
1. Устанавливаешь как есть на sdb, после установки правишь загрузчик и fstab, радуешься.
Т.е. материнка не причем, виновато это чересчур продвинутая «мечта», в которой надо отключить эмуляцию виртуального HDD.
Так что пошел разбираться с «мечтой».
У меня ZM-VE200. Так вот, в нём три режима: HDD, DVD/CD, HDD+DVD/CD. Переключаются рычажком сбоку при включении (смотри мануал).
Ты прав! После того, как я отключил этот виртуальный HDD, BIOS материнки стал видеть только виртуальный DVD.
Ну и далее установочный ЖД представился как sda, а еще далее все пошло как по маслу 😉
В-общем, дело было не в бобине. :)))
Я многое слышал от людей, но такое.
Да он мне никак, я его не ел. Но вот топик надо начинать с этих слов » ZM-VE300 с быстрым ЖД на 500 ГБ, эмулирующий DVD» а не «USB-DVD-ROM на единственный жесткий диск.» Тогда бы и простыни левых предположений не было.
Надеюсь ошибка понятна?
Я и сам еще не знал тогда, что это безобидное уточнение повлечет за собой такие разрушительные последствия 🙂
Сорри.