Лига Сисадминов

Всем привет!

Опытным коллегам можно дальше не читать, но для специалистов технической поддержки будет  полезно почитать о поиске и идентификации оборудования. Но опубликую тут, потому что сообщество "Win 7/8/10, Office - настройка" совсем скатилось.

Сегодня поведаю историю, случившуюся со мной недавно. Немного предыстории: у меня в компьютере установлено 12 дисков. В Windows 10 я активно использую технологию Storage Spaces и файловую систему ReFS, они предохраняют мои данные от повреждений. О них я уже писал и почитать можно по ссылкам ниже:

На Пикабу:

Дисковые пространства: Windows 10 1803

Дисковые пространства: начало работы

Дисковые пространства: обработка чрезвычайных ситуаций

ReFS — Resilient file system

Форматирование томов REFS в Windows 10 старше 1703

У мня в блоге:

ReFS

Storage Spaces

Но сейчас не о них. Странность в работе дисковой подсистемы я стал замечать в последнее время: во время повышенной нагрузки в случайные моменты времени начинались следующие симптомы:

- Нагрузка на виртуальный диск 100%

- Скорость обмена с виртуальным диском 0 байт/сек

- Оснастка управление дисками не отвечает

- Оснастка просмотр событий не отвечает

- Командлеты PowerShell по работе с дисками зависают

- Апплет панели управления «Дисковые пространства» зависает

- Завершение или перезагрузка зависают в процессе

- На нажатие кнопки Reset реакции нет

Выход из данного состояния возможен только выключением питания ПК. Подобное повторилось несколько раз и я полез в читать логи, а именно журнал System. Там за несколько минут до зависания есть повторяющиеся записи, указывающие на неполадку с одним из дисков. источник «Storahci» ничего умного не сказал.

Storahci невнятно указывает на неполадки диска

А вот источник «Disk» явно указывает на неисправный диск. Вот только он не говорит ни производителя, ни модель, ни серийный номер диска. Только имя PDO.

Disk явно указывает на виновника

Но и этого нам достаточно: открываем диспетчер устройств, и ищем среди дисковых устройств диск, в сведениях которого, значение имени физического устройства совпадёт с искомым именем PDO.

Итак, диск мы нашли. Но посмотрите на картинку выше — у меня таких дисков три. Серийный номер в сведениях диска найти не удалось, но удалось найти контроллер, куда диск подключен.

Так как дисковых контроллеров у меня на компьютере 4 штуки, то эта информация мне тоже полезна. Последний известный родительский объект хранит ID дискового контроллера.

Так как дисковых контроллеров у меня на компьютере 4 штуки, то эта информация мне тоже полезна. Последний известный родительский объект хранит ID дискового контроллера.

Качаем руководство на материнскую плату и находим разъёмы контроллера на ней (8).

Номер порта на контроллере нам подсказал источники Disk и Storahci в журнале выше — порт 2. Открываю корпус и вот он, второй снизу (выделен красным). Диски я специально пронумеровал, чтобы быстро находить их в Storage Spaces.

А вот он в Storage Spaces. На нём хранится много данных и перед его удалением придётся найти ему замену. Данные в процессе подготовки к удалению, убудут перемещены автоматически.

Об удалении дисков можно почитать у меня в заметке.

Берегите свои данные и не забывайте про бекапы.

***

Этот пост является копией заметки из моего блога.

Всем привет! Сегодня поговорим о скрытом каталоге Installer, что лежит внутри Windows. Вот он:

Ни дома, ни на работе я проблем с этим каталогом не встречал. Однако недавно, забежав знакомым на помощь (читать тут и тут), увидел комп, на котором из 120 гб SSD было свободно только 1,5 гб. Анализ занятого пространства средствами Windows 10 показал два слабых места: архивы Outlook и папку Windows, которая разрослась аж до 70 гб. Windows 10 обновиться нормально не могла и осталась на Windows 10 1903. При помощи WinDirStat, был найден виновник: каталог Installer.

Каталог Installer хранит MSI пакеты установщика Windows и MSP пакеты исправлений. Когда вы устанавливаете приложение, установщик сохраняется в системе для возможности удаления, исправления или изменения компонентов установленного приложения.

Нельзя просто так взять и удалить эти файлы. Вернее удалить можно, но полученные эффекты перевесят всякую экономию. Приложения, чьи файлы Вы удалите нельзя будет:

- Удалить

- Восстановить

- Изменить установленные компоненты

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

Это всё случится с приложениями, использующими технологию Microsoft Installer. Согласитесь, не лучшая перспектива — таких программ большинство. О последствиях такого перемещения поднимался вопрос на OSZONE.

Пути решения

Теперь о проблеме: каталог заполнен файлами, происхождение и назначение которых неизвестно. Удаление их грозит потенциальными проблемами и решений тут два:

- Переместить (или удалить) только неиспользуемые файлы

- Полностью переместить каталог Installer

Перемещение каталога Installer

Данное решение подходит тем, кому прошлый способ не помог. А не поможет он в том случае, если установлено много приложений или MSI этих приложений имеют значительный размер. Решение подойдёт для планшетов — каталог можно перенести на карту памяти. Если речь идет не о планшете и размер каталога Installer не превышает 5 гб, то задумайтесь, не слишком ли у вас маленький системный раздел?

Носитель, куда мы переносим каталог должен быть отформатирован в NTFS. Создадим каталог и назначим на него права как на изображении:

Старый каталог переименовываем и создаем на его месте точку входа на новый созданный каталог. С этой целью можно использовать программу Link Shell Extention, о ней я рассказывал ранее. Но мы воспользуемся штатными средствами — оманду вводим от имени администратора команду:

mklink /j "c:\Windows\Installer" "d:\Installer"

Перенесите файлы вручную, старый каталог можно удалить.

Очистка каталога Installer

Есть на мой взгляд более правильное решение: выяснить какие файлы более не нужны и переместить их. Можно удалить, но я предпочитаю перемещать (ну а вдруг). Для этой цели хочу порекомендовать бесплатную утилиту PatchCleaner. После запуска программа сразу начинает сканировать каталог Installer. Сканирование может занять продолжительное время: в моем случае почти 40 гб сканировались минут десять.

Информация с сайта разработчика о том, как работает программа:

HomeDev has had many queries about how PatchCleaner works and if it can be trusted to do the right thing.

Its pretty simple. The windows operating system holds a list of current installers and patches, that can be accessed via WMI calls, (Windows Management Instrumentation ).

PatchCleaner obtains this list of the known msi/msp files and compares that against all the msi/msp files that are found in the «c:\Windows\Installer» directory. Anything that is in the folder but not on the windows provided list is considered an orphaned file and is tagged to be moved or deleted.

HomeDev cannot warrant that PatchCleaner will not find a false positive and delete a required patch which is why we have added the filter feature to filter and recommend using the move function, that way you can always copy the patches back if required.

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

Файлы рекомендую переместить в другое расположение хотя-бы на первое время. В этом случае вы сможете вернуть файл на место при появлении проблем.

Как ещё очистить место я писал ранее тут, но недавно обновленная статья у меня в блоге.

На будущее, оригинал статьи у меня в блоге. Он будет обновляться по мере появления новых идей.

Имеется:

один Microtik RB2011
два провайдера (положим, Сквайнет и ДомофонРу)
три TV приставки от ДомофонРу

В планах привязать локалку и точки доступа к обоим провайдерам через отказоустойчивость, а
приставки через VLAN только к одному провайдеру.

Нужна помощь с настройкой коробочки под все это дело, поскольку знаком с microtikом от слова нет. Пытался читать мануалы, но, по моему, они делятся на "переименуем ether1 на wan" и "напишем собственный скрипт для пеленга инопланетян"

Буду благодарен и за ссылки на форумы/статьи по теме.
Комментарий для минусов внутри.