Рубрика: Windows

Сегодня столкнулся с такой проблемой: при перезагрузке сервера (в моем случае это был Windows Server 2008 R2 ) система не загрузилась и появилась ошибка MBR is missing. Press Ctrl+Alt+Delete to restart Ошибка эта довольно часто встречается с компьютерами, поэтому хотелось бы описать, как я ее решил.

1. Перезагружаемся. Проверяем, что все RAID-контроллеры, физические диски и собранные RAID на месте. Чаще всего при загрузке сервера такая важная информация всегда выводится в процессе тестирования сервера в момент включения. Если с ними все в порядке, нет странных warning-ов или error-ов, то переходим к следующему шагу.
2. Проверяем, что в BIOS (UEFI) выставлена загрузка с жесткого диска или RAID на котором установлена операционная система. Если все там правильно, то переходим дальше.
3. Загружаемся с загрузочного диска с любым Windows, начиная с Vista. Надо убедиться, что загрузочный диск видит все тома и партиции, в том числе и служебные! Для 2008 сервера в частности важно, чтобы был служебный том, размером 350 Мб. На нем хранится главная загрузочная запись, а также все файлы загрузчика Windows. И самое главное: эта партиция должна быть активной. BIOS в процессе загрузки начинает грузить информацию с раздела на диске, который указан как активный. У меня была именно в этом проблема и поэтому система не знала откуда начинать загрузку.

Как же узнать всю информацию о разделах через загрузочный диск? Самый простой вариант через утилиту diskpart. Она входит в любой современный дистрибутив Windows и доступна через командную строку.

 

Примерно такими командами определяется активный ли раздел или же нет. Главное, сначала надо понять, с какого диска осуществляется загрузка, затем нужно узнать, какие разделы есть на этом диске и, наконец, командой detail part можно увидеть активный раздел или нет. Если нет, то просто пишем команду active на разделе с загрузчиком и перезагружаемся.

Если же у вас проблема не в этом и система продолжает писать эту ошибку, то напишите мне, я постараюсь вам оперативно помочь.

Побывал сегодня на мероприятии Microsoft – Techday 2015. Оно было для технических специалистов и на нём дали самую последнюю информацию о будущей версии серверной операционной системы от Microsoft. Скорее всего он будет называться Windows Server 2016 и, понятное дело, RTM версия планируется на первое полугодие 2016 года.

Доклады были очень интересные, было приятно вживую их послушать. Ну и конечно отдельно хочется поблагодарить самые вкусные кофе-брейки и обед ?

Больше всего меня интересовал доклад о новинках в Hyper-V, т.к. именно в нем приходится достаточно много копаться в случае проблем или же в случае запуска нового сервера. Для себя отметил следующие новинки в роли Hyper-V Windows Server 2016:

• Для виртуальных машин доступно включение виртуального TPM-модуля. То есть теперь, вне зависимости от того, есть ли физический TPM-модуль на сервере или нет, виртуальной машине он доступен (пусть и не реальный).
• Storage Quality теперь можно применить на группу хостов. Правда хосты должны быть Windows-машинами.
• Виртуальная машина в кластере теперь более устойчива к кратковременным пропаданиям сети и/или коннекта с дисковым массивом. То есть VM не будет пытаться сразу запуститься на другом узле кластера, а сначала будет ждать до 60 секунд восстановления потерянных коннектов.
• Теперь можно без проблем менять размер общего VHDX-диска 
• Общий VHDX диск теперь имеет, по умолчанию, новое расширение – VHDS и его создание вынесено в меню “Установка устройств”, а не в свойствах VHDX-диска.
• Сетевой адаптер теперь добавляется “на лету”. Долгожданное изменение.
• Изменение динамической памяти виртуальной машины на лету.
• Теперь можно именовать сетевые карты виртуальных машин из хостовой системы через Powershell и эти имена будут проброшены внутрь VM
• Исправлен баг, когда после добавления виртуального диска в VM, Hyper-V Replicа для этой машины приходилось настраивать заново. Теперь Hyper-V новый диск помечает как “нереплицируемый” и после этого его можно добавить в репликацию с помощью PS.
• Hyper-V компоненты виртуальных машин будут  обновляться теперь через Windows Update
• Снимки виртуальных машин теперь можно использовать в продакшене и Microsoft теперь их рассматривает как один из возможных сценариев работы с Hyper-V. Это стало возможным благодаря тому, что теперь сами снимки будут делаться с помощью технологии VSS. Таким образом будет поддерживаться целостность данных в случае восстановления VM из снимка.
• Теперь можно управлять с хоста Hyper-V через PowerShell операционной системой, находящейся внутри виртуальной машины. При подключении будут спрашиваться логин/пароль для подключения к VM.
• Теперь слияние снимков и создание VHDX-дисков фиксированного размера делается во много раз быстрее. Правда, чтобы добиться этого нужно будет хранить сами виртуальные диски и снимки на томах с файловой системой ReFS.
• Различные улучшения в Hyper-V Manager. Например, теперь доступно подключение к хостам Hyper-V с альтернативными учётными данными, а также возможно подключение к хостам с предыдущей версией Hyper-V сервера.
• Файлы конфигурации виртуальных машин теперь имеют двоичный формат. Расширение таких файлов будет .VMCX и .VMRS. Они будут обладать более высоким уровнем защиты от повреждения при сбое хранилища. Будет предусмотрена возможность обновления версии конфигурационных файлов.
• В Windows сервер добавлена фича Storage Replica. Возможно синхронное и асинхронное реплицирование данных с одного storage на другой. Копирование производится посекторно и только в рамках домена. Драйвер, который отвечает за репликацию, работает на очень низком уровне, даже ниже драйверов файловой системы и поэтому возможна работа с зашифрованными и дедуплицированными томами.
• Windows сервер теперь станет еще тоньше  в размерах с помощью Nano сервера. Размер его контейнера будет начинаться с 450 Мб. Это ответ Microsoft на контейнеризацию с помощью Docker.
• Улучшение в Storage Spaces. Теперь на её основе доступна технология Storage Spaces Direct. Суть её заключается в объединении в единый пул дисков нескольких хостовых машин, которые являются кластерными узлами. При этом количество кластерных нод должно быть не меньше 4-ех и количество дисков на каждой из нод кластера должно быть не меньше 2-ух (исключая системный).

Если Вы столкнулись с проблемой, когда при нажатии кнопки “Выключить” в интерфейсе компьютера с Windows 8, Windows 8.1 или Windows 10, то тогда необходимо отключить одну новинку, связанную с электропитанием, которая появилась в Windows 8. Эта “фишка” позволяет компьютер выводить в состояние “Включен” из состояния “Выключен” за достаточно непродолжительный промежуток времени. Технология называется “InstantGo” и к сожалению пока не распространена как хотелось бы.

Для этого необходимо зайти в Панель управления  –  Электропитание. В ллевом боковом меню найти “Действия кнопок питания” и там нажать на “Изменение параметров, которые сейчас недоступны“. После этого появится возможность отключить функцию быстрого запуска. После ее отключения проблемы с выключением компьютера должны пропасть.

На днях, при попытке загрузить Windows 7 SP1 Pro x64, возник синий экран с ошибкой 0x0000007B. При включении отображения полной информации о загружаемых элементах выяснилось,  что загрузка останавливается на файле CLASSPNP.SYS. Выяснилось, что накануне были установлены два обновления, которые вышли вне очереди в конце апреля. Возможно проблема была из-за них, не стал выяснять.
В общем, такая проблема может возникать по разным причинам, но чаще всего проблема заключается в том, что загружаемая система не видит подключенные дисковые ресурсы, а это в свою очередь может возникать от того, что драйвер не загружается или он поврежден (отсутствует). В моем случае драйвер не загружался. Что нужно, чтобы устранить эту проблему?
1) Загружаемся с загрузочного диска (флешки) с аналогичной системой
2) Входим в режим восстановления
3) В режиме восстановления запускаем командную строку и запускаем в ней Реестр командой regedit
4) Устанавливаем выделение на ветку реестра HKEY_LOCAL_MACHINE. Дальше нажимаем Файл – Загрузить куст и проходим в директорию C:\Windows\System32\config , здесь, по умолчанию, расположены системный реестр. В папке RegBack содержатся резервные копии веток реестра. В случае чего его можно будет восстановить, а пока нужно загрузить “куст” SYSTEM. При его подключении компьютер потребует назвать каким-либо образом подключаемую ветку реестра. Назовите например “Temp”.
5) Дальше необходимо  поставить указатель на подключенную ветку “Temp” и воспользоваться поиском по реестру (Ctrl+F). В поле поиска нужно вписать “SCSI Miniport” и начать искать. Как только будут находиться устройства с таким названием, нужно находить в нем ключик “Start” и переводить его значение из 3 в 0, таким образом разрешая ему загрузиться.
6) Нажимаем F3 и находим следующее устройство, с которым поступаем аналогичным образом. Делаем до тех пор так, пока на всех устройствах не будет изменен ключ запуска Start с “3” на “0”.
7) После всего этого выделяем ветку “Temp” и через меню  “Файл – Выгрузить куст” отключаем подключенную ветку реестра не загружающееся системы.
8) Перезагружаем компьютер и наслаждаемся полноценной загрузкой системы. После выхода на рабочий стол Windows 7 сообщит, что найдено новое оборудование, на которое оно автоматически установит нужный драйвер.

Если возникнут вопросы или, если инструкция не помогает, то пишите мне в комментарияiх, постараюсь вам помочь.

Приключилась с моим другом недавно беда – невозможно обновить установленную Windows 8 Enterprise до Windows 8.1 Enterprise. Все обновления были установлены, а сам дистрибутив был официальный, хоть и очень старый в плане сборки. Ошибка возникала каждый раз в одном и том же месте после всех проверок и перезагрузки компьютера, но до установки самой системы. В интернете ничего полезного не нашел, поэтому решил скачать новый дистрибутив с той же редакцией системы и это помогло! В данном случае мое дистрибутив именовался как SW_DVD9_SA_Win_Ent_8.1_64BIT_Russian_-3_MLF_X19-84254.ISO

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

Добрый день.
В домене Active Directory 2012 было несколько компьютеров с Windows Vista Business SP2 x86, к которым подключались внешние жесткие диски. Доступ к этим дискам всегда был на чтение и на запись, пока в один прекрасный момент этим компьютеры не пришлось обновить: вместо Vista была установлена Windows 8.1 Pro x86. После этого доступ пропал, при попытке подключиться к диску появлялось сообщение  “Нет доступа”. Причем не было доступа только к дискам на NTFS. Те диски, которые были в exFAT и к любым флешкам, доступ оставался как и раньше.

В результате долгих проверок выяснилось, что во всем была виновата политика домена “Аудит доступа к объектам” , которая находится в “Конфигурация компьютера – Конфигурация Windows – Параметры безопасности – Локальные политики – Политики аудита“. Эта политика у меня была включена и срабатывала на “Успех” и на “Отказ”. Решил эту политику отключить совсем и после этого доступ к внешним дискам появился. Не понятно баг ли это или такое стечение обстоятельств, главное проблема решена, все остались довольны после этого ?

При попытке установить операционную систему Windows 8.1 на новый SSD-диск появляется ошибка “Нам не удалось создать новый или найти существующий раздел. Дополнительные сведения  см. в файлах журнала установки”. На самом деле проблема устраняется очень просто: надо зайти в настройки BIOS материнской платы и выставить новый диск в качестве первого диска с которого будет попытка загрузки системы. После этого процесс установки пошел как по маслу.

Привет!

Для тех, кто часто любит использовать в своей работе утилиту Ping для проверки соединения хоста с интернетом, придумана новая штука, а точнее командлет Powershell, который делает всю работу за вас.

Для демонстрации работы запустите Powershell и введите команду

Test-NetConnection

После этого увидите информацию о доступности сети интернет.

Довольно интересная штука и наверняка пригодится для написания PS скриптов ?

Но это только малая часть этой утилиты, которую я показал! Что она еще умеет?
1. Можно “пинговать” любые хосты

PS N:> Test-NetConnection ya.ru
ComputerName           : ya.ru
RemoteAddress          : 213.180.193.3
InterfaceAlias         : Ethernet 3
SourceAddress          : 192.168.12.100
PingSucceeded          : True
PingReplyDetails (RTT) : 4 ms

2. Чтобы не писать длинное имя команды, можно использовать ее уже настроенный alias!
PS N:> tnc ya.ru
ComputerName           : ya.ru
RemoteAddress          : 213.180.193.3
InterfaceAlias         : Ethernet 3
SourceAddress          : 192.168.12.100
PingSucceeded          : True
PingReplyDetails (RTT) : 4 ms

3. Программа может проверять порты! Теперь нам не нужен telnet!
PS N:> tnc ya.ru http
ComputerName           : ya.ru
RemoteAddress          : 213.180.193.3
RemotePort             : 80
InterfaceAlias         : Ethernet 3
SourceAddress          : 192.168.12.100
PingSucceeded          : True
PingReplyDetails (RTT) : 4 ms
TcpTestSucceeded       : True

Либо так:
PS N:> tnc ya.ru -port 80
ComputerName           : ya.ru
RemoteAddress          : 213.180.193.3
RemotePort             : 80
InterfaceAlias         : Ethernet 3
SourceAddress          : 192.168.12.100
PingSucceeded          : True
PingReplyDetails (RTT) : 4 ms
TcpTestSucceeded       : True

4. Может вывести маршрут (аналог утилиты tracert)

PS N:> tnc ya.ru -traceroute

ComputerName           : ya.ru
RemoteAddress          : 213.180.193.3
InterfaceAlias         : Ethernet 3
SourceAddress          : 192.168.12.100
PingSucceeded          : True
PingReplyDetails (RTT) : 4 ms
TraceRoute             : 192.168.12.1
                         TimedOut
                         93.89.177.149
                         10.0.4.10
                         193.232.246.93
                         TimedOut
                         87.250.239.44
                         213.180.193.3

Вот такая полезная утилита ?

Возникла такая необходимость понизить редакцию сервера Windows Server 2012R2 с Datacenter до Standard.

Для этого необходимо поменять два ключика в реестре. Запускаем редактор реестра regedit. Проходим в ветку реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ Откроется такая картина:

Нам нужны два ключа реестра: EditionID и Productname. В них нужно изменить значение на ServerStandard и Windows Server 2012 R2 Standard. То есть должно получится таким образом:

После этого подключаем диск с серверной редакцией и начинаем установку. В процессе установки нужно выбирать не чистая установка, а обновление и выбираем редакцию Standard! Инсталлятор сервера не должен теперь ругнуться на то, что данную версию невозможно установить.
P.S. Данные на сервере при обновлении системы остаются на своих местах.
Вот таким простым способом можно сделать даунгрейд системы, не переустанавливая ее.