|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 14 Sep 2005 11:30:34 To : Vadim Goncharov Subject : Re: 6.0 -------------------------------------------------------------------------------- >>> Vadim Goncharov wrote: VN>> Моё обычное разбиение сейчас такое (если диск хотя бы 20G): VN>> $ / - 500M, в отдельном слайсе (сокращает проблемы с кривыми VN>> загрузчиками) VG> Какие могут быть проблемы, если фря - единственная ось на тазике? Я не во всех случаях вычислил, откуда они берутся, но факт: на ряде материнок (надеюсь, что они уже на свалке) этот метод помогал построить загружаемую установку в 99% случаев, а без него - достаточно часто не грузились. Особенно если был dedicated вариант. В качестве хохмы упомяну, что на одной из материнок загрузка прошла только когда в слайс 1 был поставлен MS-DOS. Хотя загрузочным был 2-й, с фрёй. До этого все пляски с геометрией не помогали. VG> И зачем так много на корень, 4.x 128 Мб вполне хватает? Во-первых, обратите внимание, что /usr на нём же. Во-вторых, на корне невредно иметь занятость ниже 50%. VN>> $ /tmp - 512-1024M VN>> $ /usr/local - 2-4G, /usr/X11R6 - симлинк на /usr/local/X11R6 VN>> $ /usr/BSD - 2-4G, сюда выселяются симлинками VN>> /usr/{src,obj,ports,sup}, /usr/share/doc VN>> $ /var - 2-4G, можно больше, но целевые толстые части /var лучше VN>> формировать отдельным разделом VG> А если совмещать /var и /var/tmp ? Чтоб место почем зря не расходовать. VG> У меня /tmp - симлинк на /var/tmp. Правда, при make installworld в VG> синглмоде приходится каждый раз править, потом возвращать на место. /tmp вычищается при загрузке. Для /var/tmp согласно канонам это недопустимо (он должен чиститься только по времени). -netch- --- ifmail v.2.15dev5.3 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/22383e4190e9b.html, оценка из 5, голосов 10
|