С каким ядром устанавливается OpenSUSE и Fedora?

/boot/initrd
/boot/initrd-3.9.0-rc8-2-desktop
/boot/initrd-3.9.0-rc8-2-desktop-kdump
/boot/symvers-3.9.0-rc8-2-desktop.gz
/boot/sysctl.conf-3.9.0-rc8-2-desktop
/boot/vmlinux-3.9.0-rc8-2-desktop.gz
/boot/vmlinuz
/boot/vmlinuz-3.9.0-rc8-2-desktop
/lib/firmware/3.9.0-rc8-2-desktop
/lib/firmware/3.9.0-rc8-2-desktop/3com
/lib/firmware/3.9.0-rc8-2-desktop/3com/typhoon.bin
/lib/firmware/3.9.0-rc8-2-desktop/acenic
/lib/firmware/3.9.0-rc8-2-desktop/acenic/tg1.bin
/lib/firmware/3.9.0-rc8-2-desktop/acenic/tg2.bin
/lib/firmware/3.9.0-rc8-2-desktop/adaptec
/lib/firmware/3.9.0-rc8-2-desktop/adaptec/starfire_rx.bin
/lib/firmware/3.9.0-rc8-2-desktop/adaptec/starfire_tx.bin
/lib/firmware/3.9.0-rc8-2-desktop/advansys
/lib/firmware/3.9.0-rc8-2-desktop/advansys/3550.bin
/lib/firmware/3.9.0-rc8-2-desktop/advansys/38C0800.bin
/lib/firmware/3.9.0-rc8-2-desktop/advansys/38C1600.bin
/lib/firmware/3.9.0-rc8-2-desktop/advansys/mcode.bin
/lib/firmware/3.9.0-rc8-2-desktop/atmsar11.fw
/lib/firmware/3.9.0-rc8-2-desktop/av7110
/lib/firmware/3.9.0-rc8-2-desktop/av7110/bootcode.bin
/lib/firmware/3.9.0-rc8-2-desktop/bnx2
/lib/firmware/3.9.0-rc8-2-desktop/bnx2/bnx2-mips-06-6.2.1.fw
/lib/firmware/3.9.0-rc8-2-desktop/bnx2/bnx2-mips-09-6.2.1a.fw
/lib/firmware/3.9.0-rc8-2-desktop/bnx2/bnx2-rv2p-06-6.0.15.fw
/lib/firmware/3.9.0-rc8-2-desktop/bnx2/bnx2-rv2p-09-6.0.17.fw
/lib/firmware/3.9.0-rc8-2-desktop/bnx2/bnx2-rv2p-09ax-6.0.17.fw
/lib/firmware/3.9.0-rc8-2-desktop/bnx2x
/lib/firmware/3.9.0-rc8-2-desktop/bnx2x/bnx2x-e1-6.2.9.0.fw
/lib/firmware/3.9.0-rc8-2-desktop/bnx2x/bnx2x-e1h-6.2.9.0.fw
/lib/firmware/3.9.0-rc8-2-desktop/bnx2x/bnx2x-e2-6.2.9.0.fw
/lib/firmware/3.9.0-rc8-2-desktop/cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/3CCFEM556.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/3CXEM556.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/COMpad2.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/COMpad4.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/DP83903.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/LA-PCM.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/MT5634ZLX.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/NE2K.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/PCMLM28.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/PE-200.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/PE520.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/RS-COM-2P.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/SW_555_SER.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/SW_7xx_SER.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/SW_8xx_SER.cis
/lib/firmware/3.9.0-rc8-2-desktop/cis/tamarack.cis
/lib/firmware/3.9.0-rc8-2-desktop/cpia2
/lib/firmware/3.9.0-rc8-2-desktop/cpia2/stv0672_vp4.bin
/lib/firmware/3.9.0-rc8-2-desktop/cxgb3
/lib/firmware/3.9.0-rc8-2-desktop/cxgb3/ael2005_opt_edc.bin
/lib/firmware/3.9.0-rc8-2-desktop/cxgb3/ael2005_twx_edc.bin
/lib/firmware/3.9.0-rc8-2-desktop/cxgb3/ael2020_twx_edc.bin
/lib/firmware/3.9.0-rc8-2-desktop/cxgb3/t3b_psram-1.1.0.bin
/lib/firmware/3.9.0-rc8-2-desktop/cxgb3/t3c_psram-1.1.0.bin
/lib/firmware/3.9.0-rc8-2-desktop/e100
/lib/firmware/3.9.0-rc8-2-desktop/e100/d101m_ucode.bin
/lib/firmware/3.9.0-rc8-2-desktop/e100/d101s_ucode.bin
/lib/firmware/3.9.0-rc8-2-desktop/e100/d102e_ucode.bin
/lib/firmware/3.9.0-rc8-2-desktop/edgeport
/lib/firmware/3.9.0-rc8-2-desktop/edgeport/boot.fw
/lib/firmware/3.9.0-rc8-2-desktop/edgeport/boot2.fw
/lib/firmware/3.9.0-rc8-2-desktop/edgeport/down.fw
/lib/firmware/3.9.0-rc8-2-desktop/edgeport/down2.fw
/lib/firmware/3.9.0-rc8-2-desktop/edgeport/down3.bin
/lib/firmware/3.9.0-rc8-2-desktop/emi26
/lib/firmware/3.9.0-rc8-2-desktop/emi26/bitstream.fw
/lib/firmware/3.9.0-rc8-2-desktop/emi26/firmware.fw
/lib/firmware/3.9.0-rc8-2-desktop/emi26/loader.fw
/lib/firmware/3.9.0-rc8-2-desktop/emi62
/lib/firmware/3.9.0-rc8-2-desktop/emi62/bitstream.fw
/lib/firmware/3.9.0-rc8-2-desktop/emi62/loader.fw
/lib/firmware/3.9.0-rc8-2-desktop/emi62/midi.fw
/lib/firmware/3.9.0-rc8-2-desktop/emi62/spdif.fw
/lib/firmware/3.9.0-rc8-2-desktop/ess
/lib/firmware/3.9.0-rc8-2-desktop/ess/maestro3_assp_kernel.fw
/lib/firmware/3.9.0-rc8-2-desktop/ess/maestro3_assp_minisrc.fw
/lib/firmware/3.9.0-rc8-2-desktop/kaweth
/lib/firmware/3.9.0-rc8-2-desktop/kaweth/new_code.bin
/lib/firmware/3.9.0-rc8-2-desktop/kaweth/new_code_fix.bin
/lib/firmware/3.9.0-rc8-2-desktop/kaweth/trigger_code.bin
/lib/firmware/3.9.0-rc8-2-desktop/kaweth/trigger_code_fix.bin
/lib/firmware/3.9.0-rc8-2-desktop/keyspan_pda
/lib/firmware/3.9.0-rc8-2-desktop/keyspan_pda/keyspan_pda.fw
/lib/firmware/3.9.0-rc8-2-desktop/keyspan_pda/xircom_pgs.fw
/lib/firmware/3.9.0-rc8-2-desktop/korg
/lib/firmware/3.9.0-rc8-2-desktop/korg/k1212.dsp
/lib/firmware/3.9.0-rc8-2-desktop/matrox
/lib/firmware/3.9.0-rc8-2-desktop/matrox/g200_warp.fw
/lib/firmware/3.9.0-rc8-2-desktop/matrox/g400_warp.fw
/lib/firmware/3.9.0-rc8-2-desktop/mts_cdma.fw
/lib/firmware/3.9.0-rc8-2-desktop/mts_edge.fw
/lib/firmware/3.9.0-rc8-2-desktop/mts_gsm.fw
/lib/firmware/3.9.0-rc8-2-desktop/ositech
/lib/firmware/3.9.0-rc8-2-desktop/ositech/Xilinx7OD.bin
/lib/firmware/3.9.0-rc8-2-desktop/qlogic
/lib/firmware/3.9.0-rc8-2-desktop/qlogic/1040.bin
/lib/firmware/3.9.0-rc8-2-desktop/qlogic/12160.bin
/lib/firmware/3.9.0-rc8-2-desktop/qlogic/1280.bin
/lib/firmware/3.9.0-rc8-2-desktop/r128
/lib/firmware/3.9.0-rc8-2-desktop/r128/r128_cce.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon
/lib/firmware/3.9.0-rc8-2-desktop/radeon/R100_cp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/R200_cp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/R300_cp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/R420_cp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/R520_cp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/R600_me.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/R600_pfp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RS600_cp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RS690_cp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RS780_me.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RS780_pfp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV610_me.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV610_pfp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV620_me.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV620_pfp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV630_me.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV630_pfp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV635_me.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV635_pfp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV670_me.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV670_pfp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV710_me.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV710_pfp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV730_me.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV730_pfp.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV770_me.bin
/lib/firmware/3.9.0-rc8-2-desktop/radeon/RV770_pfp.bin
/lib/firmware/3.9.0-rc8-2-desktop/sun
/lib/firmware/3.9.0-rc8-2-desktop/sun/cassini.bin
/lib/firmware/3.9.0-rc8-2-desktop/tehuti
/lib/firmware/3.9.0-rc8-2-desktop/tehuti/bdx.bin
/lib/firmware/3.9.0-rc8-2-desktop/ti_3410.fw
/lib/firmware/3.9.0-rc8-2-desktop/ti_5052.fw
/lib/firmware/3.9.0-rc8-2-desktop/tigon
/lib/firmware/3.9.0-rc8-2-desktop/tigon/tg3.bin
/lib/firmware/3.9.0-rc8-2-desktop/tigon/tg3_tso.bin
/lib/firmware/3.9.0-rc8-2-desktop/tigon/tg3_tso5.bin
/lib/firmware/3.9.0-rc8-2-desktop/ttusb-budget
/lib/firmware/3.9.0-rc8-2-desktop/ttusb-budget/dspbootcode.bin
/lib/firmware/3.9.0-rc8-2-desktop/whiteheat.fw
/lib/firmware/3.9.0-rc8-2-desktop/whiteheat_loader.fw
/lib/firmware/3.9.0-rc8-2-desktop/yam
/lib/firmware/3.9.0-rc8-2-desktop/yam/1200.bin
/lib/firmware/3.9.0-rc8-2-desktop/yam/9600.bin
/lib/firmware/3.9.0-rc8-2-desktop/yamaha
/lib/firmware/3.9.0-rc8-2-desktop/yamaha/ds1_ctrl.fw
/lib/firmware/3.9.0-rc8-2-desktop/yamaha/ds1_dsp.fw
/lib/firmware/3.9.0-rc8-2-desktop/yamaha/ds1e_ctrl.fw
....

но есть еще пакет kernel-firmware - 40 мб всяких прошивок

Может быть кто-нибудь знает, устанавливаются ли они с блобами в ядре или нет?

Fedora устанавливает прошивки в отдельном пакете - linux-firmware, который, по-моему, устанавливается по умолчанию, но его спокойно можно удалить позже. Я иногда удаляю, и все работает (т.е. vim запускается).

Понятно. А вообще, насколько будет геморройно использовать Fedora, если избегать установки проприетарного софта и блобов? Ну и удалять тот non-free софт, что уже установлен по умолчанию.

Fedora имеет довольно строгую политику в отношении nonfree софта

всё верно

С каким ядром устанавливается OpenSUSE и Fedora?

OpenSUSE и Fedora устанавливаются с ядром linux на которое накладываются их патчи.

вполне возможно прожить.

Ну и удалять тот non-free софт, что уже установлен по умолчанию.

зачем это надо?

Не хочу использовать проприетарный софт без крайней необходимости.

Спасибо, Кэп. А то я уж грешным делом было думал, что это ядро Windows.

он тебе как-то мешает ? =)

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

А патентованной зубной пастой пользуешься? Другой то ведь и не найти.

Может быть кто-нибудь знает, устанавливаются ли они с блобами в ядре или нет?

Не за что Кэп.

И да блобы из ядра просто так никто вырезать не станет! А уж тем более в таких дистрах как suse или fedora. Поскольку это потенциально приводит к тому что огромное количество оборудования которое работает со своими блобами ВНЕЗАПНО перестает без них работать.

Тебя должен заинтересовать скрипт deblob который обитает где то там… который и вырезает все известные блобы из ядра.

Ну не знаю как у других, а у меня компьютер вполне работоспособен и без блобов. Видимо мне с ним очень повезло.

Про скрипт слышал, но просто тогда придется перекомпилировать ядро. А компьютер у меня уже старый, и поэтому он будет довольно долго компилировать это ядро.

Для примера, я как-то захотел скомпилировать браузер Хромиум из исходников. Без всякой оптимизации, просто тупо скомпилировать. Для ускорения процесса я даже закрыл иксы и предоставил компьютер компилятору в единовластное распоряжение. КОМПИЛЯЦИЯ БЫЛА ЗАКОНЧЕНА ТОЛЬКО ЧЕРЕЗ ДЕВЯТЬ ЧАСОВ БЕСПЕРЕРЫВНОЙ РАБОТЫ!!!

Я просто читал обзор популярных linux-дистрибутивов с точки зрения FSF. Если я все правильно понял, фактически единственная причина, почему FSF не считает Fedora полностью свободным дистрибутивом - это блобы.

Ну не знаю как у других, а у меня компьютер вполне работоспособен и без блобов. Видимо мне с ним очень повезло.

Дело вовсе не в везении или нет… дело в том что потенциально deblob создает больше проблем для поддержки работоспособности широкого круга оборудования который и так уже поддерживается и вполне успешно функционирует на ванильном ядре. Т.е. обобщая «в целом по палате» от deblob-а больше проблем.

И да не сравнивай ядро и хромиум.

Если я все правильно понял, фактически единственная причина, почему FSF не считает Fedora полностью свободным дистрибутивом - это блобы.

В чем смысл «свободы» на «среднем десктопе в вакууме» если как правило в 99% случаев там есть несвободный bios и есть видеокарты/сетевые карты со своими несвободными компонентами?

Или тебе нужна «свобода» ценой не функционирующего оборудования?

Лично у меня стоит блоб от нвидия. И я не вижу ничего плохого в том чтобы поступится свободой ради того чтобы получить нормальное видео.

Ну и удалять тот non-free софт, что уже установлен по умолчанию.

Это - единственный пример non-free софт (если за таковый не считать продукцию Mozilla Foundation, конечно). Больше несвободного ПО в Fedora нет.

Я ядро тоже компилировал. Оно компилировалось на моем компьютере в том же режиме где-то часов эдак 6.

Кстати, а в том же Fedora можно установить linux-libre ядро, без перекомпиляции? То есть, просто удалил в менеджере пакетов старое ядро и установил пакет с ядром без блобов.

Я иногда удаляю, и все работает (т.е. vim запускается).

Ну ты суров :D

Оно компилировалось на моем компьютере в том же режиме где-то часов эдак 6.

Первый пентиум? Или это вообще мобила с андроедом?

Кстати, а в том же Fedora можно установить linux-libre ядро, без перекомпиляции?

Если кто либо где то уже собрал его за тебя то наверное да можно. :)

любители зондов традиционно негодуют.

Оно компилировалось на моем компьютере в том же режиме где-то часов эдак 6.

https://build.opensuse.org/

По умолчанию non-free софта нет, на то она и Fedora. Другое дело, что есть сторонние репозитории, — например, rpmfusion-free/nonfree.

В rpmfusion-free находятся, в том числе, кодеки и видеоплееры с открытым под свободными лицензиями кодом. Но технологии, реализуемые в этом коде, так или иначе, подпадают под те или иные американские патенты. Поэтому их нет в официальном репозитории Fedora.

Так что выбор за Вами.

любители зондов традиционно негодуют.

На nouveau уже починили управление питанием и сделали «приемлемое» 3D в котором valley дает хотя бы два fps ? И да чуть менее чем ВСЕ и так обладатели bios-зондов но сидят себе да помалкивают…

В чем смысл? Ну это уже тема для большого отдельного разговора, причем в толксах. А у меня пока нет возможности туда писать, а обсуждать все это здесь будет сильным оффтопиком, нарушением правил сайта.

Давайте все-таки не будет разводить глубокую философию на мелководье. Если Вам так угодно, считайте меня фанатиком от FSF, мне не жалко.

Просто ответьте на такой вопрос: насколько будет реально в одиночку, без перекомпиляции ядра, превратить Fedora в «FSF-одобренный» дистрибутив? И что конкретно нужно для этого сделать?

Fedora — эталон СПО, что еще нужно?

насколько будет реально в одиночку, без перекомпиляции ядра, превратить Fedora в «FSF-одобренный» дистрибутив? И что конкретно нужно для этого сделать?

Насчет «без перекомпиляции» это по моему вряд ли… А так нужно узнать критерии «свободности» посмотреть чем в данный момент федора не соответствует этим критериям и исправить :)

Можно руками удалить все firmware из системы — будет без блобов. Перекомпиляция не потребуется, но возникнут «нежданчики» у пакетного менеджера.

Если не охота проблем с ПМ'ом, тогда нужно править *.spec-файл пакета с ядром на предмет удаления бинарных прошивок на этапе сборки пакета, что означает, в том числе, перекомпиляцию ядра.

Можно сделать хак: берём готовый пакет с ядром, распаковываем его, пишем новый *.spec-файл, в котором производим удаление прошивок, и заново опакечиваем оставшиеся «потроха». Пример таких *.spec'ов можно посмотреть в *.src.rpm'ках Skype'а и Opera'ы в репозитории russianfedora-nonfree.

На nouveau уже починили управление питанием

да.

и сделали «приемлемое» 3D в котором valley дает хотя бы два fps ?

задротов не спрашивали.

И да чуть менее чем ВСЕ и так обладатели bios-зондов но сидят себе да помалкивают…

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

http://wiki.debian.org/KernelFirmwareLicensing - вот здесь написано, что non-free из ядра выпиливается, но можно загрузить отдельными модулями.

Хак меня заинтересовал. Но боюсь я неуверен, что правильно понял его смысл. Ибо каюсь, я вообще впервые слышу про *.spec-файлы, и понятия не имею, что они делают.

Я так понимаю, что данный хак позволит обойтись без перекомпиляции ядра?

А какие могут быть негативные последствия в таком случае? Ведь хаки плохи именно тем, что они решают одну проблему, но зато могут создать новую.

Ну так ведь это Debian. А я про Fedora говорю.

задротов не спрашивали.

А ты поинтересуйся ради интереса.

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

А в чем смысл отказываться от одного зонда при этом имея другой?

А какие могут быть негативные последствия в таком случае? Ведь хаки плохи именно тем, что они решают одну проблему, но зато могут создать новую.

Воистину так. Тем более, если речь идёт о пакете с ядром. В частности, могут возникнуть проблемы со сценариями, запускаемыми до и после установки ядрёного пакета, описываемыми в соответствующих разделах *.spec-файла оригинального пакета.

ИМХО, при такой, на мой взгляд, радикальной хотелке лучше всё же пересобрать пакет по инструкции с добавлением пары строк в *.spec'е, обеспечивающих «деблобизацию» ядра.

А ты поинтересуйся ради интереса.

зачем нормальному человеку какой-то проприетарный движок? Открытые драйверы к видеокартам сейчас весьма неплохи. Правда, добиться такого на нуво только реверс-инженирингом сложно, если не невозможно.

А в чем смысл отказываться от одного зонда при этом имея другой?

Если для тебя смысл жизни дать поиметь себя как много больше раз - тогда действительно незачем.

Открытые драйверы к видеокартам сейчас весьма неплохи.

Я говорил конкретно про nouveau при чем здесь ати?

зачем нормальному человеку какой-то проприетарный движок?

А это хороший пример того насколько именно «сейчас весьма неплохи» успехи открытых модулей видеокарт вообще и nouveau в частности.

Если для тебя смысл жизни дать поиметь себя как много больше раз - тогда действительно незачем.

Ты так говоришь «поиметь себя» как будто у тебя 100% свободное железо и реально есть выбор в том какие модули юзать.

Лично меня в данный момент не устраивает состояние 3D в nouveau но я не ставлю себе за цель сидеть исключительно на открытых либо закрытых драйверах. И да при всей говнистости закрытых я не вижу и крупицы здравого смысла в том чтобы добровольно лишатся производительности в 3D. Я уже заплатил за железо и хочу чтобы оно отдавало все на что способно.

и сделали «приемлемое» 3D в котором valley дает хотя бы два fps ?

CS 1.6 на GTS 250 дает стабильных 100 fps без просадок. Понимаю, что не показатель - но еще полгода назад с Mesa 9.0 были адские тормоза - около 20 fps, совершенно неиграбельно. Сейчас же не вижу для себя никакого повода ставить блоб, все и так летает.

Так и быть, сейчас специально для тебя качаю Valley. Сижу на Fedora 19, все самое распоследнее - посмотрим, что будет.

Извините, но не могли бы Вы меня просвятить об том, что такое spec-файлы и как конкретно они влияют на ядро Linux?

Ведь если моя интуиция меня не подводит, отключение блобов без перекомпиляции ядра - форменное варварство и насилие. То есть, блоб встроен в ядро, а мы просто с мясом его вырываем. В результате ядро будет свято уверено, что эти блобы установлены, но если оно вдруг надумает к ним обратиться, то это вызовет панику ядра, или что-нибудь в этом духе.

spec-файл - это инструкция, как и скакими флагами компилировать, а потом куда ставить. После того как редактируешь spec, ты пересобираешь пакет, и в процесс пересборки ядро понятное дело перекомпилируется. Но мощь пакетов в том что ты его сможешь аккуратно поставить в систему, и потом также аккуратно выпилить если потребуется. И можешь иметь параллельно два ядра, и грузиться то в одно. то в другое. В самом спеке это уже всё продумано и организовано.

А как тогда можно «с мясом» вырвать блобы из ядра, без перекомпиляции?

Альфа выше уже вкратце рассказала, что это. В общем, не поленитесь: скачайте из репозитория *.src.rpm ядра (например, отсюда), почитайте приведённую мной выше инструкцию — многие вопросы сами отпадут.

Я говорил конкретно про nouveau при чем здесь ати?

Я говорил про свободные драйвера, скупать поделия нвидии тебя никто не заставлял.

Ты так говоришь «поиметь себя» как будто у тебя 100% свободное железо и реально есть выбор в том какие модули юзать.

По твоей логике если уже есть зонд, то надо доставлять еще и еще? Иди лечись.

Я уже заплатил за железо и хочу чтобы оно отдавало все на что способно.
Я уже купил уг и буду требовать из него максимум.

//fixed

Ну и как, этот вариант мало-мальски работоспособен? Может система в этом случае работать, если ядру не потребуются соответствющие блобы?1

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

За неделю? Да ну, шутите? Я высшего образования в сфере компьютерных технологий не имею.

Я даже программировать не умею(если только не считать простейшие bash-скрипты).

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

Да а чего там сложного? Все укладывается в пару команд, никаких ошибок компиляции не предполагается. Сырцы ставятся ПМ'ом как любой другой пакет, ну или просто архив грузануть. Поставить компилятор и другие утилиты - так же как и любой другой пакет. Единственная реальная трудность - меню выбора того что вам нужно, а что нет, но так как вы только лишь хотите выпилить блобы, то берете конфиг из дистрибутива (идет с пакетом) и галочками убираете ненужное, все!

Я значит неправильно понял Ваши слова про документацию. Мне казалось Вы имели в виду полное понимание, на зубок, каждой опции в ядре.

Ну за неделю можно все основные опции изучить, в вашем случае и дня не нужно, можете на ЛОРе тред завести и спрашивать. А так вообще ядро изучать достаточно долго, видел соотв. книжку страниц на 300-500.