Даведаемся памер папкі ў Linux


Памылкі, запісы аб якіх захоўваюцца ў часопісе Windows, кажуць аб праблемах у сістэме. Гэта могуць быць як сур'ёзныя непаладкі, так і тыя, што не патрабуюць неадкладнага ўмяшання. Сёння мы пагаворым аб тым, як пазбавіцца ад дакучлівай радкі ў пераліку падзей з кодам 10016.

Выпраўленне памылкі 10016

Дадзеная памылка адносіцца да ліку тых, што могуць быць праігнараваныя карыстальнікам. Пра гэта кажа запіс у базе ведаў Microsoft. Разам з тым, яна можа паведамляць пра тое, што некаторыя кампаненты працуюць некарэктна. Гэта тычыцца серверных функцый аперацыйнай сістэмы, якія забяспечваюць узаемадзеянне з лакальнай сеткай, у тым ліку і з віртуальнымі машынамі. Часам мы можам назіраць збоі і пры аддаленых сеансах. Калі вы заўважылі, што запіс з'явіўся пасля ўзнікнення падобных праблем, варта прыняць меры.

Яшчэ адна прычына з'яўлення памылкі - аварыйнае завяршэнне працы сістэмы. Гэта можа быць адключэнне электраэнергіі, збой у праграмным ці апаратным забеспячэнні кампутара. У такім выпадку неабходна праверыць, ці не з'явіцца падзея пры штатнай працы, пасля чаго ўжо прыступаць да вырашэння, прыведзеным ніжэй.

Крок 1: Налада дазволаў у рэестры

Перад тым як прыступаць да рэдагавання рэестра, стварыце кропку аднаўлення сістэмы. Гэта дзеянне дапаможа аднавіць працаздольнасць пры няўдалым збегу абставінаў.

Чытаць далей:
Як стварыць кропку аднаўлення ў Windows 10
Як адкаціць Windows 10 да кропкі аднаўлення

Яшчэ адзін нюанс: усе аперацыі неабходна вырабляць з уліковага запісу, якая мае правы адміністратара.

  1. Ўважліва глядзім на апісанне памылкі. Тут нас цікавяць два кавалкі кода: "CLSID" і "AppID".

  2. Пераходзім да сістэмнага пошуку (значок лупы на "Панэлі задач") І пачынаем ўводзіць "Regedit". Калі ў спісе з'явіцца "Рэдактар ​​рэестра", Націскаем на яго.

  3. Ідзем назад у часопіс і спачатку вылучаем і капіяваны значэнне AppID. Зрабіць гэта можна толькі з дапамогай камбінацыі CTRL + C.

  4. У рэдактары вылучаем каранёвую галінку "Камп'ютар".

    Ідзем у меню "Праўка" і выбіраем функцыю пошуку.

  5. Устаўляемы ў поле наш скапіяваны код, пакідаем сцяжок толькі каля пункта "Імёны раздзелаў" і ціснем "Знайсці далей".

  6. Клікаем ПКМ па знойдзенаму раздзелу і пераходзім да налады дазволаў.

  7. Тут націскаем кнопку "Дадаткова".

  8. У блоку "Уладальнік" ідзем па спасылцы "Змяніць".

  9. зноў ціснем "Дадаткова".

  10. Пераходзім да пошуку.

  11. У выніках выбіраем "Адміністратары" і ОК.

  12. У наступным акне таксама націскаем ОК.

  13. Для пацверджання змены ўладальніка клікаем "Ужыць" і ОК.

  14. Зараз у акне "Дазволы для гурта" выбіраем "Адміністратараў" і даем ім поўны доступ.

  15. Паўтараем дзеяння для CLSID, гэта значыць шукаем раздзел, мяняем ўладальніка і даем поўны доступ.

Крок 2: Настройка службы кампанентаў

Дабрацца да наступнай аснасткі таксама можна праз сістэмны пошук.

  1. Ціснем на лупу і ўводзім слова "Службы". Тут нас цікавяць "Службы кампанентаў". Пераходзім.

  2. Раскрываем па чарзе тры верхніх галінкі.

    Клікаем па тэчцы "Наладка DCOM".

  3. Справа знаходзім пункты з назвай "RuntimeBroker".

    Нам падыходзіць толькі адзін з іх. Праверыць, які менавіта, можна, перайшоўшы ў "Уласцівасці".

    Код прыкладання павінен адпавядаць коду AppID з апісання памылкі (мы яго шукалі першым у рэдактары рэестра).

  4. Ідзем на ўкладку "Бясьпека" і націскаем кнопку "Змяніць" ў блоку "Дазвол на запуск і актывацыю".

  5. Далей па запыце сістэмы выдаляем нераспознаваемые запісу дазволаў.

  6. У якое адкрылася акне настроек ціснем кнопку "Дадаць".

  7. Па аналогіі з аперацыяй у рэестры, пераходзім да дадатковых опцыям.

  8. шукаем "LOCAL SERVICE" і націскаем ОК.

    Яшчэ раз ОК.

  9. Выбіраем дададзенага юзера і ў ніжнім блоку ставім сцяжкі, як паказана на скрыншоце ніжэй.

  10. Такім жа спосабам дадаем і наладжвальны карыстальніка з імем "СІСТЭМА".

  11. У акне дазволаў націскаем ОК.

  12. Ва ўласцівасцях "RuntimeBroker" ціснем "Ужыць" і ОК.

  13. Перазагружаем ПК.

заключэнне

Такім чынам, мы пазбавіліся ад памылкі 10016 ў часопісе падзей. Тут варта паўтарыцца: калі яна не выклікае праблем у працы сістэмы, то лепш адмовіцца ад апісанай вышэй аперацыі, так як неабгрунтаванае ўмяшанне ў параметры бяспекі можа прывесці да больш сур'ёзных наступстваў, ліквідаваць якія будзе нашмат больш складана.