apt-get: command not found — одна из немногих ошибок где проблема может быть совершенно разной в зависимости от ситуации. Иногда это просто не тот дистрибутив. Иногда сломана переменная окружения. Иногда пакет действительно удалён. Разбираем по шагам.
Шаг 1: убедиться что это вообще Debian-система
apt-get существует только на дистрибутивах основанных на Debian: Ubuntu, Mint, Pop!_OS, Kali, Raspberry Pi OS. На всех остальных его нет и быть не может — там другие менеджеры пакетов.
Проверить дистрибутив:
cat /etc/os-release
Если в строке ID_LIKE нет слова debian — apt-get здесь не работает. Нужный менеджер пакетов для других систем:
| Дистрибутив | Менеджер пакетов |
|---|---|
| RHEL, CentOS, Rocky, AlmaLinux | dnf или yum |
| Fedora | dnf |
| Arch Linux, Manjaro | pacman |
| openSUSE | zypper |
| Alpine Linux | apk |
Шаг 2: проверить существует ли файл
Даже если это Ubuntu — apt-get мог быть случайно удалён или повреждён. Проверить:
ls -la /usr/bin/apt-get
Три возможных результата:
Файл есть и права нормальные (-rwxr-xr-x) — проблема в PATH, переходить к шагу 3.
Файл есть но нет флага x — права сломаны. Починить:
sudo chmod +x /usr/bin/apt-get
Файл отсутствует — пакет удалён. Переходить к шагу 4.
Шаг 3: проверить переменную PATH
PATH — список директорий где система ищет исполняемые файлы. Если /usr/bin из него выпал, система не найдёт apt-get даже если он на месте.
Посмотреть текущее содержимое:
echo $PATH
В выводе должна быть строка /usr/bin. Если её нет — добавить на время текущей сессии:
export PATH=$PATH:/usr/bin
Проверить что заработало:
which apt-get
Должно вернуть /usr/bin/apt-get.
Чтобы изменение сохранялось после перезагрузки — добавить в ~/.bashrc или ~/.profile:
echo 'export PATH=$PATH:/usr/bin' >> ~/.bashrc
source ~/.bashrc
Если PATH сломался после правки /etc/environment или /etc/profile — открыть тот файл и найти строку с PATH, восстановить стандартное значение:
sudo nano /etc/environment
Стандартное содержимое строки PATH:
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
Шаг 4: переустановить apt если файл удалён
Если ls /usr/bin/apt-get вернул No such file or directory — нужно восстановить пакет. Проблема в том что без apt-get это сложнее обычного.
Вариант 1 — если apt (без -get) ещё работает:
sudo apt install --reinstall apt
Вариант 2 — скачать .deb напрямую через wget и установить через dpkg:
Для Ubuntu 22.04:
wget http://archive.ubuntu.com/ubuntu/pool/main/a/apt/apt_2.4.12_amd64.deb
sudo dpkg -i apt_2.4.12_amd64.deb
Для Ubuntu 24.04:
wget http://archive.ubuntu.com/ubuntu/pool/main/a/apt/apt_2.7.14build2_amd64.deb
sudo dpkg -i apt_2.7.14build2_amd64.deb
Актуальную ссылку для своей версии найти на packages.ubuntu.com — искать пакет apt.
apt vs apt-get: в чём разница
Если получаете ошибку при вводе apt-get но apt работает — возможно просто нужна другая команда.
apt — современный интерфейс введённый в Ubuntu 16.04. Делает всё то же самое что apt-get, но с прогресс-баром и цветным выводом. Рекомендуется для ручного использования.
apt-get — более старый и стабильный интерфейс. Рекомендуется в скриптах — его вывод не меняется от версии к версии.
На системах старше Ubuntu 14.04 команды apt может не быть — там только apt-get.
Шпаргалка
| Ситуация | Что делать |
|---|---|
| Не Ubuntu/Debian — другой дистрибутив | Использовать нативный менеджер пакетов |
| Узнать свой дистрибутив | cat /etc/os-release |
| Проверить наличие файла | ls -la /usr/bin/apt-get |
| Починить права на файл | sudo chmod +x /usr/bin/apt-get |
| Проверить PATH | echo $PATH |
| Добавить /usr/bin в PATH | export PATH=$PATH:/usr/bin |
| Переустановить apt (если apt работает) | sudo apt install --reinstall apt |
| Переустановить через dpkg | wget <ссылка на .deb> && sudo dpkg -i apt*.deb |
| apt работает, apt-get нет | Просто использовать apt |