Здається, оновлення Windows 10 за одну ніч зламало Python. Спроба запуску python --versionповернула помилку "Дозвіл відмовлено". Жодне з трьох оновлень; KB4507453, KB4506991 або KB4509096 виглядають так, ніби вони є винуватцем, але час видачі підозрілий. Замість того, щоб возитися з відкотом, я сподіваюся, що є простіше виправлення, якого я не маю.

Дозволи на python - "-rwxr-xr-x", і я нічого не змінив, крім того, що дозволив перезавантажити машину Windows після встановлення вчорашніх виправлень.

Згідно з інформацією про систему, я працюю 10.0.18362

Слід також зазначити, що це відбувається незалежно від того, чи я (намагаюся) виконати Python з git-bash, використовуючи "запуск від імені адміністратора" чи ні, і якщо я спробую використовувати PowerShell, він просто відкриває магазин Windows, ніби додаток не встановлено так Я думаю, що він /c/Users/david/AppData/Local/Microsoft/WindowsApps/чомусь не бачить вміст моєї папки.

Я також намагався перевстановити Python 3.7.4, але це теж не допомогло. Чи є щось ще, на що я мав би дивитись?

Наскільки я можу зрозуміти, це було викликано конфліктом з версією Python 3.7, яка нещодавно була додана до магазину Windows. Схоже, це додало до %USERPROFILE%\AppData\Local\Microsoft\WindowsAppsпапки два "заглушки", які називаються python.exe та python3.exe , і в моєму випадку це було вставлено перед входом мого виконуваного файлу Python у PATH.

Переміщення цього запису нижче правильної папки Python (частково) виправило проблему.

Друга частина виправлення - це ввести manage app execution aliasesв підказку пошуку Windows і взагалі вимкнути сховища версій Python.

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

Дослідження

Всі файли в %USERPROFILE%\AppData\Local\Microsoft\WindowsAppsє заповнювачами, які вказують на файли, які насправді знаходяться десь C:\Program Files\WindowsApps, і їм, як видається, повністю відмовлено у дозволах.

Здається, я пішов правильним шляхом, заявивши в дублікаті цієї проблеми:

"Схоже, вони насправді не замислювались про спосіб розповсюдження з гвинтом з дозволами!"

Джерело: Не вдається встановити pylint у Git Bash у Windows (Магазин Windows)

Завдяки методу розповсюдження WindowsApps дозволи викручуються по-королівськи:

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

Цікаво, що, хоча виконання pythonв CMD працює нормально, папка "WindowsApps" не відображається при перерахуванні файлів у каталозі, в якому вона знаходиться, а спроба переходу до папки генерує помилку "Дозвіл відхилено":

Для спроби змінити дозволи спочатку потрібно змінити власника, тому я змінив власника на групу Адміністратори. Після цього я спробував змінити дозволи для групи Адміністратори, щоб включити Повний контроль, але вона не змогла змінити це, оскільки "доступ заборонено" (duh, Micro $ ucks, це те, що ми намагаємось змінити!).

Ця помилка дозволу сталася для такої кількості файлів, що я використав Alt + C, щоб швидко натиснути "Продовжити" у повторних повідомленнях, але це все одно зайняло занадто багато часу, тому я скасував процес, в результаті чого з'явилося це попереджувальне повідомлення:

І зараз я не можу повернути користувача TrustedInstaller як власника папки WindowsApps, оскільки він не відображається у списку Користувачі / Групи / Вбудовані принципи безпеки / Інші об'єкти. *

* Насправді, згідно з цим посібником , ви можете повернути власника до TrustedInstaller, набравшиNT Service\TrustedInstaller в текстове поле імені об'єкта.

Рішення

Рішення не існує. В основному, ми повністю обернуті. Стильний хід, Microsoft.

Здається, це обмеження в git-bash. Рекомендація використовувати winpty python.exeпрацювала для мене. Додаткову інформацію див. У розділі Не працює Python у командному рядку git bash .

Це питання є надто поширеним, щоб все ще залишатися наполегливим. І більшість відповідей та інструкцій не відповідають на це. Ось що потрібно робити в Windows 10:

1. Введіть environment variablesу панель пошуку запуску та відкрийте Редагувати змінні системного середовища .

2. Клацніть Змінні середовища ...

3. У розділі Системні змінні знайдіть змінну за допомогою ключа Path та двічі клацніть по ній.

4. Шукайте шляхи, що вказують на файли python. Ймовірно, таких немає. Якщо є, виберіть та видаліть їх.

5. Створіть нову змінну, встановлену на шляху до вашого виконуваного файлу python. Зазвичай це такC:\Users\[YOUR USERNAME HERE]\AppData\Local\Programs\Python\Python38 . Переконайтеся в цьому, перевіривши за допомогою Провідника файлів.

   Примітка . Якщо ви не бачите AppData, це тому, що ви не ввімкнули перегляд прихованих елементів : натисніть вкладку Перегляд і поставте прапорець біля Приховані елементи.

6. Створіть іншу змінну, що вказує на Scriptsкаталог. Зазвичай це такC:\Users\[YOUR USERNAME HERE]\AppData\Local\Programs\Python\Scripts .

7. Перезавантажте термінал і спробуйте надрукувати py, python, python3або python.exe.

Це не рішення з PowerShell, але у мене була та ж проблема, за винятком MINGW64. Я обійшов це, переключившись на підсистему Windows для Linux (що я хотів зробити в будь-якому випадку) як мій термінал, як правило, і у VSCode. Цей пост це добре описує:

Як налаштувати код VS (Windows) для використання програми Ubuntu як терміналу

Підсумовуючи:

1) Встановіть Ubuntu з магазину Windows App Store

2) Змініть типовий bash з CMD -> wslconfig / setdefault Ubuntu

--- Для VSCode

3) Перезапустіть VSCode

4) У VSCode змініть "terminal.integrated.shell.windows" на "C: \ WINDOWS \ System32 \ bash.exe" (для отримання додаткової інформації див. Пост вище)

Зараз плавно працює у VSCode та WSL (Bash на Ubuntu у Windows). Це може бути як мінімум тимчасовим рішенням для вас.

Додавання локального шляху Python до того, як WindowsApps вирішив проблему.

Вирішення: Якщо ви встановили python з exe, виконайте наведені нижче дії.

Крок 1: Видаліть python

Крок 2: Встановіть python і поставте прапорець біля шляху Python, як це виділено нижче на знімку екрана (жовтий).

Це вирішило мене проблему.

Для мене я спробував manage app execution aliasesі отримав помилку, що python3 не є командою, тому для цього я використав pyзамістьpython3 і це спрацювало

Я не знаю, чому це відбувається, але це спрацювало для мене

Найпростішим способом було б змінити свої змінні середовища PATH та PYTHONPATH, щоб переконатися, що папку, що містить належні двійкові файли python, шукають для локальної папки WindowsApp. Ви можете отримати доступ до змінних середовища, відкривши панель керування та шукаючи "env"

Це пов’язано з тим, як псевдоніми виконання програми Windows працюють у Git-Bash.

Це відома проблема в MSYS2, через яку неможливо отримати доступ до точок переробки Windows ізIO_REPARSE_TAG_APPEXECLINK

Як обхідне рішення ви можете створити псевдонім для виклику функції, яка використовується cmd.exeпід капотом.

Додайте у свій ~/.bashrcфайл наступне :

function python { cmd.exe /c "python $1 $2 $3";}

Для python я б рекомендував просто відключити псевдоніми виконання програми, як у прийнятій відповіді, але для бібліотек, які розповсюджуються виключно через Windows store, наприклад winget, це ваш найкращий варіант.

Подальше читання

• bash: Local / Microsoft / WindowsApps / python3: Дозвіл відхилено
• Дозвіл відмовлено під час запуску з bash
• winget не працює в WSL2 через помилку формату exec # 234

У мене виникла та сама проблема, але окрім того, що Python був заблокований, усі програми в Scriptsпапці теж були. Інші відповіді про псевдоніми, шлях таwinpty не допомогли.

Нарешті я виявив, що це мій антивірус (Avast), який чомусь вирішив за одну ніч просто заблокувати всі скомпільовані скрипти python з якихось причин.

Виправити це на щастя легко: просто введіть у білий список весь каталог Python. Дивіться тут для повного пояснення.

Можливо, ви можете спробувати відкрити командний рядок із правами адміністратора. (Запустити від імені адміністратора). Працює у мене більшу частину часу.

заощадите ваш час: використовуйте wsl and vscode remote extensionдля належної роботи з python навіть з win10 і не забувайте virtualenv! корисно https://linuxize.com/post/how-to-install-visual-studio-code-on-ubuntu-18-04/