И еще можно ли как то заюзать qemu или kvm

чтобы отесстировать реальное ядро с возможностью переноса этого добра потом в систему? Я прошу прощения Aiwan за офтоп но он же не сильный :) и тут такой специалист, как раз может разрешит вопрос а может еще кому то пригодится!

Я бы на вашем месте, сидел в теплой уютной среде Windows или Mac под виртуалкой (сейчас в меня полетят помидоры за warez) VMware и настраивал в кайф Линукс. А уже потом переносил в нужном порядке все компоненты на реальное железо. И ядро и всё-всё. И интернет тут же можно насторить в Линуксе. И железо эмулировать, драйвера к ним.

мне такой вариант не подходит, это заново наду всю систему переставлять, а у меня сейчас новейшее ядро а система старая, это работает и bash раотает без ошибок, но kde4 приплясывает, причем чем больше библиотек обновляю, а я их обновляю потихоньку, тем больше у kde сьезжает крыша, вот решил думаю скомпилирую glibc а потом kde4 из исходников если такие есть или другую оболочку уже. А система да непонятно уже какая, была kubuntu 14.04 но теперь уже linux.org похоже зависимости сходят с ума просто, приходится все вручную ставить компилировать!

Данные в архив (на отдельный диск, в идеале физический отдельный, под FAT32 или ext2fs вообще отлично), или на DVD/BluRay болванки нарезать. Системный диск на форматирование. Заодно свои данные и "файлопомойку" разберете по полочкам, по себе знаю. Заодно дефрагментация будет произведена в лучшем виде. Конечно, так как у вас нельзя. Поэтому репы и задумывались, чтобы все иметь цельным, все зависимости. То что это GNU/Linux и можно компилировать каждое новое ядро, это так. Но "корпорация" GNU не берет в расчет и не отвечает ни по каким зависимостям. Поэтому что-то а-ля OpenBSD с командной строкой не гарантировано в комплекте с GNU/Linux, даже к bash могут быть претензии. Это сторонняя чужая программа! Как бы так. Иксы, тем более сложные "кеды" -- само собой. Для этого и придумана концепция дистрибутивов. И вы её вручную нарушаете.

Дык у меня выхода небыло, это все началось после попытки репо-обновления и затем черного экрана, в инете сказали что комп уже хлам и надо новый, свежий линукс работать не будет, и тут началась борьба которая длиться в общем то с успехом уже лет 10 но есть ньюансы!

Можно взять свежий "старый" Линукс, а не гнаться за последней Fedora. Все серверные дистрибутивы Линукса сидят на старых ядрах и сидят десятилетиями. У "платного" RedHat, есть полный бесплатный аналог Oracle Linux. Как пример. Можно пойти по концепции Debian или Gentoo. Мне когда-то был очень близок RedHat.

Да я не против, события обычно развиваются так, запускаешь скажем блендер он говорит, у тебя то то и тото старое, обнови библиотеки, начинаю обновлять библиотеки, они по цепочке требуют обновить другие и эта цепочка приводит как правило к компонентам glibc, а компоненты glibc уже требуют новое ядро, ну с ядром разобрался а вот компоненты glibc из репов это тяжкий гемор там все сделано чтобы ты никогда это не установил в ручную на старую систему, раньше там защиту ставили ключ interest await в deb пакетах, а сейчас что то новое придумали и я не могу разгадать что, что то ставится но не все а единого пакета glibc в дистрах нет там он кусочками, так что 2 варианта, либо компилить blender из исходников либо компилить еще и glibc

Спасибо, вы подкинули интересную мысль не подключить ли фрибиздишную репу раз там куча исходников, это было бы интересным решением, попахивает большими приключениями правда! В репах ubuntu правда тоже есть исходники, но столкнулся с тем что они реально кривые, а то что в репах у них лежит бывает с урезаным по сравнению с оригиналом функционалом, например dns proxy сервер кеширующий, dnsmasq, пришлось костылями настраивать чтобы он кешировал dns для чего его обычно и ставят, а в исходниках полный функционал, и с многими прогами из репов такое вот