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

Взял бы Oracle Linux под оракл, там есть пакет oracle-чототам, который ставит необходимые зависимости и выставляет правильные настройки.

Если правильно путаю, он ожидал наличие уровней запуска 3,5 но увидел только 3. Статус проверки CRITICAL.

Для 14.1 было так:
http://nonstop-aloud.blogspot.com/2015/06/oracle-11g-in-slackware-141.html

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

лорчую.
поставь на редхат, это что бы потом у тебя проблем не было.

Не правильно путаешь ;) То оно текущий ранлевел проверяет, и ему подошел бы 3 и 5, он нашел 3 и был рад(я пробовал и 5 - пропустило, а 4 - послало). Я вообще не вкуриваю нах ему это проверять ещё. Самое интересные логи какраз сразу после этого следуют.

Эмм... У меня и система и оракель x86_64. Зачем эму оно 32битное? Оно ему точно надо? Мультилиб таскать както не хочецца.

Про 32 бита: автору из статьи было нужно 32.
Про установку: ключевой момент в перечне действий, после которых

ignore all checks and prerequisites

Про «как раз после этого»: и про что же они, если не про run level?

Ставил на убунту и опенсусю - тоже проблем не было.

Что говорит поддержка Oracle?

Про «как раз после этого»: и про что же они, если не про run level?

Ну глянь, оно ж написало что

INFO: *********************************************
INFO: Run Level: This is a prerequisite condition to test whether the system is running with proper run level.
INFO: Severity:CRITICAL
INFO: OverallStatus:SUCCESSFUL
INFO: -----------------------------------------------
INFO: Verification Result for Node:slack142
INFO: Expected Value:3,5
INFO: Actual Value:3
INFO: -----------------------------------------------

Прошло успешно.

ignore all checks and prerequisites

т.е. список того, что оно найдет не так, игнорировать. У меня до списка не доходит, висит на этом самом «Checking Hard Limit: maximum open file descriptors» - т.е. ещё собирает. Не могу я его ещё проигнорить хоть убей(и убивать дочерний процесс проверяльщик я тоже пробовал). Там повыше есть список всех тасков проверки. На одном из них оно повисло(точнее толком приступить даже не смогло), черт знает почему

...
INFO: Creating PrereqChecker Job for leaf task Run Level
INFO: Creating PrereqChecker Job for leaf task Hard Limit: maximum open file descriptors
INFO: Creating PrereqChecker Job for leaf task Soft Limit: maximum open file descriptors
INFO: Creating PrereqChecker Job for leaf task Hard Limit: maximum user processes
INFO: Creating PrereqChecker Job for leaf task Soft Limit: maximum user processes
...

Не-не, hard/soft limit проверяется тривиально. В юзерспейсе
ulimit ключ лимит

Это оно там ещё чем-то занято...

ulimit - башовский примитив мать его, и любая попытка его установить не из-под рута закачивается Operation not permitted. Но это не объясняет какого рожна оно висит, а не фейлится сразу.
гуглеж на тему выдает кучу советов установить его в /etc/security/limits.conf а это SELinux(или PAM или как там их, не сталкивался раньше), которого тут нету изкоробки.

Это оно там ещё чем-то занято...

Висит этот процесс /tmp/CVU_11.2.0.1.0_oracle/exectask -getrlimit oracle hard nofile
Во, так и думал strace этого безобразия

Попробуй strace с опцией -f.

Что говорит поддержка Oracle?

Ржет всем офисом.

Устанавливаю Oracle 11g Enterprise на Slackware 14.2 (x64) full install (в виртуалке.пока)

Ясно=понятно, продолжай вести журнал наблюдений за экспериментами.

Я пропущу все эти высказывания по поводу оракла, но толкну тебя в 90% правильное направление, оно не может отрисовать следующее окно. И сам теперь думай почему и что делать.

Он не «не может отрисовать следующее окно», а таки висит в упомянутом мною дочернем процессе, который в свою очередь зациклился в сисколе futex (strace помог). Мозги я ему уже вправил, так что установщик теперь работает. Не стоило пропускать «все эти высказывания по поводу оракла», я там как раз об этом и отписался. ;)

Решение по зависанию установки

Бился долго с установкой. В результате нашел решение: 1) удалить пакет Java JDK 2) очистить /TMP от папок после неудачных попыток установки oraInstall*

PS

Причиной зависания - новая версия Java, не совместимая с установщиком oracle database 11g. Необходимо либо вообще удалить все с Java, или поставить Jrockit-jdk.

Причиной зависания является попытка инсталлятором найти конифгурационные файлы SELinux там где оного нету. Хорош срать в закрытую тему. 7 лет молчал и первые сообщения - деструктивные.