При установке Windows 11 или Windows 10, особенно в виртуальной машине, например, VirtualBox, на этапе первоначальной настройки вы можете столкнуться с ошибками вида «Возникла проблема, попробуйте ещё раз» с указанием «кода» OOBELOCAL, OOBEKEYBOARD или OOBEREGION.
В этой инструкции подробно о том, как исправить ошибки OOBE при установке Windows 11/10 как в виртуальной машине, так и на обычном ноутбуке или компьютере.
Если вы из тех пользователей, которые заглядывают в просмотр событий Windows 10 (Win+R — eventvwr.msc) для анализа ошибок, с большой вероятностью вы там обнаружите ошибки, имеющих код события 7000, 7001, 7009, 7011, 7023, 7031, 7034, а возможно и некоторыми другими похожими. Сообщения об ошибках могут быть разными, но всегда связаны со службами Windows, например:
В этой инструкции подробно о том, что может вызывать такие ошибки в Windows 10, как исправить ошибки с указанными кодами от источника Service Control Manager в Windows 10, стоит ли это делать и дополнительная информация, которая может оказаться полезной.
Иногда при работе в Windows 10 вы можете столкнуться с уведомлением «Перезагрузите, чтобы устранить ошибки диска» и не всегда ясно, о каких именно ошибках идет речь и что следует сделать, чтобы исправить ситуацию.
В этой инструкции подробно о том, что может вызывать появление такого уведомления и о том, что предпринять, чтобы сообщение о необходимости перезагрузки компьютера для исправления ошибок диска не появлялось.
Читать далее Перезагрузите, чтобы устранить ошибки диска в Windows 10 — что делать?
Opencl.dll — ещё один файл, который часто вызывает ошибки как при входе в Windows 11 и Windows 10, 8.1 и 7, так и при запуске игр или программ, такие как «Не удается продолжить выполнение кода, поскольку система не обнаружила opencl.dll», «Запуск программы не возможен, так как на компьютере отсутствует opencl.dll», «Системная ошибка» при запуске amdrsserv.exe и другие.
В этой инструкции подробно о том, как скачать и установить opencl.dll x64 и 32-бит и исправить рассматриваемые ошибки в Windows.
Читать далее Как скачать opencl.dll и исправить ошибки при запуске игр и программ
При запуске многих игр в Windows 10, 8.1 и Windows 7 вы можете столкнуться с ошибкой «Не удается продолжить выполнение кода, поскольку система не обнаружила d3dx9_42.dll» или «Запуск программы невозможен, так как на компьютере отсутствует d3dx9_42.dll».
Этот файл, как для x64 так и для 32-бит систем легко скачать с официального сайта Майкрософт, а ошибку при запуске программ и игр очень просто исправить — в этой инструкции подробно о том, как именно это сделать.
Один из распространенных случаев синего экрана смерти (BSOD) — STOP 0x00000050 и сообщение об ошибке PAGE_FAULT_IN_NONPAGED_AREA появляющаяся во всех актуальных версиях ОС: Windows 11, Windows 10 и предыдущих версиях системы. При этом текст сообщения об ошибке может содержать информацию о файле (а если не содержит, то посмотреть эту информацию можно в дампе памяти с помощью программ BlueScreenView или WhoCrashed, о них будет далее), который вызвал ее, среди часто встречающихся вариантов — win32k.sys, atikmdag.sys, hal.dll, ntoskrnl.exe, ntfs.sys, wdfilter.sys, applecharger.sys, tm.sys, tcpip.sys и другие.
В этой инструкции — наиболее распространенные варианты этой проблемы и возможные способы исправить ошибку. Также ниже имеется список официальных исправлений Microsoft для конкретных случаев ошибки STOP 0x00000050.
Читать далее Ошибка STOP 0x00000050 PAGE_FAULT_IN_NONPAGED_AREA
Одна из распространенных ошибок в Windows 10 — синий экран «На вашем ПК возникла проблема, и его необходимо перезагрузить» с указанием кода остановки 0xc000021a. Ошибка может возникнуть после установки обновлений, при попытке восстановить систему с использованием точек восстановления, иногда — в результате обновления драйверов, установки некоторых специфичных программ или твиков системы, влияющих на системные файлы.
В этой инструкции подробно о возможных способах исправить ошибку 0xc000021a в Windows 10 в зависимости от ситуации. С большой вероятностью один из способов поможет сравнительно легко решить проблему.
Если вы работали с программами, которым приходится обрабатывать очень большое количество файловых дескрипторов, например с распределенными базами данных, такими, как Elasticsearch, то вы, наверняка, сталкивались с ошибкой "too many open files в Linux".
В этой небольшой статье мы разберемся, что означает эта ошибка, а также как её исправить в различных ситуациях.
Читать далее Ошибка too many open files в Linux
OpenVPN - очень популярная программа для организации виртуальных сетей и VPN-серверов. Это очень удобно, так как вы можете объединить несколько компьютеров, находящихся в разных концах мира в одну виртуальную локальную сеть и для операционной системы всё будет выглядеть так, как будто эти компьютеры действительно находятся в одной локальной сети.
Но иногда сеть перестает работать или не получается её настроить. В этой статье мы разберём несколько причин, почему не подключается OpenVPN, с которыми лично сталкивался я и которые мне приходилось исправлять. Возможно, одна из них и привела к вашей поломке.
Если вы только что установили и настроили OpenVPN, убедитесь, что его сервис запущен и работает. Если сервер не запущен, то, как правило, при попытке подключения вы будете получать ошибку "Connection refused". Для проверки выполните:
sudo systemctl status openvpn
В некоторых случаях сервис запускается с определённым конфигом. Тогда для проверки нужно указать этот конфигурационный файл:
sudo systemctl status openvpn@имя_конфига
Также вы можете посмотреть, слушает ли сервис подключения на порту OpenVPN:
ss -tlpn | grep openvpn
Если сервис запущен и слушает подключения на 1194 порту, а вы всё ещё не можете подключится, убедитесь, что этот порт не защищён брандмауэром на сервере. Для этого просто пробуем подключится к нему с помощью telnet:
telnet ip_сервера 1194
Когда всё хорошо, утилита сообщит об успешном подключении:
Если вы получаете такую же ошибку - "Connection refused" - или просто долго идёт подключение, но сервис запущен, значит порт закрыт. Открыть порт в Ubuntu можно с помощью команды:
sudo ufw allow 1194
А в CentOS:
sudo firewall-cmd --zone=trusted --add-service openvpn
sudo firewall-cmd --zone=trusted --add-service openvpn --permanent
Теперь можете снова попробовать подключаться к вашему OpenVPN-серверу и теперь всё должно заработать.
Если сервер запущен и доступен извне, но вы всё ещё не можете подключится, то проверьте, соответствуют ли клиентская сторона настройкам сервера. Обратите внимание на тип подключения - tcp это или udp? Также обратите внимание на настройки шифрования и сжатия, особенно tls и comp-lzo. Все настройки, касающиеся подключения, должны быть одинаковыми как в конфигурационном файле клиента, так и сервера.
Если вы подписывали ключи вручную, без использования какого-либо автоматического скрипта настройки OpenVPN, и поэтому они находятся в отдельных файлах от клиентского конфигурационного файла, тогда проверьте, используете ли вы правильные ключи и правильно ли они подписаны. Обычно при проблемах с ключами всё это очень хорошо видно в лог-файле OpenVPN. Но об этом позже. Попробуйте подписать ключи ещё раз.
Если OpenVPN подключается, но подключение постоянно разрывается, причиной этому может стать нестабильная сеть. Если вы знаете, что сеть у вас не очень стабильная или сильно загружена, уберите эти опции из конфигурационного файла клиента:
sudo vi /etc/openvpn/server.conf
#ping 5
#ping-restart 10
Как правило, это решает проблему с сетью и программа может нормально работать даже в сети, которая постоянно разрывается. Также можно не удалять эти строки полностью, а просто увеличить их значения.
Если вам всё ещё не удалось выяснить, почему не работает подключение, значит это что-то более серьёзное и без анализа лог-файла вам не обойтись. При подключении в терминале клиента вы обычно будете получать примерно одну и ту же ошибку:
SIGUSR1[soft,connection-reset] received, process restarting
Более подробную информацию можно взять из лог-файла сервера. Лог-файл настраивается директивой log-append в конфигурационном файле сервера, обычно это /var/log/openvpn.log.
По умолчанию уровень логирования равен трём. На этом уровне вы мало что сможете понять. Вам нужен уровень 9, максимальный. Поэтому откройте конфигурационный файл и приведите настройки логирования к такому виду:
log-append /var/log/openvpn.log
verb 9
Теперь перезапустите OpenVPN:
sudo systemctl restart openvpn@имя_конфига
Откройте лог-файл и попробуйте снова подключится:
tail -f /var/log/openvpn.log
Здесь вы увидите очень много информации, просмотрите её внимательно и найдите, где именно находится проблема. Обычно программа сама говорит где проблема и как её решить. Главное, потом не забудьте вернуть значение параметра verb по умолчанию (3) иначе лог-файл очень быстро займёт всё свободное место на жёстком диске.
Если по одному и тому же конфигурационному файлу пытаются подключится два или больше пользователей одновременно, то OpenVPN примет только одно подключение, а все остальные будет сбрасывать. Это поведение можно изменить, добавив к конфигурации сервера строчку:
duplicate-cn
Но лучше так не делать и создавать для каждого пользователя или устройства отдельный конфигурационный файл, тогда можно будет просто отследить, кто и когда подключался.
CRL - это список отозванных сертификатов. Этот файл имеет свой срок действия, и он может истекать. Если это произойдёт, то в логе вы найдёте ошибку "CRL has expired". Для быстрого её решения можно просто закомментировать строчку:
crl-verify crl.pem
Но тогда отозванные сертификаты перестанут быть отозванными. Другой вариант - это создать этот файл заново. Если у вас установлен пакет скриптов EasyRSA, который, обычно, автоматически устанавливается вместе с OpenVPN, то сделать это очень просто. Перейдите в папку со скриптами:
cd /etc/openvpn/easyrsa/
И выполните:
./easyrsa gen-crl
Затем скопируйте полученный файл в папку с файлами OpenVPN:
cp /etc/openvpn/easy-rsa/pki/crl.pem /etc/openvpn/crl.pem
Готово, теперь у вас всё будет работать.
Если вы не можете подключится или подключение разрывается, причиной этому может стать недостаточное количество ресурсов на сервере. Убедитесь, что сервер ничем не перегружен, а на жёстком диске есть свободное место.
Читать далее Не подключается OpenVPN
Довольно часто при использовании сторонних PPA репозиториев во время обновления списка пакетов можно получить ошибку репозиторий не содержит файла release Ubuntu. Обычно она не мешает работе других репозиториев, но репозитории, которые выдают эту ошибку чаще всего не обновляются.
В этой небольшой статье мы разберем что означает эта проблема, а также пути ее решения. Статья ориентированна, в основном, на Ubuntu, но подойдет для Debian и всех основанных на нем или Ubuntu систем.
Читать далее Репозиторий не содержит файла release Ubuntu