Выключатели для умного дома.
Основной тип выключателей используемых для управления светом в умном доме - это выключатели без фиксации (с самовозвратом, кнопочные, звонкового типа). Принцип работы таких выключателей в том, чтобы кратковременно замкнуть подключенные контакты, тем самым подав сигнал на реле, либо по шине, либо по беспроводному каналу (например на MQTT брокер). К текущему моменту выбор выключателей подобного типа достаточно обширен и может покрыть потребности в дизайне даже самого искушённого потребителя, чего только стоит линейка AtlasDesign от Schneider Electric (теперь это ребрендинг под брендом Systeme Electric). Здесь вам и износостойкий пластик, и стекло, и алюминий, выбрать действительно есть из чего. В решениях домашней автоматизации я всегда придерживаюсь принципов децентрализации и отказоустойчивости, т.е. работа света не должна зависеть ни от интернета, ни от какого-либо сервера/контроллера дома, ни от шлюза. Самые простые и надёжные варианты это хорошее и качественное реле, которым напрямую управляет выключатель, а уже вторично это реле умеет либо по RS-485 (как в WirenBoard), либо по другим протоколам передавать состояние и получать команды от внешних источников, таких как умный дом Яндекс (Алиса), Siri, Google Assistant и т.п. Всё бы ничего, но есть одно существенное НО, эта модель применима в процессе проектирования и заранее проложенных силовых и слаботочных линий в соответствии с проектом, проводов действительно много, но оно того стоит, хотя бы по причине стабильности и надёжности данного решения. Даже в самом простом случае потребуется протянуть силовой кабель от щита к каждому источнику света на объекте и также от щита к каждому выключателю придётся протянуть витую пару, если в одной точке несколько выключателей, около прикроватных тумб например может быть до 3 выключателей в одной точке, тут достаточно одной витой пары, т.к. задействуется на одну клавишу выключателя всего два провода. Конечно не у всех и не всегда есть возможность предусмотреть заранее такие тонкости и всё спроектировать заранее, зачастую бывают ситуации, когда пожил в новом ремонте какое-то время и появилось желание поуправлять светом с помощью Алисы, купив колонку, а оказалось, что сама по себе колонка может лишь поболтать, включить музыку, рассказать о погоде и последних новостях, а вот для включения света ей требуется некая власть и хотя бы какой-то доступ к вашему свету. Здесь на помощь придут беспроводные решения, которые хоть и не лишены недостатков, но всё же заслужили своё право на существование, однако считаю своим долгом рассказать Вам об этих самых недостатках, дабы некоторые особенности такого решения, не застали вас врасплох и обязательно напишу во всех подробностях с чем столкнулся на своём опыте, чем всё же можно пользоваться, а каких способов реализации такого решения стоит избегать. Вот же ерунда, хотел написать про выключатели, а написал про технологии на которых можно создать умный дом, но не буду переписывать, очень уж все темы здесь пересекаются, так что я просто углублюсь в каждую по отдельности и начну с выключателей.
Основной тип выключателей используемых для управления светом в умном доме - это выключатели без фиксации (с самовозвратом, кнопочные, звонкового типа). Принцип работы таких выключателей в том, чтобы кратковременно замкнуть подключенные контакты, тем самым подав сигнал на реле, либо по шине, либо по беспроводному каналу (например на MQTT брокер). К текущему моменту выбор выключателей подобного типа достаточно обширен и может покрыть потребности в дизайне даже самого искушённого потребителя, чего только стоит линейка AtlasDesign от Schneider Electric (теперь это ребрендинг под брендом Systeme Electric). Здесь вам и износостойкий пластик, и стекло, и алюминий, выбрать действительно есть из чего. В решениях домашней автоматизации я всегда придерживаюсь принципов децентрализации и отказоустойчивости, т.е. работа света не должна зависеть ни от интернета, ни от какого-либо сервера/контроллера дома, ни от шлюза. Самые простые и надёжные варианты это хорошее и качественное реле, которым напрямую управляет выключатель, а уже вторично это реле умеет либо по RS-485 (как в WirenBoard), либо по другим протоколам передавать состояние и получать команды от внешних источников, таких как умный дом Яндекс (Алиса), Siri, Google Assistant и т.п. Всё бы ничего, но есть одно существенное НО, эта модель применима в процессе проектирования и заранее проложенных силовых и слаботочных линий в соответствии с проектом, проводов действительно много, но оно того стоит, хотя бы по причине стабильности и надёжности данного решения. Даже в самом простом случае потребуется протянуть силовой кабель от щита к каждому источнику света на объекте и также от щита к каждому выключателю придётся протянуть витую пару, если в одной точке несколько выключателей, около прикроватных тумб например может быть до 3 выключателей в одной точке, тут достаточно одной витой пары, т.к. задействуется на одну клавишу выключателя всего два провода. Конечно не у всех и не всегда есть возможность предусмотреть заранее такие тонкости и всё спроектировать заранее, зачастую бывают ситуации, когда пожил в новом ремонте какое-то время и появилось желание поуправлять светом с помощью Алисы, купив колонку, а оказалось, что сама по себе колонка может лишь поболтать, включить музыку, рассказать о погоде и последних новостях, а вот для включения света ей требуется некая власть и хотя бы какой-то доступ к вашему свету. Здесь на помощь придут беспроводные решения, которые хоть и не лишены недостатков, но всё же заслужили своё право на существование, однако считаю своим долгом рассказать Вам об этих самых недостатках, дабы некоторые особенности такого решения, не застали вас врасплох и обязательно напишу во всех подробностях с чем столкнулся на своём опыте, чем всё же можно пользоваться, а каких способов реализации такого решения стоит избегать. Вот же ерунда, хотел написать про выключатели, а написал про технологии на которых можно создать умный дом, но не буду переписывать, очень уж все темы здесь пересекаются, так что я просто углублюсь в каждую по отдельности и начну с выключателей.
🔥1
На днях удалось протестировать в нагрузке на много портов сразу, такую gan зарядку. У меня с ними что-то печальный опыт, уже как минимум у двух таких зарядок отмирала быстрая зарядка на USB-A портах, да что там быстрая, хоть какая-то даже обычная отмирала, в любых режимах выдаёт очень малый ток зарядки на оба USB-A порта. Так вот эта зарядка на данный момент себя оправдала и пока, за несколько месяцев все порты работают как заявлено производителем. Могу смело рекомендовать.
👏1
Помните я тут хотел приспособить сервер для домашнего гипервизора? Но мы с ним не подружились, шумный он сосед в квартиру оказался.
Сейчас у меня на помывке этот красавец! Всё таки с давних пор есть у меня любовь к Full Tower корпусам, они такие вместительные, до неприличия 😍.
Прошу любить и жаловать корпус Chieftec, по фото смог найти только LBX-02B-U3, но это не он и поиском удалось найти как будто бы именно мою модель BA-01B-B-B-OP – очень вместительный корпус формата Big Tower с внушительными размерами.
Данный корпус идеально подходит для установки серверных материнских плат EATX, а также обеспечивает достаточно места для 5 оптических приводов (либо других устройств 5,25" и 8 жёстких дисков и это только то что на поверхности! Оптимальное расположение посадочных мест под корпусные вентиляторы позволяет разделить интерьер корпуса на две отдельные зоны, что даёт возможность охлаждать жёсткие диски и CPU/GPU независимо друг от друга, предотвращая перегрев системы.
Размеры (ГxШxВ) 540мм x 205мм x 670мм.
Материал корпуса сталь 1,0мм.
Вес ~18кг и это без блока питания!
Внешние отсеки 6x5,25" / 2x3,5".
Внутренние отсеки 8x3,5".
Блок питания ATX.
Панель ввода/вывода: 2xUSB3.0 (USB3.1 Gen 1), 1xIEEE 1394 Firewire, Mic-in, Audio-out (AZALIA / HD-Audio).
Кол-во слотов расширения 7.
Охлаждение 1x120мм вентилятор на задней панели; 5x92мм вентиляторов на боковой панели (2 слева / 3 справа).
В нем достаточно места не только для любых наборов компонентов и карт расширения, но даже и для резервного блока питания. BA-01B-B-B-OP является идеальным решением для серверов и рабочих станций.
Сейчас у меня на помывке этот красавец! Всё таки с давних пор есть у меня любовь к Full Tower корпусам, они такие вместительные, до неприличия 😍.
Прошу любить и жаловать корпус Chieftec, по фото смог найти только LBX-02B-U3, но это не он и поиском удалось найти как будто бы именно мою модель BA-01B-B-B-OP – очень вместительный корпус формата Big Tower с внушительными размерами.
Данный корпус идеально подходит для установки серверных материнских плат EATX, а также обеспечивает достаточно места для 5 оптических приводов (либо других устройств 5,25" и 8 жёстких дисков и это только то что на поверхности! Оптимальное расположение посадочных мест под корпусные вентиляторы позволяет разделить интерьер корпуса на две отдельные зоны, что даёт возможность охлаждать жёсткие диски и CPU/GPU независимо друг от друга, предотвращая перегрев системы.
Размеры (ГxШxВ) 540мм x 205мм x 670мм.
Материал корпуса сталь 1,0мм.
Вес ~18кг и это без блока питания!
Внешние отсеки 6x5,25" / 2x3,5".
Внутренние отсеки 8x3,5".
Блок питания ATX.
Панель ввода/вывода: 2xUSB3.0 (USB3.1 Gen 1), 1xIEEE 1394 Firewire, Mic-in, Audio-out (AZALIA / HD-Audio).
Кол-во слотов расширения 7.
Охлаждение 1x120мм вентилятор на задней панели; 5x92мм вентиляторов на боковой панели (2 слева / 3 справа).
В нем достаточно места не только для любых наборов компонентов и карт расширения, но даже и для резервного блока питания. BA-01B-B-B-OP является идеальным решением для серверов и рабочих станций.
🔥2
Технарий
Photo
Поправочка, в характеристиках всё таки присутствуют неточности, ввиду того что корпус 2006 года выпуска, в нём таки USB 2.0 на фронтальной панели. И ещё несколько фотографий красавца после мойки 😍
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
Вот собственно и наполняю железом корпус, надо сказать места предостаточно, всё как я люблю!
Первой пошла материнская плата Huananzhi X99 F8D plus с двумя процессорами Intel Xeon E5-2670v3, памятью 64Гб и блок питания на 600Вт. Добавил watchdog opendev, когда установлю систему и опробую, расскажу как он работает, самому интересно.
Первой пошла материнская плата Huananzhi X99 F8D plus с двумя процессорами Intel Xeon E5-2670v3, памятью 64Гб и блок питания на 600Вт. Добавил watchdog opendev, когда установлю систему и опробую, расскажу как он работает, самому интересно.
Proxmox или ESXi вечно мучающий меня вопрос.
В первую очередь в силу того, что мне очень полюбился гипервизор ESXi, а чем именно? Из основного:
✅ Простой и удобный интерфейс;
✅ Удобство админки через VMware Workstation с рабочей станции;
✅ Нативная работа бэкапа через veeam;
Однако есть и минусы, которых не отнять в случае колхозинга и костылинга на десктопном железе:
❌ Нормальный мониторинг железа возможен только при наличии IPMI, т.е. только на энтерпрайз железе, за редким исключением;
❌ Установка с бубном и ритуальным танцем, хотя она и возможна;
❌ Как следствие отсутствия мониторинга, вам практически недоступен контроль состояния железа, вплоть до температуры процессора, состояния RAID и т.п.
Поэтому для домашней лабы, на десктопном железе остаётся выбор Proxmox. Продолжение следует...
В первую очередь в силу того, что мне очень полюбился гипервизор ESXi, а чем именно? Из основного:
✅ Простой и удобный интерфейс;
✅ Удобство админки через VMware Workstation с рабочей станции;
✅ Нативная работа бэкапа через veeam;
Однако есть и минусы, которых не отнять в случае колхозинга и костылинга на десктопном железе:
❌ Нормальный мониторинг железа возможен только при наличии IPMI, т.е. только на энтерпрайз железе, за редким исключением;
❌ Установка с бубном и ритуальным танцем, хотя она и возможна;
❌ Как следствие отсутствия мониторинга, вам практически недоступен контроль состояния железа, вплоть до температуры процессора, состояния RAID и т.п.
Поэтому для домашней лабы, на десктопном железе остаётся выбор Proxmox. Продолжение следует...
Накидал дисков:
📌 SSD под proxmox;
📌 Два SSD в Raid 1 для виртуалок;
📌 4 HDD для хранилища. Сначала собрал Raid 5 на контроллере Adaptec, планировал пробросить готовый диск через passthrough напрямую в xpenology, но после решил переделать и воткнуть диски напрямую в материнскую плату сервера и сделать проброс каждого в виртуалку с xpenology, у этого решения больше гибкости и контроля, расскажу по ходу реализации.
📌 SSD под proxmox;
📌 Два SSD в Raid 1 для виртуалок;
📌 4 HDD для хранилища. Сначала собрал Raid 5 на контроллере Adaptec, планировал пробросить готовый диск через passthrough напрямую в xpenology, но после решил переделать и воткнуть диски напрямую в материнскую плату сервера и сделать проброс каждого в виртуалку с xpenology, у этого решения больше гибкости и контроля, расскажу по ходу реализации.
👏1
Как гласит старая админская примета "удаленная настройка файрвола — к дальней дороге". Конечно всегда можно подстраховаться и например в MikroTik использовать safe mode, на FreeBSD есть специальный скрипт и т.д., но везде есть нюансы и их надо знать, а лучше не рисковать и выполнять основную настройку Firewall на главном маршрутизаторе находясь в одной с ним локальной сети.
🔥1
This media is not supported in your browser
VIEW IN TELEGRAM
MySensors нода с реле и кнопкой, для размещения в подрозетник.
Задумано для замены обычного выключателя на реле для силовой части и кнопочный выключатель с самовозвратом. Принцип простой, по нажатию на кнопку реле переключается на противоположное значение. Дополнительно сделано инвертирование выхода, для того чтобы при потере и возобновлении питания реле по умолчанию было в разомкнутом состоянии. И разумеется имеется возможность внешнего управления нодой.
Задумано для замены обычного выключателя на реле для силовой части и кнопочный выключатель с самовозвратом. Принцип простой, по нажатию на кнопку реле переключается на противоположное значение. Дополнительно сделано инвертирование выхода, для того чтобы при потере и возобновлении питания реле по умолчанию было в разомкнутом состоянии. И разумеется имеется возможность внешнего управления нодой.
🔥1
Технарий
relay-btn.cpp
Исходный код для данной ноды.
Telegram
Технарий
MySensors нода с реле и кнопкой, для размещения в подрозетник.
Задумано для замены обычного выключателя на реле для силовой части и кнопочный выключатель с самовозвратом. Принцип простой, по нажатию на кнопку реле переключается на противоположное значение.…
Задумано для замены обычного выключателя на реле для силовой части и кнопочный выключатель с самовозвратом. Принцип простой, по нажатию на кнопку реле переключается на противоположное значение.…
Жёсткий диск (HDD) - о его надёжности из собственного опыта. Предисловие.
История из серии много букв, слов и предложений, а потому придётся информацию разделить, чтобы всё разложить по своим местам.
У меня на основном домашнем ПК с Windows 11 настроена smb шара, с этой шары любые устройства в доме могут смотреть кино, фото и прочее, в какой-то момент я заметил что при просмотре видео с шары на ТВ-приставке Android через плеер VLC, видео с заметной периодичностью подтормаживает и продолжается, будто какие-то проблемы с сетью, доступом к шаре, глюками приставки, да впрочем много причин может быть, но состоявшийся факт в том, что раньше не тормозило, а сейчас тормозит, неприятно, неудобно, смотреть не комфортно и далее по списку и я начал действовать. Перезагрузил роутер MikroTik, перезагрузил ТВ-приставку, перезагрузил ПК, ничего из этого не помогло. Но тут обратил внимание, что у меня один из дисков WB Green на 2Tb на ПК загружен под 100% и загрузка не падает (замечу сразу, это не тот диск с которого шарятся фильмы по smb), посмотрел состояние этого диска и у него несколько секторов было в пендинг и ему было явно плохо, плюс к этому в процессе диагностики вылезли ещё и ошибки чтения. Сразу не раздумывая, оперативно перенёс данные и вывел этот диск из эксплуатации заменив рабочим, да у меня есть бэкапы важных данных и не один, самое свежее в облаке, что-то на ленте (но там не первой свежести бэкап), но это всё восстанавливать и синхронизировать с облаком нужно время, не очень хотелось ждать, а пока диск жив с него ещё можно скопировать информацию, поэтому скопировал с него, оставив возможность скопировать из бэкапов для плана Б.
После вывода из эксплуатации умирающего диска торможение при просмотре кино на ТВ приставке прекратилось, замечу ещё один факт, все HDD диски подключены к ПК по SATA интерфейсу. В этой связи у меня возник вопрос: как возникла такая ситуация, когда загрузка 100% была у одного диска который никак не связан с шарой медиатеки, видео расшаренное с совершенно другого диска тормозило? И особенности работы дисковой подсистемы и взаимодействия системных компонентов отвечают на этот вопрос исчерпывающе, скоро информацию подобью и расскажу.
История из серии много букв, слов и предложений, а потому придётся информацию разделить, чтобы всё разложить по своим местам.
У меня на основном домашнем ПК с Windows 11 настроена smb шара, с этой шары любые устройства в доме могут смотреть кино, фото и прочее, в какой-то момент я заметил что при просмотре видео с шары на ТВ-приставке Android через плеер VLC, видео с заметной периодичностью подтормаживает и продолжается, будто какие-то проблемы с сетью, доступом к шаре, глюками приставки, да впрочем много причин может быть, но состоявшийся факт в том, что раньше не тормозило, а сейчас тормозит, неприятно, неудобно, смотреть не комфортно и далее по списку и я начал действовать. Перезагрузил роутер MikroTik, перезагрузил ТВ-приставку, перезагрузил ПК, ничего из этого не помогло. Но тут обратил внимание, что у меня один из дисков WB Green на 2Tb на ПК загружен под 100% и загрузка не падает (замечу сразу, это не тот диск с которого шарятся фильмы по smb), посмотрел состояние этого диска и у него несколько секторов было в пендинг и ему было явно плохо, плюс к этому в процессе диагностики вылезли ещё и ошибки чтения. Сразу не раздумывая, оперативно перенёс данные и вывел этот диск из эксплуатации заменив рабочим, да у меня есть бэкапы важных данных и не один, самое свежее в облаке, что-то на ленте (но там не первой свежести бэкап), но это всё восстанавливать и синхронизировать с облаком нужно время, не очень хотелось ждать, а пока диск жив с него ещё можно скопировать информацию, поэтому скопировал с него, оставив возможность скопировать из бэкапов для плана Б.
После вывода из эксплуатации умирающего диска торможение при просмотре кино на ТВ приставке прекратилось, замечу ещё один факт, все HDD диски подключены к ПК по SATA интерфейсу. В этой связи у меня возник вопрос: как возникла такая ситуация, когда загрузка 100% была у одного диска который никак не связан с шарой медиатеки, видео расшаренное с совершенно другого диска тормозило? И особенности работы дисковой подсистемы и взаимодействия системных компонентов отвечают на этот вопрос исчерпывающе, скоро информацию подобью и расскажу.
👏1
Жёсткий диск (HDD) - о его надёжности из собственного опыта. И всё таки почему один диск может тормозить всю дисковую подсистему?
📌 1. Общая загрузка подсистемы хранения
Даже если проблемный диск не используется для SMB-шары, он всё равно участвует в работе системы — особенно если на нём:
• находятся системные файлы (подкачка, индексирование, логи и т.д.);
• выполняются фоновые процессы Windows (например, System, SearchIndexer, svchost, WMI, антивирус и др.);
• Windows пытается «спасти» диск — перекидывает данные, перепроверяет повреждённые сектора и т.п.
Эти процессы могут загружать контроллер SATA и занимать ресурсы I/O подсистемы, влияя на задержки даже у других дисков.
📌 2. Ограничения SATA-контроллера
На многих материнских платах, контроллеры SATA могут делить линии или очередь доступа между портами. Если один диск «забивает» шину постоянными попытками чтения/перезаписи (что часто бывает с умирающими дисками), то все остальные подключённые устройства через этот же контроллер начинают «ждать своей очереди».
Примерно как медленный покупатель на кассе тормозит очередь из-за своих проблем — хотя остальные стоят с одним батоном.
📌 3. Блокировка ресурса на уровне ядра/драйвера
Windows может обрабатывать обращения к дискам через общие драйвера хранения (например, storport.sys, ataport.sys). Если один диск начинает отвечать медленно или с ошибками, система может:
• приостанавливать доступ к другим дискам (в рамках защиты или ожидания);
• задерживать потоки на уровне ядра, пока не завершится проблемный I/O;
• ждать ответа от драйвера, который "висит" на медленном диске.
📌 4. Кэширование и приоритеты
Windows активно использует системный кэш и предзагрузку. Если на фоне что-то обращается к умирающему диску (например, служба подкачки или Superfetch), это отнимает память и ресурсы, а значит:
• Меньше ресурсов остаётся на сетевые операции и кэширование фильмов;
• Процессы, связанные с сетевым вводом-выводом (в том числе SMB), могут испытывать дополнительную латентность (disk latency).
📌 5. Влияние на CPU / DPC latency
Сильно умирающий диск может:
• Нагрузить процессор через прерывания (IRQ, Deferred Procedure Calls — DPC);
• Вызвать зависания и временные задержки в потоках, обрабатывающих сетевые операции (в том числе SMB и воспроизведение видео с шары по сети).
Если CPU не успевает обрабатывать сетевые данные или «зависает» на обслуживании медленного устройства — это легко вызовет микрофризы даже при просмотре с другого физического диска.
✅ Вывод
Убрав проблемный диск удалось всё стабилизировать. Причина в том, что даже если диск не используется напрямую для файла, любые его проблемы могут «притормозить» всю систему, особенно если диск физически неисправен, выдаёт ошибки или грузит контроллер/драйвер/CPU. Это цепная реакция внутри общей I/O подсистемы. Но за дисками надо следить, так что:
✅ Как можно чаще смотрите S.M.A.R.T. ваших дисков или настройте мониторинг с уведомлениями;
✅ Обязательно выполняйте резервное копирование и много бэкапов не бывает, так что лучше ещё и распределённые бэкапы, все яйца в одной корзине не есть хорошо, по этой причине у меня часть бэкапов дома под рукой, часть в облаке, а также самая важная часть данных на оптических Blue-Ray дисках и хранится вне дома!
📌 1. Общая загрузка подсистемы хранения
Даже если проблемный диск не используется для SMB-шары, он всё равно участвует в работе системы — особенно если на нём:
• находятся системные файлы (подкачка, индексирование, логи и т.д.);
• выполняются фоновые процессы Windows (например, System, SearchIndexer, svchost, WMI, антивирус и др.);
• Windows пытается «спасти» диск — перекидывает данные, перепроверяет повреждённые сектора и т.п.
Эти процессы могут загружать контроллер SATA и занимать ресурсы I/O подсистемы, влияя на задержки даже у других дисков.
📌 2. Ограничения SATA-контроллера
На многих материнских платах, контроллеры SATA могут делить линии или очередь доступа между портами. Если один диск «забивает» шину постоянными попытками чтения/перезаписи (что часто бывает с умирающими дисками), то все остальные подключённые устройства через этот же контроллер начинают «ждать своей очереди».
Примерно как медленный покупатель на кассе тормозит очередь из-за своих проблем — хотя остальные стоят с одним батоном.
📌 3. Блокировка ресурса на уровне ядра/драйвера
Windows может обрабатывать обращения к дискам через общие драйвера хранения (например, storport.sys, ataport.sys). Если один диск начинает отвечать медленно или с ошибками, система может:
• приостанавливать доступ к другим дискам (в рамках защиты или ожидания);
• задерживать потоки на уровне ядра, пока не завершится проблемный I/O;
• ждать ответа от драйвера, который "висит" на медленном диске.
📌 4. Кэширование и приоритеты
Windows активно использует системный кэш и предзагрузку. Если на фоне что-то обращается к умирающему диску (например, служба подкачки или Superfetch), это отнимает память и ресурсы, а значит:
• Меньше ресурсов остаётся на сетевые операции и кэширование фильмов;
• Процессы, связанные с сетевым вводом-выводом (в том числе SMB), могут испытывать дополнительную латентность (disk latency).
📌 5. Влияние на CPU / DPC latency
Сильно умирающий диск может:
• Нагрузить процессор через прерывания (IRQ, Deferred Procedure Calls — DPC);
• Вызвать зависания и временные задержки в потоках, обрабатывающих сетевые операции (в том числе SMB и воспроизведение видео с шары по сети).
Если CPU не успевает обрабатывать сетевые данные или «зависает» на обслуживании медленного устройства — это легко вызовет микрофризы даже при просмотре с другого физического диска.
✅ Вывод
Убрав проблемный диск удалось всё стабилизировать. Причина в том, что даже если диск не используется напрямую для файла, любые его проблемы могут «притормозить» всю систему, особенно если диск физически неисправен, выдаёт ошибки или грузит контроллер/драйвер/CPU. Это цепная реакция внутри общей I/O подсистемы. Но за дисками надо следить, так что:
✅ Как можно чаще смотрите S.M.A.R.T. ваших дисков или настройте мониторинг с уведомлениями;
✅ Обязательно выполняйте резервное копирование и много бэкапов не бывает, так что лучше ещё и распределённые бэкапы, все яйца в одной корзине не есть хорошо, по этой причине у меня часть бэкапов дома под рукой, часть в облаке, а также самая важная часть данных на оптических Blue-Ray дисках и хранится вне дома!
👏1