Как перенести систему на другое железо

Универсальный способ переноса ОС Windows 7 на новую платформу

Описать быстрый и максимально универсальный способ переноса установленной Windows на произвольную аппаратную платформу.

Границы применимости

ОС Windows 7. Теоретически, Windows 8, Server 2008, 2008 R2. 64-битные ОС можно перенести только на 64-битные платформы.

Описание задачи

Плохие советы

• Воспользоваться утилитой sysprep — это бесполезно и сильно затягивает процесс.
• Воспользоваться сторонними утилитами (Acronis True Image, etc. ) — это долго и не гарантирует результат.
• Воспользоваться утилитами botrec и bootsect — в общем случае, проблема не в поиске загрузочных секторов.

Хорошие советы

• Убедиться, что на исходной и целевой системе в настройках BIOS установлены одинаковые режимы AHCI
  Controller Mode : Compatible, AHCI Mode: Disabled, SATA Native Mode: Disable
  или
  Controller Mode : Enhanced, AHCI Mode: Enabled, SATA Native Mode: Enabled
• Убедиться, что в настройках системы установлен Standard AHCI controller
  Пуск — Панель Управления — Система — Диспетчер устройств — Контроллеры IDE/ATAPI

Правильная реализация переноса

Требования:

1. Дистрибутив Windows, аналогичный установленному
2. Носитель информации, подходящий для временной установки на него Windows

Процесс

1. Подключить временный носитель информации к новой платформе и произвести начальную установку Windows на него.
2. Экспортировать в файл куст реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
3. Импортировать файл с кустом реестра на старой машине
4. Переустановить жесткий диск с Windows со старой на новую машину

Пояснение:

Основной проблемой при запуске Windows на новой платформе становится неспособность Windows идентифицировать правильные драйверы к аппаратным компонентам новой платформы. В нормальном случае, ОС затем смотрит идентификаторы аппаратуры и устанавливает соответствующий стандартный драйвер. Если, в силу многих причин, ОС не имеет информации по драйверам, соответствующим текущим идентификаторам оборудования, то продолжает использовать старые драйверы. Импортируя ключ реестра с соответствующими идентификаторами мы заставляем систему «опознать» наше оборудование и подключить соответствующий драйвер (или стандартный, если драйвер не найден)

Дополнительно:

• Можно установить новый Windows на тот же самый жесткий диск (только в другую директорию, нежели переносимый дистрибутив), экспортировать куст реестра в файл, загрузить диск на предыдущей машине и импортировать данные в реестр из файла
• Можно провести всю операцию непосредственно на новой платформе, если использовать ERD Commander (Он же Microsoft DART)
• Для каждой версии Windows есть соответствующий DART. Вот хорошая статья. Ссылку на дистрибутив DART можно спокойно нагуглить
• Если, по какой-то причине, невозможно перенести файл с данными из реестра на жесткий диск, то существует способ встроить его непосредственно в boot.wim DART’а. Для этого следует использовать GImageX

Справочная информация

Работоспособность способа проверена при переносе Windows 7 Ultimate SP1, при переносе c nForce+AMD Athlon64x2 на Intel B75 + Celeron G1610. Ниже приведены ссылки на материалы, использованные при подготовке статьи:

Как переставить жесткий диск с Windows на борту в новое железо, не переустанавливая систему ⁠ ⁠

Зарисовка: Некто Василий решил обновить компьютер. Купил новые комплектующие, установил в корпус. Встал вопрос: Что делать со старым диском? Конечно, ставить в новое железо! Там игры, файлы, программы — лень все заново качать. Довольный собой, Вася нажимает кнопку включения, и получает по щщщам бсод/темный экран/1001 ошибку (нужное подчеркнуть).

Почему так Обэмэ?

Все дело в том, что при установке Винда создает временные файлы, заполняет системный журнал событий и ставит драйвера комплектующих под текущее железо. При перестановке диска в другой компьютер, с отличным от первого железом, система, проще говоря, не поймет как ей работать с новым оборудованием, т.к. настроена для работы с другими комплектующими. То есть, в теории (да и на практике), системный диск можно переставлять из одного компьютера в другой, при абсолютной идентичности оных: одинаковая материнка, одинаковый проц и т.п.

Логичный вывод: нужно каким-то образом «сбросить» уже установленные драйвера и конфигурации. Для этого существует безмерное количество различного софта, но в этом посте я расскажу про встроенную утилиту «sysprep».

2. Утилита sysprep

Утилита позволяет очистить журнал событий, временные файлы, сбросить драйвера устройств и активацию(!) системы, не удаляя пользовательские файлы и программы.

Находится по адресу C:\Windows\system32\sysprep\sysprep.exe

Вызвать можно двумя способами:

1. Зайти по указанному выше адресу, и запустить вручную

2. Нажать сочетание клавиш Win + R и в открывшемся окне ввести sysprep. (бм ругается на скрин :D)

Здесь предстоит выбрать параметры отвязки системы от железа.

Для переноса системы на другую машину, выбираем «Переход в окно приветствия», ставим галочку напротив пункта «Подготовка к использованию» и в параметрах завершения работы указываем «Завершение работы». Это важно, так как, например, при выборе «Перезагрузка», по завершению сброса системы, компьютер, что логично, перезагрузится, подсосав драйвера для этого же железа после загрузки.

В итоге должно получиться следующее:

Нажимаем «Ок» и ждем завершения работы утилиты

По завершению, компьютер отключится. Ни в коем случае не включайте его, ибо, в таком случае, всю процедуру придется проводить заново.

Теперь можно переставлять диск в новый комп.

При первой загрузке, винда откроет окно первичной настройки, как при установке. Не пугаемся, просто выбираем нужные пункты и жмем «Да», «Далее» и т.д.

При первичной настройке нужно создать нового пользователя для входа в систему. После завершения всех настроек, его можно будет удалить. Для Windows 10 советую создавать локального пользователя, без подключения к аккаунтам Microsoft, если есть такая возможность (зависит от дистрибутива).

Также, не забываем про то, что sysprep сносит активацию системы. Так что после загрузки ее придется активировать заново.

4. Сфера применения

1. Перенос диска с компьютера на компьютер, как описано выше.

2. Создание бекапа системы и файлов (большинство бесплатных бекап-софтин пляшут от аналогичного скрипта действий)

3. Создание корпоративного дистрибутива с предустановленными программами для установки на офисные машины. Полезно для админов, если нет централизованной системы управления конфигурациями.

5. Заключение

Пост адресован начинающим администраторам и обычным пользователям, оказавшимся в ситуации, схожей с Васиной из начала поста.

Если есть вопросы/дополнения/предложения/критика/замечания — добро пожаловать в комменты, всем рад.

P.S. Чукча не писатель, чукча — технарь.

UPD. Многие говорят что десятка сама прекрасно умеет подсасывать драйвера на новые компоненты. Отчасти это правда, зачастую так и происходит и статья больше относится к Win 7 и 8.1, однако и с десяткой раз на раз не приходится, имею горький опыт.

1K постов 15.5K подписчиков

Правила сообщества

# mount -o remount,rw /sysadmins_league

— # mount /dev/good_story /sysodmins_league

— # mount /dev/photo_it /sysodmins_league

— # mount /dev/best_practice /sysodmins_league

— # mount /dev/tutorial /sysodmins_league

Примерно месяц назад просто перевтыкнул ссд с виндой10 из интеловской антикварной машины в современную амдшную. Из общего — только ссд и мышка. 10 даже не всплакнула, всё сама подняла, только лишь попросила активации 😉

С WinXP, Vista и 7, достаточно было зайти в диспетчер устройств и снести драйвера на контроллер мат.платы/чипсет (если правильно помню) и контроллеры жестких дисков. Выключить систему, переставить HDD/SSD в новый комп и запустить, винда загрузится, но попросит дрова на новое железо. Если не удалять контроллеры, то отправится в BSOD. С Win10 вроде так не делал, только активация слетела, потребовалось заново активировать через интернет и всё. Это касаемо лицензионных ОС, с пиратками не работал.

В 2000 году купил первый комп (б/у), с жестоким диском Quantum fireball на 6 гигов. Винда 98 и командосы на 5 гигов (больше ничего не влезло). Шли годы, менялись компы, но тот диск лежит на полочке. И в какой бы комп я его не выставлял, везде загружалась 98я винда.

У утилитки только 3 попытки запуска. Если по какой-то причине подготовка к переносу не удалась (например, закозлилась какая-то служба или виндовс медиа сервис не согласился переезжать) готовьтесь искать приблуду, которая сбросит счетчик запусков.

SSD технологии древних: DiskOnChip⁠ ⁠

Автор: dlinyj

Оригинальный материал

Дополнительные фото, ссылки, а также информация по DiskOnChip в источнике материала. Всё попросту не влезло 🙁

В середине 1990-х, FLASH-накопители были очень дорогими, поэтому появление твердотельных накопителей сильно задерживалось. Стоимость 1 МБ FLASH-памяти была несоизмеримо дорога в сравнении со стоимостью 1 МБ памяти на физическом жёстком диске, с блинами.

Но, несмотря на это, в 1995 году — израильская компания M-Systems представила первый полупроводниковый накопитель. Это был настоящий жёсткий «диск», который выглядел как обычная 32-х контактная DIP-микросхема. Более того, он устанавливался вместо микросхемы расширения BIOS, при этом имел на борту ёмкость в десятки, а то и сотни мегабайт. В те годы — это было просто космические технологии, и в последствии они встречались и использовались достаточно часто, но уже в промышленном секторе.

Это система DiskOnChip – фактически полноценный жёсткий диск на одной маленькой микросхеме, с минимальной обвязкой, которая для своей работы потребует всего два чипа логики.

Ну что же, попробуем собрать свою необычную систему с этим жёстким «диском», проверю, может ли она работать с обычной ROM-памятью, запущу наконец свой BIOS на 386 машине с ISA-картой, чего не удалось в прошлый раз.

❯ Что же такое DiskOnChip®?

DiskOnChip (далее – DOC) – это фактически продолжение идеи расширения BIOS, о котором я достаточно подробно писал в статье «Пишем свой ROM BIOS».

DOC представляет собой обычную DIP-микросхему и вставляется в ту же панельку, что EEPROM, как на сетевой карте, живёт по тем же адресам и даже в начале содержит код BIOS инициализации. И микросхема pin-to-pin совместима с некоторыми микросхемами ПЗУ! Однако далее, в старших адресах этой микросхемы, содержатся регистры управления, которые переключают окна FLASH-памяти.

Для сравнения можно посмотреть расположение выводов DiskOnChip 2000 и микросхемы EEPROM SST 29EE512 (64К x 8). Отличие только в количестве адресных линий, потому что DOC работает через окно в 8К х 8 (как восьмикилобайтная EEPROM).

Сравнение распиновки EEPROM и DOC

Фактически электрический интерфейс работы с DiskOnChip ничем не отличается от интерфейса работы с обычной EEPROM. Сигнальные линии называются также, и она совместима с ними по ногам.

Структурная схема DOC

DiskOnChip занимает 8 КБ памяти. При этом — во время старта, она выглядит как обычная ROM BIOS, и инициализирует код для работы в реальном режиме, добавляя в прерывание BIOS 13h ПО для работы по этому интерфейсу.

При работе в реальном режиме, когда передаётся код управления BIOS в его внутреннюю EEPROM, он подменяет прерывание 13h по работе с диском. Таким образом, он начинает мапить в старшие адреса по очереди страницы флэш-памяти, с помощью регистров управления.

Карта памяти DiskOnChip 2000

Если рассмотреть карту памяти, которая доступна системе в пространстве 8 КБ, то мы увидим что оно состоит из четырёх разделов по 2 КБ.

Секция 0: Загрузочный блок. Этот раздел содержит данные, которые выполняются при загрузке BIOS.

Секция 1: Загрузочный блок 2. Содержит вторую часть загрузочной области.

Секция 2: Регистры управления. Используется для управления поведением DiskOnChip 2000 и флэш-носителя.

Секция 3: Окно доступа к FLASH-накопителю. Окно, чрез которую видно область FLASH для записи или чтения данных.

Как можно понять, вся доступная память, в моём случае 8 МБ, доступна через маленькое окно в 2 КБ и переключается с помощью регистров управления.

В более сложных системах, которые работают уже в защищённом режиме, таких как Windows CE, Windows 2000, QNX, Linux и т. д., где недоступен код инициализации и прерывание 13h, для работы требуются специализированные драйвера файловой системы DOC, называемой TrueFFS.

Подводя итог, можно сказать, что DiskOnChip – это примитивный SSD того времени, который успешно применялся во многих встраиваемых системах. Чаще всего его можно было встретить в одноплатных компьютерах, в кассах, тонких клиентах и другом аналогичном оборудовании. Вот, например, недавно через мои руки прошёл моноблок для ресторанов Micros WS4. Как я понял, он использовался официантами для приёма заказа.

Внешний вид моноблока

И после вскрытия внутри можно обнаружить микросхему DiskOnChip, несмотря на то, что он работает под управлением операционной системы Windows CE.

Микросхема DiskOnChip

Самое приятное, что из-за простоты устройства DOC для его подключения к компьютеру не требуется использовать каких-либо контроллеров жёстких дисков, от них можно вообще отказаться! Схема подключения содержит всего две микросхемы логики.

Кстати, если вас пугают импортные микросхемы 74-й серии, то, во-первых, их можно взять с другими буквенными индексами, а во-вторых, вполне можно заменить на отечественные аналоги, например:

74-серияаналог74139155ид1474138155ид7
А ещё их можно заменить на микросхемы серии к155, к555, кр1564 и всё будет прекрасно работать.

Схема простая, значит можно попробовать запустить его на любом старом железе!

❯ Ваяю плату расширения

Много лет хочу сделать плату расширения для шины ISA. Ещё со студенческой скамьи вынашивал идеи, прикидывал дешифраторы адреса для создания своей платы расширения. Даже как-то пытался паять параллельный порт на микросхеме КР580ВВ55. Но всё это было не торт, и толком не работало.

Здесь другое дело, схема простая, всего три микросхемы, как работает – понятно. Осталось дело за малым – это всё реализовать. Мне было лениво заниматься разводкой печатной платы, поэтому решил делать всё на макетке. В качестве основы платы взял проект IBM PC XT8-bit ISA Prototype PCB Card XL.

В Китае заказал изготовления платы, микросхему DOC на 8 МБ и уже здесь нашёл подходящие микросхемы логики: 74HC138AP и 74HC139AP (обратите внимание, что буквенные индексы иные). Самое тяжёлое – это было томительное ожидание, когда изготовят платы и их отправят. Спустя несколько месяцев у меня всё было на руках.

Всё готово к сборке

После того как я всё получил, распечатал схему и даташиты на микросхемы с распиновкой. Для удобства сразу нарисовал, что и куда должно идти. Что удобно, на макетке подписаны все сигналы, и ошибиться просто невозможно.

Набросок схемы

Далее предстоит кружок кройки и шитья, и покуда я собирал всё это хозяйство, десять раз пожалел, что не развёл плату сразу. Потому что убил просто громадное количество времени на все эти проводочки.

Кружок кройки и шитья

Спустя неделю вечеров пайки получил-таки готовый результат.

Вид спереди

Далее предстоит самое интересное – тестирование!

❯ Проверка работоспособности DiskOnChip

Проверку проводил на материнских платах с процессорами 386SX и Pentium 1. Как обычно бывает, где-то был неконтакт или непропай. После исправления мелких недочётов система сразу подхватила BIOS из DOC, и я увидел при загрузке ключевое сообщение, о том, что TrueFFS-BIOS запустился.

Если загрузиться вместе с жёстким диском, то можно увидеть второй диск D:, который можно отформатировать в системный раздел и перенести на него файлы, что я и сделал. Забегая вперёд, скажу, что форматировать стандартным format d: /s нельзя! То есть если очень хочется, то можно, но результат непредсказуем.

Намного более правильно работать с этим «диском» с помощью его родных утилит, которые корректно работают с TrueFFS. После того как я отформатировал диск родными утилитами, можно было перенести систему, отсоединить плату контроллера дисков и оставить только видеокарту и мою самодельную платку.

Удивительно, но это работает!

Ничего лишнего: только материнская плата, видеокарта и DOC

Самое забавное, что при загрузке BIOS не видит никаких подключённых носителей: ни флоппи, ни жёстких дисков. Но несмотря на это, всё равно идёт загрузка DOS. Лучше всего посмотреть на видео.

❯ Не всё так гладко с этим DOC…

На самом деле, не всё так гладко. То ли мне не повезло с микросхемой, то ли какая-то другая проблема, но DOC глючил. Он не всегда успешно загружался на моей плате, так и на железе, которое умеет работать с DOC из коробки (имеет аппаратную и программную поддержку в системном BIOS). То есть выглядело так, BIOS TrueFFS стартует, но диска при загрузке не видит. После перезагрузки стартует нормально, потом снова не видит. С чем связано – непонятно.
В какой-то момент при загрузке начались артефакты с запуском программ, а при переходе в папку увидел такое:

Так выглядит смерть жёсткого диска

И после этого загружаться он отказался. Спасло только форматирование его штатными утилитами. Что это было – я не знаю. Сетую на то, что у меня одна из первых версий микросхем, возможно, она немного сырая.

❯ Замена DiskOnChip на EEPROM

Hо перед нами прогресс открывал все пути,
И, бросив старых друзей ради новых ХТ,
Мы выжимали, что можно, из DOS и из архитектуры,

Меняли коды команд, трассировали INT’ы
Дизассемблировали BIOS и писали в порты
То, что я б не позволил печатать на месте цензуры.

Мне всё же хотелось продемонстрировать, что вместо DOC можно поставить обычную ROM микросхему, и это решение будет работать. В результате это вылилось в столь громадный квест, что потянет на ещё одну статью, а то и не одну. Там пришлось дизассемблировать основной BIOS, была попытка запустить его в qemu и много других забавных экспериментов. Но всё же, оставлю это всё самое интересное за кадром, и расскажу суть.

В качестве микросхемы ПЗУ взял EEPROM SST 29EE512 просто потому, что она у меня была под рукой, и была pin-to-pin совместима с DOC. Внимательный читатель заметит (хотя уверен, что таких нет), что это та же самая микросхема, которую я использовал в статье «Пишем свой ROM BIOS». Для корректной работы 64КБ ROM в области памяти 8 КБ, нужно посадить неиспользуемые старшие адреса на землю. То есть, фактически мы превращаем микросхему в 8 килобайтную EEPROM.

В процессе экспериментом выяснилось, что БИОС на материнской плате пытается писать в EEPROM, и, таким образом, портит её содержимое. Для того чтобы этого не происходило, доработал переходник, удалив контакт с сигналом разрешения записи WE.

Больше переходников, богу переходников!

Изначально планировал попробовать точно также запустить BASIC-ROM, но как я не бился, так и не смог его стартануть. То есть, видно, что происходит успешная инициализация, системный BIOS «зависает» без ошибок, значит переход на код ПЗУ состоялся, о чём также свидетельствовали POST-коды. Но ничего больше не происходило. В отчаянной попытке я начал искать JTAG-отладчики для 386 архитектуры, пытался запустить BIOS материнской платы в qemu, но всё тщетно. Идей, как отлаживать подобные BIOS у меня пока нет. Хотя задача, крайне интересная, как же заниматься отладкой различных расширений BIOS.

Обращаю внимание, что в qemu c SeaBIOS и на другой материнской плате, с EPROM на PCI-карте всё прекрасно работало.

Установленная микросхема ПЗУ, вместо DOC

В конце концов, я не нашёл выхода из этой ситуации, поэтому решил идти по более простому пути и запустить ROM HELLO. К слову сказать, в том коде я тоже обнаружил ошибку.

Как оказалось, после того как я посчитал контрольную сумму, оставшиеся байты надо было сделать равными нулю. Чтобы в результате общая сумма давала нуль. И мне сильно повезло, что на PCI тогда этот код завёлся. Вообще, то что на PCI плате это работало – чудо, потому что потом я внимательно прочитал стандарты, он не должен был работать никак. Исправление этой ошибки запуску BASIC не поспособствовали.

В результате всех мытарств, которые по времени заняли больший и наиболее сложный промежуток, чем эксперименты с DOC, мне удалось на этой же плате стартануть мой самописный BIOS.

Успешный запуск на материнской плате Pentium

Это, конечно, очень интересное колхозничество, но что насчёт промышленных железок, будет ли оно работать и там?

❯ Тест на железе с панелькой под DOC

Всё это забавно и хорошо, хочется попробовать запустить реальное железо, которое имеет поддержку DiskOnChip прямо из коробки. Специально для этого прикупил себе старинный тонкий клиент Light System LG8101, внутри которого есть панелька для DOC.

Внешний вид тонкого клиента

Если вскрыть эту штуку, то внутри можно обнаружить CF, с которой идёт загрузка, и панельку под DiskOnChip. В неё можно и проинсталлировать нашу замечательную микросхему.

Эта железка имеет поддержку DOC на уровне BIOS, так что запуск TrueFFS-BIOS не требуется. Обратная сторона этой поддержки в том, что сюда не получится вставить свою ROM-память, эта панелька предназначена только для микросхемы DiskOnChip (да, я попробовал вставить туда свою ROM, но ничего не произошло).

Выбираем в BIOS загрузку с DOC

После всех манипуляций система будет успешно загружена с этой микросхемы, будто бы там установлен обычный жёсткий диск.

Успешная загрузка тонкого клиента с установленной микросхемы DiskOnChip

❯ Заключение

Удивительно, но многие из вас не знают, что первые SSD-накопители появились аж в 1995 году, и даже вполне себе успешно применялись и использовались. Их высокая стоимость и малая ёмкость привели к тому, что рядовые пользователи не могли встретить их в своих ПК. Однако нашли широкое применение во встраиваемых системах, либо там, где не требуется частая запись на диск, как, например, тонкий клиент. Их могли использовать также в игровых автоматах или станках.

Условный игровой автомат на DiskOnChip

Тем не менее широкого распространения они так и не получили. Впоследствии дешевизна и расширение рынка CompactFlash свели на нет эту перспективную разработку. К её недостаткам также следует отнести, что она довольно медленная, так как работа идёт через маленькое окно в 2 КБ.

❯ Полезные ссылки:

❯ Благодарности:

Выражаю большую благодарность MaFrance351 в поддержке с этим проектом. Он раньше меня разобрался с DOC, и помогал потом мне советами и ссылками. Как минимум половину ссылок в этой статье получил от него.

P.S. Поскольку в рамках одной статьи невозможно рассказать обо всех тонкостях, то некоторые заметки на полях буду публиковать у себя в телеграмме.

Подпишись на наш блог, чтобы не пропустить новые интересные посты!

Домашнее облако⁠ ⁠

Добрый день. Пост по просьбе двух человек, которые в комментариях попросили подробнее описать создание домашнего облака. Критиковать можете хоть до посинения, я просто описываю свои мысли и действия, понимая что можно было сделать лучше, умнее, эффективнее итд.
Решил я заморочиться этим давно, но всё откладывал. Но, потеря съемного диска с фотографиями, отмена яндексом безлимита загрузки фотографий со смартфона и потеря кучи фотографий у знакомого в icloud пнули меня с места. Хотелось чтобы было всё максимально экономично и платить нужно было бы только за интернет и немного за электричество.

Для начала был собран по частям максимально дешевый ПК, можно было купить на б/у рынке, но я работаю с компьютерами и меня окружает много такого хлама:

Обязательно были необходимы минимум 4 sata порта (1 диск под систему, остальные для данных). Итого: слабый ПК и к нему два диска по 1тб:

Комп готов, теперь начались поиски софта. Перепробовал очень много всего, из самых популярных, например:
nextcloud — не понравился, были проблемы с авторизацией;
XPEnology — самопальный NAS хорош, но со смартфонами не прокатило, сервисы Synology не заработали на смартфонах.
Остановился на:

По началу казался непонятным и неудобным, но разобравшись — оказался идеальным для меня вариантом. Сама программка очень легкая, дистрибутивы есть на всё что угодно от MacOS до Solaris. Ну и самое главное — идеально работает на смартфонах.
И вот, получился у меня максимально дешевый и простой аппарат: тихий и маложрущий ПК (БП 250 вт, Pentium какой-то (1150 сокет), 3гб озу, HDD: 160гб, 1тб, 1тб.
Установлена windows, так как я её очень люблю, я ленивый и вообще Линукс для красноглазиков. BIOS настроен на включение при подаче электричества, все кулеры выставлены на минимальную скорость, заранее настроен доступ через RDP, сам компьютер стоит без монитора и периферии в самом темном углу, где его не видно и не слышно. Syncthing имеет только web интерфейс, контроль и настройка проходят через него с любого ПК в локальной сети, максимально удобно. Там же настраиваются папки, в которые будут литься файлы со смартфонов, настраиваются режимы (только принять или только отправить итд).
Обмен с домашней сетью проходит через relay серверы Syncthing, но можно настроить себе белый ip или ddns, пробросить порты и тогда не будет посредника. Или вообще настроить чтобы обмен шел только через ваш шлюз, то есть только дома с вай-фаем. Да и вообще очень гибко всё.
Фото из интернетов, поэтому интерфейс на языке противника:

На смартфоне устанавливается Syncthing из Гуголь Плея, привязывается устройство (наш ПК) настраиваются папки из которых будут уходить файлы.
Два дня ушло на осваивание настроек Syncthing, тесты, проверки. Зато теперь всё работает как часы: фотки улетают домой со всех моих четырех смартфонов, если я их удалил на смартфоне, то в облаке они всё равно останутся (я так настроил), батарею не кушает если отключить постоянное сканирование файловой системы (в таком случае проверка проходит каждый час).

Файлы аккуратно складываются по папкам, для каждого смартфона у меня своя папка. Всё хранится на первом 1тб диске. Раз в неделю все эти файлы копируются и упаковываются в архив на второй терабайтник с помощью программы Cobian Backup, на случай если умрет основной диск или хакеры из пентагона захотят взломать и зашифровать мои фото.

Минусы (такие себе):
1. Нет прямого доступа к файлам в облаке со смартфона, зато дома с ПК свободный и очень удобный доступ, например через сетевые папки или сетевой диск.
2. Для подключения нового устройства к облаку, необходимо его авторизовать с помощью длинного ключа или qr кода и принять подключение на самом облаке.
3. Сложность настройки в начале.
4. Нет возможности шарить файлы ссылками.
5. Требует минимальных знаний в сетях и компуктерах.

Плюсы:
1. Бесплатно (если у вас нет пк хлама, то тогда можно сказать «недорого»).
2. Надежно! Убить файлы может только уничтожение двух hdd или ваши кривые руки.
3. Полный контроль.

Отключение Whitelist в Lenovo G780 (в частности 20138) [возможно сработает и на других ноутбуках Lenovo]⁠ ⁠

Unauthorized wireless network card is plugged in power off and remove it.

Понадобилось заменить глючный и медленный Wi-Fi модуль на другой, более быстрый и стабильный. Кукарекал на эту тему несколько дней и в итоге разобрался.

Если есть такие же самураи как я, которые идут по этому пути, то дальше делаем на свой страх и риск.

Все, что здесь есть — собрал из говна и палок (из разных источников). Все делалось в системе Windows 11. Набор для действий (архив) прикрепил ниже.

Для дальнейших действий нужна флешка и напряженная задница.

Запускаем от имени «батьки» программу: BACKUP_Tools12_2.exe

На рабочем столе появляется results.rar

Вытягиваем оттуда что-то похожее на прошивку, у меня оно называлось: x32_bios-region_8.1.51.1476.bin

Заходим в папку Ezh20 в программу EzH2O.exe

В программе выбираем File — Load File.

Тип файлов меняем на ALL.

Выбираем файл, который был в results.rar — у меня нзывался x32_bios-region_8.1.51.1476.bin

Далее выйдет какая-то чепуха, машем головой и движемся в Components — Module. — Delete Existing Module

В окне, где GUID выбираем 11D378C2-B472-412F-AD87-1BE4CD8B33A6 и нажимаем Patch.

После улу-мулу процесса сохраняем это через Save as. что-то а-ля 3651F04.fd

Далее этот файл переименовываем в bios.bin (расширение с fd на bin).

Этот переименованный файл закидываем в папку Modified.

Затем заходим в rufus-2.1.exe

Записываем флешку как FreeDOS

Копируем содержимое из папки Modified в загрузочную флешку.

Перезагружаемся на флешку в режиме Legacy.

Выбираем русскую кодировку (если вдруг выйдет такое меню).

Как загорится С:> набираем «flash.bat» (без кавычек) жмем энтер.

Потом выходит всякая хрень и просит нажать энтер.

Потом просит нажать любую кнопку.

Далее перезагружаемся в БИОС, возвращаем нужные настройки и молимся, что все ок, но на самом деле помолиться нужно до того, как начали все это делать.

Теперь ссылки на источники, а также информация взята здесь, на авторство не претендую:

Возможно вышеописанное сработает и на других ноутах Lenovo. Конкретно у меня получилось на ноуте, описанном в заголовке.

Набор можно скачать здесь (раскидал на разные хостинги для выживаемости файлов):

Надеюсь кому-то поможет.

У кого получилось не сломать устройство, просьба отписаться в комментариях о своем аппарате для статистики и других ищущих решения данного вопроса.

Кот ИТ⁠ ⁠

Как загрузиться с ISO образа в GRUB2⁠ ⁠

Я всё продолжаю извращаться, исследуя способы установки Линуксов без помощи флешек.

В Убунту устанавил программу GRML-rescueboot. В Терминале ввёл:

sudo apt update

sudo apt install grml-rescueboot

Оно само создаёт в boot пустую папку GRML, копирую туда (с правами Админа) несколько образов с линуксами и Win PE, потом делаю в Терминале:

sudo update-grub

И в меню GRUB добавляются записи для загрузки сразу из образов. Делаю в Терминале:

И наблюдаю в GRUB опции для выбора загрузки с ISO образов.

Вот и всё, можно загрузиться, как с диска или флешки, осмотреться, поработать, или установить.

Говорят, это можно и ручками ввести, но мне сложно и запутаться с путями можно

menuentry «Grml Rescue System (antiX-22_386-full.iso)» <

insmod part_msdos

insmod ext2

set root=’hd2,msdos5′

if [ x$feature_platform_search_hint = xy ]; then

search —no-floppy —fs-uuid —set=root —hint-bios=hd2,msdos5 —hint-efi=hd2,msdos5 —hint-baremetal=ahci2,msdos5 523777da-9937-4c8b-b307-101f115bf7e8

search —no-floppy —fs-uuid —set=root 523777da-9937-4c8b-b307-101f115bf7e8

iso_path=»/boot/grml/antiX-22_386-full.iso»

export iso_path

kernelopts=» «

export kernelopts

# support booting recent GRUB versions on UEFI systems

loopback loop «/boot/grml/antiX-22_386-full.iso»

set root=(loop)

configfile /boot/grub/loopback.cfg

А так всё автоматически происходит.

Проверил на AntiX, Kubuntu, Win XP PE и Acronis Disk Director. Картинки сфоткать нечем, простите.

Не совсем моё, идея взята отсюда GrmlWiki

Переустановить винду⁠ ⁠

Samsung выпустила фикс для «умирающих» накопителей 980 Pro — пациент будет жить⁠ ⁠

В последнее время в сети появляется все больше жалоб на работу твердотельных накопителей Samsung. Недавно стало известно, что топовые 990 Pro деградируют в геометрической прогрессии. Правда, компания пока не признает проблему и не спешит решать ее в рамках гарантии. Похожие проблемы возникают и у прошлого поколения — только в этом случае Samsung сжалилась над клиентами и выпустила фикс.

Компания Puget Systems, специализирующаяся на сборке готовых ПК, и ее клиенты заметили, что твердотельные накопители Samsung 980 Pro работают со сбоями и являются причинами нестабильного поведения систем. Специалисты изучили проблему и отправили запрос в гарантийный отдел Samsung.

Выяснилось, что некоторые модели накопителей 980 Pro могут выйти из строя даже в начале своего жизненного цикла. По словам специалистов Puget, сбои чаще всего возникают на прошивке 3B2QGXA7, а также в версиях 980 Pro на 2 ТБ. Причина не уточняется, хотя пользователи Reddit предположили, что сбойные накопители слишком часто сообщают об ошибке 0E в S.M.A.R.T, из-за чего переполняется буфер, и устройство автоматически признается нерабочим.

Один из юзеров Reddit сообщил, что его модель на 2 ТБ вышла из строя с количеством ошибок около 32 000. При этом на новом накопителей накопилось уже более 2000 ошибок, так что он тоже скоро заблокируется и будет доступен только в режиме для чтения.

Впрочем, проблема оказалась софтовой — Samsung выпустила прошивку под номером 5B2QGXA7, которая устраняет шквал ошибок и переполнение счетчика сбоев. Стоит отметить, что прошивка рекомендована только для обновления SSD с номером ПО 3B2QGXA7. Устройства с прошивками 4B2QGXA7 и 5B2QGXA7 работают без нареканий. Обновить устройство можно с помощью фирменной утилиты Samsung Magician.

Классификация вирусов-вымогателей⁠ ⁠

Книга, определившая жизнь⁠ ⁠

Издательство «Мир», 1988 и 1989.

Кодером в чистом виде я не стал. На момент чтения из доступных ЭВМ у меня был только Сюбор SB225-B (денди с клавиатурой).
Потом буйная юность — там как-то вообще ни до чего.
А уже в полностью сознательном возрасте открыл для себя дивный мир ЧПУ. Вот тут-то и пригодились крайне поверхностные, но всё же, навыки программирования.

Хороший сетап не заменит знаний⁠ ⁠

Сборник лучших выпусков из журнала xaker 2022 года с ссылками на скачивание⁠ ⁠

. вся информация представлена в ознакомительных целях, вы можете практиковать пентест на виртуальных машинах на своём домашнем пк .

всех с наступающем нг товарищи
оставьте положительный комментарий если материал был полезен

наш телеграмм

Как развлекался Линус Торвальдс, каково на вкус виртуальное пиво и причем здесь sisu⁠ ⁠

Сегодня исполняется 53 года человеку, имя которого знакомо каждому айтишнику. Наверное, в заслугу Линуса Бенедикта Торвальдса можно записать не только создание ядра Linux, но и то обстоятельство, что, несмотря на публичность и широкую известность, он сумел не «забронзоветь» и не превратился в живую икону.

Мы уже пересказывали краткую историю появления Linux, изложенную институтским приятелем и соратником Торвальдса Ларсом Вирзениусом. Основные факты биографии автора ядра Linux хорошо известны — родился в столице Финляндии, городе Хельсинки, в семье журналистов. В возрасте восемнадцати лет поступил в Хельсинкский университет, который окончил в 1996 году со степенью магистра в области кибернетики. В 1991-м, еще будучи студентом, начал разработку собственной операционной системы, которая «выросла» из простого терминала — его Торвальдс писал, чтобы подключаться к университетской машине для чтения новостей USENET. В общем, все это не является секретом и растиражировано множеством различных источников. А подробности частной жизни Торвальдса известны только его близким друзьям.

27 апреля 1998 года Ларс Вирзениус выступил с докладом на конференции Linux Expo, где поделился воспоминаниями о годах совместной учебы с Линусом в университете Хельсинки и работы над ядром Linux. Некоторые отрывки из этих воспоминаний настолько любопытны, что вполне заслуживают отдельного поста. А день рождения Торвальдса — на мой взгляд, отличный повод поделиться ими с читателями Хабра.

Ларс Вирзениус

«Я стал другом Линуса еще до того, как появился Linux», — рассказывал на конференции Ларс Вирзениус, — «мы познакомились на первом курсе в 1988 году. Когда он начал писать Linux, я, естественно, с интересом и некоторой ревностью следил за происходящим. Вы все знаете Линуса, по крайней мере, вам хорошо известна его репутация. Чудо-ребенок. Мастер программирования. Хакерский бог. Ну, так было не всегда. То, что я собираюсь рассказать дальше, может шокировать самых преданных линуксоидов в этой аудитории, но ничего страшного. Это свободная страна, и в любом случае мне пообещали защиту полиции».

Этими словами Ларс начал свое выступление — и, судя по реакции притихшего зала, продолжения истории все ждали с нетерпением. По словам Вирзениуса, незадолго до того, как Торвальдс начал работу над своим судьбоносным проектом, он знал далеко не все о языке С, и почти ничего — об архитектуре IBM PC. До «трешки» у Линуса был Sinclair QL, однако, по словам Ларса, «как и все британские компьютеры, эта машина была по-своему гениальна, но в то же время непригодна для чего-то по-настоящему серьезного». Линус написал несколько собственных инструментов для разработки софта на этой машине, как минимум, редактор ассемблерного кода. Он также немного модифицировал оборудование QL, заменив сломанную клавиатуру и добавив дисковод для гибких дисков. Когда он купил 386-й компьютер, то первым делом написал драйвер для файловой системы своего QL, чтобы переместить данные на дискетах с «синклера» на PC.

Первые несколько месяцев после покупки IBM-совместимой персоналки Линус посвятил игре Prince of Persia. «Этого я понять не мог», — говорил Вирзениус, — «я имею в виду, что мне до сих пор неясно, зачем вообще нужны компьютерные игры, если это не пасьянс Косынка? Даже несколько лет спустя, когда Linux уже имел успех, у Линуса не прошло странное увлечение такими играми, как Doom и Quake. Он мог гонять монстров часами. Правда, к тому времени он уже овладел некоторыми социальными навыками и знал, что после 12 лет не стоит вслух признаваться в любви к компьютерным играм. Поэтому, когда его спрашивали, чем он занят, Линус обычно отвечал, что занимается отладкой и стресс-тестированием управления памятью в X-сервере, гоняя на своем компе в Doom».

Одно из важнейших свойств характера Торвальдса, которое подметил Вирзениус — это способность впитывать новые знания буквально на ходу и быстро принимать решения. «Когда Линус решает чему-то научиться, он действительно учится этому, и довольно быстро», — рассказывал Ларс. — «Я помню, как в универе нас однажды спросили о каком-то домашнем задании по математике. Я случайно узнал, что Линус забил на домашку и не сделал ее. Но из свойственного ему упрямства в ответ на вопрос преподавателя он все равно заявил, что сделал эту злосчастную работу. Как назло, преподаватель пожелал, чтобы Линус представил свое решение всей группе. По пути к доске тот прочитал задачу, затем постоял перед доской секунду или две, и написал верное решение. В общем, Торвальдс может быть довольно раздражающим».

Еще одна черта его характера — весьма своеобразное чувство юмора. Вот что об этом рассказывал Вирзениус: «однажды мы вместе с Торвальдсом отправились за границу на какую-то конференцию. Когда я отвлекся, Линус изменил настройки командной оболочки на моей машине таким образом, что, когда я входил в систему, это выглядело так, как будто я использую MS-DOS. Получилось очень весело и забавно, но эта шутка требовала мести.

Когда Линус вышел выпить чего-нибудь покрепче, я создал на его машине псевдоним для startx. Мой alias сначала запускал настоящий startx, а затем выводил сообщение о краше ядра Linux. В первый раз, когда Линус заметил это, он немного забеспокоился, однако сразу вышел из системы и экран очистился слишком быстро, чтобы он успел вдумчиво прочитать сообщение. После второго раза он забеспокоился уже всерьез. На самом деле, я выводил сообщение, которое совершенно не подходило для текущей версии ядра. Он дошел до того, что после третьей перезагрузки все-таки прочитал текст на экране и пробормотал что-то вроде: «Почему оно падает? Оно не может так падать!». Тогда я расхохотался и рассказал ему о своей выходке. Линус почувствовал явное облегчение, но с этого момента больше никогда не шутил со мной».

Когда речь заходит о том, приносил ли Linux доход своему создателю, Ларс Вирзениус вспоминает историю о виртуальном пиве. «Дела шли своим чередом, и настало время процветания Linux. Успех принес славу, а также материальное вознаграждение, в том числе, денежное. Однако самой первой наградой были не деньги, а виртуальное пиво. Сейчас это расхожее выражение — просто общая фраза, но тогда оно имело вполне конкретный, материальный смысл. Два парня из Оксфорда, Англия, называющие себя Оксфордскими пивными троллями, начали использовать Linux и решили проставиться Линусу пивом. Однако они посчитали нецелесообразным перемещать себя из Оксфорда в Хельсинки, или, наоборот, Линуса в Оксфорд. Поэтому они попросили меня получить деньги по почте, купить на них пива и передать его Линусу. Так что виртуальное пиво – это на самом деле вполне реальные деньги, причем деньги, присланные лично мне.

Линус также получал по почте разные полезные вещицы. Например, пару жестких дисков по 40 мегабайт. Это было очень приятным подарком, который означал, что Линус наконец сможет сохранить несколько резервных копий ядра Linux на всякий случай. Не то, чтобы он этого не делал раньше… В общем, да, не делал. Одна из его известных цитат: «Резервные копии — для слабаков. Настоящие мужчины загружают свои данные на FTP-сервер, и все остальные ребята в интернете копируют их оттуда». В какой-то момент Линус переместил все файлы устройств в /dev и решил снова подключиться к университетскому компьютеру, чтобы отладить свой код эмуляции терминала. Он запустил терминал и велел ему использовать /dev/hda… хотя теперь это должен был быть /dev/ttyS1. Упс! С этого радостного момента главная загрузочная запись на его винчестере начиналась с команды «ATDT» и номера телефона университетского модемного пула. На следующий день он написал код для проверки разрешений в Linux, а подаренные ему жесткие диски наконец-то стали использоваться по назначению».

Кстати, насчет пива. Нельзя сказать, что этот напиток был у Линуса самым любимым, но он им никогда не пренебрегал. Вирзениус вспоминал: «У одного из студентов, который был на несколько лет старше нас с Линусом, Патрика, имелась сауна в доме, в котором он жил. Он заказывал ее раз в неделю для нашей группы. Вы, извращенцы, которые думаете, что слово «сауна» является синонимом публичного дома, можете перестать воображать оргии: в Финляндии сауны предназначены для купания, лечения, даже медитации, а не для секса. Есть известная фотография Линуса, выглядящего голым и пьющего пиво. Фотография была сделана у Патрика однокурсницей Стиной, а Линус был на самом деле в брюках. Но тогда стоял жаркий летний день, поэтому на нем не было рубашки. Никаких оргий!»

Когда Ларса Вирзениуса спросили, чему он научился за время дружбы с Линусом Торвальдсом, тот ответил: «Самое главное, что я вынес из нашего общения – что буквально каждый человек может изменить ситуацию. Большое, важное достижение состоит из очень длинной серии маленьких шагов. У нас в финском языке есть специальное слово «sisu», оно означает решимость, целеустремленность, твердость духа, храбрость, стойкость. Сами финны считают его выражением своего национального характера. Вот это словечко очень помогает, если вы умны и знаете, что делаете. Помните того 20-летнего парня, который порой нес всякую чепуху в пьяном виде, а также позировал полуголым для фотографий с пивом в сауне? Он не то, чтобы был умнее всех остальных, просто решил не пасовать перед сложностями. Sisu помогает быть глупым и невежественным в правильном смысле, то есть, думать: «эй, я могу это сделать» вместо «это должно быть очень трудно или невозможно сделать».

И самое главное, независимо от того, насколько вы настойчивы и насколько вы умны, — нужно, чтобы другие помогали вам. На революцию уходит как минимум десятилетие, но в одиночку ее вообще не сделаешь. Свобода — тоже самое главное. Свобода использовать, изучать, модифицировать и делиться программным обеспечением, и, в первую очередь, свобода писать софт. Они необходимы не только для Linux, но и для благополучия всех людей в современном мире».

Подпишись на наш блог, чтобы не пропустить новые интересные посты!

Перенести Windows на другое железо

Иногда может потребоваться перенести Windows на другое железо. Перенести операционную систему без переустановки, на другое железо, например, при замене материнской платы, и сохранить пользовательские данные и установленные программы поможет встроенная в систему утилита SysPrep. Описанный ниже способ работает и в Windows 7 и в Windows 10.

Перенести Windows на другое железо

Sysprep – утилита, присутствующая на борту Windows 7 и 10 – является средством отвязки операционной системы от драйверов комплектующих конкретного компьютера и отдельных профильных данных. То есть она удаляет все драйвера устройств и подготавливает систему к установке нового оборудования. Это может потребоваться при замене материнской платы с процессором, например, если меняется плата с чипсетом Intel G41 на какую-нибудь плату с чипсетом от AMD и сокетом AM4. Можно, конечно, попробовать просто заменить плату и включить компьютер. Если система запустится, то это здорово, никакая утилита не потребуется. С такой задачей в большей степени справляется Windows 10 и практически не справляется Windows 7.

Перед запуском утилиты SysPrep рекомендуется сделать бэкап системы – создать образ системы или диска, а то вдруг что-то пойдет не так. Для бэкапа рекомендуется использовать программы Acronis True Image или AOMEI backupper.

Приступим к переносу системы на другое железо.

Запускать утилиту можно по-разному:

1) жмём Win+R, вписываем «Sysprep» и в открывшейся системной папке двойным кликом открываем EXE-шник

2) через командную строку жмём Win+R, вписываем CMD, жмем Enter, в командной строке вводим «%windir%\System32\Sysprep\Sysprep.exe» («%windir%» это системная папка) и нажимаем Enter

3) запустить программу из проводника: в Windows 7 адрес программы такой «C:\Windows\System32\sysprep».

Затем выполнить следующие действия в появившемся окне программы:

1) выбрать из выпадающего списка «Действия по очистке системы» — «Переход в окно приветствия системы (OOBE)»

2) поставить галочку «Подготовка к использованию»

3) выбрать из выпадающего списка «Параметры завершения работы» — «Завершение работы»

При возникновении ошибки следует отключить «Службу общих сетевых ресурсов Медиаплеера» через консоль «Управление» — «Службы и приложения» — «Службы». При повторном появлении ошибки «Произошла неустранимая ошибка при выполнении sysprep», обращайтесь к поиску в интернете — причин может быть несколько.

Если ошибок не возникло, то программа подготовит систему и выведет окно с надписью «Параметры Вашего оборудования изменились. Перезагрузите компьютер, чтобы изменения вступили в силу.» и после нажатия на «ОК» выключит компьютер. Затем следует провести все физические манипуляции по замене железа. После того как все будет готово, включаем компьютер. После включения пойдет якобы установка Windows, но это не совсем верно, система просто проверяет конфигурацию оборудования, устанавливает драйвера и подготавливается к запуску.

После установки необходимых драйверов, необходимо выполнить следующие шаги:

1) в первом окне с выбором страны и раскладки клавиатуры нажать «Далее»

2) в следующем окне необходимо ввести имя временного пользователя, например «Temp» и нажать «Далее»

3) в окне установки пароля ничего вводить не нужно, нажать «Далее»

4) в окне условий лицензирования поставить галочку «Принимаю условия лицензии» и нажать «Далее»

5) дождаться завершения установки и при появлении окна с выбором пользователя, выбрать свою старую учетную запись

6) после загрузки операционной системы необходимо удалить временную учетную запись «Temp», для этого переходим в Пуск → Панель управления → Учетные записи пользователей → Добавление и удаление учетных записей → щелкаем по учетной записи «Temp» → Удаление учетной записи → Удалить файлы → Удаление учетной записи.

После этого временная учетная запись будет удалена, окно панели управления можно закрыть. Затем необходимо проверить драйвера в диспетчере устройств. Если каких-либо драйверов не будет установлено, то их необходимо установить. О том как установить драйвера будет в отдельной статье.

Подробная видео инструкция о том как перенести Windows на другое железо:

Если вам требуется помощь с переносом системы, то можно обратиться к специалисту, который вам поможет.

Перенос Windows7 на другое железо отвязка старого

Время идет вперед и надо менять компьютер старый на новый. Обычно снял старое поставил новое, но если меняешь материнскую плату все становится сложнее. Если просто заменить то при загрузки увидим так называемый «Синий экран смерти» или (BSOD) и ошибку STOP 0x0000007B.

Так вот на материнской плате есть чипсет и контроллер которым устанавливаются конечно драйвер и когда происходит замена драйвер остается прежний. Собственно проблема происходит из за замены контроллера шины ATA/SATA, Windows не может сам сменить драйвер и «теряет» диск при загрузки.

Вариант №1.

Можно воспользоваться утилитой sysprep, она идет с виндовс.

Найти можно так: заходим в пуск дальше набираем CMD в строке поиска, он обычно первый в списке. Главное запустить от имени Администратора. Дальше набираем: C:\\Windows\system32\sysprep\sysprep.exe и жмем Enter

Включается программа подготовки системы 3.14 и она откатит Windows до момента первого включения. При том она удалит все драйвера устройств.

Как программа закончит, меняем материнскую плату и другое «Железо». Запускаем компьютер. И он как новенький, вводим имя пользователя (оно не должно быть такое как до этого так как она уже есть), дальше имя компьютера и завершаем установку, перезагружаем компьютер или делаем выход из системы. Дальше авторизуемся уже с привычной учетной записью (там будет две как старая так и новая). Потом можно удалить новую. И конечно ставим драйвера.

Это самый простой способ. А теперь самое интересное.

Вариант №2.

Он конечно тоже не сложный, просто надо будет чуть больше применить кнопок и подвигать курсор))) Мы на прямую будем править реестр.

1. Нам нужен будет любой Windows PE (это средство предустановки). Найти можно в интернете и закачать на USB HDD.
2. Подключаемая в USB, загружаем включаем редактор реестра (он часто есть в таких сборках), находим наш Windows и подключаемся к ней. Если загружаемся с Windows PE, выбираем восстановление системы и там пункт Microsoft Diagnosticsand Recovery Toolset.
3. Запускаем: редактор реестра.
4. Теперь удаляем ветку в реестре HKLM\SYSTEM\MountedDevices
5. Теперь, включаем запуск некоторых сервисов, включающие самые стандартные драйвера контроллеров IDE иSATA. Нужно сделать: открываем ветку: HKLM\SYSTEM\CurrentControlSet\services и там раздел amdide. Видим параметр Start, Ставим значение 0х00000000 (0), конечно если оно другое (Start=0 — включает сервис при загрузке Windows). Тоже самое делаем с: amdsata, amdxata, atapi, intelide, msahci, pciide
6. По завершению закрываем редактор, конечно надо перезагрузить компьютер. И устанавливаем драйвера.