Перейти к содержимому

Generic x86 64 что это

  • автор:

x86-64

x86-64 (x64/AMD64/Intel64/EM64T) — аппаратная платформа. Автором технологии является компания AMD. Платформа создана для выполнения 64-разрядных приложений.

Представляет собой расширение x86-архитектуры, обладает практически полной обратной совместимостью.

Компании Microsoft и Oracle применяют для индикации данного набора инструкций термин «x64», хотя каталог с файлами в дистрибутивах Linux имеет название «amd64» (в случае с архитектурой x86, именуется как «i386»).

На сегодняшний день, платформу x86-64 поддерживают следующие компании:

  • AMD: процессоры Z-серии, C-серии, G-серии, E-серии, E1, E2, A4, A6, A8, A10, FX, Athlon 64, Athlon 64 FX, Athlon 64 X2, Athlon II, Phenom, Phenom II, Turion 64, Turion 64 X2, Turion II, Opteron, последние модели Sempron;
  • Intel: реализует данную платформу, используя название «Intel 64» EM64T» и «IA-32e»). Поздние модели процессоров Pentium 4, серии Pentium D, Pentium Extreme Edition, Celeron D, Celeron G-серии, Celeron B-серии, Pentium Dual-Core, Pentium T-серии, Pentium P-серии, Pentium G-серии, Pentium B-серии, Core 2 Duo, Core 2 Quad, Core 2 Extreme, Core i3, Core i5, Core i7, Atom и Xeon;
  • VIA: Nano, Eden, QuadCore.


Название

Есть несколько вариаций названия данной технологии. Порой, противоречия в именовании платформы в каждой отдельной компании создают общую путаницу. Попробуем разобраться в терминологии:

  • x86-64 — изначальный вариант названия, под которым компания AMD опубликовала первую предварительную спецификацию.
  • x64 — название версий ОС Windows и Solaris. Используется в качестве названия для архитектуры компаний Microsoft и Sun Microsystems.
  • AA-64(AMD Architecture 64) — название архитектуры, автором которого стал известный неофициальный справочник sandpile.org, по аналогии с IA-64.
  • Hammer Architecture— название основывается на первых ядрах процессоров, поддерживавших данную архитектуру — Clawhammer и Sledgehammer.
  • AMD64 — название технологии, данное фирмой-разработчиком — компанией AMD. Появилось после выпуска первых Clawhammer и Sledgehammer процессоров. На данный момент, является официальным названием для реализации от AMD.
  • Yamhill Tehnology— первичное название аналогичной технологии от Intel. Порой также встречалось название CT (Clackamas Technology).
  • EM64T(Extended Memory 64 Technology) — первое официальное название реализации Intel.
  • IA-32e — название порой употреблялось вместе с EM64T. В основном, использовалось для обозначения «длинного» режима (в документации Intel именуется «режимом IA-32e»).
  • Intel 64 — новое официальное название архитектуры Intel, использующееся в настоящее время. Intel потихоньку отходит от названий IA-32, IA-32e и EM64T, используя это. Теперь оно является единственным официальным названием данной архитектуры со стороны компании Intel.

В настоящее время, самыми распространенными названиями выступают: «x64», «x86-64» и «AMD64». Порой это путает AMD-пользователей — вплоть до отказа использования родных дистрибутивов ОС: пользователь не уверен, будет ли работать выбранная версия на AMD процессоре. На самом же деле, распространители программного обеспечения применяют название amd64 лишь для того, чтобы подчеркнуть, что именно компания AMD является новатором в разработке данной технологии.

Зачастую, пользователи сами путают архитектуру Intel 64 с IA-64. Важно помнить, что Intel 64 и IA-64 — совершенно разные, несовместимые между собой платформы:

  • Представители Intel 64: последние версии Pentium 4, некоторые модели Celeron D, линейка Core 2, Core i3, Core i5, Core i7, некоторые модели Intel Atom;
  • Представители IA-64: семейства Itanium и Itanium 2.


Режимы

Имеется два режима работы данной архитектуры:

«Long Mode»

«Длинный» режим, будучи родным для AMD64, позволяет воспользоваться всеми дополнительными преимуществами архитектуры. Для активации данного режима требуется 64-битная ОС. К примеру, Windows 7 x64 или 64-битные версии UNIX-подобных систем (GNU/Linux, FreeBSD, OpenBSD, NetBSD, Solaris, Mac OS X — от версии 10.4.7 и выше).

Данный режим дает возможность работать 64-битным программам, кроме того, доступна и обратная совместимость: имеется поддержка 32-битного кода для работы 32-битных приложений. Но 32-битные программы не имеют возможности читать 64-битные системные библиотеки, а также — наоборот. Для того, чтобы побороть эти ограничения, большая часть 64-разрядных операционных систем предоставляет два набора необходимых системных файлов (для родных 64-битных приложений и для их 32-битных версий). Такая же методика применялась в ранних 32-битных системах (Windows 95) для запуска 16-битных программ.

«Длинный» режим не содержит в себе некоторые «рудименты» x86-архитектуры. Например, режим виртуального 8086, сегментированную модель памяти, аппаратную мультизадачность, и прочее.

«Длинный» режим имеет одну яркую особенность: его активация производится посредством установки флага CR0.PG. Он применяется для включения страничного MMU (если это переключение разрешено (EFER.LME=1). Если переключение недопустимо, включение MMU происходит в «наследственном» режиме.

Так, исполнение 64-битного кода с запрещенным страничным преобразованием невозможно, что приводит к определенным сложностям в программировании, ведь при переключении из «длинного» в «наследственный» режим (и обратно) необходим двойной сброс MMU. Для этого код переключения должен быть в тождественно отображенной странице.

«Legacy Mode»

Этот режим зовется «наследственным» по той причине, что дает возможность процессору AMD64 работать с инструкциями, которые рассчитаны для x86-процессоров. Кроме того, в рамках активации данного режима, осуществляется полная совместимость с 32-битным кодом и соответствующими ОС.

Процессор в «наследственном» режиме работает точно так же, как стандартный x86-процессор. Дополнительные функции, доступные под архитектурой AMD64, становятся неактивны.

При активации данного режима, 64-битные программы и соответствующие операционные системы функционировать не будут.

Особенности

Набор инструкций x86-64 (позже — AMD64), выпущенный компанией AMD — это расширение Intel IA-32 (x86-32). Ключевая отличительная черта AMD64 кроется в поддержке 64-битных регистров общего назначения, а также 64-битных арифметических/логических операций над целыми числами и 64-битных виртуальных адресов.

Чтобы осуществить адресацию регистров, для команд введены специальные «префиксы расширения регистра». Специально для них был выбран диапазон кодов 40h-4Fh, использующихся для команд INC и DEC в 32-битных режимах. Команды INC и DEC в 64-битном режиме кодируются в общей двухбайтовой форме.

Платформа x86-64 включает в себя:

  • Шестнадцать целочисленных 64-битных регистра общего назначения (RAX, RBX, RCX, RDX, RBP, RSI, RDI, RSP, R8 — R15);
  • Восемь 80-битных регистров с плавающей точкой (ST0 — ST7);
  • Восемь 64-битных регистров Multimedia Extensions (MM0 — MM7, общее пространство с регистрами ST0 — ST7);
  • Шестнадцать 128-битных регистров SSE (XMM0 — XMM15);
  • 64-битный указатель RIP и 64-битный регистр флагов RFLAGS.


Сегментирование

В ходе создания архитектуры x86-64, специалисты компании AMD пришли к решению окончательно покончить с главным «рудиментом» архитектуры x86 — сегментной моделью памяти. Она поддерживалась еще во времена 8086/80286.

При создании новой версии продукта виртуализации, программисты VMware обнаружили ряд непреодолимых трудностей. Загвоздки возникали в процессе реализации виртуальной машины для 64-битных систем. Чтобы отделить код монитора от кода «гостя», программа применяла механизм сегментации, но данная задача так и не была реализована на практике.

После ряда неудачных экспериментов, компания AMD возобновила ограниченный вариант сегментной организации памяти (начиная с ревизии D архитектуры AMD64). Это дало возможность запускать 64-битные операционные системы в виртуальных машинах. Компания Intel не стала следовать такому примеру. Чтобы осуществить проверку процессора на предмет возможности запуска 64-битных гостевых операционных систем, VMware снабжает продукты специальной утилитой.

Команды LAHF и SAHF, вырезанные изначально, были возвращены в систему команд из-за их активного использования в программном обеспечении виртуализации.

По мере развития средств аппаратной виртуализации (Intel VT, AMD-V), необходимость в сегментации постепенно утрачивается.

ООО «Альтербит», 197183, Санкт-Петербург, Комендантский проспект, 2 схема проезда
Телефон: (812) 309-2602 ← Звони если хочешь купить сервер, схд, компьютер

Чем отличаются эти пакеты?

Как я понимаю, стоят ядра версий 5.15 и 5.19, но в 2х вариантах. В чем разница? Можно ли что-нибудь удалить?

Linux my1 5.19.0-46-generic #47~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Wed Jun 21 15:35:31 UTC 2 x86_64 x86_64 x86_64 GNU/Linux 

zb2
11.07.23 00:31:42 MSK

  • Ответить на это сообщение
  • Ссылка

тут есть вопрос более интересный —
почему у тебя linux-image-generic не обновился до 5.19.0.46.47~22.04.21

linux-image-5.15.0-76-generic — просто старое ядро, осталось на тот случай, если с новым у тебя какие-то проблемы возникнут

d00fy ★★
( 11.07.23 00:38:35 MSK )
Последнее исправление: d00fy 11.07.23 00:39:24 MSK (всего исправлений: 1)

  • Ответить на это сообщение
  • Показать ответы
  • Ссылка

Ты про это? Наверное ядро подписано цифровой подписью барина (микрософт), чтобы загружаться в режиме secure boot.

Но это не точно.

ox55ff ★★★★★
( 11.07.23 00:39:33 MSK )

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от d00fy 11.07.23 00:38:35 MSK

тут есть вопрос более интересный — почему у тебя linux-image-generic не обновился до 5.19.0.46.47~22.04.21

zb2
( 11.07.23 00:49:30 MSK ) автор топика
Последнее исправление: zb2 11.07.23 00:50:05 MSK (всего исправлений: 1)

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от zb2 11.07.23 00:49:30 MSK

это значит, нужно открыть терминал и дать две команды
sudo apt update
sudo apt install linux-image-generic
и внимательно посмотреть, что он (apt) предложит

d00fy ★★
( 11.07.23 00:52:22 MSK )

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от d00fy 11.07.23 00:52:22 MSK

Сущ:1 http://ru.archive.ubuntu.com/ubuntu jammy InRelease Сущ:2 http://ru.archive.ubuntu.com/ubuntu jammy-updates InRelease Сущ:3 http://ru.archive.ubuntu.com/ubuntu jammy-backports InRelease Сущ:4 http://ru.archive.ubuntu.com/ubuntu jammy-security InRelease Сущ:5 https://download.docker.com/linux/ubuntu jammy InRelease Чтение списков пакетов… Готово Построение дерева зависимостей… Готово Чтение информации о состоянии… Готово Может быть обновлено 3 пакета. Запустите «apt list --upgradable» для их показа. 
Чтение списков пакетов… Готово Построение дерева зависимостей… Готово Чтение информации о состоянии… Готово Уже установлен пакет linux-image-generic самой новой версии (5.15.0.76.74). linux-image-generic помечен как установленный вручную. Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 3 пакетов не обновлено. 
apt list --upgradable Вывод списка… Готово initramfs-tools-bin/jammy-updates 0.140ubuntu13.2 amd64 [может быть обновлён с: 0.140ubuntu13.1] initramfs-tools-core/jammy-updates 0.140ubuntu13.2 all [может быть обновлён с: 0.140ubuntu13.1] initramfs-tools/jammy-updates 0.140ubuntu13.2 all [может быть обновлён с: 0.140ubuntu13.1] 

zb2
( 11.07.23 00:58:01 MSK ) автор топика

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от zb2 11.07.23 00:58:01 MSK

окей, всё хорошо

насчёт ядер. Если ты давно используешь linux-image-5.19.0-46-generic , то предыдущее ядро можно удалить (sudo dpkg -r linux-image-5.15.0-76-generic и внимательно посмотреть, что предложит)

d00fy ★★
( 11.07.23 01:01:54 MSK )
Последнее исправление: d00fy 11.07.23 01:06:44 MSK (всего исправлений: 1)

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от d00fy 11.07.23 01:01:54 MSK

dpkg -r linux-image-5.15.0-76-generic

dpkg: проблемы с зависимостями не позволяют удалить пакет linux-image-5.15.0-76-generic: linux-modules-extra-5.15.0-76-generic зависит от linux-image-5.15.0-76-generic | linux-image-unsigned-5.15.0-76-generic, однако: Пакет linux-image-5.15.0-76-generic будет удалён. Пакет linux-image-unsigned-5.15.0-76-generic не установлен. linux-modules-5.15.0-76-generic зависит от linux-image-5.15.0-76-generic | linux-image-unsigned-5.15.0-76-generic, однако: Пакет linux-image-5.15.0-76-generic будет удалён. Пакет linux-image-unsigned-5.15.0-76-generic не установлен. linux-image-generic зависит от linux-image-5.15.0-76-generic. dpkg: ошибка при обработке пакета linux-image-5.15.0-76-generic (--remove): проблемы с зависимостями — не удаляется При обработке следующих пакетов произошли ошибки: linux-image-5.15.0-76-generic 

Я не понял, это на каждое ядро по 2 пакета что ли?

zb2
( 11.07.23 01:11:49 MSK ) автор топика

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от zb2 11.07.23 01:11:49 MSK

да
в одном — само ядро /boot/vmlinuz-$kernel_ver
а во втором — модули к этому ядру /lib/modules/$kernel_ver

или даже три, если linux-modules-extra-$kernel_ver прилеплены сбоку

посмотри заодно dpkg -l ‘*5.15.0-76*’ может ещё что-то захочешь удалить

d00fy ★★
( 11.07.23 01:14:44 MSK )
Последнее исправление: d00fy 11.07.23 01:20:45 MSK (всего исправлений: 2)

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от d00fy 11.07.23 01:14:44 MSK

dpkg -l '*5.15.0-76*' Желаемый=неизвестно[u]/установить[i]/удалить[r]/вычистить[p]/зафиксировать[h] | Состояние=не[n]/установлен[i]/настроен[c]/распакован[U]/частично настроен[F]/ частично установлен[H]/trig-aWait/Trig-pend |/ Ошибка?=(нет)/требуется переустановка[R] (верхний регистр в полях состояния и ошибки указывает на ненормальную ситуацию) ||/ Имя Версия Архитектура Описание +++-======================================-============-============-=============================================================== ii linux-headers-5.15.0-76 5.15.0-76.83 all Header files related to Linux kernel version 5.15.0 ii linux-headers-5.15.0-76-generic 5.15.0-76.83 amd64 Linux kernel headers for version 5.15.0 on 64 bit x86 SMP ri linux-image-5.15.0-76-generic 5.15.0-76.83 amd64 Signed kernel image generic un linux-image-unsigned-5.15.0-76-generic  (описание недоступно) ii linux-modules-5.15.0-76-generic 5.15.0-76.83 amd64 Linux kernel extra modules for version 5.15.0 on 64 bit x86 SMP ii linux-modules-extra-5.15.0-76-generic 5.15.0-76.83 amd64 Linux kernel extra modules for version 5.15.0 on 64 bit x86 SMP ii linux-tools-5.15.0-76 5.15.0-76.83 amd64 Linux kernel version specific tools for version 5.15.0-76 ii linux-tools-5.15.0-76-generic 5.15.0-76.83 amd64 Linux kernel version specific tools for version 5.15.0-76 

zb2
( 11.07.23 01:24:41 MSK ) автор топика

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от zb2 11.07.23 01:24:41 MSK

предлагаю sudo dpkg -r linux-image-5.15.0-76-generic linux-modules-5.15.0-76-generic linux-modules-extra-5.15.0-76-generic

потом можно и заголовки выкинуть
sudo dpkg -r linux-headers-5.15.0-76 linux-headers-5.15.0-76-generic

d00fy ★★
( 11.07.23 01:27:20 MSK )
Последнее исправление: d00fy 11.07.23 01:52:35 MSK (всего исправлений: 2)

  • Ответить на это сообщение
  • Показать ответы
  • Ссылка

Ответ на: комментарий от d00fy 11.07.23 01:27:20 MSK

Короче, я грохнул все:

dpkg -r linux-generic linux-image-generic linux-image-5.15.0-76-generic linux-modules-5.15.0-76-generic linux-modules-extra-5.15.0-76-generic dpkg -r linux-headers-generic linux-headers-5.15.0-76 linux-headers-5.15.0-76-generic linux-tools-5.15.0-76 linux-tools-5.15.0-76-generic apt purge $(dpkg -l | egrep '^rc' | awk '') 

Без linux-generic и linux-image-generic удаляться не хотело. Вроде перезагрузилось…

Есть еще 2 вопроса.

total 244544 -rw-r--r-- 1 root root 270051 июн 21 17:38 config-5.19.0-46-generic drwxr-xr-x 3 root root 4096 янв 1 1970 efi drwxr-xr-x 5 root root 4096 июл 11 01:31 grub lrwxrwxrwx 1 root root 28 июл 11 01:31 initrd.img -> initrd.img-5.19.0-46-generic -rw-r--r-- 1 root root 20161872 сен 19 2022 initrd.img-5.15.0-43-generic -rw-r--r-- 1 root root 211300501 июл 10 23:40 initrd.img-5.19.0-46-generic lrwxrwxrwx 1 root root 28 июл 10 19:12 initrd.img.old -> initrd.img-5.19.0-46-generic -rw------- 1 root root 6438424 июн 21 17:38 System.map-5.19.0-46-generic lrwxrwxrwx 1 root root 25 июл 11 01:31 vmlinuz -> vmlinuz-5.19.0-46-generic -rw------- 1 root root 12220712 июн 21 17:43 vmlinuz-5.19.0-46-generic lrwxrwxrwx 1 root root 25 июл 8 16:52 vmlinuz.old -> vmlinuz-5.19.0-46-generic 

Откуда взялся initrd.img-5.15.0-43-generic? Это какой-то глюк? Можно удалить в ручную?

Почему не обновляются initramfs-tools* (см. выше)?

zb2
( 11.07.23 02:57:07 MSK ) автор топика

  • Ответить на это сообщение
  • Показать ответы
  • Ссылка

Ответ на: комментарий от zb2 11.07.23 02:57:07 MSK

  1. можно, но сперва изучи dpkg -l ‘*5.15.0-43*’
  2. обновляются, пробуй sudo apt install initramfs-tools

d00fy ★★
( 11.07.23 03:00:36 MSK )

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от d00fy 11.07.23 00:38:35 MSK

В Ubuntu LTS же две линейки ядер, HWE и GA, причем сейчас HWE по умолчанию.

Vsevolod-linuxoid ★★★★★
( 11.07.23 13:31:38 MSK )

  • Ответить на это сообщение
  • Ссылка

Ответ на: комментарий от zb2 11.07.23 02:57:07 MSK

Сделай sudo apt install linux-generic initramfs-tools и всё по идее в норме будет.

И старые ядра на всякий случай хранятся, вдруг после обновления на новых сломается загрузка.

Vsevolod-linuxoid ★★★★★
( 11.07.23 13:33:35 MSK )

  • Ответить на это сообщение
  • Ссылка

Ответ на: комментарий от d00fy 11.07.23 01:27:20 MSK

Нахера руками dpkg носиловать? apt же есть.

Vsevolod-linuxoid ★★★★★
( 11.07.23 13:33:58 MSK )

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от Vsevolod-linuxoid 11.07.23 13:33:58 MSK

я знаю про apt
я даже знаю, что apt является frontend’ом для dpkg

никто никого не насилует, мне просто показалось, что автор хочет разобраться в вопросе, поэтому взял для примера dpkg

d00fy ★★
( 11.07.23 15:14:48 MSK )

  • Ответить на это сообщение
  • Ссылка

Ответ на: комментарий от d00fy 11.07.23 03:00:36 MSK

Почему автоматически не обновляется? Я такое иногда замечаю, со временем проходит само. Это какая-то вариация на тему поэтапной доставки обновлений для дополнительного тестирования? Ну типа если что-то пойдет не так, Убунта не у всех сразу встала колом, а только у случайных счастливцев? 🙂

zb2
( 11.07.23 18:36:16 MSK ) автор топика

  • Ответить на это сообщение
  • Показать ответы
  • Ссылка

Ответ на: комментарий от zb2 11.07.23 18:36:16 MSK

sudo apt update просто обновляет package db, сами пакеты эта команда не обновляет

парадокс? нет, просто неудачное название (sudo apt updatedb смотрелось бы понятнее)

d00fy ★★
( 11.07.23 18:44:19 MSK )

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от d00fy 11.07.23 18:44:19 MSK

dist-upgrade их тоже не обновляет. Насколько я припоминаю, через как-то время пакеты пропадают из списка «не обновлено». То ли они таки обновляются, то ли обновление удаляют с сервера. ¯\_(ツ)_/¯

zb2
( 11.07.23 18:55:40 MSK ) автор топика

  • Ответить на это сообщение
  • Ссылка

Ответ на: комментарий от zb2 11.07.23 18:36:16 MSK

Я тоже это заметил.

Интересно бы знать, почему так.

forest22 ★
( 11.07.23 19:08:11 MSK )

  • Ответить на это сообщение
  • Ссылка

Ответ на: комментарий от ox55ff 11.07.23 00:39:33 MSK

Ядра майкрософт не подписывает своим ключом, MS подписывает только шим.

i586 ★★★★★
( 11.07.23 20:11:26 MSK )

  • Ответить на это сообщение
  • Ссылка

linux-image-generic , linux-image-generic-hwe-22.04 — это метапакеты, они не содержат в себе ядро, у них в зависимостях пакеты с конкретной версией ядра и модулей. Проверяется через apt show и dpkg -L .

linux-image—generic — это уже пакет с ядром ( /boot/vmlinuz—generic ), ему в пару идут пакеты linux-modules—generic с модулями и linux-headers—generic с заголовками (нужны в том случае, если ты собираешь какие-то модули через DKMS, например).

Удалять можно старые версии ядер, лучше всего через apt autoremove . Метапакеты не удаляй, они при обновлении через зависимости принесут пакеты со свежими ядрами.

tiandrey ★★★★★
( 14.07.23 12:19:36 MSK )
Последнее исправление: tiandrey 14.07.23 12:21:55 MSK (всего исправлений: 1)

  • Ответить на это сообщение
  • Показать ответы
  • Ссылка

Ответ на: комментарий от tiandrey 14.07.23 12:19:36 MSK

Про метапакеты хорошее объяснение.

zb2
( 15.07.23 01:28:02 MSK ) автор топика

  • Ответить на это сообщение
  • Ссылка

Ответ на: комментарий от tiandrey 14.07.23 12:19:36 MSK

Если выполнить apt show -a linux-image-generic-hwe-22.04:

Package: linux-image-generic-hwe-22.04 Version: 5.19.0.46.47~22.04.21 Priority: optional Section: kernel Source: linux-meta-hwe-5.19 Origin: Ubuntu Maintainer: Ubuntu Kernel Team Bugs: https://bugs.launchpad.net/ubuntu/+filebug Installed-Size: 21,5 kB Provides: spl-modules (= 2.1.5-1ubuntu6), v4l2loopback-modules (= 0.12.7-2ubuntu2), virtualbox-guest-modules (= 5.19.0-46), wireguard-modules (= 1.0.0), zfs-modules (= 2.1.5-1ubuntu6) Depends: linux-image-5.19.0-46-generic, linux-modules-extra-5.19.0-46-generic, linux-firmware, intel-microcode, amd64-microcode Recommends: thermald Download-Size: 2 552 B APT-Manual-Installed: no APT-Sources: http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 Packages Description: универсальный образ ядра Linux This package will always depend on the latest generic kernel image available. Package: linux-image-generic-hwe-22.04 Version: 5.15.0.25.27 Priority: optional Section: kernel Source: linux-meta Origin: Ubuntu Maintainer: Ubuntu Kernel Team Bugs: https://bugs.launchpad.net/ubuntu/+filebug Installed-Size: 19,5 kB Provides: virtualbox-guest-modules (= 5.15.0-25), wireguard-modules (= 1.0.0), zfs-modules (= 2.1.2-1ubuntu3) Depends: linux-image-5.15.0-25-generic, linux-modules-extra-5.15.0-25-generic, linux-firmware, intel-microcode, amd64-microcode Recommends: thermald Download-Size: 2 578 B APT-Sources: http://ru.archive.ubuntu.com/ubuntu jammy/main amd64 Packages Description: универсальный образ ядра Linux This package will always depend on the latest generic kernel image available. 

Получается есть 2 версии одного пакета? Зачем? Как определяется какая версия будет установлена? Ставится более поздняя версия?

zb2
( 15.07.23 01:59:28 MSK ) автор топика

  • Ответить на это сообщение
  • Показать ответ
  • Ссылка

Ответ на: комментарий от zb2 15.07.23 01:59:28 MSK

Две версии метапакета. Каждая версия зависит от пакета с конкретной версией ядра ( Depends: linux-image-5.19.0-46-generic vs Depends: linux-image-5.15.0-25-generic ).

Старые пакеты из репозиториев обычно не удаляются, просто добавляются новые версии (и новые пакеты, разумеется). Поэтому когда, например, выходит новая версия ядра — делают новый пакет с этим ядром и новую версию метапакета.

При установке и обновлении ставится та версия пакета, которая имеет наибольший приоритет (подробнее читай в man 5 apt_preferences , а посмотреть приоритеты доступных версий пакета можно через apt-cache policy ). Если есть несколько версий пакета с одинаковым приоритетом, то из них выбирается максимальная версия. Разумеется, это при условии, что ты не указал, какую версию пакета ставить.

tiandrey ★★★★★
( 31.07.23 15:55:36 MSK )

  • Ответить на это сообщение
  • Ссылка

Generic x86 64 что это

Для Debian не требуется от оборудования сверх того, что требуют ядро Linux или kFreeBSD и утилиты GNU. Таким образом, любая архитектура или платформа, на которую были перенесены ядро Linux или kFreeBSD, libc, gcc и т.д. и на которую перенесён Debian, может работать под Debian. Сверьтесь со страницами переносов https://www.debian.org/ports/s390/, какие системы на архитектуре S/390 были протестированы с Debian GNU/Linux.

Вместо того, чтобы пытаться описать всё разнообразие аппаратных конфигураций, которое существует на S/390 , эта глава содержит общую информацию и указания, где можно найти дополнительную информацию.

2.1.1. Поддерживаемые архитектуры

Debian GNU/Linux 12 поддерживает 9 основных архитектур и несколько вариаций каждой архитектуры, известных как « варианты (flavors) » .

Архитектура Обозначение в Debian Субархитектура Вариант
AMD64 & Intel 64 amd64
основанные на Intel x86 i386 машины x86 по умолчанию по умолчанию
только домены Xen PV xen
ARM armel Marvell Kirkwood и Orion marvell
ARM с аппаратным FPU armhf multiplatform armmp
64-битные ARM arm64
64-битные MIPS (с обратным порядком байтов) mips64el MIPS Malta 5kc-malta
Cavium Octeon octeon
Loongson 3 loongson-3
32-битные MIPS (с обратным порядком байтов) mipsel MIPS Malta 4kc-malta
Cavium Octeon octeon
Loongson 3 loongson-3
Power Systems ppc64el машины IBM POWER8 или новее
64-битный IBM S/390 s390x IPL с VM-reader и DASD generic

Этот документ содержит описание установки на архитектуру S/390 . Если вы ищете информацию по любой другой архитектуре, поддерживаемой Debian, посмотрите на странице переносов Debian.

2.1.2. машины типа System z и zSeries

The minimum required z/Architecture processor type is z196. The most current information about IBM’s Linux support can be found at the Linux on System z ® page on developerWorks.

2.1.3. PAV и HyperPAV

PAV и HyperPAV поддерживаются прозрачно; для получения преимуществ этих систем хранения многолучевого соединения (multipathing) не требуется. Проверьте, что настроили устройства во время выбора устройства DASD. Псевдонимы устройств не будут предлагаться при форматировании, разметке или прямом использовании.

2.1.4. Несколько процессоров

На этой архитектуре поддерживается нескольких процессоров — так называемая « симметричная многопроцессорная обработка (symmetric multi-processing) » или SMP. Раньше, несколько процессоров имелось только в высокопроизводительных серверных системах, но в настоящее время так называемые « многоядерные » процессоры встраивают почти по всё. В них содержится один ЦП с двумя и более вычислительными блоками, называемыми « ядрами » .

Стандартный образ ядра Debian 12 собран с поддержкой SMP. Он также без проблем работает в системах без SMP.

2.1.5. Аппаратура для подключения к сети

Почти любая сетевая плата (NIC), поддерживаемая ядром Linux, должна поддерживаться системой установки; драйверы модулей должны загрузиться автоматически.

Список поддерживаемых сетевых устройств:

  • Channel to Channel (CTC) или ESCON connection (реальная или эмуляция)
  • OSA-2 Token Ring/Ethernet или OSA-Express Fast Ethernet (не-QDIO)
  • OSA-Express в режиме QDIO, HiperSockets и Guest-LANs

2.1.6. Периферия и другое оборудование

Установка пакетов из XPRAM и ленты не поддерживается этой системой. Все пакеты которые вы захотите поставить, должны быть доступны на DASD или по сети с использованием NFS, HTTP или FTP.

Пред. Наверх След.
Глава 2. Системные требования Начало 2.2. Установочные носители

выбрасывайте старые процессоры

frankyboy avatar

Даёшь для начала x86-64-v3!
Все реверансы в сторону надо бы оставить x86-64-v2 и x86-64 лишь для дымовой завесы. Ведь даже поддержка x86-64-v2 по факту далеко не у всех пользователей арча.

«Недавно AMD, Intel, Red Hat и SUSE совместно разработали три уровня микроархитектуры x86-64 выше базового уровня x86-64. Три микроархитектуры объединяют функции ЦП примерно в зависимости от оборудования и даты выпуска».

Корпорасты будут хлопать стоя. Почему нельзя сделать удобным для всех? Потому что Америка — это не про политику, культуру и экономику, — это всегда про бабки.

RusWolf avatar

Участник с: 16 июля 2016
Участник с: 08 января 2009

RusWolf
x86-64-v2 и x86-64 думаю устроят всех.

а смысл, будет такая-же бодяга за v3 v4
имхо — лучше сразу сделать v1(как lts) и v4 как curent и держать всего два ветки.

RusWolf avatar

Участник с: 16 июля 2016

grayich
а смысл

Смысл, что x86-64-v2 поддерживается большим количеством процессоров.
Мой ноут 2011 года.
x86-64-v2 (supported, searched)

frankyboy avatar

Участник с: 05 декабря 2012

ну, что, таки быть разделению архитектур или нет?

Vadim avatar

Участник с: 20 ноября 2013
Linux Forever!
Зарегистрироваться или войдите чтобы оставить сообщение.

© 2006-2024, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *