Комментарии 49
фигня у Вас написана…
1 раздел — оставляем для винды если вдруг понадобится или пустым
2 раздел /boot — 64mb — хватит для 5-6 ядер больше держать не имеет смысла, а вообще за почти 10 лет линукса на моем десктопе boot не занимал больше 25mb с 3-4 ядрами, 128 мегабайт делать просто нет смысла…
3 раздел / ext4 8-16GB в зависимости от того любите ли Вы ставить тяжелый софт типа eclipse, и чистите ли вы /var/log/apt/cache или то место куда ваша система складывает пакеты скачаные из инета… вообщем в любом случае 16G за глаза…
4 раздел /home ext4 — оставшееся место.
все 4 раздела — как раз все можно сделать primary…
отдельный /var дома однозначно не нужен…
неплохо если boot тоже будет ext4 что бы не грузить дополнительных модуль ext2\3 в память тратя время… но для этого придется повозиться с загрузчиком, если этого за Вас не сделал производить дистрибутива…
swap — при более гига оперативки в линуксе не нужен у вас ведь наверняка больше гига…
Проверено годами…
1 раздел — оставляем для винды если вдруг понадобится или пустым
2 раздел /boot — 64mb — хватит для 5-6 ядер больше держать не имеет смысла, а вообще за почти 10 лет линукса на моем десктопе boot не занимал больше 25mb с 3-4 ядрами, 128 мегабайт делать просто нет смысла…
3 раздел / ext4 8-16GB в зависимости от того любите ли Вы ставить тяжелый софт типа eclipse, и чистите ли вы /var/log/apt/cache или то место куда ваша система складывает пакеты скачаные из инета… вообщем в любом случае 16G за глаза…
4 раздел /home ext4 — оставшееся место.
все 4 раздела — как раз все можно сделать primary…
отдельный /var дома однозначно не нужен…
неплохо если boot тоже будет ext4 что бы не грузить дополнительных модуль ext2\3 в память тратя время… но для этого придется повозиться с загрузчиком, если этого за Вас не сделал производить дистрибутива…
swap — при более гига оперативки в линуксе не нужен у вас ведь наверняка больше гига…
Проверено годами…
Безапелляционность — Ваше кредо? :)
Вероятнее всего для Ваших целей Ваша конфигурация удобнее, для моих — приведенная выше оптимальнее.
А решил поделится подомным мануалом только потому, что в сети полно всевозможных вариантов конфига, да только мало кто может нормально объяснить — почему и в чем преимущества.
Ну вот хоть у Вас — «под корень 8-16G — это кошерно! А авторские 10 корня + 10 var — некошерно!» — так там 16 тут 20 — велика ли разница? Никакой разницы.
«грузить модуль ext2» — ну да, невыносимо тяжелый труд для компа, лишние 10 кило загрузить. Слышу как он стонет.
«все 4 раздела primary» — цель? чего ради?
«отдельный /var дома однозначно не нужен» — если нет желания воспользоваться кешем скаченых пакетов — ну да, тогда не нужен. А если при какой-то напасти приятно взять и переустановить что-то из локального кеша — предлагаю еще чуть-чуть подумать.
Вероятнее всего для Ваших целей Ваша конфигурация удобнее, для моих — приведенная выше оптимальнее.
А решил поделится подомным мануалом только потому, что в сети полно всевозможных вариантов конфига, да только мало кто может нормально объяснить — почему и в чем преимущества.
Ну вот хоть у Вас — «под корень 8-16G — это кошерно! А авторские 10 корня + 10 var — некошерно!» — так там 16 тут 20 — велика ли разница? Никакой разницы.
«грузить модуль ext2» — ну да, невыносимо тяжелый труд для компа, лишние 10 кило загрузить. Слышу как он стонет.
«все 4 раздела primary» — цель? чего ради?
«отдельный /var дома однозначно не нужен» — если нет желания воспользоваться кешем скаченых пакетов — ну да, тогда не нужен. А если при какой-то напасти приятно взять и переустановить что-то из локального кеша — предлагаю еще чуть-чуть подумать.
Согласен на все сто
после root и перед home — если один из разделов начнет быстро расти — без особых проблем сможете увеличить его вдвоеА разве начало ext3-раздела можно перемещать? Точно получится home увеличить быстро и без проблем?
под /home лучше отдавать все оставшееся место сразу и не делать вот так:
"-А как же остальные хххG на моем огромном диске?" — спросите Вы. Сделайте еще один раздел и расположите на нем любимые фильмы, музыку или что-нибудь еще.
/home — для того и есть что бы в не хранить свою музыку и фильмы, а такой подход противоречит идеологии ОС…
да в описаном мной варианте возможно пустой\раздел с виндой разместить рядом с /home чтобы можно было подвигать их…
/ при 16gb Вам двигать никогда не придется, даже при том, что /var с логами в нем же…
"-А как же остальные хххG на моем огромном диске?" — спросите Вы. Сделайте еще один раздел и расположите на нем любимые фильмы, музыку или что-нибудь еще.
/home — для того и есть что бы в не хранить свою музыку и фильмы, а такой подход противоречит идеологии ОС…
да в описаном мной варианте возможно пустой\раздел с виндой разместить рядом с /home чтобы можно было подвигать их…
/ при 16gb Вам двигать никогда не придется, даже при том, что /var с логами в нем же…
У меня дома 3 жестких диска:
— на первом три раздела: /, swap и home (практически пустой, см. далее)
— на втором (единственный ext3-раздел) хранятся непосредственно домашние каталоги, мой и жены, которые в fstab монтируются как /home/username1 и /home/username2 и общий каталог, который монтируется у каждого из нас как ~/Documents/common. Хотя может это надо было симлинками сделать, а не через fstab, не знаю.
— на третьем (тоже единственный ext3-раздел) — то, что не жалко потерять: музыка и фильмы. Монтируется как /mnt/media-library
Это труъ или нет? :) Сейчас как раз в связи с выходом Karmic Koala хочу поставить систему с нуля, чтобы / был под ext4, было бы здорово послушать советы.
— на первом три раздела: /, swap и home (практически пустой, см. далее)
— на втором (единственный ext3-раздел) хранятся непосредственно домашние каталоги, мой и жены, которые в fstab монтируются как /home/username1 и /home/username2 и общий каталог, который монтируется у каждого из нас как ~/Documents/common. Хотя может это надо было симлинками сделать, а не через fstab, не знаю.
— на третьем (тоже единственный ext3-раздел) — то, что не жалко потерять: музыка и фильмы. Монтируется как /mnt/media-library
Это труъ или нет? :) Сейчас как раз в связи с выходом Karmic Koala хочу поставить систему с нуля, чтобы / был под ext4, было бы здорово послушать советы.
Начало раздела влево переместить можно. Правда процедура потянет за собой копирование данных, но на 10G разделе Вас это вряд ли сильно напряжет.
по автору плачет бритва окама
на домашней системе подобное разбиение просто избыточно и не несет смысловой и функциональной нагрузки.
дома на / ~ 20G
/win — для фильмов с ntfs
и два датчика на рабочем столе что бы контролировать свободное место.
на домашней системе подобное разбиение просто избыточно и не несет смысловой и функциональной нагрузки.
дома на / ~ 20G
/win — для фильмов с ntfs
и два датчика на рабочем столе что бы контролировать свободное место.
Не постесняюсь спросить — Вы дальше таблички заглянули?
Там еще текст есть, объясняющий шаманские танцы. :)
Там еще текст есть, объясняющий шаманские танцы. :)
да, заглянул.
Есть разница домашняя система и система для танцев.
Просто я и мои колеги достаточно давно работаем с nix системами именно как рабочими станциями. Как показывает практика подобное разделение действительно избыточно.
Если же система для того что с ней играться, то можно смело ещё пару разделов впихнуть.
Есть разница домашняя система и система для танцев.
Просто я и мои колеги достаточно давно работаем с nix системами именно как рабочими станциями. Как показывает практика подобное разделение действительно избыточно.
Если же система для того что с ней играться, то можно смело ещё пару разделов впихнуть.
Если уж Вы «достаточно давно работаем с nix системами именно как рабочими станциями», то просветите о преимуществах "/win — для фильмов с ntfs" над нормальным разделом, смонтированным в правильную директорию где-нибудь в /mount и изначально размеченную под xfs.
забавный вы, так остро реагируете на нейтральную критику.
>просветите о преимуществах "/win — для фильмов с ntfs
выбор файловой системы вопрос религиозный, но в данном случае мы ведь говорим о домашних машинах так?
человек по сути животное ленивое я в частности. /win в корне удобно тем что не надо делать cd /mount/куда-нибудь, букавок меньше набирать, а ntfs — ну знаете иногда надо включать win, а кино так как музыка для фона шумит. И вот тогда зачем там XFS :)?
Если уж на то пошло, отвечу почему МНЕ дома не удобно иметь пачку разделов.
домашнаяя тачка это, то место где я работаю только условно, а в основном смотрю кино слушаю музыку и занимаюсь серфингом, даже если кмпьютер благополучно сдохнет, я спокойно востановлю домик и etc из бекапов и получу рабочу систему быстро и без проблем. а пока все это восстанавливается посижу на диване с ноутбуком.
>просветите о преимуществах "/win — для фильмов с ntfs
выбор файловой системы вопрос религиозный, но в данном случае мы ведь говорим о домашних машинах так?
человек по сути животное ленивое я в частности. /win в корне удобно тем что не надо делать cd /mount/куда-нибудь, букавок меньше набирать, а ntfs — ну знаете иногда надо включать win, а кино так как музыка для фона шумит. И вот тогда зачем там XFS :)?
Если уж на то пошло, отвечу почему МНЕ дома не удобно иметь пачку разделов.
домашнаяя тачка это, то место где я работаю только условно, а в основном смотрю кино слушаю музыку и занимаюсь серфингом, даже если кмпьютер благополучно сдохнет, я спокойно востановлю домик и etc из бекапов и получу рабочу систему быстро и без проблем. а пока все это восстанавливается посижу на диване с ноутбуком.
/boot ext2/ext4 64M
/ ext4 10-20G
/home ext4…
С моими 8 гб оперативки swap не нужен, хотя программы любят ругаться на его отсутствие. На край можно его разместить в /home в виде файла, если «приспичит».
Вот единственное, не знаю, что лучше будет для /boot. ext2 или ext4.
/ ext4 10-20G
/home ext4…
С моими 8 гб оперативки swap не нужен, хотя программы любят ругаться на его отсутствие. На край можно его разместить в /home в виде файла, если «приспичит».
Вот единственное, не знаю, что лучше будет для /boot. ext2 или ext4.
Будьте так добры, когда прийдете к общему результату — проапдейтте статью.
Тут наверняка нескольким десяткам пользователей интересно все-таки узнать, как правильно/оптимально разбивать диск под линукс на разделы.
Я вот сколько искал информации об этом — везде разная.
Ну или если возникают холивары по этому поводу — опубликуйте несколько конфигураций, например «для ноутбука», «для домашнего компа», «для поиграться»… Скорее всего простым юзерам не нужны супер оптимальные серверные конфигурации.
Спасибо.
Тут наверняка нескольким десяткам пользователей интересно все-таки узнать, как правильно/оптимально разбивать диск под линукс на разделы.
Я вот сколько искал информации об этом — везде разная.
Ну или если возникают холивары по этому поводу — опубликуйте несколько конфигураций, например «для ноутбука», «для домашнего компа», «для поиграться»… Скорее всего простым юзерам не нужны супер оптимальные серверные конфигурации.
Спасибо.
увы, общего рецепта не будет… хотя… если Вы не знаете, что делать — делайте 1 раздел / и все будет хорошо…
Под корень: 10 Гб.
Под /home — всё остальное.
Swap = RAM (if RAM > 1024M)
Под /home — всё остальное.
Swap = RAM (if RAM > 1024M)
Спасибо, хотя это еще один вариант, и он отличается от всего, что советовали ранее…
А где раздел boot? Не нужен? И если 512 (на старом ноуте)?
Я конечно сделал разделы несколько месяцев назад по одному из советов и поставил туда Mint поиграться… Но…
Вы мне просто скажите что-то типа: «Да не замарачивайся, как ни сделаешь разделы — работать будет и почти одинаково».
Я бы тогда уж и не волновался. :)
А где раздел boot? Не нужен? И если 512 (на старом ноуте)?
Я конечно сделал разделы несколько месяцев назад по одному из советов и поставил туда Mint поиграться… Но…
Вы мне просто скажите что-то типа: «Да не замарачивайся, как ни сделаешь разделы — работать будет и почти одинаково».
Я бы тогда уж и не волновался. :)
Не думаю, что демократия действительно работает, но мне ее заменяет слабы голос разума :)
Могу предложить вот такой, упрощенный вариант. Некоторые советы коллег я принимаю разумными.
А вот идея «дома с блекжеком и блудницами» — не очень разумная. Просто потому что мысль сделать архив раздела на 10 гиг кажется нормальной, а ковыряние в ведре на 700 гиг с извлечением всего нужного — уже нет. Я уж не говорю про то, что восстанавливать раздел целиком удобнее, чем подпихивать что-то куда-то.
PS. Кстати, даже если очень не повезет и данные будут зело упруги — 10G скорее всего можно упихать на DVD-диск. Ну, вы понимаете, к чему я клоню :)
PPS. Подпихивание чего-то куда-то в *nix несколько отличается от win. Например нельзя получить одну полную директорию, скопировав ополовиненную в корневую папку, содержащую вторую ополовиненную. И вот с этой точки зрения — лучше минимизировать возможные тонкости, о которых сгоряча можно забыть.
Файловая система Разм Тип смонтирована на
/dev/hda1 64M ext2 /boot
/dev/hda2 924M swap {none}
/dev/hda3 10G ext4 /
/dev/hda4 9G ext4 /home
Могу предложить вот такой, упрощенный вариант. Некоторые советы коллег я принимаю разумными.
А вот идея «дома с блекжеком и блудницами» — не очень разумная. Просто потому что мысль сделать архив раздела на 10 гиг кажется нормальной, а ковыряние в ведре на 700 гиг с извлечением всего нужного — уже нет. Я уж не говорю про то, что восстанавливать раздел целиком удобнее, чем подпихивать что-то куда-то.
PS. Кстати, даже если очень не повезет и данные будут зело упруги — 10G скорее всего можно упихать на DVD-диск. Ну, вы понимаете, к чему я клоню :)
PPS. Подпихивание чего-то куда-то в *nix несколько отличается от win. Например нельзя получить одну полную директорию, скопировав ополовиненную в корневую папку, содержащую вторую ополовиненную. И вот с этой точки зрения — лучше минимизировать возможные тонкости, о которых сгоряча можно забыть.
Из опыта пришел к тому, что лучше всего на личном пк разбивать диск на 2 раздела: / и /home. Первому 10-20G хватит, остальное для /home. swap по желанию, но если уже больше 2g памяти он может показаться лишним, тем более никто не мешает создать его потом в виде файла на том же корневом разделе.
Вот ваше «try-юниксоида» как раз подходит под статью, вы как бы всё время try и try, а до true еще далековато.
И не претендую.
*шопотом* и вообще я хаковод, но на старый десктоп можно натянуть только Linux.
В смысле того, что я выбираю инструменты под задачу, а не страдаю желанием сделать еще одну дыру, только потому что у меня новый перфоратор в руках.
И вообще я не подвержен ни фанатизму ни азарту. Я скучный и ленивый товарищ.
*шопотом* и вообще я хаковод, но на старый десктоп можно натянуть только Linux.
В смысле того, что я выбираю инструменты под задачу, а не страдаю желанием сделать еще одну дыру, только потому что у меня новый перфоратор в руках.
И вообще я не подвержен ни фанатизму ни азарту. Я скучный и ленивый товарищ.
Не показывайте это никому. Из-за таких «мыслей» юзер никогда не придёт на Linux
немного верно, но:
1) /var отдельный дома не нужен
2) «пустой» раздел улыбнул
3) желательно пользоваться ext4
4) свап в 2 раза больше нужен чем объем оперативки, хотя бы для hibernate.
1) /var отдельный дома не нужен
2) «пустой» раздел улыбнул
3) желательно пользоваться ext4
4) свап в 2 раза больше нужен чем объем оперативки, хотя бы для hibernate.
Как тут уже многие рассказали, на desktop-е отделять /var /tmp /usr и т.д. не нужно. Более того, я считаю, что в простом случае единственным целесообразным отделением является директория /home, всё остальное можно (и так будет удобнее всего) оставить в корне. /boot на desktop-е имеет смысл отделять только в отдельных случаях, например, когда загрузчик не поддерживает специфическую ФС.
Пример:
swap — 1-2 Gb
/ — 10G
/home — оставшееся
Пример:
swap — 1-2 Gb
/ — 10G
/home — оставшееся
/tmp стоит выносить в оперативку.
swap, / — на быстрое устройство (10к оборотный HDD)
всё остальное — /home. Ну или в /media/блаблабла монтируйте террабайты ненужного видео, если есть другие пользователи.
про /home/ftp — бред. vsftpd, proftpd — прекрасно понимают mount --bind. Так что ftpd — не резон изменять разделы от привычных.
Выписывать стандарты по размерам — бред…
swap, / — на быстрое устройство (10к оборотный HDD)
всё остальное — /home. Ну или в /media/блаблабла монтируйте террабайты ненужного видео, если есть другие пользователи.
про /home/ftp — бред. vsftpd, proftpd — прекрасно понимают mount --bind. Так что ftpd — не резон изменять разделы от привычных.
Выписывать стандарты по размерам — бред…
На самом деле кто угодно понимает mount --bind :)
И никто не мешает Вам сделать корень на пару гигов, а потом прибиндидь все разделы, физически размещенные на других дисках. Благо что «все есть файл».
«swap, / — на быстрое устройство (10к оборотный HDD)» — вы пытались когда-нибудь уснуть под звук 10К SCSI? Нет, уснуть можно, но все время снится кабинет дантиста. Музыкой навевает.
«Выписывать стандарты по размерам — бред… » Глубина мысли поразила. Смысла не уловил. Что именно бред?
И никто не мешает Вам сделать корень на пару гигов, а потом прибиндидь все разделы, физически размещенные на других дисках. Благо что «все есть файл».
«swap, / — на быстрое устройство (10к оборотный HDD)» — вы пытались когда-нибудь уснуть под звук 10К SCSI? Нет, уснуть можно, но все время снится кабинет дантиста. Музыкой навевает.
«Выписывать стандарты по размерам — бред… » Глубина мысли поразила. Смысла не уловил. Что именно бред?
пытался. уснул. дантист не снился. Не такой он уж и громкий, IDE винты старые хрустят много громче.
>Что именно бред?
сама идея попытаться написать общие советы о том, по сколько выделить на какой раздел.
>Что именно бред?
сама идея попытаться написать общие советы о том, по сколько выделить на какой раздел.
Ок, попробую объяснить.
1. В сети, как уже указывал наш с Вами коллега, масса советов и они все разношерстные.
2. Основной стиль этих советов — как при общении с Кузьмичом-трактаристом «мля, хрен-ли там эту резинку проверять — затянул воротком с ломом и вперед, мать-пермать!». Ни аргументов, ни выводов.
Соответственно мое творение не претендует на «истинность» — это всего лишь нормальный, развернутый и аргументированный опус на тему, как я это делаю, почему и зачем.
Любой здравомыслящий, но отдаленный от данной темы человек при некотором размышлении может понять что и зачем будет происходить, нужно ли это лично ему и о чем еще неочевидном стоит покумекать на досуге.
1. В сети, как уже указывал наш с Вами коллега, масса советов и они все разношерстные.
2. Основной стиль этих советов — как при общении с Кузьмичом-трактаристом «мля, хрен-ли там эту резинку проверять — затянул воротком с ломом и вперед, мать-пермать!». Ни аргументов, ни выводов.
Соответственно мое творение не претендует на «истинность» — это всего лишь нормальный, развернутый и аргументированный опус на тему, как я это делаю, почему и зачем.
Любой здравомыслящий, но отдаленный от данной темы человек при некотором размышлении может понять что и зачем будет происходить, нужно ли это лично ему и о чем еще неочевидном стоит покумекать на досуге.
я не говорю что оно не нужно ) я просто выразил своё отношение к таким идеям)
мэйл.ру — тоже бред, однако ж…
мэйл.ру — тоже бред, однако ж…
А я-свое.
Я из тех людей, которые на свой вопрос «Как сварить куриное яйцо» предпочитают услышать не умудренное «Как сваришь, так и будет» а вполне применимое «Положи в холодную подсоленую воду и вари минут 15 после того как закипит».
Логично, что 15 минут — для кого-то многовато, а кто-то считает что солить яйца при варке — грех и святотатство, но для меня ЛИЧНО — так удобнее.
Я из тех людей, которые на свой вопрос «Как сварить куриное яйцо» предпочитают услышать не умудренное «Как сваришь, так и будет» а вполне применимое «Положи в холодную подсоленую воду и вари минут 15 после того как закипит».
Логично, что 15 минут — для кого-то многовато, а кто-то считает что солить яйца при варке — грех и святотатство, но для меня ЛИЧНО — так удобнее.
Вы все нифига не понимаете.
Под линух идет два раздела:
1. boot
2. все остальное
на второй раздел вешается что-нибудь вроде lvm и дальше все разделы изменяются в процессе жизни системы под эту систему. Нужен лог не 10 гигов а 20? Увеличиваем его на лету. Не хватает места в хоум? Добавляем туда лишних 10 гигов. Закончился запас нерзмеченного пространства? Отрезаем от какого-нибудь раздела кусок, где он не нужен.
Под линух идет два раздела:
1. boot
2. все остальное
на второй раздел вешается что-нибудь вроде lvm и дальше все разделы изменяются в процессе жизни системы под эту систему. Нужен лог не 10 гигов а 20? Увеличиваем его на лету. Не хватает места в хоум? Добавляем туда лишних 10 гигов. Закончился запас нерзмеченного пространства? Отрезаем от какого-нибудь раздела кусок, где он не нужен.
С 2 года для настольной убунты юзаю схему:
/ 20 Гб
/home — все остальное
swap отсутствует однозначно если оперативки больше 2х гигов
Выносить boot и var в своем случае не вижу смысла, так как ось у меня одна и сверхстабильность не требуется.
Касаемо общего подхода в серверном варианте, то придерживаюсь мысли что есть смысл выносить на отдельные разделы /boot, /home, /var и /tmp, после чего корень и /boot монтировать в ro. Изолированный статичный корень — + к безопасности и надежности, если при записи в var или tmp их фс посыпется — ну и фиг бы с ней. Разумеется могут быть нюансы, но имхо ro на статические области есть очень хорошо.
/ 20 Гб
/home — все остальное
swap отсутствует однозначно если оперативки больше 2х гигов
Выносить boot и var в своем случае не вижу смысла, так как ось у меня одна и сверхстабильность не требуется.
Касаемо общего подхода в серверном варианте, то придерживаюсь мысли что есть смысл выносить на отдельные разделы /boot, /home, /var и /tmp, после чего корень и /boot монтировать в ro. Изолированный статичный корень — + к безопасности и надежности, если при записи в var или tmp их фс посыпется — ну и фиг бы с ней. Разумеется могут быть нюансы, но имхо ro на статические области есть очень хорошо.
А еще можно сделать LVM и манипулировать разделами как душе угодно
Итак, как недостойное try-юниксоида отметаем предложение «распилить диск одним куском», произрастающее явно из win-мира.
«Одним куском»:
> uname -srm FreeBSD 8.0-RC2 amd64 > zpool status pool: amd64rio state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM amd64rio ONLINE 0 0 0 mirror ONLINE 0 0 0 gpt/rio_zfs2 ONLINE 0 0 0 gpt/rio_zfs1 ONLINE 0 0 0 errors: No known data errors > zfs list NAME USED AVAIL REFER MOUNTPOINT amd64rio 282G 9,03G 122M / amd64rio/mediastore 225G 9,03G 409M /mediastore amd64rio/mediastore/audiobooks 3,63G 9,03G 3,63G /mediastore/audiobooks amd64rio/mediastore/books 5,30G 9,03G 5,30G /mediastore/books amd64rio/mediastore/music 75,3G 9,03G 75,3G /mediastore/music amd64rio/mediastore/pckgs64 1,97G 9,03G 1,97G /mediastore/pckgs64 amd64rio/mediastore/video 138G 9,03G 138G /mediastore/video amd64rio/tmp 72,5K 9,03G 72,5K /tmp amd64rio/usr 57,1G 9,03G 1,26G /usr amd64rio/usr/home 46,9G 9,03G 46,9G /usr/home amd64rio/usr/local 3,62G 9,03G 3,62G /usr/local amd64rio/usr/obj 2,53G 9,03G 2,53G /usr/obj amd64rio/usr/ports 2,32G 9,03G 209M /usr/ports amd64rio/usr/ports/distfiles 2,12G 9,03G 2,12G /usr/ports/distfiles amd64rio/usr/src 509M 9,03G 509M /usr/src amd64rio/var 99,9M 9,03G 4,71M /var amd64rio/var/crash 18,5K 9,03G 18,5K /var/crash amd64rio/var/db 86,3M 9,03G 86,3M /var/db amd64rio/var/empty 18K 9,03G 18K /var/empty amd64rio/var/tmp 8,83M 9,03G 8,83M /var/tmp
В /etc/fstab ничего прописывать не нужно.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Разметка системного диска при установке desktop-дистрибутива Linux