[Огненноглазым] Кто как бъет диск на разделы?

>> /var/tmp - на отдельном разделе с ext2 (для ускорения компиляци (операционка Gentoo))

>а reiserfs не лучше будет?

не замерял, но насколько пишут в обзорах и сравнениях, ext2 - рвет все по быстродействию.

>>>Буту вообще почти без разницы.

>>а несколько метров пожранных журналом?

>и?

ну его б можно было бы сделать вообще на 10мб. <красноглазие>да и поставить туда ФАТ16</красноглазие>

>которого средняя машина ещё сохраняет хоть какую-то работоспособность

Этот сервачек, конечно не средняя машина, но своп до 6 однажды дошел, а народ почти и не заметил, так, на некоторую медлительность жаловался, но отнюдь не "все встало".

>Про фрагментацию что нибудь слышал?

Слышал. У меня раздел редко бывает занят на >90%. Если я в /home смогу ещё меньше писать в связи с выделением большего чем нужно места под /, то и фрагментация там будет ещё больше. Кроме того, большинство системных файлов были записаны при установке системы последовательно. При обновлении пакетов для обновлённых освобождается место за счёт удаления старых.

>А про то как работает система при случайном заполнении на 100%?

Ни разу не сталкивался. Меня KDE предупреждает о том, что заканчивается место. KTorrent перед закачкой проверяет, что места на диске достаточно. Если даже что-то такое случится - загружусь с init=/bin/sh и почищу мусор.

>не замерял, но насколько пишут в обзорах и сравнениях, ext2 - рвет все по быстродействию.

http://bulmalug.net/body.phtml?nIdNoticia=642

Хотя там, разница, как раз невелика вышла.

> При обновлении пакетов для обновлённых освобождается место за счёт удаления старых.

Если-бы я проектировал обновление системы, то я сначала копировал-бы новые файлы и затем только удалял старые.

По теме: разделяю /boot (по историческим причинам), /, /var, /home и помойку. Недавно еще /tmp на tmpfs пересадил.

> Если я в /home смогу ещё меньше писать ... то и фрагментация там будет ещё больше.

Если я в /home смогу ещё меньше писать то не стану экономить на спичках а займусь записью dvd или куплю новый винт.

А мне и 120 ГБ диска хватает - там по большей части фильмы, после просмотра, как только свободного места не хватает, удаляю.

/ 500 GB - xfs

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda6             7.7G  4.5G  3.2G  59% /
tmpfs                 252M  8.0K  252M   1% /lib/init/rw
udev                   10M  128K  9.9M   2% /dev
tmpfs                 252M     0  252M   0% /dev/shm
/dev/sda7             3.9G  2.5G  1.5G  64% /home
/dev/sda8             115G  105G  9.7G  92% /pub
/dev/sda1              21G   13G  7.2G  65% /mnt/windows

Вот, полне устраивает то что есть :)

> нет, фря-8. Это же десктоп. Нафиг мне неудобная солярка на нем?

а чем ты грузишься ? /boot на ZFS разве понимают загрузчики ?

> а чем ты грузишься ?

с чего угодно, но только не с харда, ибо на всех zfs
В полевых условиях пожно подцеплять по tftp ядрышко, а в домашних — с внешнего харда/флешки или cd/dvd. Я так делаю еще где-то с конца мая прошлого года, но так же делают некоторые энтузиасты, ибо zfs не поддерживает kerneldump'ы в swap'раздел. Сие естественно, ибо ddb вряд ли сможет выполнить doadump() учитывая Copy-on-Write особенность zfs во время паники. ;)
Это кстати основная причина почему этой задачи pjd@ выдилил low priority. Слишком мало пользы и слишком много геморроя. Если не ошибаюсь, то в p4 он сейчас рафинирует более новую версиб zfs, ибо во фре сейчас 6-ая, а в солярке... (не помню, но точно больше). И, имхо, это более важно.

btw, я конечно не пробовал, но кажется можно подружить grub c zfs. Ибо grub один и различия между загрузкой соляркиного или фришного ядра с zfs не должно иметь большого значения. Даже если загрузиться можно не правя ни один файл, то такое решение не может быть out of the box во фре, ибо интегрировать в src/ из ports/ grub никто не будет, т.к. GPL и куча линуксизмов вместе с ним.

> /boot на ZFS разве понимают загрузчики ?

пока нет. Интересно, не забил ли на эту затею dfr@...
хотя я не пробовал grub, может он понимает, если не изкоробки, то с простеньким патчем сворованным из солярки должен

>> Ну а если /home на**нется?

Вот для этого он лежит у меня на массиве RAID5.

> с чего угодно, но только не с харда, ибо на всех zfs

с USB носителей нашел, по сетке тоже не вариант ... просто ноут так грузить неудобно

> хотя я не пробовал grub, может он понимает, если не изкоробки, то с простеньким патчем сворованным из солярки должен

будет свободное время, можно будет глянуть ...

>>>Вот на**нется у тебя когда-нибудь корневая ФС, тогда поймешь смысл выноса, как минимум, /home на отдельный раздел.

>>Ну а если /home на**нется?

>Вот для этого он лежит у меня на массиве RAID5.

И как это спасёт от того, что на**нется ФС? И кто мешает / на RAID5 положить? Да и вообще, у меня только один диск, а не >=3.

Такой, казалось бы невинный опрос, выявил кучу троллей.

/dev/sda2             5,6G  316M  5,3G   6% /
/dev/sda1             973M   53M  920M   6% /boot
/dev/sda3              48G  6,6G   42G  14% /usr
/dev/sda5              15G  139M   15G   1% /tmp
/dev/sda7              20G  913M   19G   5% /usr/src
/dev/sda8              61G  1,6G   59G   3% /var
/dev/sdb1             115G   50G   65G  44% /home
/dev/sdb2             184G  109G   76G  60% /storage

df -hT | grep -E "ext|nfs "
/dev/sda1 ext3 29G 13G 15G 47% /
/dev/sda2 ext3 28G 13G 14G 49% /home
/dev/sdb1 ext3 28G 6,0G 21G 23% /media/arch
nfs 165G 149G 8,1G 95% /media/media1
nfs 184G 155G 20G 89% /media/media2
/dev/sda6 ext2 53G 49G 1,5G 98% /media/media3
/dev/sdb5 ext2 46G 40G 3,6G 92% /media/media4
nfs 28G 22G 4,8G 82% /bacup

> nfs 28G 22G 4,8G 82% /bacup

Васуп - это зачет

/dev/hdb2             3,8G  536M  3,3G  15% /
udev                   10M  308K  9,7M   4% /dev
/dev/mapper/vg-usr     20G   17G  3,2G  85% /usr
/dev/mapper/vg-opt    5,0G  2,8G  2,3G  56% /opt
/dev/mapper/vg-home   191G  102G   90G  54% /home
/dev/mapper/vg-var     10G  3,9G  6,2G  39% /var
/dev/mapper/vg-tmp     10G 1013M  9,0G  10% /tmp
/dev/hda1              59G   38G   22G  64% /mnt/win_system
/dev/sda1             187G  185G  2,0G  99% /mnt/storage

[squareroot@localhost ~]$ df -h
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/sda1              30G  3,7G   26G  13% /
/dev/sda3              44G  5,4G   36G  14% /home
tmpfs                 252M     0  252M   0% /dev/shm

Господь с тобой, куда такой зоопарк партций?

/, swap и /home ну можно еще /boot в ro. У тебя и так диск маленкий. ты еще пространсво в пустую расходуешь в томже /var 10 гиг, нахрена?

>df -hT | grep -E "ext|nfs "

А grep зачем? Чтоб vfat-ом или ntfs-ом не светить? ;)

>> df -hT | grep -E "ext|nfs "
> А grep зачем? Чтоб vfat-ом или ntfs-ом не светить? ;)

Кстати, даже в таком случае не обязательно было использовать grep(1),
ибо df(1) поддерживает опцию `-t <type>'

Only print out statistics for file systems of the specified
types.  More than one type may be specified in a comma separated
list.  The list of file system types can be prefixed with ``no''
to specify the file system types for which action should not be
taken.  For example, the df command:

	df -t nonfs,nullfs

lists all file systems except those of type NFS and NULLFS.  The
lsvfs(1) command can be used to find out the types of file sys-
tems that are available on the system.

Впрочем, это на фре. Как оно у гнутых утилитых я хз.

В гнутых так же:

ИМЯ
df - отчёт об использовании дискового пространства

ОБЗОР
df [опции] [файл...]

Опции POSIX: [-kP] [--]

Опции GNU (краткая форма): [-ahHiklmPv] [-t тип-файловой-системы] [-x
тип-файловой-системы] [--block-size=размер] [--print-type] [--no-sync] [--sync]
[--help] [--version] [--]