https://www.opennet.me/openforum/vsluhforumID3/91396.html Увидел свет (http://blog.openmediavault.org/?p=1055) выпуск дистрибутива OpenMediaVault 0.5 (http://openmediavault.org/), появившегося в результате раскола (http://www.opennet.ru/opennews/art.shtml?num=24557) в стане разработчиков проекта FreeNAS (http://www.freenas.org/), в результате которого наряду с основанным на FreeBSD классическим FreeNAS, было создано ответвление, разработчики которого поставили перед собой цель перевести дистрибутив на ядро Linux и пакетную базу Debian. Для загрузки подготовлены (http://sourceforge.net/projects/openmediavault/files/) установочные образы OpenMediaVault для архитектур x86 (285 Мб) и x86_64 (260 Мб).<br>&lt;center&gt;&lt;a href="http://openmediavault.org/images/screenshots/rrdgraph.png"&gt;&lt;img src="http://www.opennet.ru/opennews/pics_base/0_1377446479.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0&gt;&lt;/a&gt;&lt;/center&gt;<br><br><br>OpenMediaVault и FreeNAS нацеленны на быстрое развёртывание сетевого хранилища (NAS, Network-Attached Storage), но если в https://www.opennet.me/openforum/vsluhforumID3/91396.html#52 Mon, 02 Sep 2013 04:51:43 GMT У БСДшников, у которых нормально работает FreeBSD, и Линух работает нормально. Не надо газифицировать небольшие водоемы.<br> https://www.opennet.me/openforum/vsluhforumID3/91396.html#51 Thu, 29 Aug 2013 06:53:50 GMT Использовал:<br>1) https://gist.github.com/ngnpope/3806732<br>2) cryptsetup -y -v luksFormat /dev/md0<br>cryptsetup luksOpen /dev/md0 crypt1<br>cryptsetup luksClose crypt1<br>mkfs.ext4 -b 4096 -E stride=128,stripe-width=256 /dev/mapper/crypt1<br><br>После перезагрузки, что-бы подключить шифрованные диски достаточно подключится по ssh, ввести sudo mount -a и ввести пароль/ключ.<br> https://www.opennet.me/openforum/vsluhforumID3/91396.html#50 Wed, 28 Aug 2013 03:38:33 GMT А у меня 8ГБ ОЗУ, в последнее время на FreeBSD 9-STABLE (9.2-PRERELEASE) с несколькими пулами ZFS общее потребление памяти по показаниям GNOME System Monitor кардинально уменьшилось и сейчас находится в районе 1.2ГБ занятого ОЗУ. Может алгоритмы упаковки кэшированных блоков в ARC включили?<br> https://www.opennet.me/openforum/vsluhforumID3/91396.html#49 Wed, 28 Aug 2013 00:32:41 GMT &gt; ничего не работает.<br><br>Пока вы будете оформлять баги вот так - у вас и дальше ничего не будет работать. Поставьте себя на место програмеров или там кого еще. И попробуйте по такому описанию понять в чем проблема. Как, хорошо получается?<br> https://www.opennet.me/openforum/vsluhforumID3/91396.html#48 Tue, 27 Aug 2013 21:33:47 GMT Ну так не секрет что линух почему-то плохо работает ... почти исключительно у бсдшников и тому подобного народа почему-то. Такая вот интересная закономерность :).<br> https://www.opennet.me/openforum/vsluhforumID3/91396.html#47 Tue, 27 Aug 2013 21:32:10 GMT &gt; форматировали бы с меньшим размером блока.<br><br>Может быть субоптимальной затеей, т.к. оверхед вырастет + платформе удобнее всего оперировать юнитом с ее нативную страницу памяти, а это у современных процов чаще всего 4Кб.<br><br>В целом рейзер лучше ext3 работает с мелочью. В ext4 сие сильно подтянули, более того - мелкие файлы теперь могут целиком храниться в inode, что конечно не tail packing но чем-то смахивает. И в целом оно стало и сильно шустрее и теперь вот и места меньше должно жрать.<br><br>Но главное - у ext'ов очень дотошный fsck на который в случае факапа можно более-менее положиться что он сможет это починить. У рейзера же он склонен добивать ФС окончательно.<br><br> https://www.opennet.me/openforum/vsluhforumID3/91396.html#46 Tue, 27 Aug 2013 21:28:16 GMT &gt; на ext3 и на reiserfs. На ext3 заняла 22 гб, на reiserfs3 - примерно 5.<br><br>Только рейзер начинает нещадно клинить и глючить при tail packing. <br><br>Да и вообще - что это за конфигурация? Столько дряни даже в линевом кернеле нету. Вы там что в таком формате храните? Ну, если не синтетику брать а реальные применения.<br> https://www.opennet.me/openforum/vsluhforumID3/91396.html#45 Tue, 27 Aug 2013 21:26:47 GMT &gt; Имхо, некрофилия слегонца не в моде уже...<br><br>А это некрофилия с приступами мазохизма, ибо ФС у которой fsck дочинивает тома до вермишели - не самая приятная штука на свете.<br><br> https://www.opennet.me/openforum/vsluhforumID3/91396.html#44 Tue, 27 Aug 2013 20:14:05 GMT &gt; set zfs:zfs_arc_max=1073741824<br><br>Если ZFS'у урезать кэш - он, конечно, урежет аппетиты. Но превратится в полного слоупока.<br><br>&gt; Равно как и о тюнинге свойств ФС в зависимости от потребностей.....<br><br>ИЧСХ, сколько слоупочный дизайн без экстентов не тюнь, а или таки его придется вытягивать кучей оперативы, приближая к рамдиску, или это будет эпик тормозилово.<br>