A bug in the USB Type-C Connector System Software Interface (UCSI) software implementation in Windows 10, version 1809 can cause a 60 second delay in the system sleep or shutdown process if the power-down happens while the UCSI software is busy handling a new connect or disconnect event on a USB Type-C port. Apart from the extra one minute the sleep or shutdown process takes in this circumstance, this bug does not affect normal functionality of USB Type-C on your machine. The system and the USB Type-C ports should continue to function properly after the next wake or restart of the system.
От себя могу подтвердить — тормоза проявляются только на загрузке и выключении. И только в ситуациях когда подключено что-то по type-c.
У меня дома это комбо-хаб к которому подключена сеть, мышка, клавиатура и мониор(ы). Выдергиваем фишку — загрузка/выключение отрабатывает за секунды. Включаем — тормоза появляются.
p.s. особого смысла дергать шнурок туда-сюда не вижу, редко когда эта минута значима… а когда значима — типа хватануть ноут и бежать с ним — то естественным путем type-c отключается.
Ну тут чистейшая родная система с полного нуля. И очень значимая, мягко говоря, разница. Может я уже избалован быстрыми системами, но субъективно система откровенно тупит.
Возможно на шустрых hdd со скоростью вращения 7200об/мин и большим буфером разница будет менее заметна, но вот мобильный ST1000LM035 с 5400об/мин в достаточно топовом ноуте — преотвратнейшие впечатления.
Собственно это просто один из вопиющих примеров, а так достаточно часто дарил вторую жизнь даже очень древнему железу сменой hdd на ssd.
С полгода назад столкнулся:
ASUS VivoBook X705UB-GC228T, 17.3", IPS, Intel Core i5 8250U 1.6ГГц, 8Гб, 1000Гб, nVidia GeForce Mx110 — 2048 Мб, Windows 10, 90NB0IG2-M02550
вроде как приличный с виду, но до тех пор пока не заменил hdd на ssd это было ну просто унылое зрелище.
Пришлось правда часика два (не полтора дня) подождать пока можно будет безопасно склонировать диск…
alt-F4 проще…
ну или просто подождать — отключается через пару-тройку минут
У меня при любом подключенном по type-c устройстве загрузка и выключение существенно замедляется. к примеру по сведениям таскмона время загрузки bios вырастает с 8 до 22 сек
p.s. соседу вчера лечил по телефону семерку… так у него, кстати после лечения осталась симптоматика урезания скорости… (про окончившуюся поддержку я в курсе)
Помнится было даже за «аппарат-то есть». Типа как за hdmi и displayport отчисления, что-то за mp3. Правда это не в лоб «за болванки», но чем-то похоже.
Лучший инструмент борьбы с фейками — правда. Нужно не бояться публиковать честную статистику и освещать на всех доступных площадках честную информацию, не утаивая и не преувеличивая свои успехи.
Какая правда должна быть для противостояния например вот такому:
например, в 2016 году котировки акций французской компании Vinci упали на 20% (с потерей порядка 7 млрд евро капитализации) из-за фальшивой новости в финансовых СМИ об увольнении финансового директора фирмы
?
p.s. одному мне показалось, что в статье применяется много приемов манипулирования, осуждаемых в самой статье? (сорри за рекурсивность)
Особенно без выдачи оных отделом безопасности фирмы лично в руки каждому пользователю после прохождения полиграфа и под видеозапись… или мы все-таки о фирмочке в десяток юзеров, накопившей на микротик? )))
Ну время от времени публикуются уязвимости. В том числе RDP и RDS/RDG
vpn решения позволяют существенно усложнить процесс их эксплуатации (то бишь разве что добыть еще не закрытые уязвимости и vpn и rdp)
Да не, я понял все правильно, только вот нет ли на соседних адресах прописаного ptr с синонимичным именем, или паче на этом же адресе чанговского smtp который на всякий случай пишет в welcome много лишнего)
В общем все это скорее из серии самоуспокоения «кто жеж угадает», а по факту — вон выше чел шифровальщика словил… не исключаю что это вылезло и из паршивенького домашнего компьютера одного из пользователей через проброс дисков… Знаю и обратные случаи (когда голый rdp с admin:1 жил несколько лет, а помер от письма с шифровальщиком буху)
Ну мало кто делает имя домена по шаблонам генерации паролей… кстати что будет если будут попытки неудачно авторизоваться с именами типа local service и т.п.? )
Ибо в данной ситуаци все ровно наоборот (начиная с 1809).
От себя могу подтвердить — тормоза проявляются только на загрузке и выключении. И только в ситуациях когда подключено что-то по type-c.
У меня дома это комбо-хаб к которому подключена сеть, мышка, клавиатура и мониор(ы). Выдергиваем фишку — загрузка/выключение отрабатывает за секунды. Включаем — тормоза появляются.
p.s. особого смысла дергать шнурок туда-сюда не вижу, редко когда эта минута значима… а когда значима — типа хватануть ноут и бежать с ним — то естественным путем type-c отключается.
Возможно на шустрых hdd со скоростью вращения 7200об/мин и большим буфером разница будет менее заметна, но вот мобильный ST1000LM035 с 5400об/мин в достаточно топовом ноуте — преотвратнейшие впечатления.
Собственно это просто один из вопиющих примеров, а так достаточно часто дарил вторую жизнь даже очень древнему железу сменой hdd на ssd.
ASUS VivoBook X705UB-GC228T, 17.3", IPS, Intel Core i5 8250U 1.6ГГц, 8Гб, 1000Гб, nVidia GeForce Mx110 — 2048 Мб, Windows 10, 90NB0IG2-M02550
вроде как приличный с виду, но до тех пор пока не заменил hdd на ssd это было ну просто унылое зрелище.
Пришлось правда часика два (не полтора дня) подождать пока можно будет безопасно склонировать диск…
ну или просто подождать — отключается через пару-тройку минут
У меня при любом подключенном по type-c устройстве загрузка и выключение существенно замедляется. к примеру по сведениям таскмона время загрузки bios вырастает с 8 до 22 сек
p.s. соседу вчера лечил по телефону семерку… так у него, кстати после лечения осталась симптоматика урезания скорости… (про окончившуюся поддержку я в курсе)
даже количество форвардов «Срочно с… вацап станет платным» уменьшилось)
Какая правда должна быть для противостояния например вот такому:
?
p.s. одному мне показалось, что в статье применяется много приемов манипулирования, осуждаемых в самой статье? (сорри за рекурсивность)
ну и думаю не составит труда погуглить дальше «Remote Desktop Services Vulnerability» и время от времени повторять поиск и находить свежести
vpn решения позволяют существенно усложнить процесс их эксплуатации (то бишь разве что добыть еще не закрытые уязвимости и vpn и rdp)
В общем все это скорее из серии самоуспокоения «кто жеж угадает», а по факту — вон выше чел шифровальщика словил… не исключаю что это вылезло и из паршивенького домашнего компьютера одного из пользователей через проброс дисков… Знаю и обратные случаи (когда голый rdp с admin:1 жил несколько лет, а помер от письма с шифровальщиком буху)