LINUX.ORG.RU

Linux для компиляции или вынужденный побег от Windows в Linux

 , ,


1

2

Хотел узнать: Есть ли Linux - где все готово для компиляции. По профессии далек от IT - и тут чтобы спрашивать советы.

Советы: «Все сборки готовы - не готов автор» - это троллинг. Ясно же: автор готов - он бы не спрашивал. Наводка была только тут.

По Linux: собраны ссылки тут ==> 1.1). Linux OpenBSD Android ==> на описания опыта по ==> | My Linux Wiki | Tiny Core | Knoppix | Arch Install | Gentoo Install | OpenBSD Install | Android on PC | Bluefin | ucore on Fedora CoreOS |

Базовые понятия были: в студентах программировал в двоичных кодах на бумажной ленте для лампового Минск-1. Потом: несколько лет рассчитывал пробеги частиц, поля, и переходные процессы - на перфокартах Algol-68 и Fortran-4. Потом 25 лет другие дела; и 22 года назад составил Инструкция по первому Live-CD_Linux-Knoppix - но тогда Linux был убогим на внешность - и вернулся в Windows и отошел от кодов. Многое позабылось да и устарело. Сейчас: могу написать несколько строк для cmd или Bash. Cовременное програмирование не знаю.

Украинский пенсионер с б\у ноутом 2011 года (см. ниже) - ценой месячной пенсии. Оптимизация б\у компа: подбор процессора и памяти

  • Современный комп: как миниум полугодовая пенсия. Как в такой ситуации: оставаться на уровне современных ОС - этому и посвяща тема.

Для ориентации: собираю в кучу процы - что мелькают мимо. На всех CPU до 1000 лучше не ставить Win-11 - а запускать готовые облегченные сборки. Чтобы видеть спецификацию: переместить нужный в первые 6.

  • Причина побега.

1). На дешевый б\у ноут расчитанный на 35 Вт Core-i5-2430M - поставил не разбирая ВЕСЬ ноут - а выломав пластик снизу - значительно мощнее за $18 45 Вт Core-i7-2760QM - который при нагрузке развивает до 55 Вт. Естественно: при нагрузки выше расчетной - ноут греется.

Cоветуют: верни штатный 35 Вт CPU - нет. Мощнее CPU - быстрее проглатывает короткие нагрузки\зависания - которые больше раздражают - но не успевают перегреть. Скриптом измерения времени выполнения задачь - измерено: насколько быстрее Core_i7-2760QM Ниже: время сжатия мелких файлов того же WinPe ~461 mb strelec11x64Eng.wim - развернутого в папку \dirout ==> в dirout.7zip

7zip_dirout-inRAM  == 133 sec 4+4g Core_i7-2760QM 
7zip_dirout-inRAM  == 281 sec 4+4g Core_i5-2430M

Ну и с пониманием делать - что может привести к перегреву.

  • Windows: при 100% CPU - перегрев вырубает через 5-6 минут - даже с выставлением предела температуры 60 градусов в CoreTemp64.exe
  • Linux: компиляция qemu-10.0.2 с ==> ./configure --target-list=x86_64-softmmu --enable-debug на всех 8 потоках Core-i7-2760QM при постоянных 100% CPU - закончилась ==> time make -j8 -l8 ==> real 8m29.624s, user 26m59.174s, sys 34m5.654s

2). В руководстве ноута рекомендовано 8 гб памяти. Для проверки: купил на али дешевую и поставил за $11 DDR3L 8+8 гб память.

!!!!! Сразу. Проблемы ниже: сначала сам грешил на дешевую $11 память. Но ставил и дорогую $48 память - с теми же проблемами. Дорогую память за половину пенсии: брал для теста - и сдал обратно в магазин. Так что дешевая память: не обязательно плохая - ведь чипы памяти делают только 3 фирмы - и во всей памяти - те же чипы.

  • Windows: 10ка на моем ноуте с 45 Вт Core-i7-2760QM и с 8+8 гб памяти ==> грузится 6 минут (19 сек при 8 гб памяти) и постоянно 35-45% CPU. У первых Win-11 постоянно 15-25% CPU - у 24Н2 3775 постоянно 5-8% CPU - а последняя Win-11 грузится 80 сек (35 при 8 гб памяти) и постоянно 0-1% CPU. И винда: все лучше работает и с памятью и с проблемным железом - на заметку любителям старых ОС - 7рок и 10ток.
  • Linux: Gentoo-KDE грузится 29 сек с 8 гб памяти - и 70 сек с 8+8 гб памяти - но без нагрузки: 0% CPU at 800 MHz

Пока не понятно: тут сведены тесты - и по одной DDR3L 8 гб и 8+8 - тестируются штатно - как в рабочей ОС в aida64 так и без нагрузки OC - в загруженом PassMarkMemtest86x64.efi А вот скорости что в памяти (разные Windows RamDisk и tmpfs Linux) - снижаются.

  • Не ясно: это 45 Вт Core-i7-2760QM не оставляет энергии для памяти? Но частота памяти не снижается - а скорости что в памяти - снижаются.

  • И тут выбор: CPU быстрее и больше памяти но медленнее - предпочтительнее - чем меньше памяти быстрее и CPU медленнее.

О шустрости и быстроте систем. Выводы: не на основе предположений - а на основе цифр || Есть ли смысл загрузки системы в память, и роль быстроты накопителя <== в тексте ссылка на ролик: мужик проверял игры с HDD, SSD, NVMe, памяти. И показал: мала разница FPS - откуда сама игра. Но естественно: есть разница подгрузки.

Все что исполняется: грузится в память и исполняется ТОЛЬКО в памяти.
Если время обработки данных:  превышает время обмена данными (это все напряженные задачи, обработка: архив, образ, видео, сами игры) - то МАЛА разница - где система (привет любителям грузить всю систему в память) - и где данные. 
   Ниже цифры в Linux:
>time sudo unsquashfs -f -d /tmp/fs /media/admin/btrfs_128/rootfs.sfs  #  real 0m24,755s  ~ распаковка архива с диска в память.
>time sudo unsquashfs -f -d /tmp/sda3/fsunsq /tmp/rootfs.sfs           #  real 0m24.083s  ~ все в памяти.
  • Как видно выше: Linux более эффективно работает с проблемным железом.
  • Конечно: описанный ноут - не супер комп - но и на нем нормально идут современные ОСи - без раздражающих зависаний. Надо только остановить все: вам лично не нужное.
  • Еще 10ки: отказывались ставится штатно на этот ноут. Проверка была в boot.wim - но установка\развертка без boot.wim - и все работало. А с 24Н2 - ввели проверку в саму винду: начинается настройка - но дойдя до драйверов: «Не может установится на это железо». Но выведение 24Н2 типа W11Ent4351Tiny.vhd - на рабочий стол в виртуалке: и далее самые последние 24Н2 - нормально грузятся и работают на этом ноуте.
  • Такое же и с Linux. Большинство просмотренных современных Linux: при загрузки с ISO на железе - уходят в rescue или dracut (у ноута нет Secure Boot, TPM). Из новейших ISO - грузятся только: Manjaro, Ubuntu, Bluefin-stable - а Bluefin-GTS и LTS - не грузятся.
  • Но развертка из образа и настройка в chroot - или установка в qemu - и все самое современное - работает.

Ниже показаны: и характеристики старого дешевого (~$100 с модернизацией) - но выжатого до предела ноута - и что на нем идет самая новейшая со всеми инновациями The Next Generation Linux workstation, designed for reliability, performance, and sustainability

        $ sudo neowofetch	
	bluefin: stable
	Bluefin (Version: 42.20250519.2 / FROM Fedora Silverblue 42)
	Linux 6.14.3-300.fc42.x86_64
	46 mins
	Forged on Mar 26 2025
	HP ProBook 4530s (A0000402)
	Intel(R) Core(TM) i7-2760QM (8) @ 3.50 GHz
	AMD Radeon HD 6400M/7400M Series [Discrete]
	Intel 2nd Generation Core Processor Family Integrated Graphics Controller @ 1.30 GHz [Integrated]
	 3.49 GiB / 7.68 GiB (46%)
	1.54 GiB / 1.54 GiB (100%) - overlay
	22.94 GiB / 54.24 GiB (42%) - btrfs [Read-only]
	3.45 GiB / 4.99 GiB (69%) - vfat
	1366x768 @ 60 Hz in 15" [Built-in]
	ST LIS3LV02DL Accelerometer
 	GNOME 48.1
	Mutter (Wayland)
	bash 5.2.37
	Ptyxis 48.3
	1940 (rpm), 41 (flatpak)

Bluefin выше: довольно затратная: размер ~24 ГБ (это сжатый в ~2 раза), и грузится ~2,3 гб памяти и ~342 процесса.

Предпочитаю работать на системах: где не работает - не нужное мне. Так ~1.4 GB Server2025TurbineCore.vhd - запускаю с ~600 мб памяти и ~30 процессов. Там работает: браузер, офис-2007, видео, музыка, рисунки - все что нужно большинству.

В Linux: пока такой выбор.

  • Минимальный: компилированный Gentoo-console openrc ==> опыт, компиляция с использованием большей части ресурса компа.
  • Рабочий: компилированный Gentoo-console systemd + Sway Vim Firefox btop amdgpu doublecmd neofetch qemu
  • Максимальный: Gentoo-KDE ==> пока осваиваю развернутый с образа внутри livegui-amd64-*.iso. Из всех Linux что сейчас у меня (см. ниже): только в Gentoo-KDE - смог компилировать
  • ucore on FedoraCoreOS: ==> смотреть новшества, запуск ОС в контейнерах - как и в Bluefin выше. Но ucore - много компактнее монстра Bluefin. В обоих: overlayfs - заменяется на composefs; rpm-ostree - заменяется на bootc; и Docker - заменяется на Distrobox
Мой SSD 128 GB разбит на 3 раздела:
/dev/sda1  LABEL=FAT_128   ~ 5 гб Fat32 - отсюда efi и mbr загрузка компа, и отсюда грузятся все WinPe.wim
/dev/sda2  LABEL=ntfs_128  ~ 50 гб - отсюда грузяться Windows каждая в одном файле vhd 
/dev/sda3  LABEL=btrfs_128 ~ 64 гб - отсюда с ОДНОГО раздела - грузятся все Linux - вкл блочные.

При размещении Linux в нескольких отдельных разделах на диске: и там и там и там - теряется много пустого места. А вот с btrfs: с ОДНОГО раздела типа /dev/sda3 - можно монтировать много «разделов» как одного Linux - так и запускать много Linux - каждый в своем subvol | Ниже: что есть у меня сейчас:

# sudo du -hd 1 /sda3    # <== mounted /dev/sda3  LABEL=btrfs_128
2,1G	/sda3/arch       #  i3-wm Firefox, ставился с запуска 3.5 мб ipxe-arch.efi
186M    /sda3/boot
2,3G	/sda3/Downloads  # mounted to all my Linux
12G	/sda3/gentoo-kde #  FileManager: 10,9 ГиБ (11 663 742 064 байта) еще не удалена компиляция qemu
3,5G    /sda3/gentoo-console
3,7G	/sda3/lmde-6     # Блочный:  Linux Mint Debian Edition - загрузка с: ~3.2 GB vdroot.vdi и ~198 MB overlay.vdi
6,8G    /sda3/manjaro
1,4G	/sda3/minios     # Блочный:  Debian - загрузка с 8 *.sb  есть qemu
297M	/sda3/mix-data   # mounted when running lmde-6
1023M	/sda3/stea       # Блочный:  Runtu-16 - загрузка с 11 *.sqfm
0	/sda3/ucore-fedora # ожидается тут - а пока изучается в ucore.vdi в qemu 
------------
При загрузке: всем монтируется корневой /dev/sda3 - а в btrfs папки - попадают указанием subvol= загружаемой системы.
       Grub:  linux  ${vmlinuz}  root=LABEL=btrfs_128  rootflags=subvol=arch
       fstab: LABEL=btrfs_128  /  btrfs  defaults,subvol=arch,compress=zstd:3 0 0
Указывать UUID длинно сложно, /dev/sda3 - а вставлена флешка и стал /dev/sdb3  Удобнее LABEL=btrfs_128 - можете задать сами.
  • С btrfs: каждому загруженному Linux - доступно ВСЕ свободное место раздела /dev/sda3 LABEL=btrfs_128.
  • btrfs сжимает новые файлы - оптимально ==> compress=zstd:3 в ~2 раза. А старые файлы ==> btrfs filesystem defragment -r -v -c zstd /sda3/gentoo-console ==> и это сжимает zstd:3 в ~2 раза.
  • Сжатие: не только экономит место на диске - но и ускоряет систему. Загрузить в память сжатый и там разжать - быстрее - чем грузить в память не сжатый файл.

Много разных ОС: это когда была пора исканий Windows - сейчас остались: ~1.4 GB Server2025TurbineCore.vhd и ~2 GB W11Ent4351Tiny.vhd и описанные выше: опять 4 Linux для их изучения.

Тут описано: почему вынужден перебежать от Windows в Linux и как и из старого железа - выжать все возможное

Тут описано: как сравнивать производительность разных систем

Тут описано: как с помощью местных товарищей: на ноуте 2011 года - скомпилировал и qemu-10 и свой первый Gentoo



Последнее исправление: alex52mail (всего исправлений: 22)
Ответ на: комментарий от alex52mail

Что в /etc/apt/sources.list?

Нужно убедиться, что у тебя Debian Bookworm и что в этом файле указаны следующие источники пакетов:

deb http://deb.debian.org/debian bookworm main contrib non-free
deb-src http://deb.debian.org/debian bookworm main contrib non-free

deb http://deb.debian.org/debian-security/ bookworm-security main contrib non-free
deb-src http://deb.debian.org/debian-security/ bookworm-security main contrib non-free

deb http://deb.debian.org/debian bookworm-updates main contrib non-free
deb-src http://deb.debian.org/debian bookworm-updates main contrib non-free

Проверить версию дистрибутива можно через cat /etc/os-release.

Если всё в порядке, нужно выполнить:

sudo apt update
sudo apt install python3-sphinx
yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 3)
Ответ на: комментарий от alex52mail

Вы в курсе, что вот это:

'sphinx==5.3.0' not found:
 • Python package 'sphinx' was not found nor installed.
 • mkvenv was configured to operate offline and did not check PyPI.

Sphinx not found/usable, disabling docs.

ERROR: Cannot find Ninja

Это язык! Он называется английский. Его возможно расшифровать. Для этого не нужно платить переводчику. Воспользуйтесь гугл переводчиком. Возможно, возможно, вас натолкнёт это на какую-то мысль, хотя кого я обманываю.

mamina_radost
()
Ответ на: комментарий от alex52mail

почему пишет Ninja с большой буквы?

Потому что так было в терминале - просто копи оттуда.

А в терминале откуда взялось?
Ещё раз повторю – при установке пакета учитывается регистр.

dataman ★★★★★
()
Последнее исправление: dataman (всего исправлений: 1)
Ответ на: комментарий от anonymous

Ну, если это необязательная сборочная зависимость, то её отсутствие не должно приводить к появлению ошибки, а должно выдаваться предупреждение. Я не в курсе, как это реализовано в Debian, видимо, это зависимость ninja, и поэтому выводится сообщение о том, что apt не может найти необходимый пакет.

P.S. А вообще, в Debian существует целое руководство по сборке пакетов Debian, и оно же, in english.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 3)
Ответ на: комментарий от anonymous

Тогда ему сюда. Пусть для начала изучит управление пакетами – как их искать, ставить, удалять. Потому что без понимания этого он правильно – так, как это принято в Debian – собрать пакет не сможет.

yars068 ★★★★★
()
Ответ на: комментарий от cetjs2

Не, ну нафиг. Если даже допустить, что это не тролль тупостью, а реально непонимающий человек – такому не помочь. Ему тут уже много раз вполне по делу писали – он воспринимает это в штыки.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от mamina_radost

Ну, это-то можно попытаться объяснить так: вот есть буква «а». У этой буквы есть своё представление в памяти компьютера в виде некоторого числа. И есть буква «А», у которого тоже есть представление в виде числа. Совершенно естественно, что эти числа между собой не равны, иначе невозможно было бы отличать число в текстовом представлении от собственно числа, буквы одни от других, цвета и даже звуки. В компьютере всё – байт, а в Unix всё – файл, как-то так :) Вендузятники с подачи микрософта не делают различия между двумя разными буквами, но это неправильно как минимум с точек зрения логики и математики. А раз у них логика хромает, то и пользоваться этим не надо ;)

yars068 ★★★★★
()
Ответ на: комментарий от yars068

Вендузятники с подачи микрософта не делают различия между двумя разными буквами

У этой проблемы более глубокие корни. Вот ты видишь разницу между «c» и «с», «x» и «х», «o» и «о», «a» и «а», «e» и «е», «y» и «у», «p» и «р» ну и т.д. и т.п. а если еще и алфавиты расширенные то еще веселее со всякими «Һ», «һ», «Ⴙ».

anonymous
()
Ответ на: комментарий от mamina_radost

Вы не в курсе: я Russian-American - просто из за постоянных взрывов вокруг - застрял в файной.

И что в 33 года был зав.каф - и знаю: основная ошибка профессора думать - студенты знают - что знает профессор.

live@minios:~/qemu$ sudo apt search sphinx | grep 5.3.0
libjs-sphinxdoc/stable 5.3.0-4 all
python3-sphinx/stable 5.3.0-4 all
sphinx-common/stable 5.3.0-4 all
sphinx-doc/stable 5.3.0-4 all

В apt install ... писать только название без номера или номер нужен ?

Иду пошагово: sphinx Ninja прошел - продвинулся вперед: теперь стопор

../meson.build:1045:10: ERROR: Dependency lookup for glib-2.0 with method 'pkgconfig' failed: Pkg-config for machine host machine not found. Giving up.

A full log can be found at /home/live/qemu/build/meson-logs/meson-log.txt

ERROR: meson setup failed

Спасибо за информацию - будем разбираться - но уже завтра.

Смотрел Внимание: прочитайте описание разметки Markdown. - но так и не понял: можно ли на этом форуме прятать длинный текст в спойлер ?

alex52mail
() автор топика
Ответ на: комментарий от anonymous

Да, по написанию всё это если не один-в-один, то ну очень близко, хотя это могут быть совершенно разные глифы и в памяти компьютера могут иметь разное представление. Но корни этого растут из того, что изначально все x86-совместимые компы работали только с английским алфавитом.

yars068 ★★★★★
()
Ответ на: комментарий от alex52mail

Читаем сообщение:

ERROR: Dependency lookup for glib-2.0 with method 'pkgconfig' failed: Pkg-config for machine host machine not found

и делаем так. И первая же ссылка даёт имя пакета. Делаем apt install пакет и идём дальше. Правда, в Deian совершенно мозговзрывная пакетная система, с его дроблением одного пакета на кучи более мелких ;)

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 1)
Ответ на: комментарий от alex52mail

можно ли на этом форуме прятать длинный текст в спойлер ?

Здесь предпочитают пользоваться сервисами, хранящими временные (и не очень) файлы, вроде 0x0.st. Отправляешь длинный текст туда, а здесь даëшь ссылку на выложенный кусок. Через некоторое время эта ссылка может протухнуть и при попытке найти выложенное позже есть очень ненулевая вероятнось наткнуться на 404. Это минус такого подхода. Но есть и альтернативные сервисы, которые могут хранить выложенное хоть пожизненно.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 1)
Ответ на: комментарий от alex52mail

Вы не в курсе: я Russian-American

33 года был зав.каф

Вы человек-мем, а не завкафедры. Рыбников Юрий Степанович, что придумал счёт древних шизорусов и всерод, тоже был ученый при ссср и рф.

mamina_radost
()
Последнее исправление: mamina_radost (всего исправлений: 1)
Ответ на: комментарий от alex52mail

Рекомендую завтра таки ознакомиться с мурзилкой от самих разработчиков qemu где приведена целая одна строчка как поставить все нужные зависимости для сборки qemu.

anonymous
()
Ответ на: комментарий от yars068

изначально все x86-совместимые компы работали только с английским алфавитом

x86 тут совсем ни при чем, были и 5ти и 6ти ну и конечно 7мибитные кодировки где символы либо замещались целиком либо совмещались (в некоторых алфавитноцифровых дисплейных модулях так и по сей день).

anonymous
()

Посылали уже в AUR? Посмотреть зависимости, почитать pkgbuild ы или в генту посмотреть ebuild. Обычно по ним можно что-то понять.

Начинать компилировать, как программировать лучше с «Hello world»

NyXzOr ★★★★
()
Последнее исправление: NyXzOr (всего исправлений: 2)
Ответ на: комментарий от alex52mail

Это специфика русских форумов

Сформулировать вопрос по возможности невнятно, а потом жаловаться на ответы?

Если бы ты назвал тему «Ошибки сборки qemu в lmde», добавил тег python и не прыгал с дистрибутива на дистрибутив – можно было бы надеяться на конструктивный разговор.

А быковать не надо, анонимус выше в чём-то прав. Возьму на заметку.

hobbit ★★★★★
()

В общем случае никакой. Поставь хотя бы build-essential. Да и как ты себе это представляешь, вот использует qemu какой-нибудь невнятный проект с гитхаба, которого нигде в пакетах нет, и который тоже надо руками собрать — и всё, все дистрибутивы теперь не готовы к компиляции.

neumond
()

Чукча не читатель - чукча писатель

Не принимайте это близко к сердцу, и не обижайтесь, пожалуйста. И если обидел – извиняюсь, не хотел. Просто это местный мем.

Также понятно: настроенной для компиляции сборки - в открытом доступе нет.

Ну как – нет, когда всё есть. При необходимости все пакеты для компиляции можно установить ещё на этапе развёртывания системы, единственное, что пакетов исходного кода может быть очень много, например, в Arch Linux таких пакетов порядка трёхсот (если не ошибаюсь), плюс пакеты, предоставляющие инструментарий для собственно компиляции программ и создания пакетов.

что более подходит для полной, рабочей, и инструментальной.

Не думаю, что стоит все дистрибутивы делить по такому принципу. Выбор дистрибутива – это личное дело каждого. Одного хлебом не корми – дай ему мир пересобрать, и он выберет Gentoo, Calculate, CRUX и подобные. Второму хочется красивости, и он возьмёт какую-нибудь Ubuntu, Linux Mint или подобный. Третьему нужна стабильность, и он возьмёт Debian, Slackware или что-нибудь похожее. А четвётрому нужен LiveUSB, чтобы, скажем, сбойный диск сдампить, и он возьмёт какой-нибудь SystemRescueCD, например, или вообще Parted Live. А пятому нужен минимальный из минимальных дистрибутивов, такой, как TinyCore Linux. По мне, так вы пытаетесь объять необъятное, потому что всевозможных дистрибутивов на любые хотелки и случаи жизни уже создано тысячи. Причём, почти в каждом из них можно поставить любое окружение рабочего стола, начиная от простейшего EDE до навороченного KDE, или отказаться от DE в пользу WM, или даже вообще оставить только консоль. Это вам не винда, где всё гвоздями прибито, здесь можно изменять систему до неузнаваемости.

yars068 ★★★★★
()

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

он тебе намекает, что надо ставить python3-venv

rtxtxtrx ★★★
()

Любой Linux готов для компиляции. А первым этапом любой компиляции после скачивания исходников является прочтение ReadMe файла и инструкций по сборке, где указано какие зависимости и их версии должны быть установлены в системе.

Поэтому ты сам не готов для компиляции чего-либо, а не Linux.

kostik87 ★★★★★
()

Linux онина kernel.org и конечно он готов для компиляции. Дальше ставятся те пакеты что выдают ошибки по мере сборки ядра - bc, gcc, clang и т.д. Так что вопрос некорректный, а речь о дистрибутивая и в дистрибутивах для пользователя обычно вырезаны все самые важные части - обычно это те же пакеты с припиской -dev от от слова develop, то есть разработка - ну вот такие они сумасшедшие и называют просто полные пакеты отдельным не связанным с компиляцией словом и отсюда видимо все проблемы, так как сговорились они весьма странно как криво это будет сделано и даже названо. Так что проблема в том что большинство дистрибутивов сделаны для конечного пользователя, но никто не может запретить собрать последнее ядро самостоятельно. Впрочем какую-нибудь систему намертво приколоченную к старым ядрам это легко может сломать, особенно при использовании systemd. Системам инициализации вроде runit вообще все пофиг и их криво работать не заставишь, что и послужило причиной навязывания systemd в большинстве случаев. Так что ответ - любой дистрибутив без systemd должен спокойно переезжать на новые ядра.

anonymous
()
Ответ на: комментарий от yars068

Видно же: не со сферы IT - и сразу понять даже сленг сложно - и откуда знать: ./configure выдает на терминал не так - как надо в apt install...

Так же как задам вопрос из своей профессии типа:

Как измерить потенциальную яму в канале РЭП ?

И будите месяц выяснять - только что хотел спросить.

Такая и у меня тут ситуация - а многие тут - именно троллят.

Заметь, что он на лайве компилять хочет.

Опять троллинг - не вникая в суть. Сейчас и на Gentoo развернутого на диск: пользователь livecd@... Также и на блочном с диска: live@minios:~$ - не чешет - вот и не меняю имя.

Но благодаря реальной помощи одного yars068 - за вечер понял - что делать с кампиляцией и благодаря его ссылке: запустил у себя Gentoo

Ранее везде читал: Gentoo надо ТОЛЬКО компилировать - что сам пока не осилю.

Поэтому: стал разбираться с Arch - он у меня с i3-wm

Но все же у Gentoo: более широкая поддержка и перспектива.

Стал разбираться с установкой - но не могу понять - откуда появляется база

chroot /mnt/gentoo /bin/bash
source /etc/profile
export PS1="(chroot) ${PS1}"

В Arch сначала копируется база - потом переход. А тут не нашел: как же копируется база в /mnt/gentoo

Потом тупо: развернул в btrfs из livegui-amd64-20250525T165446Z.iso

dir=/run/initramfs/memory/data
sudo unsquashfs -f -d $dir/gentoo-kde $dir/image.squashfs

и запустил:

menuentry ' btrfs_128/gentoo-kde )' --class gnu-linux --class os {
search -s -l btrfs_128
linux  /gentoo-kde/boot/vmlinuz-6.12.28-gentoo-dist root=LABEL=btrfs_128 rw rootflags=subvol=gentoo-kde 
initrd /gentoo-kde/boot/initramfs-6.12.28-gentoo-dist.img    }

Теперь есть довольна шустрая Gentoo KDE с Wayland - будет как полная.

Так же разверну в другой subvol на том же разделе btrfs_128/gentoo-mini из install-amd64-minimal-20250622T165243Z.iso - и будет игрушка для изучения, настройки кампиляции - что не жалко - если что напартачу - снести и развернуть снова.

Еще оставлю ucore on Fedora CoreOC - как ее представляют: Next-Gen Linux Workstation for Containerized Apps. Bluefin sets out to expose Linux users to the tools and applications widely used for cloud native computing. - тут разбираться с контейнерами и что нового.

Вот и будет искаемая триада. Остальной зоопарк удалил.

А компилировать начну с нужных: xhci.mod Grub, U-Boot и конечно ядра для своего компа.

1). А сколько времени компилируется Gentoo: можно узнать время и проц на каком делается.

Теперь есть игрушка. Еще раз спасибо за информацию.

alex52mail
() автор топика
Ответ на: комментарий от alex52mail

Ты хэндбук вообще читал? Там все описано. Ты распаковываешь базу сам и в нее чрутишься.

Лайвы генты выбрось сразу. Они не нужны. Можешь загрузиться с любого, распаковать стэйж куда надо и чруться в него.

Попробуй для начала кальку - там все уже готово.

LightDiver ★★★★★
()
Последнее исправление: LightDiver (всего исправлений: 1)
Ответ на: комментарий от alex52mail

Вот потому и говорят что Gentoo не для новичков, потому что поставить одно, а собрать другое. Компилируется и ставится из-под chroot, потому так и делается. Фактичесеи чтобы пользоваться Gentoo нужно понимать зачем это и собирать пакеты подкроватным сервером, обычно с максимальной энергоэффективностью. Потому что нахрена каждый день гонять часами топовый процессор непонятно. С понтолыги кидаться тут вбросами одно, а вот мотивации может сильно поубавиться от очередной сборки всей цаепочки сборки, которая потянет за собой пересборку всех пакетов. Ты слишком наглый новичок в генте чтобы заявлять о себе. Года через три в генте может и до тебя начнет доходить, но это неточно. Твои обвинения что все вокруг недоброжелатели попросту несостоятельны.

anonymous
()
Ответ на: комментарий от LightDiver

ты хэндбук вообще читал? Там все описано. Ты распаковываешь базу сам и в нее чрутишься.

А на что ссылка в моем вопросе. Там про развертку установочной среды. Или это где встечается /mnt/gentoo

Installing a stage file Once the stage file has been downloaded and verified, it can be extracted using tar: tar xpvf stage3-*.tar.xz --xattrs-include='*.*' --numeric-owner -C /mnt/gentoo

Не говорится прямо про установку base (и слово рядом не находится): о чем и писал выше - свой сленг - понятный - если привык.

Лайвы генты выбрось сразу. Они не нужны. Можешь загрузиться с любого, распаковать стэйж куда надо и чруться в него.

Ничего не надо выкидывать. Не говорится же: этот крутой. Понятно: он не под мой комп.

Просто: есть рабочий Gentoo с сохранением изменений - и довольно шустее других линей ==> О шустрости и быстроте систем - ЗАКЛЮЧЕНИЕ - после получения цифр времени выполнения задач

И на нем: и изучать Gentoo и пробовать компилировать под свой комп.

Но сначала попрактиковаться на мелких xhci.mod Grub, U-Boot

sudo btrfs filesystem defragment -r -v -c zstd /run/initramfs/memory/data/gentoo-kde - освободило 6 гб на разделе btrfs_128

Кстати: давно интересовало - есть ли разница (время доступа) работы с диска и двойного монтирования образа из iso.

Сейчас можно измерить время выполнения операций той же системой: как с SSD - так и с монтированного образа из iso

1). Все же: сколько времени компилируется Gentoo и при какой нагрузке и на каком CPU ?

У меня все же ноут 2011 года - потянет ли ?

2). Есть ли в Gentoo - как в arch - где просто грузишься в 1 мб ipxe-arch.efi - дале установка с сети последней версии.

alex52mail
() автор топика
Последнее исправление: alex52mail (всего исправлений: 2)
Ответ на: комментарий от alex52mail
The stage file acts as the seed of a Gentoo install. Stage files are generated with Catalyst by the Release Engineering Team. Stage files are based on specific profiles, and contain an almost-complete system.

When choosing a stage file, it's important to pick one with profile targets corresponding to the desired system type.

Стэйж это базовая система. Базовый набор софта начальный. В него ты чрутишься и добавляешь уже то, что тебе надо.

Общее время компиляции зависит от набора софта, процессора, параметров итд итп. Можешь считать, что вся система от 4 часов до 2 суток.

Понимаешь, любой лайв в случае с гентой тебе нужно просто чтобы зачрутиться в базовую систему. Вообще не важно что это будет за лайв - бери тот, что тебе удобнее. Можно убунту, например. От этого лайва зависит примерно ничего плюс минус.

Суть генты простая: распаковал нужный стэйж, зачрутился, установил нужный софт, установил параметры, прописал загрузчик - можно заходить в систему. Все.

LightDiver ★★★★★
()
Последнее исправление: LightDiver (всего исправлений: 1)
Ответ на: комментарий от alex52mail

Ссылка на сравнение вантузов это очень конечно полезно линуксоидам. Не говоря уж о том что есть и всякие CachyOS для любителей использовать инструкции процессора. Ты завязывай с голой пустой понтолыгой. Тебе генту в качестве шутки подсунули, а ты все без юмора воспринимаешь. Ты хотя бы ядро собери и поймешь хоть примерно сколько будет собираться каждый пакет, в котором в разы больше исходных кодов. Иди погляди сколько браузер будет собираться, или ты опять врубишь заднюю и будешь орать что можно и бинарные сборки использовать. Бинарные сборки это для всякого хлама типа офисного пакета, который запускают может раз в год, так чего его компилировать? У тебя поведение бульдога при полном нуле реального уровня. Прекращай врать себе и замахиваться своими сраными амбициями на то чего не тянешь. Я вообще думаю ты из отморозков, которые еще и сразу банят анонимов, потому что надо обязательно ввязаться в тупую доказуху, которая вообще-то тебе не по плечу. Но нормально ты спросить не можешь, потому что тупых вежливости не учат и потому они тупо срут свое мнение во всех местах.

anonymous
()
Ответ на: комментарий от alex52mail

Все ты потянешь, если есть желание. Гента не такая сложная, как ее представляют и весьма удобна. Но как разберешься в сути лучше затем на кальку - так проще.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

Ты тормоз что-ли? Когда он начнет компилять пакеты по 8 часов он начнет все же осознавать в какое болото ты затащил его на сраном ноутбуке 2011 года куда просится скорее Void или OpenSuse Thumbleweed, да хоть Antix с Artix. Епму гента сейчас ничем не поможет, а вот CachyOS вполне вероятно вытянет его ноутбук из 2011-го в 2016-й за счет использования SSE и AVX инструкций. А вот если он не тупой, да еще и драйвер под вулкан найдется, так вообще шикарно будет. Гента начинается с подкроватного сервера или хотя бы топового процессора начиная с 12900К и выше. Либо будут мучения с ночной компиляцией и прочие извращения. Сюда же добавить полное освоение опций загрузки, андервольт процессора парную работу видеокарт, если играть в игры пока система на полной скорости собирается и ключи запуска игр с приоритетами процессов. Ну и какой новичок в это все въедет? Где хоть один новичок все это освоивший? Если из тысячи человек прыгнувших без парашюта один выжил это не значит что прыжки без парашюта это безопасно так как это будут советы по мнению того кто выжил. Нахрена ты его в генту тащишь когда есть выбор и он сам его может сделать?

anonymous
()