>>А других error-ов не было? Переопределил в скрипте sed/awk/chown/etc ?
>других error не было , было только по dcba
>
>не понял вопроса, по поводу переопределил ?
В статье про 8 версию читать нужно про параметры ядра, отвечающие за разделяемую память. Скрипт править не надо: запускается он линуксовым bash'ем, а в линуксовом окружении уже есть (если их сделал, как написано выше) линки на sed/awk/chown так что всё отработает как надо. Скрипт действительно не будет ничего спрашивать, если после предыдущей установки не удалить /compat/linux/etc/oraInst.loc и /compat/linux/etc/oratab и ещё несколько файлов, которые создаются в /usr/local: dbhome, oraenv, coraenv. Вообще после неудачной установки надо было стереть всё, что накопилось в tmp, очистить oracle_home и сказанное чуть раньше.
Я не зря писал где-то там гораздо выше, что при установке не надо выбирать создание базы данных! Кто его знает что от этой явы ждать! Поставил сервер, при возможности проверил клиента - tnsping на существующий сервер, oemapp console и подключиться к существующему серверу. Далее запуск netca. Если не запустился, исправил jre 1.1.8 и снова netca для конфигурации listener и naming methods (это всё можно и вручную сконфигурировать если не лень. Всё так же, как и для windows, всё описано в доках оракла). Потом dbca. Последняя может не отработать до конца даже на линуксе. На этот случай надо заставить её (поставить галку) сгенерить скрипт создания базы данных. При указании параметров памяти для экземпляра надо помнить, что написанное выше расчитано на 256 мб для экземпляра. Если указать больше - скорее всего экземпляр не создастся и dbca вылетит где-то так на 2%. Если по каким-то причинам dbca всё таки не заводится или не завершается, созданные скрипты используются для ручного создания базы, которое описано и в вышеупомянутых статьях, и в литературе по ораклу.
При установке надо не забывать следить за местом в /tmp.