https://www.opennet.ru/openforum/vsluhforumID3/117119.html Состоялся (http://ghostbsd.org/19.04_release_announcement) релиз десктоп-ориентированного дистрибутива GhostBSD 19.04 (http://ghostbsd.org/), построенного на базе TrueOS (https://www.opennet.ru/opennews/art.shtml?num=48729) и предлагающего пользовательское окружение MATE. По умолчанию в GhostBSD применяется система инициализации OpenRC и файловая система ZFS. Поддерживается как работа в Live-режиме, так и установка на жесткий диск (используется собственный инсталлятор ginstall, написанный на языке Python). Загрузочные образы сформированы (http://www.ghostbsd.org/download) для архитектуры amd64 (2.7 Гб).<br><br><br><br>В новой версии:<br><br><br>- Кодовая база обновлена до экспериментальной ветки FreeBSD 13.0-CURRENT;<br>- В инсталлятор добавлена поддержка файловой системы ZFS на разделах с MBR;<br><br>- Настройки TrueOS изменены для использования по умолчанию UFS вместо ZFS;<br>- Вместо slim задействован менеджер сеансов Lightdm;<br><br>- Из поставки удалён gksu;<br>- Добавлен режим "boot_mute" для загрузки без вывода лога на экран; https://www.opennet.ru/openforum/vsluhforumID3/117119.html#62 Thu, 18 Apr 2019 17:19:08 GMT &gt; Тут как-то пробегал тест, мелких файлов, в котором NTFS уступила ext4 20 или 30 раз, точно не помню, десятки короче...<br><br>Больше бы информации. Затык может быть как в коде MS, так и в неоптимальных структурах ФС на диске. Если первое, может, при альтернативной реализации под линем она бы летала.<br> https://www.opennet.ru/openforum/vsluhforumID3/117119.html#61 Wed, 17 Apr 2019 17:06:02 GMT &gt;&gt; SU+J гарантировал вопли fsck о неконсистентности ФС после штатного ребута.<br>&gt; Что у тебя все "вопит"?<br><br>Что ж вы так любите игнорировать неудобные вопросы и передергивать?<br>Скачал и проверил:<br>https://download.freebsd.org/ftp/releases/arm/armv7/ISO-IMAGES/12.0/<br>по умолчанию журнал отключен. <br>О чем и речь шла - потоптались по граблям и "решили" проблему, че.<br><br>&gt; Да просто питание 100 раз выдергивал, в процессе издевательств над RPI2, как <br>&gt; только порт вышел, и все нормально. https://www.opennet.ru/openforum/vsluhforumID3/117119.html#60 Wed, 17 Apr 2019 02:23:30 GMT &gt; Лучше FAT, хуже NTFS,<br><br>Тут как-то пробегал тест, мелких файлов, в котором NTFS уступила ext4 20 или 30 раз, точно не помню, десятки короче...<br>Один вантузятник сильно не верил, пока не повторил...<br><br>Вощем - NTFS сложно назвать нормальной файлухой, очень старая, корни ее из hpfs, os2...<br> https://www.opennet.ru/openforum/vsluhforumID3/117119.html#59 Tue, 16 Apr 2019 17:12:30 GMT MidnightBSD первый релиз 6 August 2007<br>DragonFly BSD первый релиз 12 July 2004<br>TrueOS(PC-BSD) первый релиз April 29, 2006<br><br>То есть оно началось когда ты еще в яслях был<br> https://www.opennet.ru/openforum/vsluhforumID3/117119.html#58 Tue, 16 Apr 2019 11:54:49 GMT &gt; Ни разу за последние 10 лет. <br><br>"УМЕЯВСЕРАБОТАЕТ,СОФТАСТРОЕ"<br><br>&gt; Так надо закончить связанные процессы<br><br>простите, а журнал-то вам тогда зачем?<br>Вся идея была в том что состояние после ребута обязано быть консистентным, пусть и с потерей последних операций записи. А на практике - "hidden filesystem corruption", works as intendend, (c)Мак-Кузик.<br><br>&gt;&gt; вообще, ufs застряла в начале 2000 - только недавно стали...<br>&gt; И как люди до этого жили.... <br><br>до этого люди жили с дисками размером в ОГРОМНЫЙ один гигабайт. <br>А с дисками размером в 10T так работать уже нельзя - замучаешься ждать fsck, и гарантированно получишь filesystem corruption, плюс еще и raid problem до кучи.<br><br>Поскольку Sun выпускала немножко не ширпотребные сервера - она предвидела эти проблемы задолго-задолго до их появления, и попыталась решить не на год или два, а на неопределенный срок. В принципе, у нее почти получилось, но, к сожалению, у нее не получилось выжить.<br><br>&gt; Что такое "интегрировать толком"?<br><br>например, решить таки проблему безвоз https://www.opennet.ru/openforum/vsluhforumID3/117119.html#57 Tue, 16 Apr 2019 00:10:20 GMT &gt; А как тебе бесконечные грабли с ext4, который либо разваливается от одного ресета, либо и вовсе https://bugzilla.kernel.org/show_bug.cgi?id=201685<br><br>По ссылке ошибка в blk-mq никак к ext4 не относящаяся. <br> https://www.opennet.ru/openforum/vsluhforumID3/117119.html#56 Mon, 15 Apr 2019 12:46:40 GMT &gt;Вместо ад хоминем не пробовали читать повнимательнее, глазками?<br>&gt; If Peter confirms that it fixes the bug, I will check it into head<br>&gt; and MFC it to 12-stable and 11-stable after a 2-week settle-in time.<br><br>Баг найден, будет/был MFC, планета спасена, расходимся.<br> https://www.opennet.ru/openforum/vsluhforumID3/117119.html#55 Mon, 15 Apr 2019 12:39:23 GMT &gt;UFS никогда не была ФС промышленного уровня<br><br>Промышленный уровень это что угодно в промышленности, включая OSX и Win XP. =)<br><br>Все BSD семейство туда давно вписалось,в виде управляющих систем или систем хранения данных, или для каких либо сервисов.<br><br><br><br><br><br><br><br><br><br><br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/117119.html#54 Mon, 15 Apr 2019 12:27:42 GMT &gt;А, ну да, тогда ладно. Аж 40 штук! <br><br>Преставь таки, 10-20Tb производственных, логистических, финасовых данных пишется-читается за сутки.<br>На UFS. Только в наших скромных проектах на паре десятков серверов.<br><br>&gt;Silent data corruption?<br><br>О как страшно! Энтропия поражает сервера! Все сервера Земли уже под угрозой! =)<br><br>Поставь себе таки smartmontools, и не эпимоск людям пафосом.<br> <br>