Доступен релиз десктоп-ориентированного дистрибутива GhostBSD 21.04.27, построенного на базе FreeBSD и предлагающего пользовательское окружение MATE. По умолчанию в GhostBSD применяется система инициализации OpenRC и файловая система ZFS. Поддерживается как работа в Live-режиме, так и установка на жесткий диск (используется собственный инсталлятор ginstall, написанный на языке Python). Загрузочные образы сформированы для архитектуры x86_64 (2.5 ГБ)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55056
обои такие красивенькие!
Красивее только в БолгенОС :3
Неправда, у меня только нескучные.
Jesse, we need to cook
Их уже несколько выпусков не меняли. Надоели)
Штат Юта небось
Есть у кого нибудь опыт использования на ноутах? Интересна работоспособность железа на Thinkapd X1 G3-G7 и HP Probook g6-g7
поддержка железа внезапно аналогична ванильной фре, т.к. ничего специфического авторы не ваяют, в отличии от какой-нибудь DragonFlyBSD
Есть опыт. 11-я была нерабочей на моём железе, 12-я была совсем рассыпчатая, забудем. А вот 13-я, на которой этот гост-бзд сделан - вполне себе тянет на систему выходного дня. Сегодня линуксатор даже позволяет хромые/электронные программы запускать(с линукс-звуком я еще не разбирался, но говорят что можно). Но проблемы с железом всё ещё серьёзные:
- Штеуд-войфай(спиз... портированный из линукса 3.16) 7260 - после просыпания больше не поднимается. Остаётся перезагружать машину. В дмесг ругается на Hardware Switch, несущей больше нет. Его модуль выгрузить через kldunload -f - тоже нельзя.
- Команду reboot лучше не делать(паники и куча ругани). Вместо этого делаем вкл и выкл. Как я понял, при загрузке где-то память не очищается, и потому без powercycle не обойтись.
Это lenovo e440
Это lenovo e440. Осносной системой - Xubuntu, в которой всё работает хорошо. Фрибзду гружу из граба, как kfreebsd и как chainloader +1. Оба варианта работают.
На фрибзде звук работает нормально, но в dmesg постоянно идёт ругань о зависании звуковой карты. Видеоускорение на i915 наконец-то с 13-й версии работает. Звук из бздешного линуксатора - ещё не завёл.
Сейчас стоит голый ноут Нитро 5(Ryzen 7 5800, RTX 3070, 64Гб ОЗУ), который к замене ноута 12 года на убунте 16.04, меняю из-за постоянной нехватки озу 16Гигов, и вот смотрю я на него уже несколько дней, была мысля вкатить что-нить бсд подобное, юзал опенка и драгонфлай до этого, но чую не взлетит нормально. Веселый квест на полусогнутых будет обеспечен похоже.
Проблемы будут только с вифи, пока не поставишь через бихайв опенврт в качестве драйвера :)
И может вылезти что то с переключением между видюхами.
Отсальное должно быть без особых проблем, максимум ядро пересобрать чтобы iichd или как его там подцепил тачпад.
Да поставь ты уже опенврт в бихайв в качестве драйвера вифи и будет тебе щастье, в крайнем случае будешь виртуалку перезапускать :)
Ну и скорости вифи станут максимальными, а не жалкий g/n.
Я сильно не хотел этого, но ты меня уговорил.
Вместо reboot делайте shutdown -r now
> Вместо reboot делайте shutdown -r nowЭто одно и тоже
Во FreeBSD это не одно и то же.
> Во FreeBSD это не одно и то же.Одно и тоже, об этом писали в каком-то релизноте.
На Asus ExpertBook B9 ядро не загрузилось.
А ufs можно? Просто мне zfs ни к чему...
Если не боишься потерять данные - то можно. UFS иногда бузвозвратно рассыпалась при отключении питания так, что fsck её больше не знает. Даже не смотря на SU+J
Проблема у меня наблюдалась где-то с 7 по 11 версию бзды, но тогда она у меня ещё часто использовалась.
Сейчас, с ноутом на 13-й я всё ещё боюсь хранить на UFS какие-либо данные. Посмотрим как будет дальше.
Пользуюсь только UFS уже 10+ лет и ещё ничего не потерял, но я и питание не дёргаю.
J - отключаю последнее время везде, без него проверка дисков дольше но находит то что с J не находится. Для SSD время вырастает не критично, а вот обычные диски на 2+Тб чекаются долго.
> Пользуюсь только UFS уже 10+ лет и ещё ничего не потерял
> но я и питание не дёргаю.а если питание само дёрнется? ну или там озу не хватило и система зависла намертво и приходиться через кнопочку резетить...
такие вещи как на юфс отражаются?
> а если питание само дёрнется?
> ...
> такие вещи как на юфс отражаются?Примерно вот так:
$ smartctl -x /dev/ada0 |grep -i "wr.*cache\|power_" && stattime / /usr |grep -i birth && dumpfs / /usr |grep flags
Write cache is: Enabled
9 Power_On_Hours -O--CK 100 100 000 - 26228
12 Power_Cycle_Count -O--CK 100 100 000 - 9934
174 Unexpect_Power_Loss_Ct -O--CK 100 100 000 - 77
Birth: 20:50:17 03/11/2013
Birth: 20:47:49 03/11/2013
flags soft-updates trim
flags soft-updates trim
Т.е. никак не определяет? У меня только такое
4 Start_Stop_Count -O--C- 100 100 000 - 21
9 Power_On_Hours -O--C- 099 099 000 - 13754А метаданные хэширует хотя бы? Ext4 по дефолту не хэширует по-моему.
> Т.е. никак не определяет?Ну да. ФС 2013 года (переехало на этот носитель лет 6 назад), 77 раз "дергалось" питание - ничего не развалилось.
Ах да, ещё вот это
12 Power_Cycle_Count -O--CK 100 100 000 - 21
Обычно в lost+found что то падает, насколько я понял туда попадают файлы которые не успелись засинкатся или мелкие изменённый файлы, которые видимо целиком влезают в один фрагмент фс.Насчё ресета/нехватки памяти - практически не бывает, не припомню чтобы пришлось так делать на отлаженной системе.
Когда на 12 возился с amdgpu то оно бывало зависало при загрузке.
Ну и вот тут паники ещё бывали из за сетевого стёка нетфликса.
Но это всё обходилось без потери файлов.
Забыл сказать, у меня пара ssd сдохла как раз из за того что я дёргал питание на них слишком часто - перетыкал их через юзби переходник.
А вот UFS у меня не дохло уже очень давно.
Этому подвержены диски без конденсаторов внутри, а в последнее время таких становится больше. Доходит до смешного, на некоторые модели ради удешевления перестали температурные датчики ставить.
> ну или там озу не хватилоПридет oom_killer. Секунд через 10-15 (хз. - заметные лаги системы не факт что будут, разве что в выжравшем всю память брауз^W приложении)
Можно подтьюнить:
$ grep oom /etc/sysctl.conf
vm.pageout_oom_seq=4
У меня диски 20ТБ, сколько времени ждать? Принудительная проверка fsck у ext4 не очень быстрая, но терпимо. Ufs теряла данные при отключении из розетки (но я её только на ссд использовал, может какая-то проблема с прошивкой, однако ext4 как работала на том ссд так и работает).
У ext4 правда проблема с тем что она пропустит битрот как и битфлип. Но у это вроде у всех (в теории на ssd прошивка заботится так что пока елестричество не выветрилось должно быть в порядке) кроме btrfs. Но из-за этого та самая медленная.
Можно и в экст4 чексуммирование включить. Рассказывают о быстром износе ссд и аццких тормозах. Да, бтр как-то лучше с этой опцией работает.
У меня эта же ерунда - на физических HDD всегда происходила и в qcow2-файлах. От ссд это не зависит, хоть при появлении ссд я уже фрибзду выпилил ото всех серверов.
А какая у вас версия фрибзд?
Это была 9 или 10. Не помню точно, но одна из них.
По времени 10 подходит, 11 не подходит. До этого я имел некоторый опыт с 9, поэтому видимо использовал 10 которая вроде бы лучше. В итоге, dragonfly у меня прожила дольше (я расстроился когда фряха в первый же месяц посыпалась), и даже проблем не было, после настройки (только какое-то железо так и не заработало, в частности, видеокарта -- там нет блоба nvidia). Причём, после десятков паник каждые полторы минуты ничего не сломалось, линуксу от двух паник подряд резко плохеет. Достаточно интересная вещь в целом.
После/из-за этого я 12-ю версию вообще пропустил. Сейчас с осторожностью щупаю 13... Будем посмотреть.
Вы еще проверку ext3 вспомните, она еще медленнее была.
> только UFS уже 10+ лет и ещё ничего не потерял, но я и питание не дёргаю.Вот это настоящая прохладная история!
Я сейчас тоже особо питание не дёрну. В ноутбуке - аккумулятор, а бзд-сервера, как физические, так и виртуальные - уже давно на линукс перевёл. Ибо потерять с десяток машин тупо из-за обесточивания или принудительного стопа виртуалки - даже вантуз будет понадёжнее.
> Даже не смотря на SU+J
> Проблема у меня наблюдалась где-то с 7 по 11 версию бзды,Опять путаемся в показаниях, гражданин?
https://www-legacy.freebsd.org/releases/9.0R/relnotes-detail...
> FreeBSD 9.0-RELEASE Release Notes
> The FreeBSD Fast File System now supports softupdates journaling.
Я в общем написал, не расписывая по версии. Ещё раз читаем:
> Даже не смотря на SU+J
> Я в общем написал, не расписывая по версии. Ещё раз читаем:Ага. Каждый раз читаем в комментах к чуть ли не каждой новости о бсд - и каждый раз добавляются какие-то детали.
SU+J, там где он есть, ничем не помог. Порой при отключении питания или остановке машины UFS крашилась так, что fsck не помогал. Вот так было всё красиво.
Но ладно, я ожидал другого. Совсем другого... Файловая система не должна наворачиваться полностью от одного лишь резкого обесточивания. Даже вне зависимости от опций конфигурации, особенно если это некие - sane defaults, выбираемые при установке.
Вы извините конечно пожалуйста, но это действиленьно что-то у Вас - какая-то лично Ваша (не стоковая) настройка, твик, либо особенности лично Вашего железа. Я знаю точно, потому что я использую эту ОС на большом количестве разного оборудования много лет, и нигде с таким не стыкался. Этот fsck хоть и медленнен на HDD (в отличие от SSD), но с ним проблем много лет как небыло, а перезагрузок было довольно много.
> Вы извините конечно пожалуйста, но это действиленьно что-то у Вас - какая-то
> лично Ваша (не стоковая) настройка, твик, либо особенности лично Вашего железа.
> Я знаю точно, потому что я использую эту ОС на большом
> количестве разного оборудования много лет, и нигде с таким не стыкался.
> Этот fsck хоть и медленнен на HDD (в отличие от SSD),
> но с ним проблем много лет как небыло, а перезагрузок было
> довольно много.Ну почему: берем накопитель с "оптимизацией" очередности записи (и без соотв. "quirks" в ядре) или пингвинячью виртуалку c модным стоковым кэшем "writethrough" (ну а че - пингвиняье-то ядро под это пропатчили) - получаем "проблемы на ровном месте" из-за похеренной очередности записи (на которую SU ЕМНИП сильно полагается в некоторых случаях - например, при атомарном обновлении метаданных в конце записи), делаем морду кирпичом и отписываемся на форумах "а вот в пингвинчике такого немаэ!", попутно игноря кучу воплей на форумах
> The problem I have is that the industrial flash ide's will be corrupted on power loss. I have them formatted as ext4.
> I'm asking because recently my / (ext4) filesystem on my laptop got corrupted after a hard reset.
> Bug #1073433 “Ext4 corruption associated with shutdown of Ubuntu
> I ran into filesystem corruption (ext4) on the root partition of my backup server which caused it to go into read-only mode.
> The problem I have is that the industrial flash ide's will be corrupted on power loss. I have them formatted as ext4.
>UFS иногда бузвозвратно рассыпалась при отключении питания так, что fsck её больше не знает. Даже не смотря на SU+JПроблема у меня наблюдалась где-то с 7 по 11 версию бзды,
Дезинформация!
Проблемы с UFS были исключительно с 5.0 до 5.2.1 - после этого проблем небыло совсем то есть вообще. Использую как до, так и после тех пор на почти сотне разных железок, где не нужен ZFS - там UFS2+SU, перезагрузок он не боится. Насчёт UFS+J либо UFS2+SUJ (с журналом) сказать не могу - мне это не было нужно. UFS1 - давно не использовал, сказать трудно.В худшем случае обнуляется файл, в который в момент перезагрузки шла запись, и система кладёт недозаписанное в lost+found, но чаще всего просто остаётся старая версия файла, до записи.
На пред версии Хоста память текла
Про бородатого ничего не слыхать?
Я им пользуюсь уже давно. Запускаю как лайф сд
OpenBSD 6.9 вышла
зачем эти пользоваться ? объясните ? безопасности ,ради)?
> зачем эти пользоваться ? объясните ? безопасности ,ради)?Зачем аноним комментирует тут, если есть фейсбук, твиттер и VK?
>> зачем эти пользоваться ? объясните ? безопасности ,ради)?
> Зачем аноним комментирует тут, если есть фейсбук, твиттер и VK?Сказал аноним анониму 😁
Лучше всяких NomadBSD и Dragonfly для десктопа
Long live GhostBSD