Service команда не найдена debian
Обновлено: 04.07.2024
Я сталкивался с несколькими инструкциями по установке, которые включают команду deb . Но похоже, что эта команда недоступна в моей установке.
Где я могу получить эту команду? Есть ли обходной путь?
Примите ответ на вопросы, на которые у вас есть хороший ответ, чтобы показать, что вам нравится ответ, и он вам больше всего помог. Вы можете сделать это с галочкой слева. Меня смущает, что я не осознавал, что инструкции, которые я читал, не показывал мне что-то, что нужно напечатать в командной строке, это показывало мне строку для вставки в файл. Я рад, что вы задали этот вопрос!'deb' не является командой Он используется в /etc/apt/sources.list файле для обозначения репозитория программного обеспечения Debian.
Может быть полезно, если вы говорите, что строки "deb" - это инструкции, добавленные в списки источников Aptitude. Это устранит всю путаницу, которую создает весь этот вопрос.Список источников предназначен для поддержки любого количества активных источников и различных источников мультимедиа. В файле указывается один источник в строке, причем наиболее предпочтительный источник указан первым. Формат каждой строки: введите uri args. Первый элемент type определяет формат для аргументов. uri - это универсальный идентификатор ресурса (URI), который представляет собой расширенный набор более конкретного и известного универсального указателя ресурса или URL-адреса.
Тип deb описывает типичный двухуровневый архив Debian, дистрибутив / компонент. Формат записи sources.list с использованием типов deb и deb-src:
URI для типа deb должен указывать базу дистрибутива Debian, из которой APT найдет нужную ему информацию. В распределении можно указать точный путь, в этом случае компоненты должны быть пропущены, а распространение должно заканчиваться косой чертой (/). Это полезно для случая, когда интерес представляет только конкретный подраздел архива, обозначенный URI. Если в распределении не указан точный путь, должен присутствовать хотя бы один компонент.
Например, ответ @Eric Carvalho deb - это не командная строка. Если у вас есть deb, тогда url выглядит так:
редактировать
Как и коммит @muru , вам нужно создать новый файл с расширением .list в /etc/apt/source.list.d/ папке:
Пример : я хочу скачать Oracle virtualbox, создать новый файл:
Затем скопируйте и вставьте строку deb в этот файл
1. Это apt , нет opt (хотя есть opt ) и 2. Никогда не редактируйте, /etc/apt/sources.list чтобы добавить строку, если это не зеркало / официальный репозиторий Ubuntu. Создайте новый файл /etc/apt/sources.list.d с расширением .list с этой строкой. @muru " Никогда не редактируйте /etc/apt/sources.list, чтобы добавить строку, если это не зеркало или официальный репозиторий Ubuntu. " Почему? Конечно, создание .list файлов /etc/apt/sources.list.d - это то, что я делаю в этих условиях, и это то, что я обычно рекомендую. Но я не вижу причин настаивать на добавлении сторонних программных источников /etc/apt/sources.list.d . Некоторые файлы по возможности лучше не редактировать пользователем (например, использовать /etc/profile.d более /etc/profile , возможно, использовать /etc/sudoers.d более /etc/sudoers ), но sources.list часто изменяются. (Даже настроенный Ubiquity для регионального зеркала.) @EliahKagan, когда вы когда-нибудь видели, чтобы Ubiquity добавил сторонний репозиторий (не зеркальный) в sources.list? Или в этом отношении, любой официальный инструмент? sources.list.d присутствует по причине. Я буду продолжать настаивать на том, чтобы он использовался для сторонних репозиториев. @muru Извините, мне было непонятно. Я упомянул поведение Ubiquity, чтобы указать, что /etc/apt/sources.list это не одна из конфессий, которую можно оставить в покое, чтобы облегчить более плавное обновление - поскольку это часто (возможно, обычно) мотивирует сильные предложения предпочесть создание файлов X.d редактированию X . Я не предполагаю, что Ubiquity позволяет сторонним репозиториям каким-либо образом. Вы еще не объяснили, что особенного в таких репозиториях, чтобы сделать их неправильными (т. Е. «Никогда не редактировать . »), чтобы вставить их sources.list . @EliahKagan В этом нет ничего «действительно неправильного», если это ваша проблема с утверждением. «Никогда [делай X]» не всегда означает, что делать X неправильно, это может означать, что делать X - плохая практика («Никогда не используйте GOTO»). Счастливы сейчас? Повторяю: я буду продолжать настаивать на том, чтобы sources.list.d использовался для сторонних репозиториев и sources.list только для зеркал и официальных репозиториев, если только вы не можете дать мне ясную, ясную причину, почему это хорошая идея, а не сделать это.deb это не команда Unix. Если у вас есть строка, подобная следующей (источник для docker):
это строка, которая должна быть доступна в вашем Ubuntu, sources.list чтобы apt-get можно было найти будущие пакеты из этого нового источника.
Однако не рекомендуется редактировать /etc/apt/sources.list файл напрямую. Вместо этого добавьте deb строку в качестве записи в новый .list файл внутри /etc/apt/sources.list.d/ каталога. Мы создадим такой docker.list файл:
После этого не забудьте выполнить a, sudo apt-get update и теперь вы сможете легко найти новые пакеты из этого источника.
Проверяю souces.list
sudo vi /etc/apt/sources.list
Restarting networking failed because the control process exited with error code.
При попытке перезапустить сеть
andrei@debian:/etc/network$ sudo /etc/init.d/networking restart
[. ] Restarting networking (via systemctl): networking.serviceJob for networking.service failed because the control process exited with error code. See "systemctl status networking.service" and "journalctl -xe" for details.
Оказалось, что при редактировании /etc/network/interfaces перепутал в названии интерфейса wlp1s0 l и 1 и написал вместо wlp 1 s0 wlp l s0
Failed to start A high performance web server and a reverse proxy server
При попытке установить Nginx в Debian 10
sudo apt install nginx
); however: Package nginx-full is not configured yet. Package nginx-light is not installed. Package nginx-extras is not installed. nginx depends on nginx-full (>= 1.14.2-2+deb10u1) | nginx-light (>= 1.14.2-2+deb10u1) | nginx-extras (>= 1.14.2-2+deb10u1); however: Package nginx-full is not configured yet. Package nginx-light is not installed. Package nginx-extras is not installed. dpkg: error processing package nginx (--configure): dependency problems - leaving unconfigured Processing triggers for man-db (2.8.5-2) . Processing triggers for systemd (241-7
deb10u4) . Errors were encountered while processing: nginx-full nginx E: Sub-process /usr/bin/dpkg returned an error code (1)
systemctl status nginx.service
● nginx.service - A high performance web server and a reverse proxy server Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Thu 2020-06-18 21:42:54 EEST; 5min ago Docs: man:nginx(8) Process: 15224 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS) Process: 15225 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=1/FAILURE)
sudo journalctl -xe
Из логов можно сделать вывод, что порт 80, который нужен Nginx уже занят. Я так подозреваю, что Apache. Поэтому нужно удалить или отключить Apache и поставить Nginx
каждый раз, когда я запускаю скрипт с помощью bash scriptname.sh из командной строки в Debian, я получаю Command Not found и затем результат сценария. Таким образом, скрипт работает, но всегда есть Command Not Found заявление печатается на экране.
я запускаю скрипт из /var папка.
вот этот скрипт:
я запускаю его, набрав следующее:
UPDATE-проблема появляется в пустых строках. Каждая пустая строка приводит к команда не найдена. Почему это произошло?
убедитесь, что первая строка:
введите путь к bash, если это не /bin/bash
это Wil конвертировать окончания строк и т. д. Из Windows в формат unix. т. е. он удаляет \r (CR) из окончаний строк, чтобы изменить их с \r\n (CR+LF) to \n (LF) .
другой способ узнать, находится ли ваш файл в dos/Win формат:
результат будет выглядеть примерно так:
это выведет весь текст файла с <CR> отображается для каждого \r символ в файл.
можно использовать bash -x scriptname.sh проследить.
Я также столкнулся с аналогичной проблемой. Проблема, похоже, в разрешениях. Если вы сделаете ls -l , вы можете определить, что ваш файл может не иметь бит выполнения включен. Это не позволит выполнить сценарий. :)
Как @artooro добавил в комментарий:
если скрипт выполняет свою работу (относительно) хорошо, тогда он работает нормально. Ваша проблема, вероятно, одна строка в файле, ссылающаяся на программу, которая либо не находится на пути, не установлена, с ошибкой или что-то подобное.
один из способов-это поставить set -x в верхней части скрипта или запустите его с помощью bash -x вместо bash - это выход на линии перед их выполнением и, как правило, просто нужно посмотреть на вывод команды непосредственно перед ошибкой, чтобы увидеть что вызывает проблему
если, как вы говорите, это пустые строки, вызывающие проблемы, вы можете проверить, что actaully на них. Беги:
и убедитесь, что нет" невидимых " смешных персонажей, таких как CTRL-M (возврат каретки) вы можете получить с помощью редактора типа Windows.
использовать dos2unix в файле сценария.
в блокноте++ перейдите в редактировать ->преобразование EOL затем проверить Macinthos (CR). Это изменит ваши файлы. Я также рекомендую проверить все файлы с помощью этой команды, потому что скоро такая ошибка произойдет.
попробовать chmod u+x testscript.sh
для выполнения этого необходимо указать полный путь например
была такая же проблема. К сожалению
Так что я сделал это, чтобы преобразовать.
проблемы с запуском скриптов также могут быть связаны с плохим форматированием многострочных команд, например, если у вас есть пробел после разрыва строки "\". Е. Г. это:
(обратите внимание, что дополнительное пространство после"\") вызовет проблемы, но когда вы удалите это пространство, оно будет работать отлично.
Это может быть тривиально и не связано с вопросом OP, но я часто ошибался в начале, когда я изучал сценарии
это вызовет ответ "команда не найдена". Правильный способ-устранить пробелы
я тоже не из Cannot execute command . Все выглядело правильно, но на самом деле у меня был неразрывный пробел прямо перед моей командой, которую, конечно, невозможно было заметить невооруженным глазом:
, который, в Vim, выглядел так:
только после запуска bash script checker shellcheck Я нашел проблему.
добавить текущий каталог ( . ) путь, чтобы иметь возможность выполнить скрипт, просто введя его имя, которое находится в текущем каталоге:
я столкнулся с этим сегодня, рассеянно копируя командную строку доллара $ (перед командной строкой) в скрипт.
на Bash для Windows я попытался неправильно запустить
без ./ в начале и получил ту же ошибку.
для людей с фоном Windows правильная форма выглядит избыточной:
вы можете обновить вас .bashrc и и .файлы bash_profile с псевдонимами для распознавания вводимой команды.
.bashrc и и .файлы bash_profile-это скрытые файлы, вероятно, расположенные на вашем диске C:, где вы сохраняете свои программные файлы.
Главное меню » Debian » Остановка, запуск и перезапуск служб в Debian
(1 оценок, среднее: 5,00 из 5)
Сервисы в Linux Debian 11
Запуск, остановка и перезапуск служб в Debian 11 с помощью Systemd
В этом разделе руководства показаны примеры выполнения действий, описанных в следующей таблице.
| ДЕЙСТВИЕ | КОМАНДА |
|---|---|
| Проверить статус услуги | sudo systemctl status <имя_службы> |
| Остановить службу | sudo systemctl stop <имя_службы> |
| Запустить службу | sudo systemctl start <имя_службы> |
| Перезапустить службу | sudo systemctl restart <имя_службы> |
Как показано в предыдущей таблице, синтаксис для проверки состояния службы с помощью Systemd следующий:
Следовательно, чтобы проверить статус службы ssh, вы можете выполнить следующую команду.
Чтобы остановить службу, синтаксис аналогичен, просто замените параметр status на действие, которое вы хотите выполнить, в этом случае действие должно быть stop.
Например, чтобы остановить службу ssh, выполните команду ниже.
Чтобы запустить службу, просто замените stop на start. Чтобы запустить службу ssh, запустите:
Чтобы перезапустить службу, вам нужно ввести параметр перезапуск. Следующая команда используется для перезапуска службы ssh.
Вот так сервисы перезапускаются с помощью Systemd.
Остановка, запуск и перезапуск служб в Debian 11 с помощью служебной команды
Команда service используется для управления службами в каталоге /etc/init.d, несмотря на то, что некоторые дистрибутивы перенаправляют команду на ранее описанную команду systemctl .
Читать Centos 8. Установка и начало работы с MariaDBЭту команду также можно использовать для остановки, запуска и перезапуска служб, следуя синтаксису, описанному в таблице ниже.
| ДЕЙСТВИЕ | КОМАНДА |
|---|---|
| Проверить статус услуги | sudo service <имя_службы> status |
| Остановить службу | sudo service <имя_службы> stop |
| Запустить службу | sudo service <имя_службы> start |
| Перезапустить службу | sudo service <имя_службы> restart |
В этом разделе показаны примеры применения команд, описанных в приведенной выше таблице.
Чтобы проверить статус службы (в данном случае ssh) с помощью команды service, используйте синтаксис, показанный ниже. Замените «ssh» на службу, которую хотите проверить.
Команда, показанная на скриншоте ниже, используется для остановки служб. Запустите его, чтобы остановить службу ssh, или замените «ssh» на службу, которую хотите остановить.
Чтобы снова запустить службу ssh, используйте следующий синтаксис. Не забудьте заменить «ssh» на службу, которую вы хотите загрузить.
Наконец, чтобы перезапустить службы с помощью команды service, используйте приведенный ниже синтаксис.
Следующая команда может использоваться для перезагрузки конфигурации службы без прерывания самой службы.
Заключение
Благодарим вас за то, что вы прочитали эту статью, в котором объясняется, как останавливать, запускать и перезапускать службы в Debian 11. Следите за нами, чтобы получить дополнительные советы и руководства по Linux.
Читайте также: