Прежде всего хочу поблагодарить всех, кто ранее помог мне разобраться с мышью и с сетевой картой.
А теперь накопилась еще куча вопросов.
Итак, на моем домашнем компьютере имеется материнская плата (хорошая плата, но с legacy bios). Имеется еще и SAS контроллер Adaptec 7805, на котором висят 4 SAS диска по 600 Гб каждый. Сразу скажу, приятно поразило то, что в отличие от Windows этот контроллер в SuSe заводится прямо из коробки.
Но все же ряд вопросов возникает.
1) Первое самое физическое, как лучше устанавливать (я хочу только рейд 0) объединить все эти 4 диска в один большой рейд или все же использовать 2 рейда по два диска в каждом?
2) Какую схему разделов следует выбрать MBR или GPT. Например, Fedora Core требует при инсталяции создания biosboot partition, а SuSe не требует. Что это за biosboot и есть ли где-нибудь тут грабли?
3) При создании разделов /, /boot, /usr, /var, /opt, swap, /home система после инсталляции не грузится. Даже непонятно почему, то ли из-за того, что /boot слишком большой (512 МБ), то ли из-за того, что /usr вынесен на отдельный раздел. Вообще в этом и вопрос можно ли выносить папку /usr на отдельный раздел.
4) Ну и, конечно, хотелось бы узнать вот что: есть ли какие-нибудь требования по максимальным размерам конкретных разделы, а также есть ли какие-нибудь требования типа такие то и такие то разделы должны быть обязательно на одном физическом диске?
5) Ну и разумеется хотелось бы знать, какую разбивку вы мне посоветуете.
1) зависит от желаемого результата и критичности данных, скорость против сохранности данных в случае кончины.
2) suse не требует, а просто молча её создаёт. есть грабли с gpt при дуалбуте с виндой, она будет видеть разделы, но не сможет их изменять. biosboot нужен для совместимости со bios(mbr). лично мой выбор gpt (в отличие от мбр хранит запасную таблицу разделов)
3) /usr выносить можно прекрасно, всё упирается в /boot, возможно загрузчик его не видит из-за фс или контроллера. по поводу контроллера ничего не подскажу, мне такие игрушки не дают.
4) максимальные размеры ограничены лишь физ пространством и выбранными фс. требований в нахождении на одном физ диске нет, как и вообще требований физ диска.
5) домашний компьютер с sas, это уже редкий экземпляр. для чего вы используете компьютер, разбивка зависит от желаний.
в случае одной системы, 20гб под корень, под своп (если планируете использовать) размер оперативки + 1 гиг, бут выносить в отдельный раздел при грубе2 я не рекомендую. всё что осталось в /home и /srv. если же есть возможность вынести /usr на отдельный физ диск, я бы воспользовался и дал ему там гигов 15 (с большим запасом) и заодно уменьшил бы корень до 10 гигов, если не выносить на отдельный физ диск, надобности его делать отдельным не вижу.
openSUSE 13.1 x86_64 / Xfce 4.10
Windows 8.1 Pro x64
По второму пункту я не очень хорошо представляю, как действовать. Если Fedora Core прямо указывает, что без раздела biosboot система не загрузится, то SuSe (инсталлятор) просто молчит по этому поводу.
По поводу разбивки мне эти цифры 20 гигабайт - это все равно что флопик. Короче, вот имеется 2 терабайта пространства, которое планируется отдать под SuSe и как мне его следует разбить и как объединять диски, если желательно получить выигрыш в скорости. То есть я так понимаю, вы полагаете, что 4 диска в рейд это быстрее чем 2 по два. Ну что касается работы отдельных дисков, то может тут я и соглашусь, но, что касается всей ОС, то не очень то это очевидно.
Что касается 3 пункта, то тот же самый загрузчик прекрасно все видит при той же самой схеме, только когда вместо / и /usr используется один /, и тут я не совсем понимаю, в чем косяк. В том что GPT+BIOS или в /usr на отдельном разделе.
Насчёт пространства, для быстродействия надо объеденять в раид 0-го уровня со стрипом. Что бы секторы чередовались 1 диск, 2-ой, 3-й... n-ый. Я бы такое сделал не на раиде 0-го уровня, а на LVM. А насчёт не грузится - если у Вас 32 битная ОС и MBR, то Вы могли при инсталляции забыть указать установить загрузчик в MBR.
А как это в практическом плане выглядит?
В контроллере я могу указать только тип рейда и размер страйпа. А какие там еще могут быть варианты с чередованием?
ОС 64-битная.
Зачем? По моему скромному мнению один маленький-дешевый SSD решает все вопросы с быстродействием системы. Заодно это ответ и на п. 2, 3 и 4 (и даже 5).
Вне всякого сомнения SSD даст заметную прибавку в скорости и в будущем я планирую еще установить туда вот такой SSD
http://rog.asus.com/tag/rog-raidr/
Но для начала хотел бы потренироваться на дешевых дисках, чтобы после установки SSD все, как от зубов отскакивало и не пришлось бы по нескольку раз переставлять систему. Я думаю причины почему так, Вам объяснять не нужно.
Нечему там тренироваться- установил и забыл.
Причем под систему хватит SSD на 30 Гб, но когда я покупал, таких уже не было, пришлось брать 60..
А еще такой вопрос вдогонку.
Допустим у меня есть SAS контроллер, на котором висит рейд, есть еще SCSI HOST-Raid контроллер, на котором также висит рейд, и есть еще SSD с интерфейсом PCI-E. Какой из этих дисков будет sda, какой sdb и какой sdc?
И есть ли какая-нибудь возможность каждому из этих дисков назначить свое SDX?.
А вот если зайти в /dev/disk и посмотреть что там есть то можно выбрать подходящий вариант который будет всегда один например id или uuid
То есть я как понял в Линуксе невозможно определенную букву назначить диску (ну разумеется с учетом SDX нотации).
Да кстати, SCSI Host-Raid там вообще какой то странный /dev/mapper выскакивает, хотя все работает.