В диспетчере устройств отображается жёсткий диск, а моём компьютере его нет
Решил сегодня переустановить Windows и после установки заметил что в Моём Компьютере нет второго жёсткого диска. До переустановки всё было хорошо и диск функционировал нормально. Проверил все SATA проводы, все работают. Перечитал статьи и форумы но ничего дельного не нашёл. Можно ли с эти что-то сделать или придётся распрощаться с жёстким диском?
Лучшие ответы ( 1 )
94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
Ответы с готовыми решениями:
Жёсткий диск отображается в bios, но не отображается в проводнике и диспетчере устройств
Вчера подключал к компьютеру жёсткий диск. При этом жёсткий диск, на котором хранятся различные.
Жесткий диск отображается в диспетчере устройств, но в списке дисков его нет
Доброе утро дамы и господа ,такая проблема у меня подключаю жесткий внешний диск ,долго грузит но.
Жёсткий диск отображается в диспетчере устройств, но в администрировании написано, что он недопустимый
Ноутбук HP беспричинно стал показывать синий экран при загрузке Windows 7. Сносил его в сервисный.
В «моём компьютере» не отображается жёсткий диск
Всё это произошло после смены железа и винды. Имеется два жёстких диска. Первый (Seagate 500 Gb).
6512 / 3569 / 465
Регистрация: 28.06.2013
Сообщений: 11,094
Сообщение от KennyDiet 
В драйверах дисковые устройства появился диск XVD, что это?
Кстати, да. У меня тоже Xbox установлен в Windows 10. И xvd в устройствах присутствует.
Остальные ответы
смонтированный виртуальный диск?
Голографический многоцелевой диск (Holographic Versatile Disc) — перспективная технология производства оптических дисков, которая предполагает значительно увеличить объём хранимых на диске данных по сравнению с Blu-Ray и HD DVD.
Запись на диск в виде голограммы осуществляется двумя лазерными лучами: красным и зелёным, сведёнными в один параллельный луч. Зелёный лазер читает данные, закодированные в виде сетки с голографического слоя, близкого к поверхности диска, в то время как красный лазер используется для чтения вспомогательных сигналов с обычного компакт-дискового слоя в глубине диска. Вспомогательная информация используется для отслеживания позиции чтения наподобие системы CHS в обычном жёстком диске. На CD или DVD эта информация внедрена в данные.
Гончаров РоманМудрец (16195) 4 года назад
Ни разу не оно 🙂
Bigbss Искусственный Интеллект (215024) Да уже понял, когда отправил.
Виртуальные жесткие диски в Xen
Виртуальные жесткие диски в Xen доступны в самых различных вариациях. Многообразие свободного софта практически размывает границы и сценарии реализаций дисковой подсистемы для гостевых ОС . Получить представление о каждом варианте и научиться пользоваться ими может оказаться совсем не лишним. В этом вам и поможет данная статья.
Если вам интересна тематика Debian и связанных с ним приложений, рекомендую обратиться к тегу Debian на моем блоге.
Виртуальные жесткие диски в Xen
Как и многие другие компоненты Xen, дисковая подсистема для гостевых ОС также реализована на основе стороннего свободного софта 1 . На данный момент наиболее широкое распространение получила файловая и LVM-реализация. По производительности они находятся примерно на одном и том же уровне, если для файловых устройств используется драйвер blktap 2 . При этом файловый вариант предпочтительнее использовать для сред тестирования, а LVM – в продакшене, по крайней мере так разработчики заявили в документации 3 :
We recommend blktap (a specialized form of file backend) and LVM for storage backends. These both work, offer good manageability, can be resized and moved freely, and support some mechanism for the sort of things we expect of filesystems now that we Live In The Future. blktap is easy to set up and good for testing, while LVM is scalable and good for production.
Разумеется администраторам Xen доступен вариант проброса физического устройства (например HDD) напрямую в гостевой домен, а также другие реализации виртуального хранилища на основе файлов (QCOW из пакета QEMU).
Вся дисковая подсистема гостей описывается в директории disk файла конфигурации гостевого домена. В общем виде секция имеет формат:
Об учёте дисков в облаке
Продолжаем цикл статей, посвящённых учёту ресурсов облака Селектел.
Процессорное время и память обсуждалась в прошлом году, теперь подошла очередь дисков.
- хранение дисков
- объём прочитанного/записанного
- и количество дисковых операций
Устройство виртуальной машины
Процессорное время (то есть процессор) и оперативная память, о которых мы говорили ранее — это неотъемлемые ресурсы виртуальной машины. Если их нет — нет и самой виртуальной машины. Но можно (хотя и сложно) представить себе виртуальную машину без дисков и/или без сетевых интерфейсов. Кроме того, одни и те же диски можно подключать к разным виртуальным машинам. Таким образом возникает вопрос: а как учитывать диски, которые были сначала у одной машины, потом у другой, а сейчас вообще лежат не подключенными?
Наша ранняя модель учёта подразумевала, что все эти ресурсы относятся на счёт той виртуальной машины, к которой подключены. Но это вызывало массу неоднозначностей, и мы от этой модели отказались, вернувшись к модели, используемой в Xen Cloud Platform. На картинке упрощённая версия этой модели. Синим показано то, что принадлежит пользователю, зелёным — имена объектов, у которых осуществляется учёт.
В новой модели учёт полностью раздельный, для каждой компоненты потребление считается отдельно. Для удобства вывода пользователю эти величины суммируются и показываются так, как будто относятся к одной машине, но на самом деле у виртуальной машины есть только два собственных ресурса для учёта — это процессор и память. Оставшиеся компоненты — диск и сеть образуют три отдельные сущности (я не оговорился — три). Это VDI, VBD и VIF. (Virtual Disk Image, Virtual Block Device, Virtual Network Interface). Если с VIF всё ясно, то с VDI/VBD не совсем. Зачем их два?
Дело в том, что VDI — это лишь «место на диске». Оно не связано с какой-либо машиной, оно ничего не знает про операции чтения/записи. Объектом учёта у VDI выступает лишь одна величина — «хранение». Для примера на рисунке один диск (VDI) не подключен к машине — он только хранится.
А вот VBD — это как раз драйвер, который осуществляет дисковые операции. Именно он считает количество операций и объём прочитанных/записанных данных. VBD связывает между собой VDI и VM (виртуальную машину).
Каждый раз, когда диск подключается к виртуальной машине создаётся новый VBD.
Что такое «дисковая операция»?
С точки зрения линукса VBD — такое же блочное устройство, как и множество других, со своим драйвером, предоставляющим стандартный интерфейс. /dev/xvda ничем не отличается от /dev/sda или /dev/hda. Когда операционная система хочет что-то прочитать или записать, она обращается к драйверу блочного устройства с соответствующей командой.
Просто? Да. Сложности начинаются дальше, когда мы пытаемся понять, «а когда именно произойдут дисковые операции?» Разработчики ядра линукса потратили огромное время на отлаживание и совершенствование алгоритма кеширования — и оно работает. Как показывает статистика, чем более нагружена машина, тем больше у неё запросов на запись в сравнении с запросами на чтение. И наоборот, чем менее нагружена машина, тем больше некешированных запросов на чтение (в процентах, разумеется) по сравнению с запросами на запись из-за того, что почти каждый файл читается «в первый раз» (с момента загрузки).
Собственно, вот реальные цифры: по всему облаку у нас соотношение операций чтения к операциям записи составляет 3/4. На первой попавшейся машине с потреблением менее 5 р/сутки соотношение запись к чтению — 2:1, если быть точным, 2.2 миллиона к 1.1 миллиона. А на очень серьёзно загруженной машине (около 450р/сутки) соотношение чтение/запись 0.3 миллиона к 4 миллионам (большая часть расходов машины — это исходящий трафик, больше 300 Гб/сутки). Вполне очевидно, что отдать 300Гб из ниоткуда невозможно, так что это то место, где хорошо работает дисковое кеширование. (Кстати, упреждая вопрос о том, зачем у нас такой большой запас памяти у MOD — именно для подобного кеширования).
Таким образом предсказать создаст ли конкретная файловая операция какие-либо действия с блочным устройством невозможно. Хотя можно предсказать, что первое чтение файла вызовет операцию чтения, а повторное чтение — с некоторой вероятностью, нет.
Сразу упреждаю вопросы, которые периодически появляются в тикетах: любые операции с виртуальными файловыми системами (/proc, /sys), подмонтированными nfs-шарами, iscsi-устройствами, diskless drbd-шарами и т.д. не являются объектом учёта — учитываются только обращения к /dev/xvd* устройствам. Очевидно, что и всякие операции с fifo, unix sockets и т.д. так же не вызывают дисковых операций. А вот банальная команда sync, наоборот, вызовет всплеск активности.
- selectel cloud
- облачные вычисления
- учёт ресурсов
- iops