Відсутність NVMe у UEFI та відсутність нового тому у Windows — принципово різні ситуації. Тому спочатку визначаємо рівень, на якому зникає накопичувач, а потім перевіряємо SSD, M.2 і плату.
Где именно не определяется накопичувач
важливо различать отсутствие SSD в BIOS/UEFI, установщике Windows і уже загруженной системе. Каждый уровень указывает на свой набор причин.
SATA M.2 і NVMe — не одно і то же
Одинаковый форм-фактор M.2 не гарантирует одинаковый интерфейс. перевіряємо, какие накопичувачі поддерживает конкретный слот і конфигурация ноутбука.
перевірка самого SSD
накопичувач тестируется отдельно, якщо это безопасно для даных. якщо он не определяется і в другом совместимом оборудовании, область поиска смещается к SSD.
Слот і контакты
Осматриваем M.2-роз’ем, крепление, загрязнение і механические пошкоджения. після залития возможна коррозия контактов і элементов рядом со слотом.
живлення накопичувача
NVMe требует исправных линий питания. якщо напряжение отсутствует або просаживается, диагностируем соответствующую цепь плати.
BIOS і настройкі контроллера
Режимы хранения і конфигурация UEFI можуть влиять на видимость накопичувача для ОС. Изменения выполняем осознанно, особенно якщо на диске уже есть установленная система.
якщо SSD то появляется, то исчезает
Периодический дефект перевіряємо под навантажой і після прогрева. причиной може быть сам накопичувач, контакт, живлення або плата.
даные важнее экспериментов
Прі признаках деградациі SSD избегаем ненужных циклов записі і переустановок. якщо приоритет — информация, стратегия диагностикі должна учитывать риск для даных.
Контроль результату
Після відновлення накопичувач повинен стабільно визначатися на потрібному рівні — від UEFI до операційної системи — і не зникати під час роботи. Якщо ремонтувався слот або живлення, додатково перевіряємо стабільність під дисковим навантаженням.
Що перевіряємо до втручання
Для цієї несправності окремо оцінюємо SSD/NVMe, M.2-слот, UEFI, живлення та інтерфейс. На етапі «що перевіряємо до втручання» нас цікавлять рівень виявлення диска, контакт і стабільність під навантаженням. Висновок робимо не за однією ознакою, а після порівняння поведінки в кількох режимах. Якщо симптом залежить від навантаження, температури, положення корпуса або повторного запуску, це фіксуємо як частину діагностичного сценарію. Такий порядок дозволяє не міняти справні компоненти навмання і відокремити першопричину від наслідків. Після будь-якого втручання повторюємо саме умови, в яких проблема проявлялася раніше.
Як відтворюємо симптом
Для цієї несправності окремо оцінюємо SSD/NVMe, M.2-слот, UEFI, живлення та інтерфейс. На етапі «як відтворюємо симптом» нас цікавлять рівень виявлення диска, контакт і стабільність під навантаженням. Висновок робимо не за однією ознакою, а після порівняння поведінки в кількох режимах. Якщо симптом залежить від навантаження, температури, положення корпуса або повторного запуску, це фіксуємо як частину діагностичного сценарію. Такий порядок дозволяє не міняти справні компоненти навмання і відокремити першопричину від наслідків. Після будь-якого втручання повторюємо саме умови, в яких проблема проявлялася раніше.
Апаратна частина перевірки
Для цієї несправності окремо оцінюємо SSD/NVMe, M.2-слот, UEFI, живлення та інтерфейс. На етапі «апаратна частина перевірки» нас цікавлять рівень виявлення диска, контакт і стабільність під навантаженням. Висновок робимо не за однією ознакою, а після порівняння поведінки в кількох режимах. Якщо симптом залежить від навантаження, температури, положення корпуса або повторного запуску, це фіксуємо як частину діагностичного сценарію. Такий порядок дозволяє не міняти справні компоненти навмання і відокремити першопричину від наслідків. Після будь-якого втручання повторюємо саме умови, в яких проблема проявлялася раніше.
Що може дати хибний висновок
Для цієї несправності окремо оцінюємо SSD/NVMe, M.2-слот, UEFI, живлення та інтерфейс. На етапі «що може дати хибний висновок» нас цікавлять рівень виявлення диска, контакт і стабільність під навантаженням. Висновок робимо не за однією ознакою, а після порівняння поведінки в кількох режимах. Якщо симптом залежить від навантаження, температури, положення корпуса або повторного запуску, це фіксуємо як частину діагностичного сценарію. Такий порядок дозволяє не міняти справні компоненти навмання і відокремити першопричину від наслідків. Після будь-якого втручання повторюємо саме умови, в яких проблема проявлялася раніше.
Перевірка після прогріву
Для цієї несправності окремо оцінюємо SSD/NVMe, M.2-слот, UEFI, живлення та інтерфейс. На етапі «перевірка після прогріву» нас цікавлять рівень виявлення диска, контакт і стабільність під навантаженням. Висновок робимо не за однією ознакою, а після порівняння поведінки в кількох режимах. Якщо симптом залежить від навантаження, температури, положення корпуса або повторного запуску, це фіксуємо як частину діагностичного сценарію. Такий порядок дозволяє не міняти справні компоненти навмання і відокремити першопричину від наслідків. Після будь-якого втручання повторюємо саме умови, в яких проблема проявлялася раніше.
Коли потрібна глибша діагностика
Для цієї несправності окремо оцінюємо SSD/NVMe, M.2-слот, UEFI, живлення та інтерфейс. На етапі «коли потрібна глибша діагностика» нас цікавлять рівень виявлення диска, контакт і стабільність під навантаженням. Висновок робимо не за однією ознакою, а після порівняння поведінки в кількох режимах. Якщо симптом залежить від навантаження, температури, положення корпуса або повторного запуску, це фіксуємо як частину діагностичного сценарію. Такий порядок дозволяє не міняти справні компоненти навмання і відокремити першопричину від наслідків. Після будь-якого втручання повторюємо саме умови, в яких проблема проявлялася раніше.
Як контролюємо результат
Для цієї несправності окремо оцінюємо SSD/NVMe, M.2-слот, UEFI, живлення та інтерфейс. На етапі «як контролюємо результат» нас цікавлять рівень виявлення диска, контакт і стабільність під навантаженням. Висновок робимо не за однією ознакою, а після порівняння поведінки в кількох режимах. Якщо симптом залежить від навантаження, температури, положення корпуса або повторного запуску, це фіксуємо як частину діагностичного сценарію. Такий порядок дозволяє не міняти справні компоненти навмання і відокремити першопричину від наслідків. Після будь-якого втручання повторюємо саме умови, в яких проблема проявлялася раніше.