Опубликован релиз десктоп-ориентированного дистрибутива GhostBSD 24.10.1, построенного на базе FreeBSD 14-STABLE и предлагающего пользовательское окружение MATE. Отдельно сообществом формируются неофициальные сборки с Xfce. По умолчанию в GhostBSD применяется файловая система ZFS. Поддерживается как работа в Live-режиме, так и установка на жесткий диск (используется собственный инсталлятор ginstall, написанный на языке Python). Загрузочные образы сформированы для архитектуры x86_64 (2.6 ГБ)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62245
> релиз десктоп-ориентированного дистрибутива
> Файловая система UFS удалена из списка опций для установкиНепонятно зачем на десктопе ZFS.
Могу предположить что проще восстановить после внезапного выключения питания. По крайней мере у меня сложилось такое впечатление когда пользовался фрей.UFS надо было проверять при загрузке. ZFS сама стартовала. С дугой стороны на одиночном диске я ее не использовал, только зеркало, зеркало у меня и в линуксе редко бьется так, чтобы проверка запускалась. Надо бы поставить посмотреть. Давно не пользовался еще с 11 фри.
Насколько это актуально для SSD?
И хдд, и ссд - одинаково подвержены.
И после любого внештатного выключения или основательного зависона из-за перебоев питания
- проверка ВСЕГО диска актуальна для ЛЮБОГО типа файловой системы... Прочее - маркетинговоая деза.
* или основательного зависона или перезагрузки - из-за перебоев питания
> Могу предположить что проще восстановить после внезапного выключения питания.ПЗДЦ 8-о
Это очень садистское пожелание даже врагу - чтоб на твоём ящике с зЮЭфЭсОМ кончилось лектричество ...
А вот UFS из таких историй пости всегда выходил только испугавшись. Не всегда, но ...
Необязательно электричество, может быть просто банальное зависание из-за ошибки в софте или аппаратного сбоя. Это будет равносильно отключению компа из розетки со всеми последствиями.
Истории про коррапт ФС из-за питания я помню где-то года 2003. Потом все научились это учитывать и оно по вероятности примерно равно умиранию диска. Просто делайте бэкапы и все будет хорошо, зфс никакой не нужен.
С zfs куда удобнее бэкапы делать, вот какая штука.
> С zfs куда удобнее бэкапы делать, вот какая штука.Куда? Имя, сест^W^W подробности?
Я обычно бэкаплю в два места: все инткементальные снапшоты льются в датацентр на другой континент на ZFS, а оттуда уже суточные срезы в b2 на холодное хранение. Утилиты нагуглишь сам, их буквально две или три годных, с какой тебе удобнее сам разберёшься, внутри там всё равно один и тот же snapshot/send/receive вызывается.
> Я обычно бэкаплю в два места: все инткементальные снапшоты льются в датацентрМне не интересно куда ты бэкапишь, мне было интересно "С zfs куда удобнее бэкапы делать". Потому что инкрементальный
dump -1Laun -C32 -b64 -h0 -f - /dev/gpt/usrfs | zstd -T4 --long -3 > /backups/dump1_usrfs_$(date "+%d_%m_%y").zst
Не то чтобы "аж жуть как неудобно" ...
Я тогда хранил на ZFS бэкапы. Офис был в частном секторе и не запитан отдельно. Потому каждое лето начинались проседания электричества до 170В. Еще и волнами, так что даже APC SmartUPS не вытягивали. Приходилось днем переключаться на дизель. Иногда не успевали, часто дохли аккумуляторы, помехи заставляли бесперебойники бесконечно переключаться с сети на батарею, дохли сплиты, температура в серверной поднималась до 50 градусов. Но сервер с бэкапами ни разу за пять лет не предоставил мне битый. Помоему достаточно наглядный тест. Да серверы с аппаратным RAID и включенными батарейками/кэшем разваливались раньше. ЧЯДНТ? Кроме низкой нагрузки на этот сервер. Бэкапы нужны не так уж и часто.
Плата контроля заряда аккумулятора и переключение на дизель, собирается на коленке за один вечер на советской элементной базе, без должного навыка пару вечеров на отладку, зачем так мучаться было? В 90-е жил в регионе, где со светом было жесть, собрал автоматику для дома работала 15 лет, возможно и сейчас работает, я просто уехал.
Вот только надо еще запустить и прогреть дизель. Нет, конечно можно увязать контроллер дизеля, коммутацию, контроль заряда десятка ИБП, контроль напряжения в сети, контроль температуры и перезапуск сплитов(не все возвращаются в установленный режим после включения питания, некоторые просто остаются выключенными). Но только это будет не плата на коленке и довольно дорого. Там один дизель лям стоил. И она перекроет только процентов 50 возникающих проблем. И не всякий директор готов выделять на это деньги, некоторые считают что вылетевший SAS раз в полгода это приемлемо, а купить "малину" и несколько датчиков(хотя бы для контроля) и модем для sms - это "посчитайте мне экономический эффект Вон охранник есть - пусть смотрит и бегает включает дизель и переключает рубильник". И этого охранника еще и надо научить как правильно и в какой последовательности выполнять действия. Одни дизель под нагрузкой пытаются запустить, другие не выжидают пока на режим выйдет. И если это один дизель без запасного, то надо еще учитывать что раз-два в год он не запустится совсем по причине поломки.
Ну ты загнул! Экономический эффект ему посчитай. Сказано же: сделал в девяностые на коленке, да так и работает в 24×7 режиме в условиях серьёзного деревенского продакшена. Это тебе не дизелем вонять, тут смекалочка нужна!
Интересно как на советской элементной базе в 90-х хотя бы сделать запуск дизеля. И определение, что напряжение достигло кондиционных значений. Я тоже много чего делал в 90-х, правда в конце оных. Но на советской элементной базе это должен быть очень тяжелый чемодан, даже если КР580 использовать. Чего только тогдашние конденсаторы весили. А если это советский дизель... Они почти всегда запускались без электричества, либо с "пускача" либо с "толкача". Крутить ручку "кривого стартера" насколько помню бесполезно ибо никто не может крутить ручку со скоростью 3-4 оборота в секунду, а электрические стартеры почти отсутствовали. У меня на фирме оставался до конца нулевых такой реликт выменянный у военных в конце девяностых. У всех разное "эхо войны".
Никак.
Аноним или сильно приукрашивает или откровенно привирает, либо про функционал либо про затраченное время и сложность изделия.
>Это тебе не дизелем вонять, тут смекалочка нужна!ага особенно когда эта пионерия загорится. Вот уж съэкономят так сэкономят.
Только для простейшей захардкоженной в железо логики, типа: аккумулятор просел - включаем дизель и работаем пока напряжение в сети не появится на 5 минул или пока напряжение АКБ не превысит заданное значение.
И про начальный уровень - это вы загнули, начальный это когда даже паять толком не умеют, а тут минимум два десятка деталей выходит, их надо на чём то разместить, даже если просто на картонке и использовать телефонный провод (там где жила 1мм примерно, которые в больших жгутах были которыми тянули линии до рапред коробок в домах).
Это всё далеко не на один вечер даже с навыками, даже если готовая схема из "радио".
На один вечер это как я на съёмной хате собрал и приколхозил умный термостат к газовому котлу.
Home Assistant с датчиками температуры у меня уже был.
Когда мастер по обслуживанию котла мне вывел провод под термостат, который достаточно просто замкнуть чтобы котёл перешёл в режим поддержания температуры обратки в отопительном контуре - оставалось только приколхозить туда релюшку чтобы она эти контакты за меня замыкала.
Дома нашёлся Sonoff minir4, который я где то за пол часа перешил в ESPHome и подключил к HA.
Потом нашёлся провод с вилкой, ещё кусок провода который я намотал на блок питания с USB PD, кабель с USB PD триттегром на 12В и собственно релюшка на 12В.
Этот макаронный монстр заработал сразу, но упервой релюшки отвалился контакт - слишком мягкий был.
Это где то час-полтора заняло всё найти и соединить.
Ещё час или два я разбирался с generic_thermostat в HA.
Итого с перерывами, поиском, сборкой, наладкой и настройкой комфортного режима это заняло часов 8.
Сидеть распаивать детали - очень долго, я помню по детским конструкторам это довольно долго, даже когда у тебя есть плата, схема и остаётся только паять.
> Сидеть распаивать детали - очень долго, я помню по детским конструкторам это
> довольно долго, даже когда у тебя есть плата, схема и остаётся
> только паять.При нормальном подходе, типа SMD - все как раз шустро и технологично. Чиркнуть 4 раза по сторонам QFP паялом занимает минут 5 - и вот уже все 64 лапы запаяны. А остального там - минимум. А те кто ручник не отпустил и удумали все 64 лапы лично тыкать, конечно, уверены что это сложно и долго.
Технологии шли вперед не только в софте. С таким же успехом можете ассемблировать на листочке или вбивать HEX коды на шину тумблерами. А вон те конструкторы это так же но для пайки. А реально - джамшут из ларя с мобилами такое вытворяет, что половине крутых девов электроники не снилось (так что порой их подряжают прототип собрать, чтоб самому с высокоплотным BGA не возиться).
Автор сам вряд ли понимает, просто сделал чтобы было модно молодежно, в тренде, так сказать.
Недавно еще на UFS нельзя было softupdates + snapshots. В 14 ветке наконец-то пофиксили, не прошло и 20 лет)Но сейчас ufs официально легаси и рекомендуется только для слабых систем и мелких дисков.
хотя, имею примеры в продакшн ufs разделов 100-200TB, полет нормальный. McKusick был удивлён когда я ему баг при проверке больших разделов зарепортил, думал что все на zfs уже)))
Совсем недавно. 15 лет назад.
https://www.opennet.dev/opennews/art.shtml?num=24613
> Недавно еще на UFS нельзя было softupdates + snapshots. В 14 ветке
> наконец-то пофиксили, не прошло и 20 лет)Ты имел в виду _журнал_ и snapshots. Ну и пофиксили это еще в 13.
Да, каюсь, конечно же su+j. просто оно по отдельности совсем не интересно, поэтому воспринимаестя как одно целое)
Теперь всегда отключаю журнал чтобы после сбоя был полный чек ФС, ибо были неприятные моменты когда быстрый чек по журналу не находил и не исправлял ошибки и это потом вылезало во время работы.
Для ссд так вообще не мешает, а вот для 10тб массивов проверка получается долгая.
> Теперь всегда отключаю журнал чтобы после сбоя был полный чек ФС, ибо
> были неприятные моменты когда быстрый чек по журналу не находил и
> не исправлял ошибки и это потом вылезало во время работы.
> Для ссд так вообще не мешает, а вот для 10тб массивов проверка
> получается долгая.Офигенное состояние блочно-фсного уровня в BSD как оно есть. Холст, масло, опеннет. Это в линухе уровень EXT2 примерно будет.
> Офигенное состояние блочно-фсного уровня в BSD как оно есть. Холст, масло, опеннет.
> Это в линухе уровень EXT2 примерно будет.А вот и кексперд-сказочкик294 не утерпел и подтянулся со своими фантазиями.
ЧСХ, реальность с полностью разваливающейся после сбоя EXT4 он старательно игнорирует -- "ни щитаица".
> А вот и кексперд-сказочкик294 не утерпел и подтянулся со своими фантазиями.
> ЧСХ, реальность с полностью разваливающейся после сбоя EXT4 он старательно игнорирует
> -- "ни щитаица".У меня вообще btrfs, с метаданными в схеме dup - не склонно разваливаться и не нуждается в полной проверке (небось еще и ДО загрузки системы?!). А так по приколу пережило 1000 power cycles при тестах (тест честный - полевик в питалове, дергаемый МК совершенно неожиданно для одноплатника).
Так что почему бы мне с ваших офигенных технологий хранения и не посмеяться немного? Ибо это просто позор какой-то.
>> А вот и кексперд-сказочкик294 не утерпел и подтянулся со своими фантазиями.
>> ЧСХ, реальность с полностью разваливающейся после сбоя EXT4 он старательно игнорирует
>> -- "ни щитаица".
> У меня вообще btrfs, с метаданными в схеме dup - не склонноА, ну т.е. уровень кекспертизы как обычно - фантазии на тему "как оно там наверняка должно быть" ...
А то я аж удивился - неужто в EXT2(3/4) объединенный (или хотя бы асинхронный) трим завезли. Или снапшотики. Ну или tail packing. А оно вон как ...
Да мне реально пофиг какого там уровня, функционала вполне хватает.
То что пришлось отключить журнал и гонять каждый раз полную проверку - вероятно тут есть заслуга самого железа которое не всегда реально записывает когда от него это требуют.
Так же вероятно что с 2017-2019 годов что то поменялось в лучшую сторону, просто мне не сильно интересно и не сильно мешает полный чек дисков после некорректного завершения работы.
Потому что если бы сильно припекало то я бы на ZFS перешёл для обычных хардов с большим объёмом и не пришлось бы ждать полной проверки перед монтированием.
>Недавно еще на UFS нельзя было softupdates + snapshots.15 лет уже как работает, трепло :)
>Но сейчас ufs официально легаси
Ссылку на бздяшную документацию ты конечно же не предоставить? трепло :)
Про su+j и снапшоты я выше написал.А zfs, как минимум, с того момента как стала дефолтной в инсталляторе (гдето в 13 ветке).
А откуда дровишки, чт о основная файловая сстема стала legacy? Влажные фантазии?
Как минимум, она стала дефолтной в инсталляторе. А вообще, была дискусиия в рассылке freebsd-fs, насвскидку не смог найти.
> Как минимум, она стала дефолтной в инсталляторе. А вообще, была дискусиия в
> рассылке freebsd-fs, насвскидку не смог найти.То, что там по умолчанию в инсталляторе, не имеет никакого отношения к тому, что насколько устарело. Оно наверно там давно по умолчанию, а до сих пор не рекомендуют модуль zfs собирать в ядро... а после того, как туда дотянулись линуксячьи лапки и полезли довольно весёлые глюки zfs похоже перешла в статус вечной альфа-бэты...
> хотя, имею примеры в продакшн ufs разделов 100-200TB, полет нормальный. McKusick был
> удивлён когда я ему баг при проверке больших разделов зарепортил, думал
> что все на zfs уже)))Ты б еще на FAT32 такое вкатил - у майкрософта бы вообще глаза на лоб вылезли. А маккузик наверное все же догадывается что сколько специй в какашку не сыпь - какашкой останется.
Потому, что оно там от рождения. ЗФС развивалась на соряре и ФриБСД.
Это к линуксам ее костылями прикручивают.
На линуксе её как раз-то пилят. В таком, почти неизменном виде она потом идет во фрибзд.
А где сейчас соплярка, сам знаешь...
Ты лучше следи за тем, куда линукс шагает. Может составить компанию солярке.
Неее ...Солярка - померла.
Линукс - сменил пол 8-\
Раньше было WMD!(C) ... а теперь платиновый спонсор и телеметрия.
Раньше было "show your code"(C) а теперь - повесточка b С0С-и.
> Неее ...
> Солярка - померла.
> Линукс - сменил пол 8-\
> Раньше было WMD!(C) ... а теперь платиновый спонсор и телеметрия.
> Раньше было "show your code"(C) а теперь - повесточка b С0С-и.Линукс - такой как его нарулишь. А при вашем умении и камлании на благодетелей вы конечно будете с сменой пола без спроса и прочей телеметрией от платиновых спонсоров. А все потому что своим ходом вы вообще недееспособные оказались. Выбор между UFS ископаемым и ZFS тормозным и жрущим оперативу? Это все что вы могли?
То что пилят, это хорошо. Но на фрибсд была ЮФС которая давным давно устарела и было принято решение не пинать трупик. а полностью перейти на ЗФС.
Или вы хотите сказать что если что-то используется на линуксе, то больше нигде сипользовать нелья?
Или смутило что ни линуксах оно не нативно а в виде костылей?
>Но на фрибсд была ЮФС которая давным давно устарела и было принято решение не пинать трупик. а полностью перейти на ЗФС.Линк на такое решение ты кончено же не предоставишь, трепло? :-)
А где-то есть другая информация? Они решили продолжать развитие ЮФС?
Это целиком ваша фантазия.
От UFS никто не отказывается и не собирается, у неё есть свои плюсы, и была инфа от нетфликса что они используют UFS у себя на раздающих нодах (это которые 100гигабит+ с тазика TLS льют) потому что она меньше нагружает и в целом для задачи лучше подходит.
И в самой системе даже близко нет никаких попыток потеснить UFS в сторону депрекейтед.Зачем развивать то что и так прекрасно работает и решает все задачи?
Примитивные задачи последовательного чтения блоков с диска и перекладывания их в память сетевой карты действительно отлично решает. Впрочем, для такой примитивной нагрузки файловая система и вовсе не обязательна, даже мешает немного. Но это очень специфично для раздающих тазиков Нетфликса, у простых смертных задачи куда сложнее.
Я простой смертный и мне UFS2 более чем достаточно.
xFATxxx вот маловато, а NTFS (в редакции 2к+) и UFS2 вполне достаточно.
Так тебе и компьютер особо не нужен, айпэда хватило бы для всего. Дома так точно.
А что с ним делать то?
Ни нормального ввода, ни переферии, ни покопатся в потрохах...
> Ни нормального ввода, ни переферии, ни покопатся в потрохах...HP Prime II купи и копайся в потрохах. Это тебя займёт на какое-то время. ;)
>> Файловая система UFS удалена из списка опций для установкивот поэтому
> Непонятно зачем на десктопе ZFS.других fs у меня для вас нет.
(собственно, не вижу проблем - той стюардессе действительно давно уже пора отдохнуть)
Там есть Boot Environments.
Хорошая игрушка, но оказалось, что звук работает только если сначала загрузить венду или линукс и потом без выключения перезагрузиться в сабж. Впрочем, у фряхи так же. Ну и DE сегфолтилась частовато, но это мелочи.
А у меня со звуком все ок, но вот вафля не коннектится к сетям, хотя видит их. А после перезагрузки обратно в Винду, вафля вообще отваливается и требуется дёрнуть режим в самолёте туда и обратно.
У меня дуалбут линукс/фрибзд. Для фрибзди я напрочь отучился делать ребут. Только выкл, а потом вкл через несколько сек. Только тогда фрибзд может нормально инициализировать вафлю. С линуксом же всё норм.
ноутбучные проблемы у вас вижу я.
на нормальные сервера не пробовали ставить?
> на нормальные сервераТы название темы читал? П.с. каковы по твоему критерии "нормальных серверов"?
Уже не пробуем. Преимущества сабжа перед линуксом закончились уже давно. А на ноуте хочется погонять.
#devctl detach pci7:0:0
#devctl clear driver -f pci7
#devctl set driver pci7:00:0 ppt
#devctl reset pci7:00:0это мои заметки чтобы драйвер на лету поменять, полагаю так же можно сбрасывать состояние устройства, покопайте в этом направлении и скорее всего получится сделать то что вам надо без ребута.
Фря не должна сбрасывать конфиг звукового чипа после биоса, возможно у вас какой то особый конфиг для него который вливает драйвер установленный в венде.
Если интересно - копайте, я видел отписания на багтрекере или форуме как настраивать звуковой чип и конфиг вероятно можно будет тоже подсмотреть одни раз перезагрузившись из венды.
Да там почти 100 % дело в таблицах ACPI связанных с питанием устройств. Как вариант сдампить и декомпилировать их (благо это возможно), покопаться в коде (там просто всё). Хакинтошники хорошо знают этот путь.
Зачем такие сложности?)Просто прикиньтесь вендой:
hw.acpi.osname="Windows 2015" # Some systems' ASL may have problems because they look for names of Microsoft operating systems.это надо добавить в loader.conf
Но лучше сразу создать кастомный ACPI, который будет учитывать особенности железа, чем пытаться использовать костыли, поведение которых «на авось».
Это всякий раз возня которую надо повторять после обновления биоса, и даёт оно часто ничего относительно просто прикидывания вендой.
У вас так часто он обновляется? У меня обновления перестали прилетать на второй год после покупки материнки :-)
С 2017 года по октябрь 2024: https://www.asrock.com/mb/AMD/X370%20Taichi/#BIOS
С 2018 по текущий 2024 год: https://www.asus.com/motherboards-components/motherboards/al...Видимо у вас интел какой или ноубук, у жены асус на райзене тоже забросили обновлять года за два.
> hw.acpi.osname="Windows 2015"А почему 2015?
Потому что в ACPI венда так представляется, я подбирал исходя из того что было в конкретном биосе одного ноута.Вот табличка от мс: https://learn.microsoft.com/en-us/windows-hardware/drivers/a...
> Потому что в ACPI венда так представляется, я подбирал исходя из того
> что было в конкретном биосе одного ноута.
> Вот табличка от мс: https://learn.microsoft.com/en-us/windows-hardware/drivers/a...10х
Уже нашел такую табличку в исходниках линукса.
> 10х
> Уже нашел такую табличку в исходниках линукса.А, линукс сам это делал - а у вас как обычно надо мануально? :)
>> 10х
>> Уже нашел такую табличку в исходниках линукса.
> А, линукс сам это делал - а у вас как обычно надо
> мануально? :)Ты как обычно ничего не понял, но нагазовал на всякий случай.
>> hw.acpi.osname="Windows 2015"
>А почему 2015?Можно сделать "acpidump -d > somefile" и посмотреть, что конкретно у вас в Биосе насчет представления Windows.
> Добавлена поддержка GPU AMD FirePro, AMD Radeon R5 и R6.Актуалочка
iwlwifi кстати всё ещё не переносит спячку.
А в чём проблема его выгрузить перед сном а потом снова загрузить?
kldunload/kldload - полностью убивает вайфай. До самого ребута.
Вероятно надо поигратся с devctl reset pci7:00:0 и прочими которые я тут описал.
Ну согласись, геморно всё это... И вообще тащить из линукса дрова с минимальной переработкой плохая затея, ну глючат же и тупят в результате в отличие от родных.
Так а почему родные не написал никто? Вон в Линуксе же есть, как так вышло что в FreBSD надо то виртуалку с Линуксом ставить, то тащить оттуда код абы как, то ещё какие-то выкрутасы?
> Так а почему родные не написал никто? Вон в Линуксе же есть,
> как так вышло что в FreBSD надо то виртуалку с Линуксом
> ставить, то тащить оттуда код абы как, то ещё какие-то выкрутасы?Напишешь?
Бюджет всех BSD систем Linux линукс просирает небось быстрее, чем за месяц. Тут среди спонсоров не нашлось заинтересованных, а работающие из интереса 1,5 землекопа не могут реализовать без нормально й документации всё то, что необходимо.
> Напишешь?Вряд ли, не моя кафедра, не мой собор. Да и не надо мне. Весь мой опыт использования фряхи был в контексте миграций с неё на мейнстримный линукс, да и то иссякло лет пять назад. Я интересуюсь из любопытства больше, вроде пользователи у неё всё ещё есть, и даже на десктопах, а тут вон читаю что драйверы вайфая толком не работают и заинтересованных внезапно нет. Проект стагнирует выходит.
> Я интересуюсь из любопытства больше, вроде пользователи у неё всё ещё
> есть, и даже на десктопах, а тут вон читаю что драйверы
> вайфая толком не работают и заинтересованных внезапно нет. Проект стагнирует выходит.С точки зрения дров вайфая уже лет 10 как стагнирует, а в остальном вполне себе развивается. Народ от дистрибутов линуха со всеми возможными дровами на десктопе нередко блюёт, а чего уж тут ожидать.
> С точки зрения дров вайфая уже лет 10 как стагнирует, а в
> остальном вполне себе развивается. Народ от дистрибутов линуха со всеми возможными
> дровами на десктопе нередко блюёт, а чего уж тут ожидать.И в чем развитие блочно-файлушного уровня например состоит? В UFS, которому место по современным меркам на свалке истории? Или в том что из проекта ZFS-On-Linux (ZoL) зфсину кое-как копипастят на проволоку и скотч? Так его тоже там для линуха пиляли так то.
Нет, проект не поспевает за прогрессом во всех поддерживаемых в нём технологиях.
Вам шашечки или ехать?)
Я же не против если вы возьмёте и там внутри в коде почините чтобы вам стало хорошо. Я же предложил быстрый воркароунд который пихается в devd хук минут на 5-10 и вероятно будет работать.Насчёт тащить из линуха - мне пофиг, лишь бы работало.
> kldunload/kldload - полностью убивает вайфай. До самого ребута.А говорили что intel wifi офигенно работает, wifi 7 уже запилили, все дела. А, это видимо часть той инициативы по улучшению поддержки ноутов: нет вафли, нет багов в ней!
Тестил на гаражном ноуте. Довольно качественно приготовленный mate и в целом на первый взгляд всё работает. Только вот чо с ним делать, если софта нет.
>софта нет.в pkg или порты заглядывали?
там навскидку от 22 тысяч до 25 тысяч шт. (примерно) разного софта доступно.
А если накатить в линуксулятор убунту/дебиан можно ещё много чего наставить. Но это не точно. 😏
> А если накатить в линуксуляторТолько тогда встаёт вопрос, нафига оно надо, если сразу можно поставить линспнус а может даже и венду?
>если сразу можно поставить линспнуси systemd
Если ты не знаешь ответа на этот вопрос - покупай ыМак, не прогадаешь.
> в pkg или порты заглядывали?Заглядывал, всё тот же мусорный софт, как и для всяких этих линспнусов. Где фотошоп, где автокад, где ableton live, где fl studio. Список можно продолжать до бесконечности.
Заявите производителю нужного софта о готовности вас и ещё нескольких тысяч желающих оплатить лицензии на новый продукт, тогда он и появится. На BSD в основном халявщики, кто же будет разрабатывать софт для таких?
Ты что, не в России живёшь? Кто ж за воздух платит из своей кровно заработанной штуки баксов на ненавистной работе?
Да ты чё? Лутше качнуть photoshop с рутрекера бесплатно и пользоваться уважаемой Виндой. Это же экономия огромная.
не забудь тотелкомандир с плагинами на пару-тройку гигов. А шо, а вдруг захочется просмотреть автокадовский файл? Там и автокад внутрях, удобна жи (не шутка, помню такие "сборочки" лет десять назад)
> Заглядывал, всё тот же мусорный софт, как и для всяких этих линспнусов. Где фотошопPhotoshop online по подписке разве зависит от операционной системы? Похоже, Вы сюда зашли поделиться грустью.
> Photoshop online по подписке разве зависит от операционной системы? Похоже, Вы сюда
> зашли поделиться грустью.Так заканчивается демократия^W, под апплодисменты, пираты стройными рядами обнаруживают что качать теперь вообще нечего. Вместо продукта теперь - услуга. И как ты ее пиратить будешь?! Серверсайд тебе никто никогда не даст.
Почему-то эта фигня у меня не работает в варе.
> Добавлен пакет utouch-kmod с драйвером для мышиВот только: "Note: This driver is deprecated on FreeBSD 13+. Please use hms(4) bundled with base system. It is disabled by default and can be enabled with adding of following lines to /boot/loader.conf".
Те не понятно как они там с 14 стабле синкались что понадобилось то что выкинули ещё во времена 13.
Такое ощущение что дистр умер и делает вид живого чисто ради донатов.
Даже у меня дома за год было примерно столько же изменений в конфигах фри и работает это судя по описанию лучше.
А что ты считаешь живым дистром? Ну там же всё настроено и работает, софт обновляется. Чего-то своё там вроде изначально не разрабатывали, это чисто шаблонная настройка для неосиляторов. Или ты предлагаешь впилить туда на пол шишки системд или собрать вялого с х-вяленным, чтоб софт был, чтобы как в пингвиниксах: тут системд, а тут всё ещё инит, тут логи в journald, а тут в syslog'е, тут вяленый с Х-прокладкой, а давайте ещё Мазиллу в снап закатаем, чтоб больше жрала и тoрмoзиллллa...
Нормальный дистр, обновляется, вроде нечерезжопный, не нравится - УльяновскBSD уж точно крут.PS: прошлую ночь копался в бубунте подавана, рвотные позывы до сих пор одолевают... Иногда для общего развития собираю Генту, это видимо единственный вменяемый дистрибутив.
Я в общем уже писал что пилить дистр на базе фри можно только одним способом: накидывать патчи сверху и время от времени делать git pull --rebase.
Ребята накидали своих коммитов и теперь таскают какие то отдельные коммиты или непонятно как мержат. Это и не форк и постоянные проблемы с мержами.И скажем я сравнил чейнджлок с тем что в убунте бывает.
С другой стороны у нас дома тоже изменений совсем мало было, вроде всё и так устраивает.
Как-то давно не было новостей про Стрекозу с её Молотом.
CI Build #604 (17 нояб. 2024 г., 9:04:45)Шевелится тихонько.
Уж что, а стрекоза точно не для десктопа. Стабильная самодостаточная система, у меня на файлопомойке крутилась с 2012 до 2023 года. Поставил, настроил и забыл.
Что сейчас крутится на файлопомойке?
Вижу тут есть знакомые сабжем люди.
Вы не могли бы проранжировать семейство *BSD по степени нинужности?
Ну и референсы какие-то: напр.Ubunta, Arch, Antix, Trisquel.
Надо было спрашить какая ближе виндузятникам...Вот мой беглый взгляд по сайтам:
FreeBSD - открыте сатанисты, странно будет если не вставят 100-500-666000 зондов;
OpenBSD - аналогично, хоть и картинку удодскую на сайте заменили, но судя по описанию уже только установки - просто неуважение к пользователю... по формуле пользователь должен страдать, что же далее!... (как и у FreeBSD подозреваю и м.б.и прочих)
DragonFly - очень себя красиво хвалят но, аналогично нет ни руского на сайте в док-ции, ни толком её, ни вменяемой частоты обновлений - несколько-летний релиз предлагаеся к загрузке... (или они уже сдохли?) нет LiveDVD а, ставить чтобы увидеть командную строку с крипто командами, да ещё у каждого с освоими ньюнсами мозго вынося только этим, как то влом.
... - никакак не дойду до сайтов или уже забыл что там.
%миллиард линуксов% - хм.......... лучше промолчу.
Идеалогически *BSD более заманчивы "Linux" выглядят, т.б.GPL вообще какой то Ж.по факту оказывается для ОС или наоборот ПО вне такой ОС, но это настолько алиенские ОС что на их фоне какойнибудь ALLin1Floppy... Kolibly, почти ничего не поддерживащий и тоже на GPL,
- куда более вменямо выглядит.
Правда для адекватного использования его надо переделывать, лучше с нуля... и лучше без ассемблера... А, тогда уж если ни ReactOS или DOS то, какаянибудь Amiga или BeOS 'a замена тут куда лучше выглядит. Но... см.п.1 на следующей строке.Но, по факту виндузятниам всёравно всё упирается в вин ПО/игры и не менее главное умение её/ОС пользоваться и настраивать... это такая дыра потраченного времни что я даже спустя 20 лет для XP почти ничего не знаю о ней даже о её новшествах в дос строке... (в т.ч.и потому что не особо то и надо, а вот в линуксах такое непркатит... а, где взять столько время - уже только просто во время интернета...)
Но, если вернуться к ReactOS - переход с виндов мог быть только в случае хоть какого то значимого плюса кои могло бы быть только повышение безопасности в т.ч.и отсутвие легализации а.зонда в мс Лицензии, т.е.безоасность хоть чуть выше нуля а, они изначально пошли по более выгодному и лёгкому но, несовместимому с opensource сообществом - ориентируясь на совместимость с уберблобными проприетарными драйверами, в итоге желающих её развить или донатить - ещё поискать даже несмотря на гипер-раскрученность сранительно с прочими любыми ОС.
Впрочем, правками WINE - больше всех с неё выиграли вообще линуксоиды и даже маковцы... Помогать своим конкурентам это ...так мило но, спорно что умно. Теперь даже поверхностных линуксоидов уж точно не переманить к ним, а значит и в разработку... Патовая ситуация им и виндузятникам из понимающих необходиомсть отказа от виндов.
У меня хоть и есть ряд идей тут, но нет времени и даже просто желания высказывать их кому попало, как например самим ReactOS'овцам - и по ныне работающим на заморского дядю, судя только по тому где сервер проекта, даже давно демонстративно выпиливший поддержку руского языка...
> Вы не могли бы проранжировать семейство *BSD по степени нинужности?
> Ну и референсы какие-то: напр.Ubunta, Arch, Antix, Trisquel.Если это ранжировать, subj и убунта - это галантерейщик и кардинал, вместе они сила!
> Вижу тут есть знакомые сабжем люди.
> Вы не могли бы проранжировать семейство *BSD по степени нинужности?
> Ну и референсы какие-то: напр.Ubunta, Arch, Antix, Trisquel.Оченть просто:
GhostBSD - ненужно в квадрате
FreeBSD - просто ненужно
OpenBSD - скорее ненужно
NetBSD - настолько ненужно что надо подуматьКак видите бзд очень даже ненужно, но линпус всётаки побеждает кол-вом диверсификации ненужного. Например с линпус, каждый сможет найти максимально ненужный для себя вариант:
Новичок? Ubuntu!
Школьник? Arch!
Фурри-квадробер? Antix!
Человек-невидимка? Trisquel!
DragonflyBSD единственная норм была. Но скорее для дома. Если видеокарта поддерживается. А из netbsd очень хорошо было готовый код утягивать.
Хотел сабжа с Xfce. Не поддерживалась встроенная видеокарта. Нашел старенькую AMD. Установилось. Вполне годно оказалось. Уже полгода пользую. Qt 6 в комплекте. Но без проблем установил из репов также Qt 5.15 (Qt может поддерживать хоть сколько разных версий), чтобы любимые приложения компилировать. Обновления регулярно приходят и ставятся без проблем. Короче, единственный BSD, сделанный удобно. Как говорится, с человеческим лицом.