Автозагрузка не работает windows 7: не работает автозапуск флешки в Windows 10, 7

Posted on by alexxlab

не работает автозапуск флешки в Windows 10, 7

Что делать, если на компьютере не работает автозапуск флешки в Windows 10, как включить его снова? Причем не только на 10-й версии, но и на 7 и 8 аналогичная ситуация встречается. Сейчас разберем основные, самые действенные варианты решения этой проблемы.

Ведь автозапуск — штука удобная, поскольку не требуется при подключении оборудования (например, носителей в виде флешки или внешнего HDD) вручную открывать проводник и затем уже нужное устройство. На рабочем столе появляется уведомление, где сразу выбираем требуемое действие.

Да и когда что-то не так работает в ОС, как должно быть — это не хорошо. Особенно для таких перфекционистов, как я 😊

Что делать, если не работает автозапуск флешки в Windows 10, 7, 8

Причин неработающего автозапуска съемных носителей USB(а бывает и CD / DVD / Blu-ray дисков) может быть много, но чаще всего в настройках системы, в одном из разделов просто отключена опция, отвечающая за это или так настроена политика безопасности Виндовс.

Но есть и более сложный вариант — некорректное значение в реестре. Именно так было и у меня и я еле-еле нашел способ исправить 🙂

Начнем с самых банальных вариантов…

Способ 1 — сделать стандартные настройки в параметрах Autoruns Виндовс

В системе есть раздел «Автозапуск» и в первую очередь нужно отправить туда и проверить, а не выключен ли он там? Последовательность немного отличается в Windows 10 и более ранних версиях.

В 10-й порядок действий таков:

  1. Открываем поиск и набираем «автозапуск», после чего открываем найденный раздел «параметры автозапуска». Если вдруг нет возможности воспользоваться поисковой строкой, то зажимаем комбинацию клавиш Win+I и открываем последовательно: «устройства» — «автозапуск».
  2. В открывшемся окне в первую очередь смотрим, чтобы вверху автозапуск был активирован, а затем ниже проверьте, на всех типах устройств стояло значение «Спрашивать каждый раз».

Проверка настроек, из-за которых часто не работает автозапуск флешки в Windows 10.

В 7-й версии делаем следующее:

  1. Переходим в меню «Пуск» и выбираем «Панель управления».
  2. Переходим по разделам: «оборудование и звук» — «автозапуск».
  3. В первую очередь проверяем, чтобы данная функция была включена для всех носителей и устройств (должна стоять галочка).
  4. Опускаемся в самый низ окна и нажимаем «Восстановить значения по умолчанию». Этот пункт позволит нам в Виндовс 7 исправить, возможные некорректные настройки автозапуска (например, если стоит где-то опция «не выполнять никаких действий»).

Включение необходимых настроек панели управления ОС.

Теперь можно вставлять флешку или USB-HDD в компьютер и проверить, появляется ли окно для выбора действий. Если нет, идем ко 2-му способу.

Способ 2 — как включить автозапуск флешки Windows 10, 8, 7 через компонент GPEdit

В системе есть служебный раздел, где настраивается неимоверное количество всяких функций системы. Первый раз, когда я забрел туда, реально чуть не заблудился 😄 Это напомнило мне реестр (до него мы тоже доберемся сейчас), но в более понятном, структурированном виде.

Инструмент называется «Редактор локальной групповой политики», он абсолютно одинаков, начиная от версии Виндовс 7 и проще всего туда попасть через поиск системы, набрав «gpedit.msc» (без кавычек). Работает в любой версии Виндовс.

Как перейти в редактор групповых политик Windows 10, 8 или 7, чтобы включить автозапуск флешки.

Если не получается открыть поисковую строку, то воспользуйтесь командой «Выполнить», указав там такую же команду: gpedit.msc.

В открывшемся окне переходим, в левой его части, переходим по следующему пути: «конфигурация компьютера» — «административные шаблоны» — «компоненты windows» — «политики автозапуска». Проверяем, чтобы параметр «выключение автозапуска» был в значении «не задана».

org/ImageObject»>Проверка, настройки автозапуска USB, и дисковых носителей в Виндовс (должно стоять значение «не задана» или «отключено»).

Это значение стандартное и значит у вас все корректно настроено, можно двигаться к третьему варианту.

Но если там вы видите «включено», то скорее всего и это является причиной, не работает автозапуск флешки в windows 10 или в 7 / 8 версии этой операционной системы. Тогда кликаем по параметры дважды и в окне выбираем «не задано», а затем «применить» и «ок».

Нажмите «Не задано» в окне настройки, если по умолчанию стояло значение «Включить».

Еще нужно проверить настройку точно такого же параметра по следующему пути групповых политик: «конфигурация пользователя» — «административные шаблоны» — «компоненты windows» — «политики автозапуска».

Проверьте параметры конфигурации пользователя в gpedit, там тоже должна быть отключена функция «Выключение автозапуска».

Теперь подключаем съемный накопитель и смотрим, заработало?

Способ 3 — настройте стандартные значения Autoplay в реестре системы 

Именно правки в реестре системы помогли мне справиться с данной проблемой, поэтому не исключаю что кто-то из вас найдет решение именно по этому методу.

Нам необходимо открыть реестр, либо через поиск Виндовс, набрав «regedit», либо упомянутую ранее команду «выполнить», вбив ту же самую команду.

Как открыть реестр ОС Windows (10, 8 или 7 версии системы), используя поиск

Ключи реестра, о которых ниже пойдет речь одинаковые для Win 7, 8 и 10.

Пользуясь левой частью окна, переходим по следующему пути:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

Если в окне есть опция «NoDriveTypeAutoRun» и в ней указано значение, отличное от 0х00000000 (0), то это может напрямую влиять на то, что у вас не работает автозапуск. В таком случае исправляем, кликнув дважды по этому ключу и введя в окне «0».

Изменение опции реестра, если не работает автозапуск флешки в windows 10 и более старых операционных системах

Вот именно этот параметр и был причиной неполадки в моем случае.

Однако не всегда в этом разделе реестра есть такой ключ. Если его у вас нет, проверьте также, чтобы в обязательном порядке отсутствовали и эти:

  • NoAutorun;
  • DisableAutorun.

Увидев какой-то из них, удалите.

Затем проверяем еще один каталог реестра:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

И точно также смотрим:

  1. Чтобы NoDriveTypeAutoRun был обязательно в значении 0. Если этого ключа нет, все нормально.
  2. Должны отсутствовать NoAutorun, а также DisableAutorun.

В некоторых случаях, в Виндовс может отсутствовать этот раздел.

И, наконец, последний 3-й путь:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandlers

Отключение блокировки автозапуска в разделе «Autoplay Handlers» реестра

Здесь, помимо того, что должны отсутствовать 2 параметра, проверяем еще чтобы «DisableAutoplay» стоял в значении, равном 0. Если вовсе не будет такого ключа, то все нормально.

Когда все 3 ключа реестра проверили, можно подключать внешний диск / флешку и смотреть, если ли результат.

Основные выводы

Я рассказал обо всех самых основных способах починить автоматически запуск со съемных носителей, в том числе о способе, который помог мне. А я ведь так долго не мог найти решение 😊

Конечно, бывают и иные, более сложные ситуации, которые проще рассматривать уже индивидуально. Потому что поломано может быть что-то в совершенно неожиданном месте системы, где сразу и искать не подумаешь…

Поэтому, если вы точно опробовали все перечисленные выше варианты решений и у вас так и не работает автозапуск флешки в windows 10 (и других версиях ОС), пишите ниже в комментарии, попробуем решить. Желательно сразу выслать ссылки на скриншоты всех 3-х разделов реестра, чтобы можно было понять, какие ключи там есть в вашем случае.

Кстати, подумайте, нужен ли вам автозапуск вообще? Если быть честно, когда он отключен, система ваша в большей безопасности, потому что с автозапуском могут активироваться трояны (если устройство было заражено).

Пустая вкладка «Автозагрузка» в Диспетчере задач

Вкладка «Автозагрузка» в Диспетчере задач пустая — нет элементов автозагрузки для отображения.

Когда вы открываете диспетчер задач и щелкаете вкладку «Автозагрузка», она может оказаться пустой. Вы можете увидеть сообщение «Нет элементов автозагрузки для отображения».

Эта проблема может возникнуть, даже если в разделах реестра «Run\RunOnce» имеется много записей для автоматического запуска приложений.

Почему вкладка «Автозагрузка» пустая

Решение проблемы

Использование командной строки

Все еще не работает?

Почему вкладка «Автозагрузка» пустая

На вкладке «Автозагрузка» диспетчера задач может отображаться сообщение «Нет элементов автозагрузки для отображения», если папка автозагрузки или общая для всех пользователей папка автозагрузки были удалены с вашего компьютера.

Эти папки находятся здесь:

C:\Пользователи\Ваше имя\AppData\Roaming\Microsoft\Windows\Главное меню\Программы\Автозагрузка

C:\ProgramData\Microsoft\Windows\Главное меню\Программы\Автозагрузка.

Это может быть побочным эффектом, например, какой-нибудь утилиты для удаления пустых папок или подобного скрипта.

Когда вы запускаете команду оболочки «shell:startup» или «shell:common startup» для запуска папки автозагрузки, появляются следующие ошибки:

Windows не может найти «shell:startup». Убедитесь, что вы правильно ввели имя, а затем повторите попытку.

А также

Windows не может найти «shell:common startup». Убедитесь, что вы правильно ввели имя, а затем повторите попытку.

Решение проблемы

Чтобы решить эту проблему, заново создайте папки автозагрузки вручную.

Откройте следующую папку в проводнике:

C:\ProgramData\Microsoft\Windows\Start Menu\Programs

Создайте подпапку с именем «Startup (Автозагрузка)» (если она еще не существует).

Повторите то же самое в следующем месте:

C:\Users\%username%\AppData\Roaming\Microsoft\Windows\Start Menu\Programs

Использование командной строки

Кроме того, вы можете легко сделать это с помощью командной строки.

Откройте окно командной строки от Администратора и выполните эти две команды:

md "%ProgramData%\Microsoft\Windows\Start Menu\Programs\Startup"

md "%AppData%\Microsoft\Windows\Start Menu\Programs\Startup"

(Игнорируйте сообщение «папка уже существует», если оно появляется для одной из вышеперечисленных команд.)

Готово! Диспетчер задач теперь должен правильно отображать ваши программы из автозагрузки.

Все еще не работает?

Если всё, что вы проделали, не помогает, вам необходимо исправить путь к папке автозагрузки в разделе реестра User Shell Folders. Путь в реестре выглядит следующим образом:

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders

Правильные значения приведены в таблице:

Название параметра в реестреЗначение
Startup%USERPROFILE%\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup

Если у вас значение Startup не такое, просто исправьте его на правильное.

💡Узнавайте о новых статьях быстрее. Подпишитесь на наши каналы в Telegram и Twitter.

Судя по тому, что вы читаете этот текст, вы дочитали эту статью до конца. Если она вам понравилась, поделитесь, пожалуйста, с помощью кнопок ниже. Спасибо за вашу поддержку!

Автор Сергей ТкаченкоОпубликовано Рубрики WindowsМетки Автозагрузка, Диспетчер задач

8 — После обновления не работает автозагрузчик

спросил

6 лет, 5 месяцев назад

Изменено 5 лет, 2 месяца назад

Просмотрено 3к раз

Недавно я обновился с 8.1.8 до 8.1.10 (через composer update ). В моей локальной среде (работает scotchbox, PHP 5.6.14) все работает нормально. При развертывании на промежуточном сервере (под управлением CentOS 6. 7, PHP 5.5.17) сайт возвращает 500 и записывает в error_log следующее:

PHP Неустранимая ошибка: класс «Drupal\Core\Site\Settings» не найден в /home/[site]/public_html/drupal/core/lib/Drupal/Core/DrupalKernel.php в строке 964

Я скопировал в основном все, кроме каталога /sites/, поэтому не думаю, что что-то упустил.

Я пытался перезапустить httpd безрезультатно.

Похоже на проблему с автозагрузчиком и возможно из-за несоответствия версии PHP. Между autoload.php и процессом начальной загрузки DrupalKernel.php есть много слоев. Я в недоумении, что здесь происходит. Любая помощь будет оценена по достоинству.

  • 8
  • композитор

5

Похоже, что изменения, внесенные композитором в вашу локальную среду, не были перенесены. Не зная никаких подробностей о том, что может отличаться, вам придется заняться самоанализом. Вы можете протестировать автозагрузчик как в среде разработки, так и в среде подготовки, чтобы выяснить, что происходит по-разному в каждой среде.

Есть несколько вещей, которые вы можете сделать для проверки автозагрузчика:

  • Внутри index.php вы можете использовать оператор var_dump($autoloader) для дампа автозагрузчика; он должен иметь свойство
    classMap     , которое должно иметь массив с ключами, который сопоставляет классы с файлами PHP. Он должен включать значение Drupal\Core\Site\Settings .
  • Внутри vendor/composer/autoload_real.php — это логика, которая регистрирует автозагрузчик и включает другие autoload_*.php , используемые для создания объекта автозагрузчика. Вы можете различные var_dump() операторов, чтобы следовать по пути выполнения, чтобы убедиться, что автозагрузчик строится правильно.
  • Внутри vendor/composer/ClassLoader.php вы используете оператор var_dump($class) в методе ClassLoader::loadClass($class) , чтобы PHP выдавал классы, поскольку автозагрузчик включает их.

Я решил аналогичную проблему, изменив права доступа к файлам. Попробуйте рекурсивно изменить групповое владение файлами на «www-data» как в папке поставщика, так и в веб-папке.

 chown -R $USER:www-веб-поставщик данных

Сервер CentOS должен использовать «apache» вместо «www-data»

 chown -R $USER:веб-сайт поставщика apache

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Нажимая «Опубликовать свой ответ», вы соглашаетесь с нашими условиями обслуживания, политикой конфиденциальности и политикой использования файлов cookie

.

Пространства имен и автозагрузка

Имена классов и определенных типов могут быть разбиты на сегменты называемые пространства имен, которые позволяют автозагрузчику найти класс или определенный тип в вашем модули.

Синтаксис

Кукольный имена классов и определенных типов может состоять из любого количества сегментов пространства имен, разделенных двойным двоеточием ( :: ) разделителя пространства имен, аналогично косой черте ( / ) в пути к файлу.

 класс апача { ... }
класс apache::mod {...}
класс apache::mod::passenger { ... }
определить apache::vhost {...}

Поведение автозагрузчика

При объявлении класса или определенного ресурса Puppet использует его полное имя, чтобы найти класс или определенный тип в ваших модулях. Каждый класс и определенный тип должен быть в отдельном файле в манифестах модуля каталог, и каждый файл должен иметь файл . pp расширение.

Имена сопоставляются с расположением файлов следующим образом:

  • Первый сегмент имени, за исключением пустого верхнего пространства имен, идентифицирует модуль. Если это единственный сегмент, имя файла init.pp .

  • Последний сегмент определяет имя файла без расширения .pp .

  • Любые сегменты между первым и последним являются подкаталогами в показывает каталог .

В результате каждое имя класса или определенного типа сопоставляется непосредственно с путем к файлу в Puppet. путь к модулю :

Имя Путь к файлу
апач <КАТАЛОГ МОДУЛЯ>/apache/manifests/init.
pp
апач :: мод <КАТАЛОГ МОДУЛЯ>/apache/manifests/mod.pp
apache::mod::пассажирский <МОДУЛЬ КАТАЛОГ>/apache/manifests/mod/passenger.pp

Примечание. Файл init.pp всегда содержит класс или определенный тип с тем же именем, что и у модуля, и любой другой файл .pp

содержит класс или определенный тип по крайней мере с двумя пространствами имен сегменты. Например, apache.pp будет содержать класс с именем apache::apache . Это означает, что вы не можете назвать класс <ИМЯ МОДУЛЯ>::init .

Вложенные определения и отсутствующие файлы

Если класс или определенный тип определен внутри другого определения класса или определенного типа, его name находится в пространстве имен внешнего определения.

Это приводит к тому, что его настоящее имя отличается от имени, с которым оно было определено. Для Например, в следующем коде настоящее имя внутреннего класса — first::second :

 class first {
  второй класс {
    ...
  }
}

Однако поиск вашего кода по этому реальному имени ничего не дает. Кроме того, это приводит к тому, что класс

first::second определяется в неправильном файле. Избегайте такой структуры кода.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *