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

386 - это название класса процессоров. Система, разумеется, 64-х битная; более того, 11-ая солярка не поддерживает 32-х битные процессоры, там ядро 64-х битное.

Для общей информации: аналог того, что вы в uname в линуксе видите x86_64, в солярке делается так:
stax@casper:~$ isainfo -b
64
stax@casper:~$ isainfo -k
amd64

А что в uname пишется, это вопрос совместимости.

А солярис, как ни странно, показывает пример, да еще какой. Уход от пользователя рута к админской роли и отдельных привилегий - то, что частично в линуксе появилось с PolKit, частично еще только в разработке (capabilities вместо suid) - тут уже есть и прекрасно работает, представьте. Система инициализации, по мотивам которой пишется systemd - тут опять же есть, причем тут уже давно работают вещи, которые в дистрибутивах с systemd планируются, но по факту еще недоступны - перезапуски упавших демонов с отслеживанием количества падений и других плохих ситуаций с удобным доступом к этой информации и логам каждого демона, например. Отказ от bin/sbin с объединением бинарников в usr, тот же.

Или вот взять управление настройками системы (питание, сеть и многое другое) не через редактирование конфигов, а через свойства сервисов - что позволяет удобно админить через удаленные сервисы, утилиты, писать гуи и так далее - а сервисы сами позаботятся, чтобы классические unix-конфиги были при этом в консистентном состоянии. В линуксе до сих пор в этом плане бардак - попробуйте-ка ответить на вопрос о том, кто правит (и кто меняет) /etc/resolv.conf. Админ руками? Или NetworkManager, оставивший там свою метку, затрет ручные измнения? Или же наглый pppd или pptp решит туда записать настройки от провайдера? Попробуйте-ка быстро проанализировать все варианты и сказать, как надежно внести туда свои изменения, которые не тронет другой сервис. Вот в солярке этот конфиг вообще никто не трогает, кроме сервиса сети, а он управляется через properties. Ну и так далее.

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