Вимкнути створення desktop.ini у Windows 10 (на робочому столі)


25

Я хотів би, щоб зупинити «desktop.ini» файл створюється на «робочому столі» моїх вікон 10 машин. Я поставив це питання sepcifically про Windows 10: Існує питання про те ж номері на Windows 8 тут рішення , запропоновані там (і в інших місцях) для Windows 7 і 8 не схоже на роботу.

Будь ласка, жодних рішень у порядку "відключення перегляду прихованих файлів". Моє конкретне питання - як зупинити створення файлу на робочому столі.


Чи UseDesktopIniCache=0(з відповіді на superuser.com/a/650431/523828 ) не працює в Windows 10?
dxiv

@dxiv Боїться, що це не працює.
Ніл Таунсенд

Я припускаю, що ви внесли / підтвердили зміни в програмі та програмному забезпеченні \ Wow6432Node, і ви перезавантажили після цього.
dxiv

@dxiv Так ... боюся, що я маю ...
Ніл Таунсенд

Дякуємо за подальше спостереження. Одна менша річ спробувати, коли настає мій час "10".
dxiv

Відповіді:


7

Пізніше редагувати: Схоже, це рішення більше не працює в Windows10. Залишивши відповідь тут для довідки.


Я використав знайдене тут рішення :

  • Натисніть Win+Rі введітьregedit
  • Перейдіть до HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer
  • Редагування / створення нового DWORD: UseDesktopIniCacheз даними0

Для мене цінність не мала, тому довелося її створити. Після перезавантаження він автоматично створив значення вHKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Policies\Explorer

Запуск Windows 10 Build 14393.222


Прочитайте, як посилатися на матеріали, написані іншими . Вам слід заблокувати текст цитати, який написав хтось інший. Дивіться довідку щодо Маркдаун . Цього разу я це вирішив, але, будь ласка, зверніть увагу на це в майбутньому.
DavidPostill

2
Привіт, боюся, це не працює в моїй системі Windows 10, працює остання версія 10. Але дякую за спробу, оцініть це.
Ніл Таунсенд

1

Оновлений сценарій. Перевірено працює та не запускає діалогове вікно дозволу.


Не можна завадити Windows створити desktop.ini, оскільки це насправді не Windows. Деякі інші сторонні сервіси ініціюють створення цього файлу, і очевидно, що Windows дозволяє це, незважаючи на UseDesktopIniCache = 0.

Desktop.ini зводив мене з розуму, тому я придумав рішуче рішення. Я помітив, що файл desktop.ini створюється через кілька секунд після завантаження. Я цим скористався. Використовуючи Планувальник завдань, я тимчасово відключаю дозвіл на запис на робочому столі під час завантаження. Це не дозволяє стороннім службам виконувати шнанігани на моєму робочому столі. Потім через хвилину після завантаження ще одне завдання відновлює дозвіл на запис на Desktop.

Тут я поділився набором зразкових файлів XML, щоб планувальник завдань виконав цю роботу.

Ця версія сценарію вимикає спадщину

Я визнав спадщину занадто заплутаною, тому відключив її для папки Desktop. Ви можете додати / успадкування: e десь у другому сценарії, якщо він вам справді потрібен, але зауважте, що відключення спадкування є програшним програванням, тому додавання цього рядка не змінить усе, де було раніше. Робочий стіл не є системною папкою, тому він не повинен впливати на вас незалежно.

Цей спосіб відключення дозволу на запис під час завантаження:

<?xml version="1.0" encoding="UTF-16"?>
<Task version="1.4" xmlns="http://schemas.microsoft.com/windows/2004/02/mit/task">
  <RegistrationInfo>
    <Date>2018-01-09T18:21:14.9818893</Date>
    <Author>spero_LAPTOP\spero</Author>
    <URI>\Desktop Write Permission disable</URI>
  </RegistrationInfo>
  <Triggers>
    <LogonTrigger>
      <ExecutionTimeLimit>PT1M</ExecutionTimeLimit>
      <Enabled>true</Enabled>
    </LogonTrigger>
  </Triggers>
  <Principals>
    <Principal id="Author">
      <UserId>##################################</UserId>
      <LogonType>Password</LogonType>
      <RunLevel>HighestAvailable</RunLevel>
    </Principal>
  </Principals>
  <Settings>
    <MultipleInstancesPolicy>IgnoreNew</MultipleInstancesPolicy>
    <DisallowStartIfOnBatteries>false</DisallowStartIfOnBatteries>
    <StopIfGoingOnBatteries>true</StopIfGoingOnBatteries>
    <AllowHardTerminate>true</AllowHardTerminate>
    <StartWhenAvailable>false</StartWhenAvailable>
    <RunOnlyIfNetworkAvailable>false</RunOnlyIfNetworkAvailable>
    <IdleSettings>
      <StopOnIdleEnd>true</StopOnIdleEnd>
      <RestartOnIdle>false</RestartOnIdle>
    </IdleSettings>
    <AllowStartOnDemand>true</AllowStartOnDemand>
    <Enabled>true</Enabled>
    <Hidden>true</Hidden>
    <RunOnlyIfIdle>false</RunOnlyIfIdle>
    <DisallowStartOnRemoteAppSession>false</DisallowStartOnRemoteAppSession>
    <UseUnifiedSchedulingEngine>true</UseUnifiedSchedulingEngine>
    <WakeToRun>false</WakeToRun>
    <ExecutionTimeLimit>PT1M</ExecutionTimeLimit>
    <Priority>7</Priority>
  </Settings>
  <Actions Context="Author">
    <Exec>
      <Command>ICACLS</Command>
      <Arguments>"C:\Users\spero\Desktop" /inheritance:d /remove "SYSTEM"</Arguments>
    </Exec>
    <Exec>
      <Command>ICACLS</Command>
      <Arguments>"C:\Users\spero\Desktop" /remove "Administrators"</Arguments>
    </Exec>
    <Exec>
      <Command>ICACLS</Command>
      <Arguments>"C:\Users\spero\Desktop" /remove "spero"</Arguments>
    </Exec>
    <Exec>
      <Command>ICACLS</Command>
      <Arguments>"C:\Users\spero\Desktop" /grant "Administrators":(OI)(GR)</Arguments>
    </Exec>
    <Exec>
      <Command>ICACLS</Command>
      <Arguments>"C:\Users\spero\Desktop" /grant "spero":(OI)(GR)</Arguments>
    </Exec>
  </Actions>
</Task>

Цей для відновлення дозволу через хвилину:

<?xml version="1.0" encoding="UTF-16"?>
<Task version="1.4" xmlns="http://schemas.microsoft.com/windows/2004/02/mit/task">
  <RegistrationInfo>
    <Date>2018-01-09T18:19:03.2968461</Date>
    <Author>spero_LAPTOP\spero</Author>
    <URI>\Desktop Write Permission</URI>
  </RegistrationInfo>
  <Triggers>
    <LogonTrigger>
      <ExecutionTimeLimit>PT1M</ExecutionTimeLimit>
      <Enabled>true</Enabled>
      <Delay>PT1M</Delay>
    </LogonTrigger>
  </Triggers>
  <Principals>
    <Principal id="Author">
      <UserId>######################################</UserId>
      <LogonType>Password</LogonType>
      <RunLevel>HighestAvailable</RunLevel>
    </Principal>
  </Principals>
  <Settings>
    <MultipleInstancesPolicy>IgnoreNew</MultipleInstancesPolicy>
    <DisallowStartIfOnBatteries>false</DisallowStartIfOnBatteries>
    <StopIfGoingOnBatteries>true</StopIfGoingOnBatteries>
    <AllowHardTerminate>true</AllowHardTerminate>
    <StartWhenAvailable>false</StartWhenAvailable>
    <RunOnlyIfNetworkAvailable>false</RunOnlyIfNetworkAvailable>
    <IdleSettings>
      <StopOnIdleEnd>true</StopOnIdleEnd>
      <RestartOnIdle>false</RestartOnIdle>
    </IdleSettings>
    <AllowStartOnDemand>true</AllowStartOnDemand>
    <Enabled>true</Enabled>
    <Hidden>true</Hidden>
    <RunOnlyIfIdle>false</RunOnlyIfIdle>
    <DisallowStartOnRemoteAppSession>false</DisallowStartOnRemoteAppSession>
    <UseUnifiedSchedulingEngine>true</UseUnifiedSchedulingEngine>
    <WakeToRun>false</WakeToRun>
    <ExecutionTimeLimit>PT1M</ExecutionTimeLimit>
    <Priority>7</Priority>
  </Settings>
  <Actions Context="Author">
    <Exec>
      <Command>ICACLS</Command>
      <Arguments>"C:\Users\spero\Desktop" /grant "Administrators":F</Arguments>
    </Exec>
    <Exec>
      <Command>ICACLS</Command>
      <Arguments>"C:\Users\spero\Desktop" /grant "spero":F</Arguments>
    </Exec>
  </Actions>
</Task>

Зверніть увагу, що мій завантажувальний привід - це SSD, хоча і не дуже швидкий. Терміни можуть відрізнятися залежно від швидкості завантаження ОС.

Крім того, ви не можете імпортувати ці сценарії безпосередньо через наявність полів автора та ідентифікатора користувача. Просто врахуйте всі параметри.


Оновлення: Після того, як трохи використали вищезазначене рішення та зіткнулися з тисячею повідомлень "Ви наразі не маєте дозволу на доступ до цієї папки", які виявились більші занепокоєння, ніж файли desktop.ini, тепер я рекомендую змінивши команду на ICACLS "C: \ Users \ Spero \ Desktop" / заборонити "Administrators" :( WD). Я відповідно оновив вищевказаний сценарій.
Сперо

-1

[Видалений попередній відповідь] Ну, вибачте за це. Це було деякий час, і його плутали з thumbs.db

Спробуйте це замість файлів desktop.ini: Відкрийте редактор реєстру та перейдіть до: HKEY_LOCAL_MACHINE \ Software \ Microsoft \ Windows \ CurrentVersion \ Policies \ Explorer Змінити значення UseDesktopIniCache на 0 (додайте його як значення DWORD, якщо воно ще не існує.

Ось пара посилань на повідомлення інших, де вони працювали на них. Однак, більшість з них отримали 7 та 8 виграшів.


Бояться, що це не працює, вибачте.
Ніл Таунсенд

Ну, вибачте за це. Минуло деякий час, і його плутали з thumbs.db Я оновив резолюцію, яку я спробував і працює для мене. Спробувати.
Тор

Дякуємо за спробу, але це не працює. Жоден із знайдених там методів Windows 7/8 не працює! Я зроблю питання зрозумілішим.
Ніл Таунсенд

Зрозуміли, дякую за перевірку і вибачте, що не вийшло.
Тор

-2

Найкраще не видаляти файл desktop.ini, оскільки папка вимагає, щоб файл .ini працював належним чином. Файл Desktop.ini - це файл, який визначає спосіб відображення папки в Windows. Якщо ви все-таки хочете, увімкніть перегляд прихованих файлів і клацніть правою кнопкою миші та натисніть видалити, щоб видалити елемент.


4
У мене весь час існують приховані файли. Я регулярно видаляю цей файл, і все працює чудово. Але через деякий час вона створюється заново. Відповідно до питання, я хочу зупинити його створення. Як це зробити?
Ніл Таунсенд

1
Відповідь правильна. Це системний файл, що виконує функцію системи. Windows заново створює його, оскільки знає, що має його мати. Ваші рішення: Приховати це. Ігноруйте це. Петиція МС радикально змінити ОС у наступному випуску чи припинити використання Windows.
Linef4ult

3
Хоча це офіційна лінія, deleting it may cause the folder to be problematicвона також вводить в оману. Чи можете ви назвати один поганий ефект, якщо видалити desktop.ini?
dxiv

Провели ще кілька досліджень, жодних поганих наслідків, але краще залишити це в спокої.
потатоман

-3

Я знаю, що ви сказали "не дозволяйте створювати". Я припускаю, що це тому, що ви хочете, щоб системні файли були видимими, а desktop.ini (і, ймовірно, thumbs.db) просто відсутні. Наведене нижче рішення не зупиняє його створення, але воно приховує системні файли лише на робочому столі, а не на всій системі. Можливо, це було б прийнятно.

  • У Windows Explorer виберіть пункт «Робочий стіл»
  • Перейдіть на вкладку «Перегляд»
  • Зніміть прапорець "Приховані елементи" під пунктом "Показати / приховати" на стрічці

Я отримав це рішення тут: http://searchenterprisedesktop.techtarget.com/blog/Windows-Enterprise-Desktop/Settings-Reset-in-Windows-10-Reinforces-Desktopini-Trick


Однак, незважаючи на те, що йдеться у статті, це також не дозволяє прихованим предметам бачити всюди. Це системний комутатор, принаймні, коли я його спробував!
Ніл Таунсенд

@GollyRojer .. висловив свою "відповідь", оскільки ви не повністю розумієте проблему. Все, що ви запропонували, - ховати щось, а не зупиняти ОС від їх створення. Крім того, ваша пропозиція спричиняє проблеми для тих, хто вчинив явно, щоб показати всі файли. Ховаючи їх, схоже на те, що під килим підмітають купу бруду. з виду, але бруд все ще є.
TG2

TG2, ти навіть читав мій пост? Тут відбувається деяке нерозуміння, але це не з мого боку.
GollyRojer
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.