Файл: Отчет по производственной практике (по профилю специальности) пм. 03 Организация сетевого администрирования.docx

Для восстановление работоспособности Bootloader на Windows системах, необходимо открыть восстановление системы, командную строку и запустить два раза утилиту bootrec.exe с флагами /fixmbr и /fixboot. Данная утилита отвечает за исправление загрузочных записей, однако она может быть не установлена в ОС на компьютере, работающим под UEFI [10, c. 110].

Если компьютер работает на UNIX системе, то необходимо обновить конфигурацию GRUB2, который является частью всех современных Linux-систем. Это универсальный (позволяет работать как с MBR, так и GPT разделами) мульти системный (может служить загрузчиком как для UNIX, так и для Windows систем одновременно), модульный (обладает множеством плагинов, например osprobe, который позволяет искать не UNIX системы), программируемый (обладает достаточно легко читаемым кодом, в котором можно изменить параметры загрузки ядер ОС) кроссплатформенный загрузчик (работает как с BIOS, так и с UEFI), с поддержкой сети, множества файловых систем, таблиц разделов, логических томов, образов и архивов. Чаще всего пакет grub является предустановленным в дистрибутивах Linux, далее необходимо установить загрузчик на физический диск, на который будет ссылаться UEFI или BIOS путем команды “grub-install /dev/sdX”, где X – литер, необходимой системы разделов. В случае изменения состава операционных систем на компьютере (установке новых или удаления старых), необходимо обновить список GRUB2 путем команды “grub-mkconfig -o /boot/grub/grub.cfg”



Рис. 16 Интерфейс GRUB2

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

На Windows системе это делается при помощи утилиты “Восстановление системы”, которые присутствует во всех ОС Microsoft с Windows XP за исключением Windows Server разработок и построен на технологии Shadow Copy, которая позволяет копировать файлы, с которыми в данный момент времени ведётся работа, а также системные и заблокированные файлы.

В случае с UNIX системой, как таковой унифицированной встроенной утилиты для создания копий ядра нет. Наиболее популярные дистрибутивы чаще всего имеют данное ПО (например, Ubuntu обладает systemback, но он не имеет широкого функционала). Так, например, при помощи утилиты Timeshift можно создать копию ядра, установить периодичность этого процесса, а также куда создавать копии, что особо удобно, так как позволяет копии сразу грузить на облачные диски. Это облегчает восстановление систем, в связи с тем, что нет необходимости пытаться загрузить с нерабочей машины бэкап при помощи LiveCD.

---

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

После успешного запуска ОС и возникновения синего экрана при работе ПК, необходимо обратиться к коду ошибки на экране смерти, а также к дампам ошибки – memory.dmp, которые находятся по адресу “ C:\Windows\” и чтение которых возможно при помощи сторонней утилиты, например BlueScreenView от Nirsoft. В программе красным будет подсвечен модуль, вызвавший ошибку [11, c. 201].



Рис. 17 Дамп ошибки синего экрана, открытого в BlueScreenView

Аналогом memory.dmp и SrtTrail.txt для UNIX систем является утилита journalctl, который позволяет анализировать логи всех systemd сервисов. Основным преимуществом над memory.dmp является то, что данная утилита является стандартом в современных Linux-системах, обладает как терминальной, так и графической версией, а также позволяет записывать все логи, а не только ступеней, которые привели к прекращению работы ПК. Богатый функционал помогает определить какие systemd, systemctl и daemon сервисы возвращают предупреждения при запуске и сколько времени занимает каждая из этих операций. Таким образом можно выявить неисправности еще на стадии, когда проблема не стала причиной прекращения работоспособности.



Рис. 18 Логи journalctl

Исходя из дампа ошибок можно определить узел с потенциальной неисправностью, таким образом, допустим при возникновении ошибок в ОЗУ, необходимо провести тестирование оперативной памяти, например, при помощи Memtest 86+. Однако перед тем, как проводить тестирование с использованием операционной системы необходимо установить утилиты, которые позволят контроллировать процесс тестирования (температура, загрузку и так далее). Для Windows систем можно использовать HWiNFO, которая обладает удобным интерфейсом и множеством функций, которые позволяют мониторить все узлы компьютера. На UNIX системах можно воспользоваться встроенной утилитой htop/btop или тем же HWiNFO, однако в данном случае у программы будет отсутствовать графический интерфейс.

Тестирование при помощи Memtest 86+ может длиться от 30 до 60 минут, в зависимости от скорости и объема оперативной памяти. Должен завершиться один полный проход и тест пойдет по второму кругу. Если с памятью все нормально, то после первого прохода (Pass 1) ошибок быть не должно (Errors 0) [14]. Этот способ удобен благодаря тому, что Memtest 86+ не нужна операционная система. Утилиту можно загрузить как со сторонней флешки, так и добавить её в GRUB.

---

Если узлом с ошибкой являлся ЦП, то необходимо прибегнуть к его стресс-тестам при помощи, например, CPU-Z для самого теста и HWiNFO для мониторинга показателей. В программах необходимо найти датчик температуры процессора (CPU) в показателях материнской платы и запустить тест в «CPU-Z» кнопкой «Stress CPU» и наблюдать за температурой.



Рис. 19 CPU-Z

Через 10-15 минут теста температура должна быть на 2-3 градуса ниже критичной для установленного процессора (можно найти информацию на официальном сайте), если температурный режим был превышен, то вычислительный элемент перегревается [15]. Однако, если сбои были при высокой нагрузке, то лучше погонять этот тест 30-60 минут. Если в процессе тестирования произойдет зависание или перезагрузка ПК, то следует поменять термопасту, радиатор и кулер.

Если ошибка заключалась в графическом ускорителе, то необходимо прибегнуть к специальным утилитам FurMark и 3Dmark. Сначала необходимо запустить стресс-тест FurMark на 10-15 минут для прогрева видеокарты. Далее необходимо сразу запустить тест «3DMark», который не сильно нагружает видеокарту и процессор, но с помощью него можно выявить ошибки в работе видеочипа и видеопамяти, приводящие к вылетам теста и различным графическим артефактам.



Рис. 20 Пример результата бенчмарка 3DMark

Для выявления ошибок необходимо внимательно смотреть как ведет себя тест, не искажается ли изображение, цвет текстур и т.п. Это будет видно невооруженным глазом. Если видно цветные полоски, квадратики, ломанные линии, сплошную заливку цветом вместо травы или других текстур, то видеокарта неисправна [16].



Рис. 21 Пример артефактов в FurMark тесте

В случае возникновения ошибки при запуске дополнительного программного обеспечения, то ОС покажет ошибку, из-за которой не запустилось ПО. В данном случае необходимо перестановить зависимое ПО, которое должно дать доступ к библиотекам для необходимой программы, проверить обновление ОС и установленных в неё пакетов. На Windows 10 это делается при помощи кнопки “Проверить наличие обновлений для Windows”, которая находится во вкладке обновление и безопасность.

---

Из-за разнообразия программного обеспечения на рынке, диагностировать основные методы решения проблем практически нереально, однако основными решениями являются поиск необходимой составляющей для работы, например .dll файла и проверить работает ли данное ПО на системе той битности, которая установлена на ПК. Для профилактики можно обновить пакеты Microsoft .NET Framework и Visual C++.

В случае с UNIX системой это делается при помощи пакетного менеджера, который установлен в ОС. На Arch и Arch-зависимых системах этот процесс осуществляется путем команды “sudo pacman -Syu” в терминале, где sudo – подмена пользователя на root, pacman – пакетный менеджер, а флаги S – установка пакетов, y - синхронизация пакетов (то есть обновляется вся репозитория для того, чтобы установить последние версии ПО), u – обновить все пакеты, версии которых не соответствуют тем, которые представлены в репозитории. Особенно регулярное такое обновление системы в случае, если у пользователя стоит Linux-ядро с плавающим выпуском (или rolling release), так как пакеты развиваются вместе и одновременно. Следовательно, при обновлении ядра, допустим, появляются новые функции, к которым может обращаться ПО. Программа с подобной функцией может быть установлена или обновлена, но она не будет работать, так как само ядро еще находится на версии, где нет этих функций.

---

2.3. Обслуживание и диагностика периферийного оборудования

Основным оборудованием для работы за ПК являются МФУ, монитор, мышь и клавиатура. В случае их не функционирования необходимо проверить целостность провода и их подключение к блоку ПК.

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



Рис. 22 Пример физического повреждения кабеля

Если провод находится в целостности, то проблема может возникнуть из-за неплотного контакта интерфейсов, в случае если коннектор крепко стоит в подходящем интерфейсе, то необходимо переставить его в другой такой же интерфейс. Следует заметить, что в случае, если периферийное оборудование обладает PS/2 коннектором, то для его работы необходимо перезапустить ПК [7, с. 390].

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

При сценарии, когда питание подается на оборудование, но оно не выполняет свою функцию, необходимо воспользоваться диспетчером устройств. Проблема может возникнуть как с драйвером самого устройства (рядом с наименованием будет находится желтый треугольник), так и с SM Bus Controller. В первом случае проблема заключается либо в драйверах устройства, либо в его непосредственной плате, которой не определяется компьютером. Необходимо нажать правой кнопкой, удалить драйвер и перезапустить ПК. При следующем подключении оборудования сработает технология Plug and Play, в случае если данное устройство поддерживается ей (то есть, устройство не устаревшее или не является несертифицированным) и система самостоятельно определит физическое оборудование и установит драйвера [17, c. 688].

---