Как проверить 32-битное/64-битное ядро ​​для Linux

Вопрос скорее в том, чего вы собираетесь добиться, зная, на каком вы 32-м или 64-м? Каковы последствия работы в гипотетической 128-битной среде? А какая часть на самом деле проверяется на N-битность? ЦП может поддерживать работу в 64-битном режиме, но среда должна быть 32-битной. Кроме того, сама среда может быть смешанной; рассмотрите возможность запуска 64-битного ядра с 32-битным пользовательским пространством (сделано на нескольких классических RISC). А что, если пользовательское пространство не имеет однородного битового/исполняемого формата? Вот почему getconf LONG_BIT одинаково бессмысленно использовать, потому что это зависит от того, как он был скомпилирован.

$ /rt64/usr/bin/getconf LONG_BIT
64
$ /usr/bin/getconf LONG_BIT
32
$ file /usr/bin/getconf /rt64/usr/bin/getconf
/usr/bin/getconf:      ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.4, not stripped
/rt64/usr/bin/getconf: ELF 64-bit MSB executable, SPARC V9, relaxed memory ordering, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.4, not stripped
$ uname -m
sparc64

Вы можете запросить у системы размер long int:

getconf LONG_BIT

Но я не уверен, что это полностью переносимо на все разные архитектуры.

Я придумал следующее. Предполагается, что используется init (некоторые дистрибутивы перешли на другие загрузчики, но нетрудно получить список достаточно часто используемых загрузчиков) и что вы используете ELF, а не a.out или другой экзотический в настоящее время исполняемый формат. Это кажутся разумными предположениями для большинства систем, но, вероятно, они могут быть нарушены во встроенных системах и т. д. Тем не менее, общая идея должна иметь возможность адаптироваться (дойти до процесса init или его эквивалента и проверить его разрядность с помощью file). Если вы работаете как root, вместо того, чтобы проходить путь к файлу, вы можете использовать file $(sudo readlink -e /proc/1/exe) (PID 1, равный init, вероятно, более переносим, ​​чем предполагать что-либо о его пути).

if file /sbin/init | fgrep 'ELF 64-bit' &>/dev/null; then
    echo "64-bit"
else
    echo "not 64-bit"
fi

Найдите флаг lm (длинный режим) в /proc/cpuinfo. Если это так, значит, у вас 64-битный процессор. Простой grep должен дать вам эту информацию.

Что касается версии ядра, вы всегда можете получить информацию о uname -a. Лучше было бы найти источник программы uname, чтобы мы могли исключить несоответствие из-за злонамеренного имени хоста.

Вполне надежный способ определить поддерживаемую исполняемую архитектуру:

Рекомендуемая функция для этого:

# Gets the supported executable architecture
# >: 32-bit | 64-bit
getRunArch() {
  local arch
  local IFS=' '
  read -r _ arch _ <<< $(file --dereference --brief "$(which ls)")
  echo -n "${arch}"
}

Тестирование этого:

echo "Supported run-time architecture is: $(getRunArch)"
Supported run-time architecture is: 64-bit

Чуть надежнее, чем:

getconf LONG_BIT

В зависимости от того, что вы ищете, у меня установлена ​​​​32-битная машина на 64-битной процедуре, все вышеперечисленное вернет 32-битную в моем случае.

Но если я посмотрю на аппаратное обеспечение, lshw в Ubuntu (lshw -c cpu), описание процессора ясно показывает, что у меня 64-битный процессор, поэтому я мог бы установить 64-битную версию Ubuntu.

/proc/cpuinfo также является хорошим источником информации об оборудовании, например, флаги lm обозначают длинный режим.

Хорошего дня. Разъем.

Grep для '64' в выводе uname

uname -a | grep 64