Почему в мануалах не надо писать sudoУже заколебало чесслово постоянно натыкаться на подобные вещи:
root@server:~# curl -fsSL https://download.docker.com/linux/debian/gpg | sudo apt-key add -
-bash: sudo: command not found
Совершенно не ваше дело и не ваши проблемы - как именно будет повышать свои привилегии человек, который идет по вашему мануалу. Наличие sudo в системе - сугубо личное дело человека, который исполняет команды, опять же не ваше. Писать специфичные для бубунточки команды (в которой судо всегда из коробки) - плохая практика. Однако такой практикой грешат все поголовно, от школоло до крупных компаний. Первые - потому что не знают другого, вторые - потому что ориентируются на первых - кто не умеет, вероятнее всего у него бубунта и команда отработает, кто умеет и так сам разберется. Но как по мне, нужно повышать грамотность и писать нормальные мануалы, а не так чтобы любая блондинка в одну команду теперь администратор. За последние годы и к счастью и к сожалению порог вхождения в Linux заметно снизился. Отсюда - гора ошибочных статей на IT ресурсах, гора ошибочных сервисов, уязвимых, кривых, которыми пользуется та же самая гора низкоквалифицированных линухойдов. Особенно это заметно на волне хайпа - когда каждый суслик в поле имеет свой socks proxy, пишет об этом кривые статьи на хабр и раздает свои уязвимые сервисы для других людей в группах телеграма. Хуже всего, если ты указываешь автору статьи на ошибку, а твои комментарии называют снобизмом. Это не снобизм, это грамотность. Это разница между инженером и работягой, между градусником и термометром, между класть и ложить. Не надо так. #букваосуждает
Как правильно?
Исполнение команды в привилегированном режиме:
# apt install htop
Исполнение в непривилегированном режиме:
$ free -m
Если, и только если нужно, указать пользователя\путь из которого нужно выполнить команду
/opt/scripts# rake db:migrate