Ошибка операционной системы 21 устройство не готово

Every time I reboot windows, for some databases comes out this error. (OS Error 21 — Device not ready)

This is due to a disk being offline or not being online either at the time SQL Server started, or had transitioned states after SQL Server has been online.

3.If I restart SQL Server the errors disappears

Yes, because the databases have been remounted inside of SQL Server. You could also offline->online the database as well and it would work, assuming the disk device has been fixed.

This can easily be reproduced in a test environment by putting a database on a disk, disabling the disk, running a select query (to get the error), bringing the disk back online and noticing that the select still fails with the same error. The database will need to be remounted in order to work again and not get OS Error 21.

What should you do?

Have someone do some windows tracing to figure out why it isn’t coming online initially or why it is going offline (any state transition) or why it is showing ready to windows but really isn’t (maybe other drivers need to be loaded for it).

Additionally check any disk filter drivers are up to date for things like anti-virus, host intrusion protections, etc., as those may also be blocking the service/startup/state.

Устранение неполадок: службы Windows не запускаются

Службы Windows – это приложения, которые обычно запускаются при загрузке компьютера и работают в фоновом режиме, пока он не выключится. Строго говоря, сервис – это любое приложение Windows, реализованное с помощью API сервисов. Однако службы обычно обрабатывают задачи низкого уровня, которые практически не требуют взаимодействия с пользователем.

Службы Windows не запускаются

Перед началом работы создайте точку восстановления системы вручную.

2] Загрузитесь в безопасном режиме и посмотрите, запускается ли служба. Часто службы или драйверы сторонних производителей могут мешать нормальному функционированию системных служб. В качестве альтернативы вы также можете выполнить Чистую загрузку и проверить.

3] Запустите проверку системных файлов, т.е. Запустите sfc/scannow из командной строки с повышенными привилегиями. Перезагрузитесь после завершения и проверьте. Пользователи Windows 10/8.1 могут восстановить свой образ системы Windows и посмотреть, поможет ли это.

4] Если у вас возникли проблемы с запуском определенных служб, проверьте, может ли какая-либо из этих публикаций помочь вам:

5] Если вы столкнулись с проблемой в системе Windows 7 или Windows Server 2008 R2 с пакетом обновления 1 (SP1), когда после установки приложения возникает большая задержка, прежде чем все службы будут готовы, посетите KB2839217 и запросите исправление. Обычно это происходит, когда приложение создает файл, имя файла которого длиннее 127 символов.

6] Если вы получили сообщение об ошибке «Windows не удалось запустить брандмауэр Windows, DHCP-клиент или политику диагностики на локальном компьютере в Windows 7 или Windows Vista», примените это исправление из KB943996.

7] Посмотрите, поможет ли вам восстановление Windows, если ранее использовалась хорошая точка восстановления системы.

8] Если ничего не помогает, вам, возможно, придется подумать о восстановлении Windows 7 или об использовании Refresh или Reset PC в Windows 10/8.

Связанное чтение:

SMART, Windows Tweaker, является нашей бесплатной утилитой, которая помогает настроить Windows Services на основе предложенных конфигураций BlackVipers, а также позволяет сбросить значения Services до значений по умолчанию. Вы можете проверить это!

Источник

Не удалось запустить службу Windows Audio на локальном ПК

При включении ПК, загрузившись на рабочий стол Windows 11/10, пользователь может столкнуться с ошибкой «Не удалось запустить службу Windows Audio на локальном компьютере«, что приводит к пропаданию звука во всей операционной системе. Помимо этого, ошибка может появляться с разными кодами как 0x80070005, 1067, 1740 или 1079, когда пользователь вручную пытается запустить службу Audio.

Ошибка, когда не удалось запустить службу Windows Audio может появляться из-за поврежденных системных файлов, не правильного типа запуска или прав доступа учетной записи.

В данной инструкции описаны способы решения ошибки, когда Windows 11/10 не удалось запустить службу Audio.

1. Запустить устранение неполадок со звуком

Нажмите правой кнопкой мыши по иконке звука (динамика) на панели задач и выберите «Устранение неполадок«. Запуститься мастер диагностики по звуковым устройствам и попытается исправить проблемы со службой Audio.

2. Проверка целостности системы

Запустим встроенные инструменты SFC и DISM, которые проверят и исправят поврежденные системные файлы, если они имеются. Для этого, запустите командную строку от имени администратора и введите по порядку ниже команды, нажимая Enter после каждой:

3. Полный доступ Audiosrv

Если процесс Audiosrv не будет иметь полных прав на выполнения своих задач, то служба Windows Audio не будет запускаться по правилам различных программ, которые могут использовать данную службу.

Нажмите Win+R и введите regedit, чтобы отрыть редактор реестра. В реестре перейдите по следующему пути:

Источник

Не удалось запустить службу Windows Audio на локальный компьютер.

Не удалось запустить службу Windows Audio на локальный компьютер — ошибка 0х80070005: Отказано в доступе. Продолжаем разбирать невесть откуда появляющиеся проблемы в Windows. Сейчас я покажу как был решён вопрос с этой неисправностью, объявившейся у одного из пользователей после очередной перезагрузки Windows. Последующие перезапуски системы ни к чему не приводили. Создание учётной записи Администратора (как позже и других дополнительных) и работа из неё также успеха не возымели: звук в Windows 10 пропал окончательно. Компьютер попал ко мне в руки перед финальным шагом — восстановлением системы, которая, в принципе, должна была решить проблему. Показываю поэтапно все предпринятые шаги.

Проверка службы Windows Audio.

Это быстро. Запускаем строку Выполнить WIN + R и выходим на консоль служб командой:

Нам следует убедиться, что одноимённая служба запущена. Обратите внимание на владельца, от чьего имени служба Windows Audio запущена (или нет). Это должна быть Локальная служба:

В любом случае служба по умолчанию должна (1) работать прямо сейчас от имени (2) Локальной службы, (3) режим запуска — Автоматический. Однако, если служба Windows Audio запущена от лица Сетевой службы или чего-то ещё, смените родительскую ветку запуска. Для этого:

Именно такие настройки имеет службы Windows Audio по умолчанию. Однако некоторые из пользователей сообщают о том, что им удалось запустить звук в Windows, «перевернув» настройки. Попробуйте и вы (как на рисунке ниже) с последующей перезагрузкой:

Если после перезагрузки звук не появится, верните принадлежность запуска Локальной службе (так и пропишите вручную в соответствующем поле с вводом пароля к своей учётной записи). Или с помощью поиска в окнах выбора пользователей (следите за последовательностью цифр в порядке нажатия по кнопкам):

Не удалось запустить службу Windows Audio на локальный компьютер: сменим разрешения через реестр.

Источник

Ошибка «Неправильные разрешения для каталогов службы поиска Windows»

Ошибку «Неправильные разрешения для каталогов службы поиска Windows» можно увидеть после запуска средства устранения неполадок поиска и индексирования Windows 8/8.1 и Windows 10. Как правило, пользователи обращаются к этому средству тогда, когда наталкиваются на какие проблемы в работе поисковика своей системы.

По каким причинам возникает ошибка?

За ошибкой «Неправильные разрешения для каталогов службы поиска Windows» стоит, как правило, четыре причины.

Методы решения ошибки

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

Метод №1 Получение полного доступа к папке «Data»

Довольно большая часть пользователей смогла исправить данную проблему, завладев полными правами на папку «Data». Директория для этой папки следующая: C:/Program Data/Microsoft/Search/Data. Попробуйте выполнить следующий ряд шагов:

Заметка: если вы ввели корректное имя, то рядом с ним появится ваше полное имя и адрес электронной почты. Если неправильно — появится ошибка.

Пробуем выполнить поисковый запрос. Потом запускаем средство устранения неполадок поиска и индексирования. Вы все еще видите ошибку «Неправильные разрешения для каталогов службы поиска Windows»? Если нет — отлично. Если же видите, то попробуйте сделать метод ниже.

Метод №2 Запуск SFC и DISM

Давайте предположим, что рассматриваемая проблема возникла по причине поврежденных системных файлов. Что делать в таком случае? Можно попробовать провести сканирование при помощи утилит SFC и DISM и попытаться восстановить поврежденные файлы. Чтобы задействовать эти системные утилиты, вам нужно сделать следующее:

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

Метод №3 Создание новой учетной записи

Некоторым пользователям удалось избавиться от проблем с поисковой системой Windows, создав для себя новую учетную запись и удалив старую. Давайте хотя бы попробуем создать новый локальный аккаунт:

Проверьте, нормально ли работает поисковая система. Также загляните в средство устранения неполадок поиска и индексации для проверки наличия ошибки «Неправильные разрешения для каталогов службы поиска Windows».

Метод №4 Сброс Кортаны через Powershell

Оказывается, подобную проблему может вызывать некорректно работающий модуль Кортаны. Некоторые пользователи утверждают, что им удалось разрешить ситуацию с поисковиком посредством сброса Кортаны через Powershell. Давайте попробуем это сделать и мы:

Проверяем, была ли решена ошибка «Неправильные разрешения для каталогов службы поиска Windows».

Источник

Windows не может запустить службу Windows Audio на локальном компьютере

Windows не удалось запустить службу Windows Audio на локальном компьютере. Ошибка 0x8000706: конечная точка является дубликатом.

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

Windows не может запустить службу Windows Audio на локальном компьютере

2. На левой панели Редактор реестра перейдите по ссылке:

HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services Audiosrv

Добавьте службу Windows Audio или Audiosrv в список защиты от вирусов

Чтобы решить эту проблему, другой способ ее устранения – использование антивирусной программы, которую вы используете. Перейдите в список элементов на карантине и посмотрите, сможете ли вы найти связанный с Windows Audio Service файл и добавить его в список безопасных. Таким образом, исходный файл восстанавливается на машине, что должно исправить вашу проблему на ходу.

Надеюсь это поможет! Если это не так, взгляните на эти сообщения тоже:

Источник

В моем случае я смог использовать

exec sp_detach_db [dbName];

с последующим

exec sp_attach_db [dbName] , @filename1 = N'U:mdfdbName.mdf' , @filename2 = N'G:ldfdbName_log.ldf';

для 30 баз данных в SQL 2017. Несмотря на то, что процесс «отсоединения» вызывал ошибку, SQL все же отсоединил базу данных.

я использовал
select db_name(database_id), * from sys.master_files до того, как я начал отсоединяться, поэтому я мог написать сценарий процесса присоединения, учитывая, что в этом состоянии у меня было 30 баз данных.

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

Через пять часов началось резервное копирование с использованием VSS. Я убежден, что сочетание неудачного «расширения тома» и моментального снимка VSS привело тома в необычное состояние.

In my case I was able to use

exec sp_detach_db [dbName];

followed by

exec sp_attach_db [dbName] , @filename1 = N'U:mdfdbName.mdf' , @filename2 = N'G:ldfdbName_log.ldf';

for 30 databases under SQL 2017. Even though the «detach» process threw an error, SQL did detach the database.

I used
select db_name(database_id), * from sys.master_files
before I started detaching, so I could script out the attach process, given I had 30 databases in this state.

I found the catalyst in my case. I had «extended» two volumes the night before. Disk Management had reported it could not extend the volume at that time. I had decided to wait for a maintenance window to try again, and there were no errors yet.

Five hours later a backup started that used VSS. I am convinced the combination of a failed «extend volume» and the VSS snapshot put the volumes in an unusual state.