Накидал дисков:
📌 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
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🔥1
Технарий
Photo
Умный дом.
Дальше у меня были попытки организовать умный дом на готовых устройствах от BroadLink. И именно тогда мне очень не понравились решения на Wi-Fi, так что не прижилось. А ещё мне не зашли сенсорные выключатели, больше нравится когда есть тактильный отклик как у классических выключателей. В итоге их BroadLink по сей день у меня трудятся только 2шт. RM Pro (универсальный ИК + радио пульт) и 2шт. E-Air датчик температуры и качества воздуха, но их тоже пора менять на более современные решения.
Дальше у меня были попытки организовать умный дом на готовых устройствах от BroadLink. И именно тогда мне очень не понравились решения на Wi-Fi, так что не прижилось. А ещё мне не зашли сенсорные выключатели, больше нравится когда есть тактильный отклик как у классических выключателей. В итоге их BroadLink по сей день у меня трудятся только 2шт. RM Pro (универсальный ИК + радио пульт) и 2шт. E-Air датчик температуры и качества воздуха, но их тоже пора менять на более современные решения.
Технарий
Photo
Вот такие остались, пока, 2 треугольничка для управления по ИК + радио. И 2 датчика температуры и качества воздуха. Насчёт управления по ИК, даже уже и не вижу особого смысла, сейчас что не купи, большая часть техники имеет на борту как минимум Wi-Fi, конечно бывают исключения, но обычно то, что не имеет Wi-Fi, и управления не требует.
Клиент попросил навести порядок в слаботочном щите, в особенности переживал за оптический кабель, поэтому сам не решился заняться этим вопросом.
Несмотря на достаточно скромный размер шкафа, всё было размещено. Можно было сделать ещё более аккуратно и красиво, но самому не раз приходилось проводить какие-либо работы в таких щитах, поэтому я за эстетику без фанатизма, так что миллион стяжек это конечно красивее, но если понадобится что-то поменять и т.д., то это будет непросто, так что всем советую золотую середину.
Какие работы были выполнены:
📌 Уложен и закреплён силовой кабель с блоком питания подсветки;
📌 Уложен и закреплён оптический кабель;
📌 Закреплён роутер от провайдера;
📌 Закреплён основной Wi-Fi роутер;
📌 Уложены провода от роутеров;
📌 Закреплена розетка.
Несмотря на достаточно скромный размер шкафа, всё было размещено. Можно было сделать ещё более аккуратно и красиво, но самому не раз приходилось проводить какие-либо работы в таких щитах, поэтому я за эстетику без фанатизма, так что миллион стяжек это конечно красивее, но если понадобится что-то поменять и т.д., то это будет непросто, так что всем советую золотую середину.
Какие работы были выполнены:
📌 Уложен и закреплён силовой кабель с блоком питания подсветки;
📌 Уложен и закреплён оптический кабель;
📌 Закреплён роутер от провайдера;
📌 Закреплён основной Wi-Fi роутер;
📌 Уложены провода от роутеров;
📌 Закреплена розетка.
👏1