Но мы не знаем размер "резерва", а он зависит от объема диска и от производителя. Так мне в свое время объяснили в Сервисе. Приходилось обращаться. И мы не знаем, что под "воскрешением" имел ввиду ТС.

Судя по количеству переназначенных секторов, резерв уже давно должен быть исчерпан.

Битые (физически) сектора, которые Контроллер не может восстановить, он заменяет из "заводского резерва", переназначает обращение уже к ним и увеличивает значение "счетчика" БС. "Резерв" ограничен. Поэтому наступает момент, когда битые нечем заменить. Особенно критичны в этом отношении "Служебные" сектора. Это, если в двух словах.

Добрый день. Столкнулся с проблемой использования локального DNS при работе через KSC. Схема следующая. В одной локальной сети с рабочими ПК развернут собственный DNS-сервер. DNS настроен на использование DoH. На клиенте при подключении через KSC создается виртуальный сетевой адаптер. Суть проблемы: если в настройках клиента указать локальный DNS, разрешение имен не работает. Виртуальный адаптер, создаваемый при подключении: не позволяет изменить DNS; нельзя изменить метрику интерфейса; нет возможности задать исключения для маршрутизации. В результате весь DNS-трафик уходит через туннель, и локальный DNS-сервер становится недоступен. Есть ли возможность использовать собственный (локальный) DNS при подключении через KSC? Можно ли настроить split-DNS / исключения? Планируется ли возможность редактирования параметров виртуального адаптера (DNS, метрика)? Это ограничение архитектуры, ожидаемое поведение или возможный баг? Буду благодарен за рекомендации по корректной настройке.

ТС пишет что он "воскрешал" диск много раз. Рано или поздно он должен был перестать воскрешаться. Какие претензии к программе, у которой состояние диска носит чисто информационную функцию, непонятно. Ну пусть ему это в ТП скажут.

All the requirements are complied by KESS latest version 4.0 https://products.s.kaspersky-labs.com/workstations/kess2.0/4.0.0.637/english-INT-21.23.8.637.0.285.0/e07425bad72c14e98fee231b08d922d3/ess_win_4.0.0.637_en.zip

All the requirements are complied by KESS latest version 4.0 https://products.s.kaspersky-labs.com/workstations/kess2.0/4.0.0.637/english-INT-21.23.8.637.0.285.0/e07425bad72c14e98fee231b08d922d3/ess_win_4.0.0.637_en.zip

А с чего Вы взяли, что утилита (любая, в т.ч. и от Касперского), предназначенная только для диагностики состояния (HDD, SSD) и предупреждения хозяина о "скорой кончине" или даже о состоявшейся "кончине" диска, обязана "воскресить" его? А по большому счету - Вы сами виноваты в том, что "дотянули" диск до такого состояния, что не можете считать с него инфу, тем более, если она для Вас важная. С таким количеством Переназначенных Секторов в "5" пункте SMART-а (HEX=1000 или в DEC=4096), диск Вы не "воскресите". В Сервисе отказывают в ремонте даже при нескольких Переназначенных Секторах.