Online video hd

Смотреть с сюжетом видео

Официальный сайт audiophilesoft 24/7/365

Смотреть видео бесплатно

Guest007 08.06.2009 12:13

НовичкуОрганизация дискового пространства в Linux

Частенько у новичков в Линуксе возникают вопросы по поводу организации дискового пространства. Это естественно, если учесть отличия от ДОСовской модели. Нет священных C:\ и D:\ А что тогда есть? И как этим пользоваться?



Частая ошибка - выделить один раздел (корневой) на всё. Я так никогда не делал, за исключением последнего случая установки на нетбук. Показалось, что 8Гиг ССД на всё будет маловато, а если ещё и поделить...



Итак, что же произошло в этом варианте? Что вообще грозит использующим такой подход? Всё просто. Разные части общего дерева используются по-разному самой системой, так что это приходится учитывать.
/ - в собственно корневой ФС во время работы пишутся только несколько файлов. Они располагаются в /etc каталоге. Если поднапрячься, то этого можно избежать, сделав корневую систему RO и застраховаться, таким образом, от проблем со сбоями в ФС при нарушени питания, к примеру./usr В это часть общего дерева данные пишутся только при установке программ. /var Вот сюда данные пишутся много, часто и охотно. Собственно здесь хранятся все (или почти все) временные файлы, кэши, метки запущенных процессов, данные для http и ftp серверов и т.д./home пользовательские данные и настройки лежат только здесь. Зато это самый ценный раздел для нас, простых смертных (десктопщиков - для сервероадминов это, видимо, /var)


Так вот, к моему нетбуку. Из-за моей собственной дурости в процессе установки обновлений он выключился. Т.е. в момент активной записи в /usr и в /var. Поскольку всё было в "/" , то аппарат пришёл в негодное состояние, отказываясь загружаться (ФС у меня стоит ext2, что продлевает срок жизни ССД). fsck.ext2 наше всё и загружаться я его научил снова. Вот только время было убито, система в рабочее состояние не вернулась - что-то недоустановилось. недонастроилось в процессе обновления. /home, по счастью, я уже перевёл на СД карточку и он не пострадал.



Надо ещё отметить, что я около полугода как-то жил с битым винтом на глючном контроллере и предложенная далее схема разбиения на разделы выстрадана реальным опытом :-)



/ Корневой раздел - около гига. Большого размера тут не требуется, т.к. лучше всего минимизировать запись тода во время работы. Так безопаснее. Можно ещё /boot выделить в отдельный раздел. Только для чтения. Но это слегка геморройно и может быть оправдано, я думаю, на сервере при загрузчике GRUB/usr Сюда пишется редко (только при установке софта - раз в 2-3 дня на десктопе, ещё реже - на серваке), но по размеру - должен вмещать весь установленный софт. На нетбуке у меня занято 2 из 5 гигов в этом разделе, на рабочем компе (маньячил, теперь надо почистить) 6,5 гигов из 7, на домашнем 7 из 12 (сам удивился - точно надо поудалять лишнее!)/var на десктопе этот раздел не так уж и сильно забивается, так что 2-3 гига это нормально. Для сервака сюда лучше отдать всё оставшееся место. Но это сильно зависит от его роли и предпочтений админа (данная заметка явно не для админов, так что не холиварьте в коментах :-) )/home ну, для десктопа сюда оставить всё оставшееся место. По умолчанию именно сюда попадает всё скачиваемое вами, так что такой подход оправдан :-)



Ну, про выбор ФС для указанных разделов - это уж точно без однозначных рекомендаций. Раньше у меня везде, кроме корня, была XFS. Очень оправдано, на мой взгляд. Но потом, по разным причинам, я получал приличный геморрой (обошлось без потери данных, но осадок остался), связанный с аппаратными траблами, так что перешёл вновь к ext3, потом, в одном случае нарвался в ext2/3 на ограничение количества файлов в каталоге, теперь подхожу более творчески. Тем не менее дома у меня везде ext3, на работе тоже самое, но /home на XFS, на нетбуке везде ext2 noatime, на серваках /var водружаю на ReiserFS.



Ну, пока как-то так...



P.S. про swap не писал сознательно

P.P.S. Всё вышеизложенное - глубокое ИМХО, так что, при наличии расхождений во взглядах, предлагаю в комментах постить

mount | grep ^/





Тэги: etc fstab Linux линукс настройка нетбук
+ 14 -
Похожие Поделиться

exelens 08.06.2009 12:28 #
+ 0 -
Вставил кат и тег
booley 08.06.2009 12:35 #
+ 2 -
Еще бы теги "новичку" и "гайд"
cppmm 08.06.2009 12:38 #
+ 4 -
В принципе, неплохо, но есть пару уточнений.
Я бы, конечно, посмотрил с размерами разделов, и необходимостью выносить /boot(имхо, это обязательно), но это уже скорее дело вкуса для десктопов.
А вот чего не хватает, так это описание раздела /tmp. Если хочется ускорить и обезопасить систему, стоит вынести его отдельно. Причём тут зависит от конкретной реализации. На сервере или машине, где много надо компилить, его лучше сделать не меньше двух гигов и отформатировать в какой-нибудь ext2 или reiserfs(с отключением журналирования). Здесь лежат наиболее часто перезаписываемые файлы. Вынесение этого раздела обезопасит корень от сбоев. В случае нетбука, большого размера здесь не надо, 128 метров хватит с потолком(можно меньше), но важно делать его не на реальной SSD, а в какой-нибудь виртуальной tmpfs. Скорость сэкономленная за счёт увеличения в разу скорости записи чтения туда, вполне компенсирует откушенную оперативу. А очевидным плюсом будет ощутимо меньший износ SSD.
Ну и ещё маленький коментарий по поводу нетбуков, /var можно сделать совсем небольшим, но перенастроить syslog так, чтобы он архивы логов не сохранял после ротации, а сразу убивал(или нарисовать скриптик в кроне).
Guest007 08.06.2009 12:42 #
+ 0 -
Поскольку это у меня "из коробки", то тут я не заострял внимание..
Те, кто много компилят - сами могут учить про разбиение на разделы, новичкам этих советов хватит, На альте у меня автоматично
tmpfs on /tmp type tmpfs (rw,nosuid)
на Кубунту (на нетбуке) тоже что-то очень похожее...
cppmm 08.06.2009 12:49 #
+ 0 -
Ну раз уж есть описание о том, как и какие разделы надо делать руками, думаю, стоит и этот вариант ответить. Хотя, конечно, это всего лишь маленькое уточнение.
Guest007 08.06.2009 12:49 #
+ 0 -
ну и на нетбуке у меня /tmp /var/tmp /var/run /var/lock унесено на tmpfs именно с целью ускорения и экономии SSD, а /home вообще располагается на /dev/mmcblk0p1 (левый картридер - СД на 16Гиг)
lwilis 08.06.2009 13:43 #
+ 0 -
немного не в тему, но косвенно относится. Вопрос в том, как монтировать /var в tmpfs, а по /sbin/poweroff куда-нибудь сохранять содержимое /var, соответственно после старта системы, подкидывать содержимое /var обратно в tmpfs.
Все-таки логи бывают нужны и через несколько дней, а то, что лежит в /var/log/packages - так и вообще терять не хотелось бы.
Есть мысли как бы такое реализовать?
Guest007 08.06.2009 13:47 #
+ 0 -
Ты что! Я про /var не писал! Только про некоторые его части!
lwilis 08.06.2009 13:52 #
+ 0 -
дело в том, что в /var пишется часто в процессе работы системы. Поэтому было бы выгодно его монтировать в tmpfs (я здесь говорю про нетбук, ни в коем случае про сервер), а по выключении скидывать содержимое /var, например в /home/var.tar.gz
Вопрос в том как во время следующей загрузки подсунуть в /var распакованный архив, при этому нужно учесть, что содержимое /var/lock надо исключить, но это детали.

Возможно я сильно заблуждаюсь. Поправьте меня.
Guest007 08.06.2009 13:57 #
+ 0 -
/var/tmp /var/run /var/lock ну и /var/log активно пишутся. Если у тебя не стоит squid или ещё что такое, то всё остальное пишется вполне обычно. Так что именно указанные каталоги есть смысл tmp'изировать. Остальное - это уже перебор. Есть и другие способы оптмизировать запись на диск для нетбука...
lwilis 08.06.2009 15:10 #
+ 0 -
хорошо. Уточняю, /var/{tmp,run,lock} просто маунтим в tmpfs и все дела.
А вот с /var/log просто не выйдейт, потому что инфу из него нужно сохранить, тем не менее во время работы системы удобно монтировать его в tmpfs.
Guest007 08.06.2009 18:42 #
+ 0 -
На нетбуке своём поотключал syslogd и klogd так что основные логи не ведутся. На нетбуке мне это без надобности. От внезапного отключения спасает батарея нетбука и настройки управления питанием.
chemikadze 08.06.2009 16:18 #
+ 2 -
думал об этом пару раз, но пришел к выводу что опасно все это - экстренное отключение, и данных нет. к тому же у меня gentoo и при компиляции больших пакетов (openoffice например) нужно достаточно много места.
lwilis 08.06.2009 18:01 #
+ 0 -
вот он, свежий взгляд на вопрос.
Убедил ты меня.
Username 08.06.2009 18:13 #
+ -2 -
оффтопом вопрос про генту, emerge делает make clean после себя?
chemikadze 08.06.2009 19:03 #
+ 0 -
да, делает, но это не спасает от опенофиса - ему для сборки не меньше 5 ГБ (!) надо. правда он есть в виде бинарных пакетов
Username 08.06.2009 20:41 #
+ -2 -
долго собирается опенофис?
chemikadze 09.06.2009 00:59 #
+ 0 -
ну это смотря от железок. у меня - часов 6-8 наверное (DualCore 1.86, 4Gb)
вот люди еще говорят:
Р4-2200, ОЗУ 256 RDRAM - openoffice собирается ~ за 8 часов,15 минут.
Username 09.06.2009 01:36 #
+ -2 -
и с ошибками :)
chemikadze 09.06.2009 01:53 #
+ 1 -
да, бывало такое( после того, как не собрался в третий раз забил и поставил бинарный -_-
booley 08.06.2009 12:42 #
+ 3 -
Статья хорошая, плюсую.

Персональный взгляд, штука полезная.

Расскажу как у меня на десктопе:
/ - 13 гб, ReiserFS. /usr там же, поэтому так много (я люблю ставить большое количество программ, а потом забываю о них) =) Рейзер выбрал потому, что в корне много мелких файлов (/etc - это в основном конфиги, и т.д.), а он с ними на ура справляется
/home - 125 гб, jfs. Плюсы jfs - быстрая проверка, да и просто она мне нравится :) алсо хоумсервер вынесен сюда (public_html)

ах да, еще 326 гб под ntfs ;) с которого винда не грузится (груб-груб-ура! это помогло мне отвыкнуть гоораздо быстрее) ;)

Вот так вот я свой 500 гб диск занимаю.

p.s. под своп я, насколько помню, отдал гиг :)
kuralesov 08.06.2009 12:50 #
+ 0 -
Ну а теперь в продолжении хотелось бы увидеть статью про то, как новичку перезабить неправильно разбитый (sorry за небольшую тафтологию) диск... =)
Guest007 08.06.2009 12:59 #
+ 0 -
Это жизненное у тебя? В зависимости от результатов команды
du -s -x -h ~
У меня - 162Gb на работе и единственный вариант - дублирующий HDD. Т.е. берёшь такой же (или больше), разбиваешь как надо, копируешь на него всё уже "правильно" и ставишь вместо первого. Без "rescue" или "livecd" обойтись будет сложно...

kuralesov 08.06.2009 13:10 #
+ 0 -
В плане "Это жизненное у тебя?"?

1. Нет ли какого решения без подмены дисков?
2. rescue и livecd то зачем могут понадобиться?
Guest007 08.06.2009 13:19 #
+ 0 -
В смысле что вопрос не теоретический?

1) Скорее всего нет (зависит от кол-ва свободного места и текущей FS)
2) Перенести систему с помощью самой себя... Скорее всего не получится. Поэтому надо иметь под рукой что-то, чтоб загрузиться незаависимо и установить загрузчик. Хотя сначала можно попробовать и так...
kuralesov 08.06.2009 13:27 #
+ 0 -
Вопрос не теоретический. При установки на свой десктоп побил только на два раздела: собсно корневой и домашний. Поэтому по возможности хотел бы переделать всё на "как бэ правильно", а всё по новой переустанавливать ох как неохота! Ну, всё равно спасибо за советы...
Guest007 08.06.2009 13:45 #
+ 0 -
ААА!! Дорогой!
Твой случай не безнадёжен. Хотя требует творческого подхода.
Для начала помни, что /proc /sys /srv - должны быть пустыми. То, что в них переносить не надо - заполняется ядром динамически
/media - просто пустой как и скорее всего /mnt и /tmp
/dev - надо скопировать уже после загрузки с Livecd Там обычно лежит лишь каркас, дополняемый динамически во время работы.

Остальное надо скопировать куда-нить в /home (/home/backup к примеру).

Загрузиться с Livecd или rescue своего дистра (у альта на установочном диске обычно есть rescue, у Убунт - Livecd), скопировать оставшееся (/dev), поработать творчески fdisk'ом, скопировать всё обратно уже как надо, подрихтовать /etc/fstab и /etc/lilo.conf (или /boot/grub/menu.lst) восстановить загрузчик (про это спроси в форумах своего дистра).

Так что твой случай не безнадёжен :-) Только подготовься заранее, продумай все шаги. "Точка возврата" - работа fdisk'ом
zivot_je_cudo 08.06.2009 23:27 #
+ 0 -
... /srv - должны быть пустыми. То, что в них переносить не надо - заполняется ядром динамически
Про /srv неверно, ничего туда ядро не пишет.
У меня, например, там директории апача.
Guest007 08.06.2009 23:32 #
+ 1 -
Точно!
booley 08.06.2009 13:51 #
+ 0 -
Можно и так оставить.
Guest007 08.06.2009 13:59 #
+ 0 -
В общем-то согласен. Это уже не безнадёжный вариант. Вполне может дожить до какой-нибудь глобальной переустановки и потом безболезненно быть переразбиту инсталлятором (вручную). Так что можно пока не париться - просто поисследовать эту тему. Хотя если руки чешутся... :-)

Я пронёс живую систему через неколько компов и винтов.
xT 08.06.2009 13:02 #
+ 6 -
Статья хороша, но на мой взгляд ее содержание не совсем соответствует названию. Перед тем как открыть полностью, подумал что будет описалово синтаксиса файла /etc/fstab, а на деле там про него ни слова
Craftuser 08.06.2009 14:53 #
+ 0 -
Согласен, название и (имхо) тег "новичку" явно не в тему.
exelens 08.06.2009 14:54 #
+ -3 -
тег убран
Username 08.06.2009 16:33 #
+ -2 -
прав абсолютно
mistako 08.06.2009 14:56 #
+ -1 -
Уважаемые админы, таки уже откройте топик "Я познаю линукс".
xT 08.06.2009 14:58 #
+ 4 -
Так туда половину постов можно будет писать не задумываясь =)
exelens 08.06.2009 15:00 #
+ -2 -
Не нужно =) пусть всё так.
+ у нас уже есть Новичку
mistako 08.06.2009 15:21 #
+ 0 -
А может все таки надо?! Что-нибудь вроде "Must know".
exelens 08.06.2009 15:44 #
+ -2 -
Зачем такие сложности?
mistako 08.06.2009 15:57 #
+ 1 -
Слишком уж сие ресурс на wiki становиться похож. Не хочется что бы линуксовый хабр мутировал в сборник HowTo.
exelens 08.06.2009 16:29 #
+ -2 -
Не вижу ничего от вики.
И не вижу смысла делать ещё 1 блог.
kampfusbeke 08.06.2009 15:51 #
+ 2 -
не забываем, что:
- в /var в большинстве систем основанных на бинарниках кидаются пакеты пакетменеджером
- в /tmp большинство пакетменеджеров, основанных на сорцах, собирают пакеты, некоторым большим пакетам вроде ооо там нужно более 2-х гигов
- если маунтим / как ro, нам все-таки довольно часто нужно будет менять файлы в /etc, при обновлении кернела он будет писаться в /boot, при обновлении системы будут обновляться /bin и /sbin (кстати, /dev, /proc, /sys вообще нормально будут маунтиться на фс в ro?)

в принципе, все эти проблемы решаются симлинками ;)
Username 08.06.2009 16:33 #
+ -2 -
поменять название на Дерево каталогов юникс и по теме. К фстаб никакого отношения не имеет.
xT 08.06.2009 17:17 #
+ 3 -
Тогда тема "Дерева каталогов.." не будет полностью раскрытой
Username 08.06.2009 17:30 #
+ -2 -
тогда топик вообще ни о чем %)
xT 08.06.2009 17:37 #
+ 3 -
Что-нить вроде "Немного о организации дискового пространства"
Username 08.06.2009 17:39 #
+ -1 -
совсем немного:)
exelens 08.06.2009 18:22 #
+ -2 -
Сменил сабж
booley 08.06.2009 18:25 #
+ 2 -
"Организации дискового пространства в Linux" отдаем мы честь? %)
Это я к тому, что нет подлежащего, а надо бы.

Как вариант - "Организация..."
exelens 08.06.2009 18:49 #
+ -2 -
=))) Сейчас исправлю
Guest007 08.06.2009 18:45 #
+ 2 -
Спасибо всем за перемименования, комментарии и плюсования. Значит статейка небесполезна. Всегда сложно переступить этот барьер: "а кому это нужно?"
exelens 08.06.2009 18:50 #
+ -2 -
Есть ещё чем поделиться?
Guest007 08.06.2009 23:13 #
+ 0 -
За 10 лет безвылазного Линукса опыта поднакопилось, но я теперь "страшно далёк от народа" :-) Не гуру и не универсал, но если мне подкидывать темы - вполне смогу высказывать свои ИМХО или поисследовать какую-нибудь тему и озвучить результат... А так... Если ещё что будет - напишу. Вот тема с разделами проскочила в голове - вылил сюда.
librarian 08.06.2009 22:59 #
+ 0 -
http://librarian.spb.ru/page/kak-ja-optimiziroval-debian-na-svojom-noutbukehp-compaq-presire-cq50
librarian 08.06.2009 23:03 #
+ 0 -
Файловая система Разм Исп Дост Исп% смонтирована на
/dev/sdb1 8,3G 6,7G 1,2G 86% /
tmpfs 62M 0 62M 0% /lib/init/rw
varrun 62M 92K 61M 1% /var/run
varlock 31M 0 31M 0% /var/lock
udev 10M 132K 9,9M 2% /dev
tmpfs 31M 0 31M 0% /dev/shm
tmpfs 128M 60K 128M 1% /tmp
/dev/sdb3 100G 83G 13G 88% /home

Смысла выделять /var и /usr на отдельный раздел - не вижу.
для нетбуков достаточно на / - 2-3 гига, гиг на /home(или больше)
/var вообще не надо в tmpfs скидывать, у меня бы вся эта... занимала бы полгига памяти точно.
xT 08.06.2009 23:15 #
+ 3 -
у меня на нетбуке 250гб, гиг на /home ? =) куда остальное?!
Guest007 08.06.2009 23:19 #
+ 0 -
мой домашний (Альтлинукс)
$ df
Файловая система Разм Исп Дост Исп% смонтирована на
/dev/sda2 2,0G 1,7G 190M 91% /
udevfs 5,0M 180K 4,9M 4% /dev
shmfs 756M 8,0K 756M 1% /dev/shm
tmpfs 756M 104K 755M 1% /tmp
/dev/sda7 438G 333G 83G 81% /home
/dev/sda5 12G 7,4G 3,9G 66% /usr
/dev/sda6 5,0G 1,1G 3,7G 23% /var

Нетбук покажу чуть позже...
xT 08.06.2009 23:22 #
+ 3 -
я не об этом спросил =)
librarian 08.06.2009 23:27 #
+ 0 -
Цитирую, я это имел ввиду для нетбуков(которые совсем нетбуки, 4G или там 16 - не суть важно, не придирайтесь к словам).
На ноуте у меня на /home - 100 гигов и 160. Остальное на бэкапы и всякие другие интересные операционки.
Username 08.06.2009 23:16 #
+ 0 -
в /var часто очень хранятся веб-данные и почта. Алсо, кэш пакетов там хранится, что весьма важно, особенно в gentoo-based.
в /usr хранятся подгружаемые либы, как раз для ускорения имеет смысл выделять разделы. Где-то читал, что рекомендуется даже что-то типа /usr/lib и /usr/lib64 чтоле на разные разделы или омг! диски пихать.

Там основная фишка в скорости чтения с диска. Чем выше, тем круче. Поэтому, если читает с разных разделов, типа быстрее работает.
librarian 08.06.2009 23:28 #
+ 0 -
На стационарном компе - RAID, и опять же отделения от / других разделов - нет(скорость чтения то ограничена по любому и то что они на разных разделах - никак не спасёт), на ноутбуке - смысла нет вообще никакого в разделении разделов.
Guest007 08.06.2009 23:34 #
+ 0 -
вот после слёта ФС на нетбуке я и написал этот пост :-) Никто ни от чего не застрахован :-)

А РАЙД - это круто. Но статейка адресована не тем, кто уже делает райды :-)
SerP 09.06.2009 09:47 #
+ -1 -
хм... а у меня на десктопе сделано так:

/ - 10 гиг
swap (ближе к начале диска - значит быстрее)
/home 470 гиг

далее сделаны софтлинки на папочки /var/cache/apt, /var/www на /home/apt, /home/www ну и так далее

суть манипуляций в том что:
1. при переустановке системы контент апача сохраницца... (т.к. домашний раздел не форматирую никада)

2. я уверен что если и забью раздел какой неть фигней (много пакетов в апткеш упадет или чонеть в вебконтент объемное засуну), то система будет жить

вот кактотак...

ЗЫ. Забыл када переустанавливал систему, ибо лениво... хотя пару раз весь этот колхоз уже переезжал с харда на хард... в общем проверено временем... хотя и не идеально (везде reaiserfs)
SerP 23.03.2011 02:45 #
+ -1 -
умиляют анонимные минусяторы, вы боитесь что-ли ником светить?

Смотреть онлайн бесплатно

Онлайн видео бесплатно


Смотреть русское с разговорами видео

Online video HD

Видео скачать на телефон

Русские фильмы бесплатно

Full HD video online

Смотреть видео онлайн

Смотреть HD видео бесплатно

School смотреть онлайн