Windows не випустить блокування на лотку диска після запису диска

У мене на комп’ютері встановлено два диски bluray тієї ж точної моделі та марки. Іноді я люблю використовувати будь-який з них для запису компакт-дисків або DVD-дисків за допомогою різного програмного забезпечення (Windows Media Player 12, Zune, ImgBurn, Windows DVD Maker тощо). Він пройде через процес запису та завершиться успішно, але з будь-яким диском він не випустить блокування ресурсів на диску, тобто диск продовжує крутитися, світло доступу блимає постійно, і я не можу вийняти диск. Коли я використовую ImgBurn для запису диска, він зазвичай виконує крок перевірки після запису, який циклізує лоток диска. Оскільки замок не відпускається, він не зможе переключити лоток приводу. Наразі я щойно записав компакт-диск у Windows Media Player, і він завершився успішно (я навіть можу відтворити компакт-диск у WMP), але не можу вийняти диск. Єдиний надійний спосіб, який я

Чому це станеться? Це постійно роблять це 100% часу. Я оновив свої драйвери, але це нічого не змінило.

Це специфічний перелік дисків на TigerDirect: Lite-On iHBS212-08 12X внутрішній Blu-Ray Writer

Я використовую Windows 7 Professional x64 SP1.

Хтось раніше стикався з подібними питаннями? Що я можу зробити, щоб виправити це?

EDIT

Зауважте, я також лише оновив прошивку для накопичувачів, що не допомогло. Крім того, я відключив один із них (за випадкових випадків, що десь однакові диски викликав конфлікти десь), і це не мало значення.

Крім того, я знайшов спосіб примусити відкрити лоток приводу без перезавантаження. Через ImgBurn я перейшов до меню «Інструменти», потім «Диск», потім натиснув «Закрити сеанс», і це дозволило мені знову відкрити лоток.

Також зауважте, якщо я замість цього спробував натиснути кнопку "Витягнути" в меню Диска в ImgBurn, це дало мені описове повідомлення про помилку, в основному вказуючи багато технічного сміття та помилку "Логічний блок не готовий - Довго писати в процесі роботи". Я думаю, що це довге письмо - це те, що утримує диск. Але це, здається, ніколи не закінчиться. То це питання з водієм тоді? Це відбувається через програми.

ЗРІД №2

За пропозицією Paperlantern нижче, я спробував використовувати сеанс Linux LiveCD для запису диска. Я завантажився в Kubuntu і записав невеликий аудіо компакт-диск за допомогою k3b. Цікаво, що вона спрацювала чудово. Він записав компакт-диск, а потім вийняв диск наприкінці. Отже, це, мабуть, не апаратне питання, а Windows.

ЗРІД №3

Після деяких усунень неполадок за допомогою пари тут, я визначив, що ймовірною причиною є проблема в тому, як Windows видає команди на пристрої ATAPI. Ця інсталяція Windows спочатку була встановлена ​​на IDE-накопичувач, але вона була переведена на RAID без повторної інсталяції. Це, можливо, привело Windows до стану, коли воно не належним чином спілкується з дисками. Я зробив нову інсталяцію Windows на машині (після створення резервної копії попередньої інсталяції) і зробив пару тестових опіків, і Windows працює належним чином, викидаючи накопичувач в кінці завдання запису. Я відновлю резервне зображення та продовжуватимусь звідти.

Так це трапляється на будь-яких видах опіків? Щоб полегшити будь-які проблеми з поточним драйвером або програмним забезпеченням, я б робив, настільки ж розчарований, як ви, мабуть, - завантажити копію монетного двору Linux або ubuntu linux на запасний диск у машині. Або скористайтеся живим компакт-диском на одному диску і спробуйте записати щось на іншому диску, щоб побачити, чи проблема виникає взагалі в іншій ОС та програмному середовищі. Принаймні, це може сказати нам, чи проблема полягає в апаратному забезпеченні (можливо, погана партія приводів компакт-дисків із заплутаним кешем чи щось не менш химерне?), Чи проблема вирішується у вашій ОС чи драйвері.

Якщо це пов’язано з ОС, запуск системосистеми на машині може змусити повторно виявити та перевстановити ключові компоненти, що займаються (драйвери CDROM та програмне забезпечення інтерфейсу ATAPI), і, швидше за все, вирішить цю проблему, оскільки нова установка працювала.

Мені це здається, що це проблема, що Windows має взаємодію з чіпсетом вашої материнської плати. Зокрема, кажучи ATAPI на CD-диску. Речі, які я б рекомендував:

( ПРИМІТКА. Будь ласка, не намагайтеся робити більше ніж одну з цих речей одночасно. Ніколи не цікаво щось вирішувати і не знати точно, який крок був заключним твором головоломки. =))

Оновіть чіпсет материнської плати

Перейдіть на веб-сайт виробника материнської плати та завантажте останні драйвери чіпсетів. Це вимагатиме перезавантаження, але не повинно вимагати будь-якого типу завантажувального носія перед Windows. Ви повинні мати змогу оновитись із Windows.

Оновіть контролер зберігання

Якщо на вашому ПК є контролер пам’яті або чіпсет накопичувача (можливо, Matrox або Nvidia, як це відбувається у деяких ПК на споживчому рівні), оновіть ці чіпсети / драйвери.

Оновіть BIOS

Це можливо , що частина проблеми полягає в поданні биоза ігровий вкладенні. Подумайте про оновлення останньої BIOS від виробника вашого ПК для відповідної моделі.

Перемістіть диск на інший канал SATA

Якщо у вас є кілька портів SATA, особливо якщо у вас є порти, які знаходяться на різних контролерах, перемістіть оптичний привід до нового порту на материнській платі.

Цікавості

Мені було б цікаво дізнатися, чи ваш BIOS перебуває в режимі IDE або AHCI. Я б очікував, що це буде в режимі IDE, але можливо, що він знаходиться в AHCI.

РЕДАКТ 1

Дізнавшись, що ПК перейшов з режиму IDE в режим RAID / AHCI без перевстановлення Windows (і, мабуть, це було чимось важким завданням змусити Windows правильно обробити зміни), я вважаю, що це може бути причиною. Windows може зараз обробляти зв’язок ATAPI трохи неправильно. Я ще не впевнений, яким би було рішення. Можливо, ремонтна установка.

Ви спробували використовувати інше програмне забезпечення для горіння? Я великий шанувальник ImgBurn, але теж виявив, що часто не випускає диск. Як правило, якщо я запускаю MakeMKV, це дозволить мені вийняти диск (хоча це здається, що у вас вже є вирішення проблеми).

Лі