нет. скорее всего у ТС фимоз головного мозга.

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

Впечатляющие познания матчасти

Ну кто бы мог подумать!

Лично на своем опыте убедился что rpm-дистрибутивы всяко надежнее и всепогоднее дебианообразных. Юзерофильность отстает, но не намного. Она без особого труда доводима до уровня Росинки. Лучшим из rpm-дистрибутивов считаю Fedora RFRemix. В классической Федоре многих нужных вещей не хватает. Мандрива увы почил в бозе, а продолжатели типа ROSA и Mageya неизвестно еще как долго будут жить. CentOS - проблемы с грабом. OpenSUSE - создать загрузочную флешку оного сущее мучение, они даже специальные программы для этого выпускают, но они только для винды и для самой Зюзи, а под ubuntu, например не заупстишь такую прогу ни под каким вайном.

Итак, в качестве исходной точки для нашего дистрибутива берем Fedora RFRemix 18. Версия под KDE. Кому нравится LXDE, GNOME или еще что - потом отбранчим. Назовем его Mintora. Mint - в смысле идейного движения в сторону Mint, но не в коем разе не буквальное копирование каких-то компонентов и не скрещивание крокодила с баобабом.
Попробуем представить примерный план развития и изменения дистрибутива по версиям.

v 1.0:
Вместо допотопного Konquerror, браузером по умолчанию сделать Firefox.
Pidgin
Skype
Wine
LAMP (apache php mysql) со скриптом управления виртуальными хостами и нужными настройками SElinux чтоб юзверь не мучился.
gimp

v 2.0:
Вместо Anaconda - usef friendly-образный установщик. Вместо стереть тот раздел/этот раздел - установить дополнительно/обновить то что есть/стереть все и установить по новой.
Средства защиты от админа-дурака. Чтобы блокировать или предупреждать об опасности, допустим изменение прав тех папок, которые критичны для работы системы.

v 2.1:
Разбранчевывание на юзерскую и инженерную версию. Инженерная версия заточена под SCADA и тп. содержит одноюзерский вариант wine@ethersoft, и Openscada.

v 3.0 и дальше.
Беосизация. Это процесс длительный и поэтапный. Была когда-то ОСь под названием BeOS. Сейчас она возрождается в виде опенсорсного проекта Haiku. В чем прелесть Беос-образных систем - в том, что в них настоящая многозадачность, а не символическая. Архитектура построена на многопоточных системных сервисах. Запросы от каждого отдельного приложения обрабатываются в отдельном потоке. Фактически BeOS-системы независаемы. В винде если намертво зависнет одна программа, то зависнет и вся система. В крайнем случае будет работать какая-нибудь програмка в ограниченном режиме и то рано или поздно начнет не отвечать. В линуксах с этим не намного лучше. А в беосах если зависнет одно приложение (а с софтом под BeOS-системы большая напряженка), то это проблема только самого приложения и тех потоков системных сервисов которые с ним работают, но не самих сервисов в целом, поэтому остальные программы работают как ни в чем не бывало.
Вполне себе есть смысл развивать linux в таком направлении, тем паче, что было, говорят, нечто подобное в QNX и еще где-то.
беосизация - процесс длительный, на 2-3 версии уйдет времени. Сначала X-сервер, потом остальное.

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