 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Aleksey Barabanov 2:5020/400 10 Sep 2005 23:26:06 To : Ivan Vanin Subject : Re: Разбить HDD на разделы -------------------------------------------------------------------------------- Ivan Vanin wrote: > Fri Sep 09 2005 21:02, Aleksey Barabanov wrote to Ivan Vanin: > > >> Честно говоря, мне откровенно пугает отсутствие лишнего свободного > >> места на /. По идее (сейчас подумал) неплохо подбирать размер, как > >> минимум, в > AB> Правильно что пугает. Hадо выделять swap и /boot фиксированные, а > далее > > swap наименее проблемная штука. Хотя в shm попадает лишь первый > swap-партишн. Увы. Достаточно оставить неразбитое пространство и подключай А я то... Так и сделаю - все повыкидываю нафиг! > swap'ы сколько душе угодно. Про swap-файлы тоже стоит помнить. /boot > никогда не делаю. Всё > равно ядро без /bin & /sbin & /lib & etc малого стоит. Сейчас ведь lba48 > в lilo вроде как. "Вроде как" уже много лет, но вот lvm еще не "вроде как". Еще немного открытий. Есть initrd. Так вот ядро вообще без всяких "/bin & /sbin & /lib & etc" может спокойно загрузиться и даже шелл запустить с которого очень много можно сделать. Особенно если в упомянутый initrd запихнуть парочку утилит. Хотя, это все фантастика. > AB> все запихивать в lvm и уже в нем все остальное. > > Лишнее усложнение, на мой взгляд. Лучше изначально спланировать дисковое > пространство, где возможно. Классная идея! Hу почему я снова не догадался. Придумал какой-то ЛВМ :-/ Теперь соломы бы побольше где-нибудь набрать, чтобы на валерины ежи голым задом не было так мучительно больно, а то сегодня запланируешь, а через год у клиента моча в голову и все заново. А еще бывает, сегодня сделаешь прототип, чтобы не трахаться "один на все случаи жизни", да и просто его клонируешь и лишь немного разделы правишь все ОК. Так все это плохо! Hадо "Лучше изначально спланировать дисковое пространство", т.е. еще лучшеЕ. И делать это непрерывно, как буратино по весне, каждый раз заново для очередного сервера. Кстати, evms еще большее "усложнение". А то что в suse на sata девайс маппер автоматом цепляется вообще черезмерное "усложнение". Я вот только никак не дождусь пока "усложнение" в suse достигнет уровня GFS... Опять наверное фантастика :/ -- Bye. Aleksey Barabanov <alekseybb at mail.ru> Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5.3 * Origin: home (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/7824c22abd18.html, оценка из 5, голосов 10
|
|
|