1. лучше в raw.
2. не разбивать - пусть база свой мотор юзает.
3. Я года 3 назад добавлял частоту на 2.6 - лазил по какому-то
хитрому файлу... можно но не помню как.
4. посмотри про nvram
Очевидно, я несколько неверно выразил свою мысль.
Програмка использует <errno.h>, который, в свою очередь,
использует <linux/errno.h> - на Линуксе, соответственно.
Поэтому снятие /usr/include/linux с системы имеет разрушительный
эффект на application level тоже.
Элементарно, Ватсон...
Удаляете в /usr/include/errno.h строку "#include <bits/errno.h> и собираете в свое удовольствие :), шутка однако.
Конечно же, прикладной интерфейс завязан каким-то образом на конкретные особенности реализации той или иной ОС или даже отдельного ядра, представлением которых и являются /usr/include/linux, asm...в linux.
Ничего страшного в этом нет и при большом желании можно обойтись и без них (поскольку оттуда берутся только определения без прототипов функций).
Непонятно только почему в дистр RH-7.1 они являются копиями директорий /usr/src/linux/include/linux и т.п. а не ссылками на оные, несколько не логично...это особенности конкретного дистрибутива или я что-то не доглядел?
Я хотел только привести пример зависимости аппликаций на системых
инклюдах. :) Напильник-френдлинесс Юникса сомнению не подлежит:)
Начет копий - по моему так КШ хочет предохранится от баг-репортов на
тему "Я поставил <foo> и теперь у меня моя крутая опен-сорц
хелло-вролд не компилируется... ", при исследовании которых
оказывается что для <foo> у юзера не было места на диске, и он потер
на ... /usr/src/include/linux .
Хотя я могу и ошибаться.
/usr/include/linux нельзя делать симлинком потому как так завещал великий Линус. Аргументируя, что это древо инклюдов с которыми компилировалась glibc, и если не хотите поиметь проблем с совместимостью своих аппликаций с glibc, то пожалуйста, не делайте симлинков, а положите те инклюды, с которыми система собиралась.
omerm - спасибо за информацию по Сану.
Резюмируя сказанное
---Оракл ставить в raw-раздел
---насчет даты - посмотреть nvram
---с частотой монитора надо повозиться
Теперь уточнения - в системе 2 диска. Для самого Соляриса нужен своп. Памяти - 1 Гб. При инсталляции Соляриса как сделать своп и какого размера - один раздел на одном диске размером 1Гб? Два раздела на разных дисках по 1Гб? Или есть другие варианты?
У Оракла файлы отката куда пихать?
И еще вопрос - для самой системы стоит ли включать журнализацию файловой системы? То есть, журнализировать ли, например, /usr или корневой каталог? Я заметил, что если система непредвиденно перегружается (по питанию, например), то были случаи, что приходилось грузиться с СД и запускать fschk. Тут есть какие-то рекомендации?
В своём постинге "ЛЕДОКОЛ" В треде про "Любовь" Sun к Линуксу я уже говорил о том что основной урон своим существованием Линукс наносит именно Sun а не в коем случае не MS и темболее Intel
Сообщество OpenSource успешно используется IntEl и MS для продвижения Интеловского дерьма на серверный рынок.... Linux уже нанёс видимо достаточно большой ущерб Sun и чтоб окончательно не загнуться им приходится использовать ету ИМХО помойку на соответствующем интеловском отстое....
Эту тактику Sun избрала только чтобы выжить, а не из-за каких либо технологических преймуществ архитектуры IntEl и Linux.....
Лучше всего своп на отдельном диске гига на 2.... При установке 2.7 насколько я помню сама запрашивала где и сколько нужно свопа.... На 2 харда нет большого смысла своп класть - время дстоупа с страницеам увеличится хотя если раид скорость их чтения увеличится...... ИМХО