Замінив диск в моноблоці, а воно не вантажиться
Тему можна було б назвати "Горю немає меж-2", бо це чудо техніки просто вкрав у мене і мого клієнта зайві дві години часу, поки ми танцювали, намагаючись зрозуміти, в чому справа.
Моноблок - Acer Z3-605, як клієнт вже ПОТІМ дізнався, купувався він з Win8 в комплекті. І оновили його до сирої, тоді ще, він10. Не сподобалося, з величезними (!) Танцями зуміли хильнути він7, все працювало ОК. І ось знову знадобилася 10, стали ставити - oops, а ліцензія вже активована, ключі ніякі не вводили. Кріптотокен на борту або щось схоже?
Або шибко вумний биос, що особисто мені, звичайно, дуже не подобається. Мені не подобається, коли я в сетап виставляю Disk priority, а мені замість Hard Disk 1, 2, 3 і т.д. (Або назв моделей, що логічно) - раптом починають видавати мітки ТОМА або типи РОЗДІЛІВ. Тобто биос в цей момент Херако - і вважав щось з user area накопичувача.
Потім поставили Убунту. GRUB, все таке. По дефолту вантажилася саме вона. Розмітка GPT. Все знову працювало довго. Вінду, мабуть, сто років не вантажили, не потрібна. І ось здихає диск. Відновлюю посекторний імідж без пошкоджень (до речі, рідкісний випадок). Відновлюю на точно таку ж модель диска. Вставляємо, а воно Insert proper boot media.
І так багато разів. Хрін, а не завантаження. Це все новомодні UEFI та інше так пустують? Вони чого, вже і до серійник хард прив'язуються? Перш ніж почати користуватися, якщо відразу зайти в біос - бачимо замість Hard disk 1 слово Ubuntu (!). Потім, після першого облому, вже заходимо - а там просто hard disk 1. Дістаю, ставлю до себе на стенд. Опа! - деякі контрольні суми в слотах розмітки GPT попсували. Копія, звичайно ж, є, - відновлюю, повторюю експеримент. Повторюється в точності. Тобто ця зараза мало того, що Новомосковскет і пише на хард, коли навіть сам грубий-то я не встиг навіть побачити (до нього не доходить), але і зберігає щось про хард і розділах ДЕСЬ У СЕБЕ, в биосе або в окремих чіпах-токенах. Блядж.
Я, звичайно, відпишуся, коли клієнт там все налагодить (дата потрібна повністю відновлена, на сторонньому рекавери-софт або на сторонньому Лінуксі все монтується і відкривається. Швидше за все доведеться грузиться з якогось лайва і відновлювати завантажувач якось, або тупо ставити цю ж версію Убунту і потім просто перенакатіть все папки з заміною). Але від ТАКИХ палиць в колеса стає якось сумно.
Я звичайно не справжній зварювальник))) Мені здається що ці палиці ростуть з secureboot. Хоча може і виробник що то нахреновертіл.
а там Secure Boot випадком не включений :).
ось та ж мисель. просто коли я відповідав - твоєї відповіді ще не бачив * pardon * :-D.
Опцію таку там бачив. Ні, він disabled. Шифрування будь-якого на самих розділах немає, всі виконувані файли завантажувачів в папці EFI видно у відкритому вигляді.
Ще там є опція (сіра, змінити не можна, можливо це чисто інформаційне):
System status - USER
Ось так. Клієнт моноблок відвіз, але диск поки не забрав - чекаємо проплати. Забере, швидше за все, наступного тижня. Там і буде колобродити. Обіцяв відзвітувати.
Дивно все ето..в перебуваючи на посаді з 7, не те 8.1 на пару моноблоків, але таки все ламане і без будь-яких ключів і на чисті диски. Як воно там себе веде при установки ліцензії на чистий чужий диск - я хз. Але те, що біоси шибко зайвого порозумнішали - це факт. Мені набагато більше подобався старий старий award, де межею мрій було вибрати пріоритет завантаження між двома HDD і одним сідіромом в системі.
гойдається оригінальний медіадіск по партнамберу і відновлюється заводська винда. і ось вже від неї танцюєш.
дуже хочу подивитися на умільця, який так знущався над компом.
щось подібне (відмова в завантаженні при заміні диска) я вже колись бачив. але ось хоч убий не пам'ятаю, чим серце заспокоїлося.
Yakov-K писал (а)
стали ставити - oops, а ліцензія вже активована, ключі ніякі не вводили
Не понял цей момент: просто тихо активізувалася? (Інтернет був?) Або, навпаки, не активувалася про причини вже використаної ліцензії?
Якщо активізувалася (і був інтернет), то так задумано - все в хмарах: www.cnews.ru/news/top/sekrety_windows_10_polzovateli_bolshe
support.microsoft.com/ru-ru/help/4000735/windows-10-reinstall
якщо Windows 10 була активована на вашому пристрої після оновлення з Windows 7 або Windows 8.1, значить у вас є цифрова ліцензія для Windows 10, яка автоматично активує Windows 10 після її переустановлення
Uefi це називається, в біос вшита ліцензія. Правда як воно в диск вшиті - хз.
Так подати команду автодетекта і порівняти контрольну суму всіх полів паспорта диска - справа нехитра.
Написати мікрокод в биосе, який після збою диска лочіт завантаження назавжди до першого реінсталла - теж нескладно. Просто все це сумно. Спочатку було опитування "свого" блоку живлення по третьому дроту у буків (це я просто як приклад), тепер ось це. далі-то що буде.
Yakov-K писал (а)
Просто все це сумно.
політика виробників ноутбуків, МС, ЖД, автомобілів, побутової техніки, навіть одягу - ДУЖЕ сумна в принципі. При наявності 7 мільярдів споживачів їм хочеться постійно продавати і продавати, втрачаючи в результаті аудиторію і стимулюючи не купувати якісний товар, а всіма силами уникати витрат.
Зрозуміло.
Ні, інтернету там точно не було.
І диск інсталяційний був один і той же.
Перший раз, давно, - запитувало ключ, його вводили. Воно там запитується у ОЕМ десятки мало не на самому початку, до драйверів.
Другий раз, без інтернету - вже не запитало ключ. Жестак тоді ще, правда, не змінювався. Але, на схожому моноблоке навіть з заміненим хдд - з чистим, теж не запитало ключ при схожій перевстановлення. Тобто воно стало зберігати це в області спеціального блоку в самій МС Bios.
Тобто я так зрозумів, з твоїх посилань, що якщо є інет - з хмар підсмоктує, якщо немає - з биоса, так чи що.
в деяких промислових, наприклад, vendor string порівнюють (щоб не грузиться з ЮСБ флешок лівих)
А то, що в Партишн тейбл лізе. не на добре це. Пора такі біоси патчить і відв'язувати.
У мене на одному моноблоке винда злетіла після того як диск витягнув щоб дані злити. Просто ребут при запуску вінди, сяк-так в безпечному режимі запустив і то лише один раз
Meg @ VaD писал (а)
Пора такі біоси патчить і відв'язувати
ну це залежить якого виробника ще він :).
Олексій Макаров писав (а)
диск витягнув щоб дані злити
І, поки диск в був відсутній, ти той моноблок включав?
На вимкненому вона не зможе визначити, виймав ти хард. )
Виходить, що засікла вона це з якихось модифікацій файлової системи при монтуванні в чужій ОС. Питання, за якими.
Теоретично, в MBR може серійник інший прописатися або ще якісь прапори в самій NTFS. Але тоді, один фіг, виходить, що я і говорив - щось, прив'язане до хард при нормальному інсталл - зберігається поза хард-року. Ну і, мабуть, порівнюється кожен раз.
Якщо цей або схожий моноблок є в твоєму розпорядженні, я б дуже хотів повторити експеримент, але, на цей раз, іспользуюя проф. обладнання та комплектуючі, ПЗ, яке не допустить зміни жодного біта на user area в процесі монтування. Якщо переконаємося, що справа саме в цьому, то, теоретично, можна навіть спробувати відстежити, в які саме зміни справу. Треба ж науку рухати. Якщо виробники до нас жопой.
Meg @ VaD писал (а)
А то, що в Партишн тейбл лізе
Можливо, це замислювалася така собі, типу, зручна фішка - вибрати розділи, з яких грузиться. Прямо в біос.
У штатному MBR не особливо повибірать розділи поза завантажувального коду. Там є прапор активного розділу, де починати пошуки бутрекорда для передачі управління. І биос Джамп тільки туди. А в GPT таких стандартних прапорів - немає. Є якісь вендор-своєрідних властивостей, але ніхто не знає, що це; отже це не буде впроваджуватися в штатні платформи. Ось тут-то і знадобився б такий вибір для швидкого перемикання на різні ОС в різних розділах.
Наскільки я встиг повивчати механізм UEFI, там йде пошук завантажувача через змінні - шукається якийсь розділ з чітко певною структурою (файлової системою, шляхом, ім'ям файлу). І він (розділ і файл завантажувача), мені здається, швидше за все, однаковий (уніфікований) в межах або якийсь ОС, або взагалі всієї платформи. А ось параметри цього завантажувача - EFI System Table, які складаються з декількох таблиць змінних (всяких пойнтерів, GUID, прапорів і так далі) - ось це і є ключове. Воно зберігається саме в біос. Власне, навіть не важливо, де саме - в області МС биос або в окремому чіпі на мамці. Важливо, що саме окреме електронне сховище, НЕ на диску. У специфікації це позначено, як NVRAM. Тобто все підтверджується.
------CUT ------
UEFI contains a boot manager that allows the loading of applications written to this specification (including OS 1st stage loader) or UEFI drivers from any file on an UEFI-defined file system or through the use of an UEFI-defined image loading service. UEFI defines NVRAM variables that are used to point to the file to be loaded. These variables also contain application-specific data that are passed directly to the UEFI application. The variables also contain a human readable string that can be displayed in a menu to the user.
The variables defined by UEFI allow the system firmware to contain a boot menu that can point to all of the operating systems, and even multiple versions of the same operating systems. The design goal of UEFI was to have one set of boot menus that could live in platform firmware. UEFI specifies only the NVRAM variables used in selecting boot options. UEFI leaves the implementation of the menu system as value added implementation space.
Yakov-K писал (а)
Треба ж науку рухати. Якщо виробники до нас жопой.