Много людей сравнивает программное обеспечение установки с apt-get
кому: rpm -i
, и поэтому скажите DEB лучше. Это однако не имеет никакого отношения к формату файла DEB. Реальное сравнение dpkg
по сравнению с rpm
и aptitude
/apt-*
по сравнению с zypper
/yum
.
С точки зрения пользователя нет большой части различия в этих инструментах. Об/мин и форматы DEB являются оба просто архивными файлами с некоторыми метаданными, присоединенными к ним. Они являются оба одинаково тайными, имеют пути установки hardcoded (фу!) и только отличаются по тонким деталям. Оба dpkg -i
и rpm -i
не имейте никакого способа выяснить, как установить зависимости, кроме того, если они, оказывается, указаны на командной строке.
Вдобавок к этим инструментам существует управление репозиторием в форме apt-...
или zypper
/yum
. Эти инструменты загружают репозитории, отслеживают все метаданные и автоматизируют загрузку зависимостей. Заключительная установка каждого единственного пакета передана инструментам низкого уровня.
В течение долгого времени, apt-get
было выше в обработке огромной суммы метаданных действительно быстро в то время как yum
взял бы возрасты, чтобы сделать это. Об/мин также пострадал от сайтов как rpmfind, где Вы нашли бы 10 + несовместимые пакеты для различных дистрибутивов. Apt
полностью скрытый эта проблема для пакетов DEB, потому что все пакеты были установлены из того же источника.
По-моему, zypper
действительно преодолел разрыв к apt
и нет никакой причины стыдиться использования ОСНОВАННОГО НА ОБ/МИН распределения в эти дни. Столь же хорошо, если не легче использовать с openSUSE создают сервис под рукой для огромного совместимого индекса пакета.
Если я должен знать то, что это, говорится в Linux/Unix, 32/64 бита
uname -a
Это дало бы мне почти всю информацию, в которой я нуждаюсь,
Если я далее должен знать то, что выпускает его, говорят (Centos 5.4, или 5.5 или 5.6) на поле Linux, я далее проверил бы файл /etc/issue
видеть его информацию о выпуске (или для Debian / Ubuntu /etc/lsb-release
)
Альтернативный путь состоит в том, чтобы использовать lsb_release
утилита:
lsb_release -a
Или сделайте a rpm -qa | grep centos-release
или redhat-release
поскольку RHEL получил системы
Необходимо изучить uname
команда.
Я должен иметь дело с большим, выжигают неоднородных машин. uname -a
обычно мое первое отражение, когда я вхожу в систему.
Тип в командной строке:
uname -a
Это даст Вам всю информацию, которую Вы ищете.
Попробуйте также:
man uname
ограничить информацию
Используйте следующие команды для получения Подробнее:
Cat / Etc / * Release *
uname -a
Используйте cat /proc/version
Результат:
Linux version 3.14.27-100.fc19.x86_64 (mockbuild@bkernel02.phx2.fedoraproject.org) (gcc version 4.8.3 20140911 (Red Hat 4.8.3-7) (GCC) ) #1 SMP Wed Dec 17 19:36:34 UTC 2014
Я считаю, что это работает для большинства дистрибутивов и дает более краткий ответ, чем cat /etc/*release*
и более полный ответ, чем uname -a
. Однако, использование /proc
для других вещей, кроме процессов, сейчас отвергается, так что, возможно, когда-нибудь он исчезнет.
Whatami Реми Эварда из Аргоннской национальной лаборатории . Установите и запустите с помощью этих команд:
$ wget https://raw.githubusercontent.com/open-mpi/mtt/master/client/whatami/whatami && chmod a+x whatami
Resolving raw.githubusercontent.com... 151.101.116.133
Connecting to raw.githubusercontent.com|151.101.116.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 24434 (24K) [text/plain]
Saving to: 'whatami'
whatami 100%[============================================================================================================>] 23.86K --.-KB/s in 0.02s
2018-08-15 18:54:42 (1.49 MB/s) - 'whatami' saved [24434/24434]
$./whatami
darwin-macosx_10.11-x86_64
Есть масса ответов, но я ищу более общий. AFAI обеспокоен следующими работами на большинстве систем.
cat /etc/os-release
Пример вывода:
sh-4.4$ cat /etc/os-release
NAME=Fedora
VERSION="26 (Twenty Six)"
ID=fedora
VERSION_ID=26
PRETTY_NAME="Fedora 26 (Twenty Six)"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:fedoraproject:fedora:26"
HOME_URL="https://fedoraproject.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=26
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=26
PRIVACY_POLICY_URL=https://fedoraproject.org/wiki/Legal:PrivacyPolicy
inxi
— это инструмент системной информации для Linux. Он отображает удобную информацию о системном оборудовании (, жестком диске, звуковых картах, графической карте, сетевых картах, ЦП, ОЗУ и многом другом ), а также системную информацию о драйверах, Xorg, среде рабочего стола, ядре, версии GCC (. ] s ), процессы, время безотказной работы, память и множество другой полезной информации.
Если inxi
не установлен в вашей системе, вы можете установить его с помощью:
$ sudo apt install inxi [On Debian/Ubuntu/Linux Mint]
$ sudo yum install inxi [On CentOs/RHEL/Fedora]
$ sudo dnf install inxi [On Fedora 22+]
В man-странице вы можете уточнить, что параметр -S
можно использовать для получения имени хоста, ядра, среды рабочего стола (, если в X/Wayland ), дистрибутив.
% inxi -S
System: Host: blueray-i5 Kernel: 5.4.0-53-generic x86_64 bits: 64 Desktop: Cinnamon 4.6.7 Distro: Linux Mint 20 Ulyana
Его можно использовать в качестве инструмента отладки и/или технической поддержки форума. Так что вы можете подумать о том, чтобы держать его в своем поясе с инструментами.
Проблема, которую я обнаружил с практическим uname-a
, заключается в том, что в Microsoft wsl он всегда возвращает что-то вроде (даже внутри контейнеров докеров!):
Linux d0b341b1f694 5.10.16.3-microsoft-standard-WSL2 #1 SMP Fri Apr 2 22:23:49 UTC 2021 x86_64 Linux
С другой стороны, при использованииcat /etc/os-release
(или cat /etc/*release*
), также в wsl, возвращается правильная система контейнера (или дистрибутива linux ).
lsb_release
работы больше с современными дистрибутивами. Я протестировал команду на Amazon Linux выпуск 2016.03 AMI и CentOS Linux 7, и это не было найдено. Это походит на lscat /etc/os-release
в настоящее время лучшее решение сuname -a
несколько применимый, если немного непрозрачный (например, Amazon Linux выпуск 2016.03 AMI по сравнению с Linux ip-x-x-x-x 4.4.11-23.53.amzn1.x86_64 № 1 SMP среда 1 июня 22:22:50 GNU/Linux UTC 2016 x86_64 x86_64 x86_64) – runamok 19.09.2016, 22:00