Компания SUSE опубликовала релиз дистрибутива SUSE Linux Enterprise Server 16. Ветка SUSE Linux Enterprise 16 сформирована спустя 7 лет с момента выпуска SUSE 15. Пакеты SUSE 16 уже использованы в качестве основы в поддерживаемом сообществом дистрибутиве openSUSE Leap 16. Дистрибутив можно загрузить и использовать бесплатно, но доступ к получению обновлений и исправлений ограничен 60-дневным пробным периодом. Выпуск доступен в сборках для архитектур aarch64, ppc64le, s390x и x86_64...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64136
Участник top500, а это уже уровень!
https://opennet.ru/63390-cluster
Уровень чего? SUSE почти всего была маргинальна, по крайней мере последние лет 15 как. Всю дорогу переписывают yast, инсталятор, и т.п.| Сетевой конфигуратор wicked заменён на NetworkManager.
Ну, в общем, как обычно.| По умолчанию отключён доступ по SSH с пользователем root при аутентификации по паролю.
Снимаю шляпу. Сильный ход.
>Уровень чего? SUSE почти всего была маргинальна
Отличная система!предложены только... удалён... Прекращена поставка... Прекращена поддержка... отключена... объявлена устаревшей... Прекращена поставка... объявлена устаревшей... Прекращена поддержка...
https://get.opensuse.org/ru/
> предложены только... удалён... Прекращена поставка... Прекращена поддержка... отключена...
> объявлена устаревшей... Прекращена поставка... объявлена устаревшей... Прекращена поддержка...Они готовят версию, которую будут поддерживать еще 16 лет.
Логично что перед этим нужно избавиться от баласта вроде иксов, сисьV и прочего древного мусора. Иначе еще 16 придется ковыряться в этом и исправлять бага.
А тут поддержку дропнули и проблема решена.
> А тут поддержку дропнули и проблема решена.Ещё можно дропнуть сусё и вообще проблем не будет на 100500 лет вперёд.
> SUSE почти всего была маргинальна, по крайней мере последние лет 15 как.Маргинальна по сравнению с кем?
С минтами, антиксами и прочими диванами от васянов?))
Не, ну на опенке она конечно не в почете, но это и понятно.
А вот у всяких фирм вполне в ходу.
Вы это рассказываете людям, которые ноют под каждой новостью про переход на Wayland и искренне ненавидят systemd. То есть маргиналам даже по мерках Linux сообщества.
Маргинальна она была в среде Васянов, а в энтерпрайзе, особенно европейском, SLES пожалуй на втором месте после RedHat. Хотя, конечно, энтерпрайз всё чаще задаётся вопросом: а зачем нужна SUSE, когда есть RedHat, который сейчас, собственно, и есть Линукс.
> есть RedHatБыл RedHat.
Теперь это МежДелМаш с известными МежДелМашевскими заскоками, так что SUSE очень даже выручает.
Болтается где-то там за редхатом, который и есть тру энтерпрайз линукс, что и подтверждается твоей же ссылкой. Зюзя это обочина обочины линукса.
> Болтается где-то там за редхатомЯ уже не могу разобраться в сортах линукса: чем они друг от друга отличаются, если все они идентичны внутри? Системда, вяйлэнд, раст...
Зачем тебе в сортах линуксов разбираться? У тебя есть сишарп, дотнет и пауэршелл.
Весь софт пишется под оффтопик.
Не TOP 500, а TOP 3 Super Computing !1. Кластер El Capitan, запущенный в Ливерморской национальной лаборатории Министерства энергетики США. Кластер насчитывает 11 миллионов процессорных ядер (CPU AMD EPYC 24C 1.8GH с ускорителем AMD Instinct MI300X) и обеспечивает производительность 1.742 экзафлопса. В качестве операционной системы применяется HPE Cray OS (редакция SUSE Linux Enterprise Server 15).
2. Кластер Frontier, размещённый в Ок-Риджской национальной лаборатории Министерства энергетики США. 9 млн процессорных ядер (CPU AMD EPYC 64C 2GHz, ускоритель AMD Instinct MI250X). Производительность 1.353 экзафлопсов. Операционная система HPE Cray OS.
3. Кластер Aurora, развёрнутый в Аргоннской национальной лаборатории Министерства энергетики США. 9.2 млн процессорных ядер (CPU Xeon CPU Max 9470 52C 2.4GHz, ускоритель Intel Data Center GPU Max). Производительность 1.012 экзафлопса. Операционная система SUSE Linux Enterprise Server 15 SP4.
> Например, AI-ассистент можно использовать дляИнтересно, когда этот ассистент заменит им переводы с Инглиш на Дойч, переводчики тоже заявления на увольнение будут писать?
А так, мощно. Яст - выкинули, Иксы - выкинули, ВиЭнСи - выкинули, 64Ви1 - выкинули, АйСиЭс ДиЭйчСиПи - выкинули, айпитэйблс - выкинули. Ничего вроде не забыл.
Вот интересно, на сколько хватит в таком виде? Неужто "проживет" 5 лет? Сомневаюсь.
Хорошо бы, чтобы всяким противникам ИИ был урок.
>А так, мощно. Яст - выкинули, Иксы - выкинули, ВиЭнСи - выкинули, 64Ви1 - выкинули, АйСиЭс ДиЭйчСиПи - выкинули, айпитэйблс - выкинули. Ничего вроде не забыл.Тут не хватает слова ВНЕЗАПНО. Ничего не предвещало беды и тут вдруг ВНЕЗАПНО их взяли и выкинули. Вы не знаете, как так произошло?
Дистро - коммерческий. Коммерсы если что-то делать, то ради этого - тугриков, фунтиков, гринов и т.д. В случае с Зузей - марочки, как я понимаю. Вот так и произошло.
Дас ист айнфах фонтастишь майн Херр!
Мне вот страшно уже с такими дистрами работать,
столько сервисов и непонятно что делать
если один сломается и все встанет.
Так специально задумано, чтобы техподдержку покупали. Другие причины трудно придумать.
По другому под ГПЛ (и не только) не продать, Столман одобряет.
>"Так специально задумано, чтобы техподдержку покупали. "Весь опен соурс так работает)
> Так специально задумано, чтобы техподдержку покупали. Другие причины трудно придумать.Это навряд ли. Ларёк «У Ашота» таким софтом не пользуется, а в крупном бизнесе другие приоритеты. Поддержка в энтерпрайзе это прежде всего разделение ответственности и комплаенс, а не хелпдеск.
Комплаенс - это хорошо, а разделение ответственности тут откуда? Если бизнес ляжет из-за какого-то бага, разве SuSE будет компенсировать ваших потери клиентов?
https://get.opensuse.org/ru/desktop/
>> Для хранения раздела /tmp задействована ФС tmpfsо_О А что, раньше оно как-то иначе было?
Отдельного раздела могло и не быть.
Сомневаюсь, что у всех есть цпу x84_64v3
Поэтому Ваш путь лежит на иксы.
Slackware64-current
http://www.slackware.com/changelog/current.php?cpu=x86_64
https://us.slackware.nl/slackware/slackware64-current-iso/
> Сомневаюсь, что у всех есть цпу x84_64v3А зачем v3?
"Работа возможна только на системах x86 с архитектурой x86_64-v2, которая поддерживается процессорами примерно с 2009 года (начиная с Intel Nehalem)"
Все более древнее нужно еще поискать.> Поэтому Ваш путь лежит на иксы.
Какая вообще связь между иксами и поколениями процов?
> Slackware64-current
А... слаковод в треде... все понятно
> слаковод в треде... все понятноОн "знает линукс", а ты "знаешь только свой дистр". Понял? Уважай его.
Расскажите как в Слаке организована работа с файлами .bash_profile и .bashrc
Так же не по-линуксовски как и в маинстрим дистрибутивах, как например в Федоре или так, как это изначально задумывалось?Речь идёт о том, что в той же Федоре файл .bash_profile примерно такой:
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fiИ если надо добавить какую-то директорию в PATH, делать это приходится в .bashrc примерно вот так:
if ! [[ "$PATH" =~ "$HOME/go/bin:" ]]; then
PATH="$HOME/go/bin:$PATH"
fiИ всё это лишь потому, что терминалы в GNOME и KDE не умеют запускать bash с параметром -l
В SuSE тоже так?
В Слаке файлов по-умолчанию нет.
Всё есть файл. То есть, в слаке по умолчанию ничего нет?
В Slackware с диска есть всё для разработчика и сервера, возьми и попробуй, ничего докачивать не надо. Для того, чтобы что-то поставить дополнительно Вам понядобятся sbopkg, slpkg, deb2rpm, rpm, rpm2txz, dpkg, и просто огромный каталог уже готовых, скомпилированных программ, например libreoffice:mkdir libreoffice
cd libreoffice
wget -c -r -A txz,tgz -nd -np http://www.slackware.com/~alien/slackbuilds/libreoffice/pkg6.../
и дальше перемещаемся под root:
su
upgradepkg --terse --install-new *.t?zВаш LibreOffice установлен !
Разница в том, что slpkg компилирует весь софт вместе со всеми зависимостями, а sbopkg нет.
Желаю Вам успехов !
> В Слаке файлов по-умолчанию нет.Вы имели в виду, что этих ~/.bashrc и ~/.bash_profile нет? Вообще удивительно, что механизм обновления переменных окружения в Linux на столько примитивен. Даже в Винде он гораздо удобнее.
> Вообще удивительно, что механизм обновления переменных окружения в Linux на столько примитивен.Не вижу ничего примитивного, конфиг поправить явно проще, удобнее, гибче и понятнее, чем тыкать мышкой по панелькам и кнопкам как идиот пока не накликаешь нужную формочку...
Так я не про мышку, а про механизм обработки изменения конфигурации. Сейчас графический логин менеджер читает конфигурацию и все его дочерние процессы просто наследуют переменные окружения. Нет никакой возможности пропихнуть изменения или дополнения в этих переменных окружения. Поэтому приходится нестандартно извращаться с ~/.bashrc и ~/.bash_profileСравни это с Виндой, не обращая внимание на мышь. Ничего подобного на извращения типа:
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fiв ~/.bash_profile и:
# User specific environment
if ! [[ "$PATH" =~ "$HOME/.local/bin:$HOME/bin:" ]]; then
PATH="$HOME/.local/bin:$HOME/bin:$PATH"
fi
if ! [[ "$PATH" =~ "$HOME/go/bin:" ]]; then
PATH="$HOME/go/bin:$PATH"
fi
export PATHв ~/.bashrc нет в принципе. Посмотри внимательно как тут всё прописано и если ты не считаешь это извращением, то у меня большие сомнения в твоих интеллектуальных способностях. Поинтересуйся почему в Федоре и в прочих меинстримных дистрибутивах это сделали на столько извратно.
>Сравни это с Виндой, не обращая внимание на мышь. Ничего подобного на извращения типа:
>если ты не считаешь это извращением, то у меня большие сомнения в твоих интеллектуальных способностях.Там все нормально... Если у тебя вопросики, то просто иди в винду, там гуи есть и под капот не посмотришь...
треть того что в статье было еще в 15.6Agama - это фиаско, у суси был вполне годный инсталлер, а это какая-то шляпа обрезаная
X выкинули с прицелом на следующие 16 лет, но на сегодня - это очень плохое решение
Попробуй GhostBSD и ты всё поймёшь!
https://download.ghostbsd.org/releases/amd64/latest/
без яста -это какоето гамно с вебной мордой, как бунта со снап инсталлером
Это FreeBSD
$ su
# pkg update
# pkg upgrade
# pkg install ваша_любимая_программа
> на сегодня - это очень плохое решениеРешение хорошее, так как снижается нагрузка на мейнтейнеров. Если у кого-то не запускается вяленый, то это проблемы запускающего: пусть обновит железо на как минимум выпущенное в 2010-ых. Незачем тревожить мейнтейнеров кнопочками турбо и прочими реликтами 20-го века.
>X выкинули с прицелом на следующие 16 лет, но на сегодня - это очень плохое решениеА на когда - хорошее? Что такого должно произойти в будущем, что до сих пор не произошло за прошлые 15 лет?
>>X выкинули с прицелом на следующие 16 лет, но на сегодня - это очень плохое решение
> А на когда - хорошее? Что такого должно произойти в будущем, что
> до сих пор не произошло за прошлые 15 лет?нормальный сапорт буфера обмена, куча глюков с позиционированием окон, поддержка удаленного стола не через задницу, krdp и GNOME Remote Desktop не создают изолированную сессию а логинит юзера, т.е. физичиски разлочивает машину, хватает проблем, если спросить местную аудиторию каждый второй подкинет свой кейс
>нормальный сапорт буфера обменаПодробнее, чего именно вам не хватает? А то может быть это уже лет пятнадцадь назад решено?
>куча глюков с позиционированием оконНе наблюдаю. Окон какого приложения и где?
>krdp и GNOME Remote Desktop не создают изолированную сессию а логинит юзера, т.е. физичиски разлочивает машинуНу это вопрос к гному и кедам, почему они не умеют делать нормально. Только что проверил, что sway, что wayfire можно без проблем запустить прямо через ssh, никак не затрагивая основной сеанс и не разблокируя его.
> Подробнее, чего именно вам не хватает? А то может быть это уже лет пятнадцадь назад решено?не работал например в NoMachine, в гостевую VMWare вроде тоже, но уже точно не вспомню
> Не наблюдаю. Окон какого приложения и где?да везде, Application Launcher меню по центру экрана из последнего
> Только что проверил, что sway, что wayfire можно без проблем запустить прямо через ssh, никак не затрагивая основной сеанс и не разблокируя его.и как ты предлагаешь это использовать?
В одном банке работал так там эта суся везде была. И ничего работала и хлеба не просила. Да сапорт платный, но он решал проблемы быстро, почему бы и не платить. Дистр если с ним работать и знать вполне пригоден дая прода.
Эпический релиз. Всё, что отличало сусе от редхата, выбросили. Унификация Линукса завершена.Кокпит это вообще "панель управления".
В целом, не могу сказать, что я сильно огорчён, потому что когда на работе была суся, это был мешок геморроя, горжусь тем, что перевёл компанию на центось, но сам факт забавен.
Всякое старье уже начали выкидывать даже из сурьезного ынтырпрайза.
> Эпический релиз. Всё, что отличало сусе от редхата, выбросили. Унификация Линукса завершена.
> Кокпит это вообще "панель управления".
> В целом, не могу сказать, что я сильно огорчён, потому что когда
> на работе была суся, это был мешок геморроя, горжусь тем, что
> перевёл компанию на центось, но сам факт забавен.И как теперь эта компания аудиты проходит с никем не поддерживаемой кустарной центосью (так понимаю не Stream)?
Никак. Компания не публичная, зачем аудит?У нас три клиента всего, у одного кластер на RHEL 6, у второго на RHEL 7.
А wxWidgets то за что выкинули?
> А wxWidgets то за что выкинули?Потому что глючное поделие.
С вейландом не работает. Значит нинужна.
> С вейландом не работаетДак может надо было вейланд выкинуть?
>> С вейландом не работает
> Дак может надо было вейланд выкинуть?А зачем?
Вейланд это современный софт.
А В-Х виджеты это какой-то древний выпрограммиш, кривой и косой.
>> С вейландом не работает
> Дак может надо было вейланд выкинуть?Нет, потому что уже выкинули иксы :)
А виджеты такой же хлам как иксы, поэтому логичео что они иксам компанию составят.
>По умолчанию используется btrfs. В качестве поддерживаемых опций доступны ext4, xfs и gfs2Нужен совет. Есть несколько терабайтовых дисков. Их нужно объединить в один. Какой способ будет надёжнее и проще? Программный RAID, LVM, или BTRFS. BTRFS "из коробки" вроде такое умеет.
Корень отдельно в ext4.
LVM проще всего.Поверх LVM любую ФС какая нравится, лучше всего не искать инноваций и просто взять ext4.
В LVM нет встроенной проверки целостности данных.
Ну, почему же: `lvconvert --raidintegrity y grp/vol`. Но пока, к сожалению, только для raid-1.
В ext4 есть журнал. Что ещё нужно?
show assembled raid arrays status:cat /proc/mdstat
http://www.slackware.com/~mrgoblin/raid1-slackware-12.php
С той только разницей, что вместо текстового редактора vi сейчас удобнее nano, и вместо fdisk ищи man cfdisk и man cgdisk; например cfdisk /dev/sdaИменно в Slackware64-current поддерживаются самое новое оборудование, просто обновите ядро из из каталога testing.
Более подробно тут: https://docs.slackware.com/howtos:misc:software_raid_trouble...
Желаю Вам успехов !
Рекомендую Btrfs из-за чексумм и простоты.sudo mkfs.btrfs -d raid1 -m raid1 /dev/sdb /dev/sdc
>Корень отдельно в ext4.Данные не прям в корне ведь лежать будут ?!
Я бы вынес корень на флешку, сделал read-only и наслаждался ZFS на дисках.
А что вы хотите из нескольких сделать ?
Я вот баловался с JBOD (2 штуки 512 в 1 ТБ) - это который single в btrfs.
НЕ raid0 ибо если сдохнет один, от данных останется лапша.
Данные не особо были важны, но потерять все не хотелось.И О ЧУДО - через некоторое время один сдох )))
Данные восстановил (частично) и просто заместо сдохшего купил терабайтник, а 512 оставил для бекапов )
В btrfs еще что хорошо - тип рейда можно прям налету менять.
Например есть зеркало но надо временно место где то взять, а нету.
Можно провернуть raid1->single->raid1 (я так делал)Ну и молиться чтобы один из дисков не вылетел пока в сингле конеш :D
> А что вы хотите из нескольких сделать ?
> Я вот баловался с JBOD (2 штуки 512 в 1 ТБ) -
> это который single в btrfs.
> НЕ raid0 ибо если сдохнет один, от данных останется лапша.
> Данные не особо были важны, но потерять все не хотелось.
> И О ЧУДО - через некоторое время один сдох )))
> Данные восстановил (частично) и просто заместо сдохшего купил терабайтник, а 512 оставил
> для бекапов )и что BTRFS у тебя не помер после вылета диска? очень странно
А что странного ?
Иногда нужно делать RTFM )
Метаданные конечно в raid1 были.
> А что странного ?
> Иногда нужно делать RTFM )
> Метаданные конечно в raid1 были.а потом что? шринкал диск? или просто все что смогло скопироваться перенес?
>>По умолчанию используется btrfs. В качестве поддерживаемых опций доступны ext4, xfs и gfs2
> Нужен совет. Есть несколько терабайтовых дисков. Их нужно объединить в один. Какой
> способ будет надёжнее и проще? Программный RAID, LVM, или BTRFS. BTRFS
> "из коробки" вроде такое умеет.
> Корень отдельно в ext4.тебе нужно что? чтобы 2 диска были как один и если 1 диск сдох то на втором остались данные?
или ты хочешь RAID0? или JBOD?
короче если надо возможность восстановить данные в случае выхода, то форматируй каждый диск независимо, а потом монтируй их в одну точку с помощью mergerFS, так ты получишь общий объем, правила записи там очень гибкие
если тебе пофиг и потеря одного диска для тебя равно потере всего массива, то бери mdadm и RAID0
файловую систему я бы взял BTRFS
LVM мусор бесполезный
>тебе нужно что?/home, либо просто диск с большим объёмом данных. Планирую объединить 5 жёстких дисков - терабайтники, на сервере. Если честно аппаратный RAID не хочу, при установке Линукса с ним были проблемы. Корень будет ext4. Что думаешь? Или корень тоже сделать BTRFS?
Нужна простая и надёжная конфигурация.
> Если честно аппаратный RAID не хочуОчень правильное решение.
Там одна точка отказа - RAID контроллер.
И да, тоже занимался восстановлением после такого - снять дампы, найти описание формата ЭТОГО КОНТРОЛЛЕРА. И это мне повезло еще )
Н - НАДЕЖНОСТЬ.На вопрос так и не ответили - вам нужно МЕСТО или НАДЕЖНОСТЬ ?
Ну и чего больше хочется, если "и того и другого" ?
>На вопрос так и не ответили - вам нужно МЕСТО или НАДЕЖНОСТЬ ?"Простой и надёжный" - эти два параметра разве взаимоисключаемы? 1 жёсткий диск под корень, и 5 жёстких дисков для данных. Раздел для данных скорее вего будет /home/user, но это не точно. Буду думать.
Из 4х можно замутить RAID10
https://ru.wikipedia.org/wiki/RAID#RAID_10_(RAID_1+0)
2 гига будет.
>>тебе нужно что?
> /home, либо просто диск с большим объёмом данных. Планирую объединить 5 жёстких
> дисков - терабайтники, на сервере. Если честно аппаратный RAID не хочу,
> при установке Линукса с ним были проблемы. Корень будет ext4. Что
> думаешь? Или корень тоже сделать BTRFS?
> Нужна простая и надёжная конфигурация.Ну смотря что ты вкладываешь в понятие надежная, если тебе надо чтобы продолжало работать при выходе из строя одного диска - RAID5, двух - RAID6, если для тебя ОК, что выход из строя одного диска приводит у умиранию массива - RAID0 (самый быстрый, особенно для линейного чтения и записи).
RAID рекомендую делать через MDADM, RAID5/6 на BTRFS имеет глюки и пока официально в бете, аппаратный у меня есть (RAID0) и работает, но у него свои нюансы, вероятность что у тебя сдохнет контроллер не очень большая, я лично такое видел только в очень старом контроллере у которого сдох модуль DDR2 памяти, намного сложнее с батарейкой, надо искать модуль на конденсаторах, и контроллеры по свежее. В общем mdadm тебе предпочтительнее и он кстати поддерживает discard, что может быть полезно если у тебя SSD (если RAID0 или RAID1).
Корень будет на этих же 5 дисках? Если да то RAID0 означает что система развалится после отвала одного из дисков. Если это критично и ты не хочешь в бекапы, то RAID0 нельзя.
Если ты используешь mdadm то уже пофиг какая FS у тебя в корне, у меня есть серверы и с BTRFS и с ext4, BTRFS мне нравится больше, можно scrub запустить проверить целостность, но если отключилась напруга и не зафлашился кеш аппаратного контроллера, то BTRFS повреждается с большей вероятностью (она не большая, но больше) нежели ext4.
Из 5 дисков RAID10 не сделаешь будет использоваться 4 диска и один Hot-Spare для резерва (или лежать на полке). Доступный объем будет 2 тб. RAID0 - 5TB, RAID5 - 4TB, RAID6 - 3TB.
частая смена установщика системы - это хорошо или плохо ?
Если ты его видишь один раз за всю жизнь системы, то это пофиг.
Короче "для привлечения новых пользователей" и на качество системы не влияет, если вы об этом.
Enterprise Server - видишь один раз?!
> предоставляемые дистрибутивом настройки по умолчанию размещены в каталоге /usr/etc, а изменения, вносимые локальным администратором, помещаются в форме /etc/example.conf.d/*.conf или /etc/example.confА не должно быть наоборот? Рабочий конфиг в папке "example"?
example это не "образец конфига", а название программы
И тут им открылся "debian way"... правда немного извращенный.
> Прекращена поддержка архитектуры x86-64-v1Поздравляю всех 64-битников с началом эпохи дропанья их архитектуры!
>> Прекращена поддержка архитектуры x86-64-v1
> Поздравляю всех 64-битников с началом эпохи дропанья их архитектуры!пффф, рано или поздно это случилось, это раз.
А два - x86-64-v2 это Nehalem/Westmere.
Это ж блин ̶н̶и̶к̶т̶о̶ ̶н̶е̶ ̶в̶е̶р̶н̶е̶т̶с̶я̶ ̶в̶ ̶2̶0̶0̶7̶ 2008 год.
Которым через 2 года будет 20 лет.
А учитывая то, что " Общее время сопровождение ветки SUSE Linux 16 составит 16 лет" то на мой век хватит.И да, я совершенно не жалею тех, кто сидит на некроплатформах.
Это их выбор, но свои эгоистичные хотелки они не имеют право распространять на нормальных людей.
> x86-64-v2 это Nehalem/WestmereА у других производителей? Мир же не застрял на Интеле? Нет же?
https://en.wikipedia.org/wiki/X86-64#Microarchitecture_levels
>> x86-64-v2 это Nehalem/Westmere
> А у других производителей? Мир же не застрял на Интеле? Нет же?Нет конечно.
Просто у меня старый сандаль, а другой комп уже на райзене.Для АМД x86-64-v2 это:
Bulldozer и его наследники.
Т.е 2011-2014 и выше.
С учетом пococности бульдозеров, обманом пользаков по поводу кол-ва ядер, то большая часть их "счастливых" обладателей переехала на отличный Zen.
Который v3 и будет поддерживаться еще иного лет.Но даже если у вас осталась печка в виде какого-то FX-8170, то вам реально нужна Сузя?
Или просто "они посмели что-то мне запретить! я в ярости!! они обязаны тащить мой старый проц вечно!!"
> 2014 и вышеТ.е. не 2008, как утверждал какой-то васян выше.
Тот же самый)x86-64-v2 это Nehalem/Westmere
т.е для интела все началось с 2008 года
То что AMDшники в те темные времена жевали coплu, это их проблемы и их пользователей.
Чувак, я всё понимаю, но отключили процы 15+ летней давности, что ты ноешь?
А Suse Manager то свой они с Salt на Ansible уже перевели?