Огляд windows 8 build 7955. Частина 1

Build 7955, про який сьогодні піде мова, в першу чергу звертає на себе увагу своєю приналежністю немає winmain-Бренч, а до однієї з Feature Build Lab. Це вже само по собі явище вкрай рідкісне, адже якщо подумати, то за всю історію розробки Windows Vista і Windows 7 таких збірок в руки ентузіастів потрапило дуже небагато.

Feature Build Lab (fbl) - окремий Бренч, над яким працює певна команда розробників Windows. У кожної команди є свій Бренч, куди вони і вносять зміни, які згодом проходять тестування і або потрапляють в winmain, або відправляються на доопрацювання. Так, існують лінійки fbl_shell, fbl_multimedia, fbl_powershell, fbl_wdk, fbl_tools, fbl_dev і багато інших. У разі вдалого тестування нового коду відбувається процес Reverse Integration (RI) - перенесення протестованих і підтверджених змін з різних fbl в winmain. Так нові функції потрапляють в відомий нам основний Бренч. У той же час існує і зворотний процес, Forward Integration (FI), в ході якого відбувається синхронізація winmain-бриньчачи (тобто всіх підтверджених змін коду) з усіма fbl. Таким чином, в середньому код winmain і fbl лінійок збігається, але останні можуть включати в себе ще не затверджені, найраніші нововведення.

Потрапила в наше розпорядження збірка відноситься до бряжчить fbl_srv_wdacxml. Отже, вона відноситься до серверного бряжчить ldquo-srvrdquo-, а "wdacxml" розшифровується як Windows Data Access Components / XML. Незважаючи на серверний Бренч, до нас потрапила клієнтська версія системи.

Таким чином, сказати точно, до якого етапу тестування стосується ця збірка (в співвідношенні з winmain) досить важко. Імовірно, вона відповідає проміжному етапу між Milestone 2 і Milestone 3.

Як завжди, це дивовижна подія підтверджує наше традиційне доказ.

Відео: Огляд оновлення Windows 8.1 частина 1

Вперше Microsoft використовує не назва нової операційної системи і не її кодове ім`я, а описовий вираз "Microsoft Pre-release Windows Operating System".

Слідом за номером збірки тепер слід так званий хеш. Багато хто вважав, а деякі вважають і досі, що він є унікальним для кожного дистрибутива і використовується Microsoft для відстеження працівника, якому була видана що потрапила збірка.

Пізніше стало відомо, що це зовсім не так. як пише Рафаель Рів`єра, в реєстрі міститься 128-байтное значення, яке генерується при установці системи на підставі введеного ключа продукту. Потім воно хешіруется за допомогою XOR-based функції, так що на виході виходить 64-бітний (8-байтний) хеш, який і виводиться на робочий стіл.

Оскільки вищезгадане значення в реєстрі постачається з відповідним ключем продукту, то очевидно, що при установці системи зі стандартним ключем (який використовується в Windows 7 для установки без введення номера), у всіх користувачів хеш буде збігатися. Таким чином, на даний момент він може служити тільки засобом залякування, відстежити ж власника збірки він допоможе тільки в тому випадку, якщо при установці буде використаний унікальний ключ продукту, виданий того чи іншому працівникові Microsoft. Оскільки поки що процес установки Windows 8 приймає стандартний ключ, то ніякої безпосередньої небезпеки цей хеш на даний момент не представляє.

Через деякий час після витоку образу Build 7955, в якому використовувалися файли Windows 7, к нам попали і оригінальні файли Build 7955.

Втім, установка не зазнала сильних змін. У правому нижньому кутку вказується номер збірки і новий хеш - про них уже згадано раніше.

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

У ліцензійній угоді продукт називається Microsoft Pre-Release Windows Client Operating System.

Для роботи Windows 8 тепер потрібна наявність ACPI 2.0. У зв`язку з цим пов`язана і неможливість встановити Build 7955 на більшість віртуальних машин. Але спроба такої установки демонструє нам останнє досягнення Microsoft в області дизайну - чорний екран смерті, що витісняє собою застарілий синій екран (колір підібраний практично, навіть абревіатуру BSOD міняти не доведеться).

Але зізнайтеся, дивним видається прагнення Microsoft навіть збій системи оформити в стилі Metro (його вплив тут очевидно). Але як ми побачимо надалі, це лише квіточки.

Куди більше інтересу в порівнянні з установкою викликає новий процес оновлення системи, який можна запустити за допомогою файлу installprep.exe, розташованого в папці Source інсталяційного диска. При цьому старий спосіб оновлення (зі звичайного процесу установки) нікуди не зник - мабуть, Microsoft тільки працює над інтеграцією нововведень в установку Windows.

При запуску програми installprep.exe з`являється сплеш-скрін з логотипом Windows 8.

Відео: короткий огляд windows 8 Build 8102

Уже цей логотип чимось нагадує стиль оформлення Metro: шрифтом, лаконізмом оформлення, двуцветной гамою. До речі кажучи, новий процес оновлення - одне з небагатьох програм, в якому нова операційна система називається Windows 8. Як бачили вище, в переважній більшості інших випадків вона називається не інакше, як Pre-Release Windows Operating System.

Новий процес оновлення (тепер він працює в віконному, а не весь екран) весь цілком нагадує нам про Metro-стилі. Це і шрифт, і оформлення (наприклад, оформлення етапів у верхній частині вікна - два кольори, відповідний шрифт). На першому етапі вам буде запропоновано перевірити доступні оновлення для Windows 8.

Введення ключа, як і при звичайній установці, тепер обов`язковий і пропустити його не можна.

Наступним чином виглядає вікно підтвердження ліцензійної угоди.

Далі задається питання, які дані зберегти при оновленні: облікові записи, особисті файли та програми, тільки облікові записи та особисті файли, чи не зберігати ніякої інформації з поточного комп`ютера. Зауважимо, що цей вибір - нова функція Windows 8. Вибір третього пункту дозволяє зробити під виглядом поновлення чисту установку системи-відмова від збереження додатків також дозволяє домогтися кращого результату, хоча і зі збереженням всіх даних користувача.

Другий етап - перевірка сумісності та підтвердження прийнятих налаштувань.

Потім відбувається установка Windows 8, яка завершується перезавантаженням системи.

Після перезавантаження процес оновлення триває звичним чином.

У OOBE ми виявляємо, що логотип Windows 7 був замінений на зображення з написом "Microsoft Confidential". Пов`язано це, по всій видимості, все з тим же бажанням Microsoft підкреслити закритий статус збірок, а також, можливо, не розкривати завчасно назва нової операційної системи. Чи буде це Windows 8 (що найімовірніше) та чи інша назва - нам поки достовірно неізвестно- процес же установки і попереднього налаштування системи мовчать, приховуючи під написом "Microsoft Confidential" таємницю наступної версії операційної системи Windows.

У свою чергу, з екрану вітання логотип операційної системи, що розташовувався раніше в нижній його частині, зник зовсім.

Втім, OOBE - не єдине місце в системі, в якому ми можемо спостерігати зміну логотипу Windows 7 на "Microsoft Confidential". Те ж саме ми зустрічаємо у вікні About Windows.

Дещо змінилося і загрозливе повідомлення на робочому столі про можливі наслідки в разі несанкціонованого використання або поширення операційної системи. Воно стало ширше (оскільки по ширині збігається з написом номера збірки, тепер включає в себе хеш), а також названо вже знайомим словосполученням "Microsoft Confidential", написаним жирним шрифтом. Залякування триває.

Відео: Огляд Windows 10 Mobile Build 10581 на прикладі Microsoft Lumia 640. Чи варто ставити?

Новий фоновий малюнок робочого столу - зелений сітчастий фон, схоже на кросворд поле з рядом відкритих букв (здається, ентузіастам так і не вдалося з`ясувати, що вони означають), і вже знайома нам напис: "shh ... letrsquo-s not leak our hard work ".