Подготовлен первый бета-выпуск FreeBSD 13.0. Выпуск FreeBSD 13.0-BETA1 доступен для архитектур amd64, powerpc64, powerpc64le, powerpcspe, aarch64 и riscv64. Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2. Сборки для i386 и 32-разрядных плат ARM не сформированы...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54546
В прошлый раз когда я хотел взять фряху в качестве десктопа, меня очень разочаровала невозможность полноценно использовать имеющиеся данные на разделах с lvm-ext4. С ntfs разделами и ntfs3g в линуксе меньше проблем было, хотя бы данные были полностью доступны (даже если ntfs3g ускоренно деградировала разделы).
FreeBSD считаю исключительно серверной платформой гибкой в настройках. Десктоп из неё получится только с паяльником и напильником в руках. Linux то да. Ближе к телу юзверя :)
> считаю исключительно серверной платформойВаше экспертное мнение исключительно важно для нас.
Держите нас в курсе!
> Осуществлён переход на унифицированную c Linux реализацию
> файловой системы ZFS от проекта OpenZFS.фряха полностью пала ниц перед линуксом... боже, какой позор... уже зфс из линукса тащат...
...но при этом по мнению экспертов-линуксоидов ZFS в линуксе нет и не будет никогда!
это нормально. мегаэксперты не должны ограничивать полёт фан... аналитики мелочами типа взаимоисключающих параграфов.
Эти бсдшники такие затейники :)
Большинство линуксоидов не является побирушками, чтобы вот такое, с лопаты.
> Большинство линуксоидов не является побирушками, чтобы вот такое, с лопаты.Ну systemd-то скушали, даже не обляпались. btrfs тоже скушали. Что дяденька из IBM/RedHat принесет, то вы и будете нямкать. Главное - умело делать вид, что было вкусно, именно этого и хотелось, и слаще съеденного нет ничего на свете.
> Ну systemd-то скушали, даже не обляпались.Кто хотел - скушал, кто не хотел - не скушал. Всякие диваны и прочие генты живут себе. А то что большинство как оказалось с удовольствием отправило глючную и проблемную скриптятину на свалку - к тому были и сугубо инженерно-технические предпосылки. И почему бы они у меня должны быть принципиально иные нежели у RH или IBM?
> btrfs тоже скушали. Что дяденька из IBM/RedHat принесет, то вы и будете нямкать.
Да вот я как-то знаю где эти дяденьки обитают. Живьем. И вот что-что а они таки специалисты, относительно абстрактные от корпораций. Заметь, некоторые так вполне себе перешли в другие фирмы. И у конкретно редхата с ФС вообще имхо очень так себе. Их питонмакакаки с сратисом мне не вштыривают и пусть они сами юзают это счастье. Вместе с этим их XFSом, где даже старую версию в новую низя сконвертить иначе чем полным пересозданием фс. Так что RH умеет показывать почему именно btrfs рулит, хоть и врядли рад тому факту т.к. сам официально его вообще не сапортит. Правда с федорой опять заигрывать стали :)
> Главное - умело делать вид, что было вкусно, именно этого и хотелось, и слаще съеденного
> нет ничего на свете.Здесь нет никаких трюков и притворства. Есть технологии которые мне нравятся. И которые работают для меня. А то что корпам они тоже нравятся - они что, марсиане, или может дышат метаном?
> с удовольствием отправило глючную и проблемную скриптятину на свалкуНу да, ну да. Юнит системды который дёргает демона и текстовый скрипт который дёргает демона это охренеть какие разные технологии. Не споткнись об скриптятину, ты её под ноги себе выкинул.
> Здесь нет никаких трюков и притворства.
Ну да, ну да... Не было бы притворства - не бегал бы по форумам рассказывать как тебе хорошо.
Твое мнение является не объективным и предвзятым. Десктоп из Фряхи не хуже чем из Линуха.
Так-то в Линуксе Skype работает. А во Фре - нет. :-/
Зачем, когда скайп давно полноценно через браузер умеет, как и многое в наши дни. Браузер и стал универсальным сервером пользовательских приложений.
только чатики.
>. Браузер и стал универсальным сервером пользовательскихК сожалению.
В этом и проблема.
Скайп полноценно умеет только через Chrome (насчёт полноценности, кстати не уверен), которого в BSD нет.
В других браузерах голос/видео/шаринг экрана не работают.
В фряху есть хромиум, с которого я и пишу данный комментарий.
Конечно есть, вот только в нём, в отличие от махрового Хрома, не работает голос, видео и шаринг экрана в скайпе.
У меня в Линуксе не работает скуйп
Отлично встала 11 фряха на старую платформу am2+. И через связку какого-то нонейм блютус установил связь с тешкой и доставил нужное из портов. Ну и в работе все гуд. Хендбук отлично помог, все четко, доки в одном месте. По сравнению с зоопарком линуксов прямо благодать.
В далеком 2007-ом, когда ляликс ходил пешком под стол, свободно юзал фряху на десктопе, ни в чем себе не отказывая. iven_83 так и вовсе держит фряху на 5 десктопах дома - и тоже никаких проблем не испытывает. Чего нельзя сказать про пользователей б-жественной помо... ой, т.е. бубунточки, у которых всё отлично работает, но лор почему-то завален жалобами "обновил систему, всё отвалилось, памагитя!!!!11один" (:
> В далеком 2007-ом, когда ляликс ходил пешком под стол, свободно юзал фряху на десктопе, ни в чем себе не отказывая.А потом ты перешёл на вантуз. Поблагодарим фряху за это.
> iven_83 так и вовсе держит фряху на 5 десктопах дома - и тоже никаких проблем не испытывает.Испытывает. Писал. Как по мне, Иван83 - один из немногих адекватный бздшников. Наверное потому, что он её таки юзает. Описанные им проблемы с вайфаём и графикой подтверждаю.
> Чего нельзя сказать про пользователей б-жественной помо... ой, т.е. бубунточки, у которых всё отлично работает, но лор почему-то завален жалобами "обновил систему, всё отвалилось, памагитя!!!!11один" (:Да, было такое с pkg. Самообломавшийся недоапдейт, оставивший систему в полуразваленом состоянии. Без иксов и сети. Вот только не на линуксе, а на фрибзде.
>А потом ты перешёл на вантуз. Поблагодарим фряху за этоЯ и до этого на ней сидел. Появились задачи, где винда уместнее - вернулся обратно. Выбор инструмента под задачу и отличает разумного человека от крсноглзого фанатика, у которого руки чешутся везде воткнуть ляликс - на десктоп, на сервер, родителям, родственникам, подружке, в стиралку и даже в кофе-машину.
>Описанные им проблемы с вайфаём
Подтверждаю, работает неважно.
>Самообломавшийся недоапдейт, оставивший систему в полуразваленом состоянии
Где багрепорт, Билли?
> на десктоп, на сервер, родителям, родственникам, подружке, в стиралку и даже
> в кофе-машину.Секрет прост: дело мастера боится. После того как ты освоил технологию, она работает и в стиралке, и кофе-машине, и у подружки с родителями. Потому что тот кто это делал в своей системе разбирается - и может ее хоть под что изогнууть, если гибкость ОС позволяет. А можно телепаться из системы в систему - только результатом обычно эникейщик, "все по верхам".
а как тебе pkg сеть сломал расскажи нам
>В далеком 2007-ом, когда ляликс ходил пешком под стол, свободно юзал фряху на десктопебред оф сив кэйбл.... юзал фряху в 2003-м на серверах, потом она стала нетортом 5Х
Параллельно держал её и на десктопе, линукс и тогда был абсолютно ничем не хуже, та же гента.Во фряхе тогда уже были дико тормозные ФС, и отсутствие security-only-апдейтов. Пара неких сферических плюсов навроде нетграф - фряшки потенциал не раскрыли.
Сейчас фряху используют только упоротые фанатики, увы, битва проиграна...
Геом, нетграф - это больше для разработчиков, ровно как и гстриммер, и вендовые кодеки/фильтры которые так же точно в граф собираются.
Тут всегда проблема в том, что документация и консольные утилиты слишком сложны для юзания, а графических утилит чтобы там рисовать графы из кубиков нет. (для венды вроде есть, но опять же - кроме автора и ещё пары человек она бесполезна)
Яндекс, EMC, NetApp, nginx, Netflix, arm, Juniper - фанатики упоротее некуда (:Ляликсоиды постоянно кого-то хоронят. Двадцать лет винду хоронили-хоронили, добились ажно 1% - начали хоронить BSD. Ляликс то ли разжижает мозги, то ли чем-то привлекает неудачников, которым кровь из носу надо кого-то побеждать - сказать сложно. Даже в чисто ляликсовых топиках вы умудряетесь вывернуть друг другу кишки в споре, какой ляликс православнее.
DuckDuckGo на FreeBSD. Но для десктопа это мёртвый номер.
В яндексе freebsd представлена по остаточному принципу. Что-то в дальних углах завалявшееся. Свалили таки на линукс. И да, наличие в исходниках freebsd комитов с упоминанием компании, или отдельных её сотдурников, ещё не значит, что эта компания активно использует эту ОС.
В яндексе фря на фронтах. Довольно распространенное решение - внутрянка крутится на каком-нибудь докере для удобства разработчиков, балансировка и прочий фронтенд - под фряхой.
Все вышеперечисленные и линуксы юзают в полный рост, да и вообще, скорее линуксовые компании, чем бздишные. Зато линукс-это суперкомпы, ынтерпрайз, майнфреймы, все гуглы с амазонами и фейсбуками. Так что вышеперечиcленные-это капля в море, свидетельсто о том, что bsd rip.
Ну да, используют. Я какбе и не заявлял обратного. А то, что bsd rip - среди ляликсоидов вообще какое-то нездоровое отношение к теме смерти. То винда маздай, теперь вот bsd rip. Карательная психиатрия должна помочь.
> В далеком 2007-ом, когда ляликс ходил пешком под столв 1998 начал использовать линкус на десктопе, а в 2001 на ём уже работал оракл в продктиве,
какие столы в 2007? не бухайте!
>> В далеком 2007-ом, когда ляликс ходил пешком под стол
> в 1998 начал использовать линкус на десктопе,Странно, обычно на опеннете, в комментах к новости о БСД (и только там, почему-то), сложно встретить пингвинятников со стажем менее 30 лет.
На десктопе не сильно хуже линукса.
Паяльник+напильник сводятся к тому, что нужно посещать багтрекер и тягать от туда патчи, которые ленивые маинтейнеры по каким то причинам не вкатили.
Фряхя себя никогда не позиционировала как десктопная ОС. Это скорее возможность, чем обещанная функциональность.
Это серверная ОС и десктопом вряд-ли она станет в ближайшее лет 10,если не появится раньше компания которая будет финансировать и развивать поддержку десктопа.
Компания, потому что энтузиастам это неподсилу, ресурса надо очень много.Программы уже стали очень сложными, чтобы их могли тянуть бородатые гики за пиво, дальше из-за наращивания абстракций отдаляющих от сути работы компьютера, разбираться во всем будет крайне сложно так как в каждом мире кода все будет описываться абстракциями и терминами которые отличаются друг от друга. Возможно это и будет закат Community версий программ, все будет принадлежать монстрам типа гугл, майкрософт. Код будет открыт, лицензия сохранится, только толку от этого если вся документация по используемым подходам и описанию абстракций будет закрыта. Компания откажется поддерживать какой то wget в который внедрили функции ИИ и отправки данных сразу в чайник и прочее и издохнет он, а без этих функций он уже будет никому не нужен. В итоге все будут топить за проприетарныц ms-wget и платить за него, так как он сразу в чайник загружает через кучу серверов постобработки данные о любимых котиках...
И все это случится из-за таких людей как ты, которые хотят функционал в северной ОС который в северной ОС не нужен, но когда вы будете готовы за это платить, то все появится сразу, потому что ОС бесплатны пока ещё для пользователей, но не для их разработчиков, которые сейчас тянут все это веря в светлое будущее коммунизма который задушит капитализм 20-50 летними стратегиями захвата...
Остапа несло. ;)
Демагогия 80 левела. Столько времени потратил чтобы ерунду написать. Устанавливаешь на фряху иксы и СРС и вот тебе десктоп.
Нет.
> десктопом вряд-ли она станет в ближайшее лет 10,
> если не появится раньше компания которая будет
> финансировать и развивать поддержку десктопаЗачем какие-то отдельные, дополнитеньные компании да финансирования только для того, чтобы возможность фряхе стать десктопом только появилась? Для десктопа ж достаточно просто установить нужные приблуды - вот и весь десктоп. Понятно, что установить их нужно руками, а не так, как в линуксах - установил линкус и все десктопные приблуды в нём стоят уж. Или компании да финансирования требуются для того, чтобы научить руки ставить нужные для десктопа приблуды? :-)
То что на Фряхе мало дистибутивов для десктопа и они мало известны это факт.
А зачем ей зоопарк дистрибутивов? Она и так хороша. Да и линуксу не мешало бы схлопнуться до старых Debian/SUSE/RH/Slackware/Arch/Gentoo.
> схлопнуться до старых Debian/SUSE/RH/Slackware/Arch/Gentoo.арч и генту не в тему.
старые мостодонты тут только дебиан (1993), суся (1992), редхат (1993) и слака (1993). всё.арч вообще не в тему. это ж ньюфаг в мире линукс (2002), как впрочем и гента (2000).
куда старше бзд системы:
netbsd - 19 April 1993
freebsd - 1 November 1993openbsd тоже более молодая(July 1996), потому как это не независимая ос, а форк-обрубыш от netbsd.
BSD это отдельная история, я говорил о линуксах конкретно, арч и генту хоть с натяжкой можно отнести к старикам, поскольку они не ответвились в четырнадцатом колене от всё тех-же слаки, суси и дебиана по аналогии со всякими попОС и т.д. и т.п.
Глядя на то, сколько вредных решений принес "фри"дрисктоп в Линукс, я радуюсь, что фря "все ещё не готова для десктопа".
Это сугубо ваше мнение, которое пока расходится с реальностью.На практике фрю на десктопе тянут именно энтузиасты, в основном потому что либо так хочется либо так проще пилить тот же самый "серверный функционал" за деньги корпоратов.
И иногда части "серверного функционала" как раз идут в десктоп, за счёт порпораций, просто потому что тот же linux-kpi - прослойка для запуская ядерных модулей из линуха, нужно и для дров сетевух и для дров видях.
>Это серверная ОСhttps://www.freebsd.org
>FreeBSD is an operating system used to power modern servers, desktops, and embedded platforms
>Программы уже стали очень сложными, чтобы их могли тянуть бородатые гики за пивоКогда они успели такими стать?
Код КДЕ5 насколько сложнее КДЕ3, в процентах?ZOL насколько сложнее родной имплементации фри?
Что-то мне подсказывает что сложность вообще не при чём.
>которые хотят функционал в северной ОС который в северной ОС не нужен
Хочу чтобы во фре нормально работало серверное оборудование и оффлоад iscsi на chelsio картах не вызывал перезагрузку каждые 30 минут.
>из-за таких людей как ты
ВО ВСЁМ ВИНОВАТ АНОНИМ С ОПЕННЕТ!
>дальше из-за наращивания абстракций отдаляющих от сути работы компьютера, разбираться во всем будет крайне сложно так как в каждом мире кода все будет описываться абстракциями и терминами которые отличаются друг от друга.
Правильные абстракции упрощают работу многократно.
> но когда вы будете готовы за это платить
Готов донатить на реализую конкретных фич и починку конкретных багов в ФрииБСД.
Где пункт сбора целевого доната?
>Где пункт сбора целевого доната?Нанимаешь программера, платишь ему свой "донат". Он тебе фиксит и ты присылаешь фикс разработчикам. Вот тебе и целевой донат. И даже сможешь увидеть в гит логе Sponsored by Vasya Pupkin пол свои фиксом.
Ну и к чему этот унылый троллинг?
Один программер за свою зарплату нанимает другого программера?Хватит кривляться.
>Один программер за свою зарплату нанимает другого программера?Так ты еще и программер? Ну так пофикси сам и "задонать" сообществу патчи. Вместо этого ты сидишь и ноешь что никто твою багу не фиксит.
Или хотя бы отдебажь и подробно отпишись в баг репорте в каком конкретно куске кода проблема. Хоть какая-то польза будет.
Я же попросил перестать кривляться.
>Я же попросил перестать кривляться.Сам ты кривляешься. Я тебе по делу говорю.
К примеру я обнаружил две баги в FreeBSD 12 касаемо TCP RACK. Уже вторую неделю вместе с разрабом фри дебажим мой уникальный юзкейс, который разраб у тебя не может воспроизвести. В то время, как я уже весь прод смигрировал на 13-STABLE где этого бага уже нет. Но мне не лень инвестировать свое время чтоб пофиксить эту багу, которая для меня, в общем-то, уже потеряла актуальность. А ты, вместо того чтоб инвестировать в улучшение ОСи либо свое время либо проспонсировав фикс другим программером, в каждой теме где обсуждается фря выливаешь свои слезы и соплии. Займись уже делом, в конце концов.
Вам лечиться нужно.
В не понимаете очевидных вещей.
Например того, что программист бывает очень разный с абсолютно разной областью компетенции. Вы же это слово видимо в понятии "тыжпрограммист" используете.
Не понимаете что существует в мире сегментация труда.
Не понимаете что у людей есть своя жизнь своё дело и своя профессия.
Не понимаете что люди не миллионеры и не миллиардеры.
Не понимаете концепции коллективного финансирования.Я как будто говорю с 4хлетним ребенком, но вы же не ребенок, а здоровая дилда, верно? От чего становится страшно.
>Например того, что программист бывает очень разный с абсолютно разной областью компетенции.Каждый программист обязан обладать алгоритмическим мышлением, общим пониманием как устроена ось с которой работает и вероятно под нее кодит. Следовательно, программисту, пускай даже который кодит на языках высокого уровня, намного проще разобраться с дебаггером оси нежели бухгалтеру или уборщице. Одно дело когда человек не может в чем-то разобраться по причине существенного недостатка технических знаний. А другое дело, что просто не хочет в силу каких-либо причин, к примеру те, которые выше описаны и начинаются с "Не понимаете". Для этого я и изначально порекомендовал оплатить работу программера который пофиксит эту багу. Это самое что ни на есть "целевое финансирование". А вы вместо того чтоб внять дельный совет начинаете пениться разбрасываясь отговорками.
Работал когда-то в команде девопсом. Был штат проггеров на пыхе. Однажды пыха при определенных условиях сегфолтилась. Один из программеров потратив час-два отдебажиил этот кейс и сообщил мне где конкретно в оси проблема. Я открыл исходники оси и поправил, отправил баг репорт с фиксом и примером исправления. А программер отправил патч пыхи, чтоб при таком юзкейсе выдавало эксепшин. И ни он, ни я не проггеры на сях. Но обладая достаточным опытом, разобраться оказалось не проблемой. Главное иметь желание.
>От чего становится страшно.
А мне становится спокойнее за мою любимую ось, что такие как вы свалили на линукс. Только лишь раздражает выше нытье в каждой теме о фре. По сему и решил высказаться. Аминь.
Вы не понимаете, вы ведете себя как ребенок. Понимаете? Вас что-то раздражает, объяснить в чем дело вы не можете, у вас иррациональная детская обида, и вы ноете, ноете и ноете, о своей обиде, в которой вы решили обвинить "нытье в каждой теме о фре".>А мне становится спокойнее за мою любимую ось, что такие как вы свалили на линукс.
Это пишет 4х летний ребёнок. Понимаете? Няка вам нравится, а все кому не нравиться няка - бяки.
Вы точно понимаете? Вы поймите, подумайте.
И да, мне действительно неуютно от того, что мою любимую ос "защищают" такие как вы. С такими союзниками - врагов не надо.
> Фряхя себя никогда не позиционировала как десктопная ОС.PCBSD позиционировал, позиционировал, да не выпозиционировал...
имел FreeBSD на ноутбуке начиная с 10 версии.
никаких lvm, ext4 и ntfs там разумеется не было, потому что незачем.
Ext3,4, ExFat и NTFS на Фряхе давно работают через модуль Fuse. Я так флешки на ноуте подключаю.
> данные на разделах с lvm-ext4безусловно это архинужно и необходимо для "десктопа".
Дружочек, попробуй windows. Она для тебя.
> С ntfs разделами и ntfs3g в линуксе меньше проблем было
потому что воспроизвести с нуля коммерческую закрытую систему оказалось проще, чем воспроизводить с нуля кусок линуксного ядра без документации на формат и со stable api nonsense, так что он еще и каждый раз разный.
> ntfs3g ускоренно деградировала разделы
лолшта?
Впрочем, попробуй таки венду - тебе понравится. Там как раз такой десктоп, как ты хочешь. В нем отлично работает ntfs!
У него пока еще некоторые трудности (решаемые, но очень странным софтом) с чтением "lvm-ext4", зато обычную ext4 - запросто. И недорого.
Чего? Шифровать разделы на лаптопе, удобно и гибко управлять дисковым пространством, поддерживать фс которая не склонна рассыпаться и терять данные в отличие от конкурентов… Что из этого не необходимо для десктопа?>Дружочек
Со своими друзьями будешь так разговаривать (впрочем, если ты будешь с ними так разговаривать, их у тебя и не будет).
>лолшта?
А вот тут ты демонстрируешь низкую квалификацию и полное отсутствие понимания устройства.
>фс которая не склонна рассыпатьсяА это сейчас смешно было. Но интересен шовинизм ляликсоидов, типа все должны метнуться и срочна реализовывать все фичи ляликса.
Не рассыпается уже лет 15, а что? При этом, несмотря на богатейшие возможности, она достаточно простая, и максимально быстрая из всех. Дело даже не ext4, а в том что если в ОС нет поддержки основных ФС конкурентов, она никогда не будет пригодна для рабочих станций. Вон в венде хотя бы btrfs есть (даже диск ц можно на нё положить). Вы полагаете, у вас не шовинизм? Только вы тут сыпете оскорблениями и странными неаргументированными тезисами.
> Дело даже не ext4, а в том что если в ОС нет поддержки
> основных ФС конкурентов, она никогда не будет пригодна для рабочих станций.То-то в пингвинчикее есть возможность "полноценно использовать имеющиеся данные на разделах с" UFS!
Ой!Ну и да:
---
The ext2fs(5) filesystem has full read and write support for ext4 as of FreeBSD 12.0-RELEASE. Additionally, extended attributes and ACLs are also supported, while journalling and encryption are not. Starting with FreeBSD 12.1-RELEASE, a DTrace provider will be available as well. Prior versions of FreeBSD can access ext4 in read and write mode using sysutils/fusefs-ext2.
Я же сказал, конкурентов. А fat и ntfs поддерживаются (пусть и частично долгое время), и объективно это единственный конкурент. У фряхи даже разметка gpt какая-то своя, несовместима с другими ОС. Не понимаю, почему у отдельных представителей меньшинств так бомбит от правды. Линукс тоже меньшинство на десктопе, что такого?PS прошлый раз был 5 лет назад. С тех пор я окончательно потерял всякий интерес, но, насколько мне известно, ни lvm ни luks там и не пахнет, и единственный вариант с линуксом в qemu всерьёз рассматривать нельзя. А С btrfs как? Сегодня это вторая основная ФС, и она тоже поддерживается у конкурентов (по-моему, даже лучше, чем тот стремноватый драйвер для ext - который тем не менее существует уже лет 20)
> Я же сказал, конкурентов. А fat и ntfs поддерживаются (пусть и частично
> долгое время), и объективно это единственный конкурент.Так они и во фре неплохо работают.
> У фряхи даже разметка gpt какая-то своя, несовместима с другими ОС.Не интересовался особо "другими ОС", но в паре с дебианом вроде бы работало.
> Не понимаю, почему у
> отдельных представителей меньшинств так бомбит от правды. Линукс тоже меньшинство на десктопе, что такого?Тоже не понимаю, зачем эти представители, "потерявшие всякий интерес" еще 5 лет назад, первыми комментируют очередную новость о фре.
Почему нет? О чём ещё можно говорить в новости о Фре?"Вроде бы" до поры до времени, я попытался чуть-чуть изменить разметку и она совершенно рассыпалась, потом не распознавалась корректно ни в линуксе, ни в венде, ни в других бсд. Это просто эпик был.
Я двигал GPT под 12.1 - после всех процедур система загрузилась без каких бы то ни было проблем. Впрочем, зная "профессионализм" ляликсоидов - нисколько не удивлен такому различию в результатах.
Есть существуют по-настоящему никчёмные люди на свете, я уверен, большинство из них окажется среди русскоязычных пользователей фрибсд.
Тю, у ляликсоида сломался набросогенератор (:Никто не виноват в том, что ты кривыми руками полез в систему, о которой ничего не знаешь, все там разломал и не придумал ничего умнее, чем набрасывать своим "экспириенсом" на опеннете.
Так я и не говорил что во фряхе у меня что-то сломалось, при чём тут мои руки? Я сказал, что её представления о нормальности не совместимы с любыми другими системами. Не нужно мнить себя такими эксператами. Фряха максимально примитивна и проста, с ней разобраться ничего не стоит.
Ты разломал GPT, а виновата фрюха. Окей.
Фряха не считала, что она разломала GPT. По-моему, это только её проблема. И я не делал в ней ничего, чего не делал в других системах, не понимаю, как проблема может быть во мне.
Правильно, потому что разломал разметку - ты. И то, что фряха запустилась даже на разломанной GPT, лишний раз говорит о дуракоустойчивости системы.
Странно, странно. Если разметка была сломана (даже несколько раз в порядке эксперимента), то она об этом никак не намекнула. А почему она сломалась тогда, это вообще нормально разве? И почему ты продолжаешь меня оскорблять?
>А почему она сломалась тогда, это вообще нормально разве?Потому что ты её сломал. Ваш генерал.
Маловероятно.
В руках такого рукожопа - более чем.
> Потому что ты её сломал. Ваш генерал.GENERAL FAILURE? Тот который reading drive?! Как скажете :P
>в ОС нет поддержки основных ФС конкурентов
>стремноватый драйвер для extАй малаца (:
Не стоит так кривляться. Он есть и я им лично пользовался, прекрасно работает. И да, он очень старый. Драйвера для xfs и остальных только проприетарные были, а этот опенсорс хотя бы. Btrfs теперь тоже есть уже пару лет наверно.
>в ОС нет поддержки основных ФС конкурентов
>lvm ни luks там и не пахнет
>Он есть и я им лично пользовался, прекрасно работаетЧто ни ляликсоид, то балабол.
Ты не умеешь в контекст и способен только на оскорбления. Сам знаешь что сделать.
За этот топик ты уже раз пять неумело переобулся в прыжке. Если ты, будучи молодым и горячим парнем, возомнил себя гуру троллинга - научись использовать аргументы. Нет аргументов - нет стены текста в ответ, а всё, чего заслуживает твое переобувательное нытье - GTFO.
Просто удивительно. Так уныло и топорно набрасываешь тут ты, а виноват, получается, почему-то я.
Фря если что шифрует диски успешно и даже грузится с полностью зашифрованного раздела на зфс.
Ок. Линукс так не умеет, ему нужны загрузчик и ядро незашифрованные. И gpg тоже. Но хотя бы можно подписать загрузчик secureboot. У меня так загрузчик это всё ядро целиком с efistub, это 2мб в сжатом zstd виде. С шифрованием корня есть только вариант с initramfs, там загрузочный образ ядра уже сотни мегабайт.
> Ок. Линукс так не умеет, ему нужны загрузчик и ядро незашифрованные.Вообще-то умеет. Загрузчик, конечно, незашифрованый все же будет. Но GRUB2 умеет довольно много чего - включая и линуксное шифрование.
>> Ок. Линукс так не умеет, ему нужны загрузчик и ядро незашифрованные.
> Вообще-то умеет. Загрузчик, конечно, незашифрованый все же будет. Но GRUB2 умеет довольно
> много чего - включая и линуксное шифрование.Хм, не нашёл gpg в grub2. Там только защита паролем? Это не серьёзно.
> Хм, не нашёл gpg в grub2. Там только защита паролем? Это не серьёзно.Ох, вам GPG в загрузчик? Ну, дарю идею: используйте _линукс_ как бутлоадер, цепаните им что там хотели и сделайте kexec(). Но в этом месте появляется вопрос как и кто чекает integrity загрузчики чтобы вас однажды не поимели сперев пароль/ключ.
При том эта проблема на самом деле есть везде, а попытки ее решения типа secure boot где вы с ножом к горлу доверяете ключам MS а то и вообще выперты им из "своей" (уже нет) системы - создают проблем больше чем решают.
Типичная ошибка выжившего. Пока у тебя "15 лет ничего не рассыпается", читаемСообщения «EXT4-fs error (device dm-2): ...» и другое
ext4 посыпалась
побились файлы на ext4 после отключения электричества
Повреждение файловой системы на диске, ведущее к зависаниюИ тысячи других историй успеха "неломучей" ext4.
>если в ОС нет поддержки основных ФС конкурентов, она никогда не будет пригодна для рабочих станций
Иди расскажи это MS, пусть тоже посмеются. "Основные ФС конкурентов" - это fat32 и ntfs. И они как раз поддерживаются. lvm-ext4 - это не "основная ФС конкурента", а очередная поделка на коленке маргинальной ОС
Нагуглились мутные проблемы с виртуалками, мутные проблемы с мёртвыми китайскими флешками, вы продолжаете себя закапывать. Реальные примеры будут, или только толочь воду в ступе горазды?>очередная поделка на коленке маргинальной ОС
И что особенно забавно, у неё суммарно в 9999 раз больше пользователей, чем у внеочередных поделок немаргинальных ОС.
https://www.linux.org.ru/forum/general/16139074
https://www.linux.org.ru/forum/general/15572963
https://www.linux.org.ru/forum/general/15260349
https://www.linux.org.ru/forum/general/14230937Вперед и с песней искать виртуалки и китайские флешки. Ты пробиваешь очередное дно
>у неё суммарно в 9999 раз больше пользователей
Чо уж там, пеши сразу 100500 раз, всё равно никаких пруфов не будет
Нет, это совершенейшая лажа.
Наши проблемы - на самом деле не проблемы (с)
Классика
Проблем не увидел. По одной ссылке проблемы с железом (предположительно), по другой пользователь сам запорол фс, по третьей и чертвёртой пользователь ничего не знает оно само. Если это проблема в ext4, должна быть какая-то аргументация. И явно выли бы не только анонимные хомячки на никому не известных помойных форумах.
Вчера файлуха работала, сегодня нет. Какие уж тут проблемы. Но ext4 "не склонна рассыпаться и терять данные в отличие от конкурентов", лол.
Ни одного случая со времён ext4dev и введения барьеров задокументировано не было, не вижу ни одного заслуживающего доверия упоминания в интернете. А лично я её даже во writeback режиме на внешнем диске с китайским контроллером держал, жёсткие отключения и всё это. Самая надёжная из всех оказалась именно ext4.
Но кстати по поводу отключений. Внезапное отключение может повредить последние записываемые файлы на ext4 в writeback режиме, на практике это не очень страшно. Один раз у меня замусорился .bash_history (рута) на ssd в writeback режиме. Не стоит дёргать из розетки, при зависании видеодрайвера и иксов (в частности вулкана) sysrq+reisub корректно всё отмонтирует и перезагрузит без повреждения, а от электриков придумали упски (даже упска за 20 баксов лучше никакой).
Чем больше смотрю на ляликсоидов, тем меньше вижу различия со сторонниками лунного заговора и плоскоземельщиками.
Разве? Я вот раньше использовал xfs. После череды багов и сильно пофстфактум обнаруженных повреждений, я к ней больше не притронусь. Да и деградирует она до сих пор, в btrfs хотя бы периодическая балансировка деревьев есть. Остальных тоже разные недостатки. Если появятся подтверждения проблем у ext4, я её выкину точно так же. Пока единственная претензия к ней может быть в том, что при физическом повреждении данных на диске, оно пройдёт незаметно, и только метаданные могут быть прохешированы (опционально) и для них повреждение будет обнаружено. Но, это просто не случается никогда, это достаточно невероятный кейс на практике.
Конечно. Такие же упоротые.
XFS тормознут аки трактор на работе с метаданными. И редхат прикололся, сделав новый субформат - который из старого, внезапно, не делается. А если все-равно заново создавать, пусть тогда btrfs будет. Удобнее в управлении - и есть в майнлайне. На десктопе очень удобно например при душняке с местом просто добавить 1 винч, без особых заморочек с выравниванием и размером и как это vs уровень RAID ложится.
ViPNet Coordinator
Иди работай
Если выдрать из фряхи все что она последнее время натырила у линуха то ни о каком десктопе и речи не будет. Впрочем фряху на десктоп может вкрячить только альтернативно одаренный человек. Фряха на сегодня самая негодная ОС для десктопа. Даже гайка как то перспективнее смотрится.И еще вот это "Решены проблемы с работой окружений на базе протокола Wayland." интересно. Ни у кого не решены а у них решены.
Когда тырили код ZFS под CDDL и с патчами фряшников - чот вы были гораздо менее принципиальны (;
ZFS для дестопа нахрен ненужон а вот графу ничтоже сумняшеся тырите.
Десктоп на сервере нахрен ненужон, а вот ZFS ничтоже сумняшеся тырите.
>Шифровать разделы на лаптопаГели
>Удобно управлять дисковым промтранством
Зфс, геом.
Zfs плохо соотносится с надёжностью, сама система уровень крупного энтепрайза где все ценные данные регулярно забэкаплены и обычным пользователям не может быть интересна. А, кроме того, я встречал такую информацию, что ей уже на 100тб НЖМД нужно 5 тб ОЗУ, что понятное дело не по карману частным энтузиастам.
Пруф на цифры.
Какая фс хорошо соотносится с надёжностью? Корявый БТР и устаревшее семейство экст не предлагать.
Та, данные с которой при повреждении легко восстановить. Fat32/ext2. Либо которая не склонна рассыпаться (могу утверждать только про ext4) или достаточно проста и при этом является общепринятым стандартом (ext4,f2fs, в меньшей мере vfat -- сыровата).
> Та, данные с которой при повреждении легко восстановить. Fat32/ext2. Либо которая не
> склонна рассыпаться (могу утверждать только про ext4) или достаточно проста и
> при этом является общепринятым стандартом (ext4,f2fs, в меньшей мере vfat --
> сыровата).Используйте ЭТО сами. Особенно экст4.
И обедве непригодны для хранения большого объёма данных в быту.
Так ext4 вполне пригодна, особенно после того, как инлайнинг данных прямо в иноды завезли. Она самая быстрая и эффективаная, надёжность отлично доказана, и даже под внезапными отключениями минорные поврежения случаются только когда ты сам их попросишь (ну зато скорость, да). Регулярно ускоряют ещё больше, хотя она и так всегда самой быстрой была (но это понятно только для линукса), накладных расходов практически совершенно никаких. Что бы там ни говорила редхат про xfs, рекомендация использовать её карманную xfs носит исключительно политический характер. Ext4 же намного лучше любых конкурентов справляется с каталогами на миллионы файлов, не деградирует ощутимо, а теперь линукс даже может прерывать получение такого листинга. Недостатки конечно есть, если очень много крошечных файлов, иноды всё же рано или поздно кончаются. Но это надо постараться, либо облажаться при создании раздела.
>[оверквотинг удален]
> даже под внезапными отключениями минорные поврежения случаются только когда ты сам
> их попросишь (ну зато скорость, да). Регулярно ускоряют ещё больше, хотя
> она и так всегда самой быстрой была (но это понятно только
> для линукса), накладных расходов практически совершенно никаких. Что бы там ни
> говорила редхат про xfs, рекомендация использовать её карманную xfs носит исключительно
> политический характер. Ext4 же намного лучше любых конкурентов справляется с каталогами
> на миллионы файлов, не деградирует ощутимо, а теперь линукс даже может
> прерывать получение такого листинга. Недостатки конечно есть, если очень много крошечных
> файлов, иноды всё же рано или поздно кончаются. Но это надо
> постараться, либо облажаться при создании раздела.Просто магия какая-то! Не фрагментируется, не деградирует почти, быстра, аки северный тюлень (если данные не нужны)!
У меня более другой опыт. Хоть и 12-го года.
Это был линукс 30, 26, или 24? Что об этом говорить сейчас? У меня тоже в 2008 рассыпалась только так на отключениях, все разделы мигрировавшие с ext3 на ext4dev по-моему и рассыпались рано или поздно. Зато с ext4 всё ровно. Если бы она реально теряла данные, повреждала их, или оказывалась внезапно неработоспособной, я бы первый сбежал с неё хоть на fat32.
> Это был линукс 30, 26, или 24? Что об этом говорить сейчас?
> У меня тоже в 2008 рассыпалась только так на отключениях, все
> разделы мигрировавшие с ext3 на ext4dev по-моему и рассыпались рано или
> поздно. Зато с ext4 всё ровно. Если бы она реально теряла
> данные, повреждала их, или оказывалась внезапно неработоспособной, я бы первый сбежал
> с неё хоть на fat32.Бубунту 12.04
> Та, данные с которой при повреждении легко восстановить. Fat32/ext2. Либо которая не
> склонна рассыпаться (могу утверждать только про ext4) или достаточно проста и
> при этом является общепринятым стандартом (ext4,f2fs, в меньшей мере vfat --
> сыровата).Успехов тебе в восстановлении пары десятков терабайт данных под экст4 феат лвм.
При условии, что есть куда положить ещё 2-3 раза по столько же, скорее всего не проблема. Уже восстанавливал, они даже шифрованные были. Это не так и много, всего пара сезонов любимого аниме. А что с ней должно случиться, чтобы были проблемы?
Одна перезагрузка может превратить хранилище в тыкву. А так-то - ынтырпрайз-реади, чо.
На такой случай даже принято бэкапить таблицы lvm где-то в другом месте, но лично я не встречал упоминаний проблем с ним. Каким образом оно отыквится, можно узнать подробности?
Ну вот такая вот надежная файлуха, что надо держать два разных бэкапа, чтобы не потерять данные из-за ресета.
Это в каком формате твое аниме столько весит?
> чем воспроизводить с нуля кусок линуксного ядра без документации на формат и со stable api nonsense, так что он еще и каждый раз разный.При чем тут stable API?
Формат ext4 расширяется без поломки совместимости. Драйвер ext4 в Linux успешно работает со всеми форматами начиная с ext2.
Просто бздишники не осилили написать свой драйвер, но может оно им и не нужно.
Да и "воспроизвести" кусок коде не сильно получится, уж сильно он на линуксовую VFS завязан.
>> чем воспроизводить с нуля кусок линуксного ядра без документации на формат и со stable api nonsense, так что он еще и каждый раз разный.
> При чем тут stable API?
> Формат ext4 расширяется без поломки совместимости. Драйвер ext4 в Linux успешно работает
> со всеми форматами начиная с ext2.
> Просто бздишники не осилили написать свой драйвер, но может оно им и
> не нужно.Это, мягко говоря, не так:
https://docs.freebsd.org/en/books/handbook/filesystems-linux...
> The ext2fs(5) filesystem has full read and write support for ext4 as of FreeBSD 12.0-RELEASE.Не поддерживается журнал и шифрование, но с другой стороны - в пингвинчике современный UFS толком не читается (доп. атрибуты, флаги), о переводе inode на 64 бита там тоже похоже не слышали
https://github.com/torvalds/linux/commits/fcadab740480e0e0e9...
https://www.opennet.dev/tips/info/2431.shtmlдобавить /boot/loader.conf строку:
ext2fs_load="YES"добавить /boot/loader.conf
geom_linux_lvm_load="YES"посмотреть результат (пример):
# geom linux_lvm list
Geom name: skdeb5-home.bsd
Providers:
1. Name: linux_lvm/skdeb5-home.bsd-swap_1
Mediasize: 1551892480 (1.4G)
Sectorsize: 512
Mode: r0w0e0
2. Name: linux_lvm/skdeb5-home.bsd-root
Mediasize: 38205915136 (36G)
Sectorsize: 512
Mode: r1w1e1
Consumers:
1. Name: ad2s2
Mediasize: 39761003520 (37G)
Sectorsize: 512
Mode: r1w1e2в /etc/fstab прописать следующим образом:
cat /etc/fstab | grep linux_lvm
/dev/linux_lvm/skdeb5-home.bsd-root /mnt/ad2s2.ext2 ext2fs rw 0 0Это всё, что нужно знать о компетенциях ляликсоидов.
Я категорически не советую так делать, если твои данные для тебя хоть немного дороги.geom_lvm поддерживает какой-то такой lvm, который был двадцать лет назад. Причем со всеми его фичами - включая магическое превращение в труху.
ext2fs обычно немножко немодно. Оно,конечно, ничего в труху не превратит, просто не смонтирует, с корректным сообщением о причинах, в целом, устранимых. Как, собственно, и в линухе происходит с ext4 не-той системы.
Впрочем, есть еще ext2fs fuse, эта вроде поживей обновляется (и не имеет проблем несовместимости сама с собой). Но поверх lvm тоже не советую, если даже получится.Разьве что на один раз, данные вытащить и забыть.
Так делать не стОит. Правда не стОит.
> Формат ext4 расширяется без поломки совместимости.п-дишь.
> Драйвер ext4 в Linux успешно работает со всеми форматами начиная с ext2.
п-дишь.
Он, для начала, не всегда работает с форматом ext4. Не буду объяснять, в каком случае, тебе не нужны лишние знания - линуксоид = безграмотный самоуверенный дурак.> Просто бздишники не осилили написать свой драйвер
они осилили спортировать линуксное недоразумение, причем сразу оба. Линуксоид = безграмотный дурак.
> Да и "воспроизвести" кусок коде не сильно получится, уж сильно он на линуксовую VFS завязан.
линуксоид, как всегда, безграмотный дурак.
Чувак там требовал, стуча миской, lvm, а не голой ext4. Но ты ж безграмотный дурак и не умеешь читать. Почему-то именно такого щастья не хватало для его "десктопа". Вот это - не сильно получится. Но не потому что на что-то там завязан (хотя тарелка спагетти та еще), а потому что недокументированное мутное г-но. Как и сама ext4 - каждый день новое.
Ну ничего, ничего, microsoft любит безграмотных дураков и уже бежит вам на помощь - возможность добраться до линуксочитаемых форматов через wsl уже практически есть. Благо, для этого не нужно воспроизводить их драйвера самим.
Да и парадигма десктопа в ней воплощена идеально, насколько это вообще возможно.
У вас странные хотелки, от того и результат соотвествующий.
Обычные хотелки. Иметь доступ к своим файлам независимо от системы. Что странного? Чтранно было 10 терабайт данных держать на ntfs и 20 терабайт на ext4. перегонять и ntfs в ext4 было особенно больно -- пару недель нонстоп копирования с сильной загрузкой. Рассматривал zfs, но, судя по отзывам реальных пользователей на анонимных бордах, пришёл к выводу, что она очень часто и легко разрушается, и данные с неё ты никак не восстановишь. Да и аналог raid6 крайне нестабилен, так что никаких преимуществ. В итоге, с того дня у меня все диски отформатированы в ext4 и я не знаю проблем, разве что подумываю часть дисков отдать под btrfs для более эффективного хранения определённых данных.
Странно что вы хотите чтобы вам одна ОС поддерживала все фичи другой системы, и при этом сами не хотите их туда запиливать.
Вон зашируйте в венде файлы с помощью битлокера, а потом страдайте что вам их никто кроме венды расшифровать не может, тот же уровень странности.
Зачем мне все фичи? Вон ntfs3g не поддерживает половину возможностей ntfs (если не больше) это же мне никак никогда не мешало. Разве что фрагментация на записи слишком жёсткая, и при отключении питания она повреждается очень легко. То же самое с драйвером ext, его я вообще не рисковал использовать на запись (потому что в то время он регулярно разрушал разделы). То же самое с lvm. Но пользоваться это ведь не мешало? Сейчас я слышал благодаря wsl2 совсем просто с такими данными работать.
Знаете, вы тоже у себя под линуксом мои диски не зацепите, потому что у меня оно собрано на геомах с шифрованием.
Вот и у вас не очень тривиальный конфиг собран, и как отметили выше, вероятно вы не очень то и пытались, ибо какие то ллвм и какие то ext4 вроде как есть во фре.В остальном, если очень хочется, можете сделать так: поставить тот же виртуалбокс с линуксом, прокинуть в него физический диск/раздел где нужное вам, замонтировать его там и отдать по сети тем же nfs во фрю.
>судя по отзывам реальных пользователей на анонимных бордахНу уж школьники с двача тебе расскажут.
Пользую с 7ки, когда ее во фрю завезли и никаких проблем, ежели система 64бит.Про 32битные тебя изначально предупреждают отвозможных проблемах и они таки проявлялись при относительно больших нагрузках. Того же rsync хватало.
Ну еще в семерке требовалось задавать некоторые параметры руками, но начиная с 8ки все прекрасно работает на дефолтах.
А когда они там свой обещанный аналог systemd будут внедрять?
Когда системду на Раст перепишут.
https://github.com/KillingSpark/rustysd
Очередное ненужно? Сколько уж расплодилось этих обёрток на расте...
Сначала спрашивают - когда перепишут, переписывают - им не нравится, LGBT мира opennet, все должно быть так, как они хотят
нет уж, спасибо, пусть фря остается фри от этого булщит
Тебя никто спрашивать не будет)
Ну так и заткнись.
Ну так это вас линуксоидов никто не спрашивает. Зачем свои рабские привычки свободным людям навязывать?
Это у линуксоидов никто не спрашивает, берут и пропихивают, забив на визги.Если патчи не принимают в бсд, б#$уны берут и форкают(харденед бсд как пример), а подавляющее большинство линуксоидов кушает кал, утешая себя, "что можно ведь привыкнуть, не такой он и отвратительный, могло быть и хуже, вот лет через N допилят и т.п.
Что за вбррос? Оббиженные линуксоиды проецируют свои комплексы на свободныых людей.
https://www.phoronix.com/scan.php?page=news_item&px=MTg0ODEНу ознакомься с «вбросом от линуксоидов»
https://en.wikipedia.org/wiki/Jordan_Hubbard
Вот этот «обиженный линуксоид» :-D
Фактически единственный разработчик работающий над системой портов в FreeBSD.
Новость от 14 года. Сейчас 21ый. Где там во фряхе systemd взять? Как мне его добиться? :-)И да, чувак тот конечно очень уважаемый, но в Core Team заседает 9 человек.
Во фре на все не хватает рук, так что еще лет через 10 может дорастут до системного менеджера. Не может он один тебе все и сразу сделать.
Я же говорю, свои психические травмы не надо проецировать на здоровых людей.
Чудило, ты спросило, тебе показали разраба Фри который говорил, что планируется. Теперь ты визжишь
Давай я тебе объясню кое-что. В разработке FreeBSD нет пожизненных благодушных (или не очень) диктаторов. Там нет своего Линуса Торвальдса. И спонсора такого уровня, каким является IBM/RedHat, тоже нету. Поэтому нет там такой силы, которая могла бы в одиночку, наплевав на мнение пользователей, пропихнуть то, что не работает, и в чем никто особой нужды не испытывает, заменив/выкинув то, что уже неплохо работает, и в чем нуждаются очень многие.Там возможна такая ситуация, когда что-то очень нужное многим не запиливается из-за недостатка разработческих ресурсов. Обратная же ситуация невозможна.
Поэтому если Джордан Хаббард и говорит, что планируется systemd внедрить - это он говорит только как один очень уважаемый чувак, как [бывший] технический директор конторы, которая помогает развивать FreeBSD. Но его слово - отнюдь не последнее слово. И то, что спустя 7 лет никакого единственного и незаменимого systemd во фряхе нет, - лучшее подтверждение моих слов.
Не хотел бы тебя огорчать, но этого чувака уже лет пять как уволили из iX.
Поскольку там явно уже принято решение избавляться от обузы в виде фри и ее разработчиков, и переходить на нормальный линукс, с нормальной системдрянью. А там, подумают, и, поди, на нормальный btrfs перейдут, заодно.А "система портов" над которой он все еще якобы-работает - это десяток мэйкфайлов. В принципе, чем меньше их трогают, тем лучше.
Остальное делают совсем другие люди.А Хаббард работает в нвидии, и пилит, между нами, под венду.
Нормальная системда это что-то типа семиугольного треугольника или престарелой лоли.
> Нормальная системда это что-то типа семиугольного треугольника или престарелой лоли.как раз и годится для реализации пяти синих прямых красного цвета.
А престарелая лоля будет ПМом.
"принят код с реализацией драйвера и инструментария VPN WireGuard."
Ну вот и всё, зонды на месте.
Нда.
С одной стороны - хорошо, что WG теперь и во фре доступен.
С другой стороны - уж очень стремительным домкратом влетел он везде и всюду.
Подозрительно как-то.
Возьмите и проведите аудит. Там меньше 20000 строк.
У меня лично претензии к крипте:
1. Я не доверяю эллиптике, особенно Бернштейновской, и предпочёл бы там RSA на как минимум 8к бит.
2. Вместо чачи я бы предпочёл aes-256, а лучше и aes-256 и чачу, на разных ключах, хотя бы даже пусть эти ключи и будут получены из одного ключа, путём прогона через kdf или его примитичный аналог на hmac-sha2-512.Ну и в целом эта поделка крайне странна, именно тем что там этот набор крипты Бернштейна прибит гвоздями, учитывая что элиптику готовятся хоронить квантовыми компами и ищут ей постквантовую замену. И опять же, выбрать элиптику у которой там от силы 256 бит, вместо RSA где можно взять хоть 32к крайне не дальновидно, ведь 256 условных кубит появятся сильно раньше и будут сильно дешевле, чем хотя бы 8к.
> Ну и в целом эта поделка крайне странна, именно тем что тамну они хотели нахаляву - в смысле, не сильно утруждаться писанием (а эти алгоритмы проще и доступнее) и не сильно грузить процессор.
При этом как бы предполагалось что за тобой не следят одновременно nsa, фсб и рептилоиды.
> можно взять хоть 32к крайне не дальновидно, ведь 256 условных кубит
> появятся сильно раньше и будут сильно дешевле, чем хотя бы 8к.ну появятся - и кому нужны логи васян-vpn'а? И кто все терабайты его прона хранить собирался, пока не появятся?
А у невасянов давно ipsec, без всяких udp-шиттунелей.
AES есть почти везде в железе, и в ядрах, даже с обвязкой в виде всяких странных AES-GCM оно было бы компактнее чачи.
Аналогично с поли1305 - реализации sha2 есть аппаратные, да и программная компактная.
Код RSA не видел, но наверное он по более невнятной реализации кривых Бернштейна.IPSec тоже мутный.
в AES на интелах зашит аппаратный способ дешифровки - проскакивало в новостях с картинкой лишнего транзистора в линии блока, который может управлять предсказуемостью шифрования.
Вы либо не поняли чего либо путаете что то.AES это грубо говоря некий аппаратный блок или кусок кода, который условно говоря вычисляет результат по определённой мат формуле.
Смысл в том, что результат работы и кода и аппаратного блока:
1. одинаков
2. проверяем
3. воспроизводимЕсли этот ваш транзистор как влияет на вычисления, то это банально обнаруживается, просто потому что у противоположной стороны оно не сможет быть расшифровано обратно в исходный текст.
Быть может вы спутали AES и аппаратный генератор случайных чисел?
А у невасянов давно ipsec, без всяких udp-шиттунелей.Да ну, и как там у реальных пацанов ESP через NAT пробирается?
> Да ну, и как там у реальных пацанов ESP через NAT пробирается?у реальных пацанов sec-gw за натом считается зашкваром.
А васяны все еще могут пока написать -A PREROUTING -p esp -s ... -d ... -j DNAT куданить - и оно даже работать будет (для инициализации со своей стороны можешь ничего не дописывать, разумеется, это для полноценного s2s надо).
Ну это ненадолго, конечно, ошалелые разработчики уже побежали доламывать, так и не доделав (ты можешь написать туда match по SA, но он... не работает, опачки)
У нас тут в тяжелые времена пандемии s2s не особо интересен. Тут тыщщи роадварриоров ломятся на удаленку, 99.9% из-за NATа. Айписексом с ними заниматься это для сильных духом админов. Wireguard был бы тут хорош, если бы умел раздавать им настройки. А пока приходится альтернативные решения использовать.
> У нас тут в тяжелые времена пандемии s2s не особо интересен.Странно, а тут никуда не делся.
> Тут тыщщи роадварриоров ломятся на удаленку,
и кто ж разрешил их от станка отковывать, ишь, тыщи их... арбайтн, нигга, нам похрен что ты сдохнешь от заразы!
> 99.9% из-за NATа. Айписексом с ними заниматься это для сильных духом админов.
Я знаю только два массово используемых в крупных корпорациях решения - разнообразные вендорские реализации ipsec с терминацией на большом таком железном фиревалле (что stonesoft, что ныне модный fortinet, что anyconnect - это ipsec+xauth+пара вендорских костылей чтоб васян с линуксом не подлез в обход положонного клиента. Ну, оно, конечно, умеет udp-fallback или изначально на нем, но это вполне себе ipsec) - но это не для каких-то там мильеновтыщ, а для максимум первой тыщи. Потому что лопнет.
И выставление наружу horizon/citrix vdi/и, внезапно, даже старый добрый tsgateway. Эти решения масштабируются и до десятков тысяч (кроме, понятно, последнего, серверы не резиновые). И вполне себе сами по себе обеспечивают безопасность соединения. Бонусом - отсутствие на твоем компьютере чего бы то ни было кроме клиента. Даже клипборду не скопируешь вовне vdiшечки.
А открывать тебе доступ на уровне сети - ну его нах. Неизвестно, что туда вместе с тобой придет.
> Wireguard был бы тут хорош,
ничем он тут не хорош, это server2server, с полным доверием и не полным рукожопом на другом конце.
Писал же чувак, витающий в университетских облачках, а не раб с галеры.
А чего никто не обсуждает, что WG был обратно выпилен из дерева по заявке сектима?
И что?
У меня собираются только выбранные мной лично ядерные модули и подсистемы, от того что в базе и generic появится очередной rootkit_wireguard_xxx модуль для меня ничего не изменится.
У меня в целом ядро раза в 4 меньше как минимум, по сравнению с дефолтным :)
А как у фри с переполнением номера версии?
Все норм - даже с дурацкими "большими числами" до 256.0 еще очень далеко.Никто из нас не доживет.
freebsd too
Какая тебе-то в аду будет разница? Там раскаленные колья вручную, в печи разогревают, без всяких компьютеров.
Вполне возможно что архаичная структура управления адом подверглась модернизации в связи с наплывом клиентуры. Цифровизпцич, оптимизация, научтвшаяся прощать система и т.п.Истинно говорю: БД с грешниками у них под форком солярки крутится. :-)
> Истинно говорю: БД с грешниками у них под форком солярки крутится. :-)под линухом. С mysql changelog replication. Ад же ж. Пока не найдешь какая транзакция опять ее заблокировала - раскаленный кол из задницы не вытащат.
>> Истинно говорю: БД с грешниками у них под форком солярки крутится. :-)
> под линухом. С mysql changelog replication. Ад же ж. Пока не найдешь
> какая транзакция опять ее заблокировала - раскаленный кол из задницы не
> вытащат.Засунуть бы раскалённый прут системдунам, засунувших системду в дубиан 8 и не вытаскивать, пока компьютер не выключится. Эх, мечты..
О как у немуча полыхает знатно. Рыдай.
Пусть рыдают дебиановцы. Я с этим трупом в 15-ом попрощался, не стал ждать 150 лет, в течение которых системду допилят, разработкой начнут заниматься в дубиан, других тому подобных ненаучнофантастических вещей.
Промышленная революция не обошла Ад стороной.
> А как у фри с переполнением номера версии?Все норм
grep _version /usr/include/sys/param.h
#define __FreeBSD_version 1202505 /* Master, propagated to newvers */
Там где нужно "для человеков" - вроде везде char[]
grep "char.*" /usr/src/sys/conf/newvers.sh
char version[sizeof(VERSTR) > 256 ? sizeof(VERSTR) : 256] = VERSTR;
char compiler_version[] = "${compiler_v}";
char ostype[] = "${TYPE}";
char osrelease[sizeof(RELSTR) > 32 ? sizeof(RELSTR) : 32] = RELSTR;
char kern_ident[] = "${i}";
FreeBSD - лучшая Unix-подобная ОС и даже для Десктопа! А если у вас ребята не хватает силенок настроить эту ОС - так нужно работать под GOA-Trance или что-то подобное в темпе 200 ударных в минуту
> в темпе 200 ударныхЗачем слушать такую медленную музыку? Это как-то помогает медитировать над кодом? Надо хотя бы 400, я уже давно меньше 300 слушать не могу.
400 bpm? ты старик что ли?
Дя, мне не нравится слишком быстро. Хочется не только скорости, но и музыкальности.
Музыкальность начинается с 600-800...на огибающей...
Мозг человека однозадачный. Он может либо слушать музыку, либо писать код. Одновременно не получится.
Так вот как появился электрон
в чем смысл BSD для тех кто под линухой?что я такое получаю переходя с линя на бсд?
+13см к геморрою
+возможность через губу обращаться к "этим нубазам"
+3м к самооценке
+очки на у Нео
А что ты хочешь получить?
>А что ты хочешь получить?Да ему хоть бы тройку в четверти...
> в чем смысл BSD для тех кто под линухой?1. Это СПО - тебе никто ничего не обязан.
Если вам и так хорошо - ничего не получите.
В целом всё тоже самое, но в мелких проблемах отличается.
Скорее всего станет немного хуже, потому что под фрю специфичные вещи мало кто вылизывает, либо это происходит с задержкой.
> Если вам и так хорошо - ничего не получите.
> В целом всё тоже самое, но в мелких проблемах отличается.
> Скорее всего станет немного хуже, потому что под фрю специфичные вещи мало
> кто вылизывает, либо это происходит с задержкой.Спасибо за информацию
Я не знаю в чём прикол, но когда на фряхе запускаю какое нибудь видео такое ощущение, что картинка красивее чем в линуксе, четкая и рабочий стол например под кде более теплый ))) Да и звук гораздо лучше чем линуксе. В общем обожаю фряху
Картинка - та же.
Звук, если не заикаится - тоже не должен отличатся.
Отличается кардинально. У меня просто нет звука в колонках во Фребзд.) Надежд конечно не оставляю, но это другое.
Эээ либо у вас экзотическая звуковуха, либо вам было лень разобратся :)
audio/gtk-mixer поставьте, там есть кнопочка рядом со списком звуоквух для переключения дефолтной звуковухи, только плеер после этого нужно будет перезапустить, если стоп-старт не сработает внутри плеера.
Я пытался собрать вашу прогу, но у меня модулей не хватало в cmake чего то там... Я пробовал переключать и настраивать через poulseaudio kde mate. Аlsa ставил и испытывал с alsa-oss. Все миксеры с гуем перепробовал. и mixertui впридачу. Hints насиловал, но никак не осилил.) Опробовал все, что нагуглил. Надежда на старую Trueos,там звук был как помнится мне. Скачал, как доломаю линукс, поставлю и посмотрю как там есть.)
Оно теперь из портов ставится, не может быть чтобы чего то не хватало.
Хоть бы багу запостили в гитхуб или сюда, если уж совсем лень.Ставить пульс, альсу и прочее чтобы починить звук - самый неправильный путь, путь в никуда.
Как минимум alsa у нас - это просто либа, где работа со звуком идёт через oss плагин, который может выдавать звук только на дефолтную звуковуху, без возможности выбрать эту самую дефолтную звуковуху.
Пульс - не смотрел, не удивлюсь если не лучше.
В консоле:
sysctl hw.snd.default_unit=0
- сделать звуковуху 0 дефолтной. (то что у меня в миксере делается кнопчкой рядом со списком)cat /dev/sndstat
- посмотреть какие звуковухи есть ваще в системе.mixer
показывает громкости у текущей звуковухи, ну там есть разные ключи, man в помощь.
Так юниты переключать ничего не давало. Их всего 2. Это первое, что я нагуглил и делал. К тому же об этом подсказывали мне в прошлый раз. alsa я ставил в надежде на alsamixer,
cat /dev/random > /dev/dsp
cat /dev/random > /dev/dsp0
cat /dev/random > /dev/dsp1
cat /dev/random > /dev/dsp2
...
должен быть шум, когда попадёшь :)
миксером может быть громкость в нуль задавлена.
Ещё есть вариант что выходы неправильно сконфигурены, оно вроде только для реальтеков конфигурится.
Но тут я не помогу, сам когда то не осилил сконфигурить, правда требовалось только на одной матери. С другой стороны с тех пор добавили патч, который не сбрасывает настройки которые делает биос, оно вроде как могло бы помочь в этом случае мне.
kldload snd_driver | dmesg | grep pcm
Или в настройках биоса попробовать переключить аудиокарту ac97 на hd audio или наоборот.
pkg install audio/gtk-mixer
Это тоже самое, что смотреть Ютюб через ФФ или Хром - картинка будет отличаться
FreeBSD - хорошая Unix-подобная ОС, но не надо забывать про illumos.
proof of concept очередной?
Но goa trance склеил ласты еще в 2003...
На андройде в приложении
TEMR - Techno Electronic Music Radio
много хороших Гоа-транс радиостанций
Во фре куча проблем как с поддержкой железа так и с прикладным ПО.
Плюс всё обмазано изуверским шелл скриптом и безумными дефолтами которых требует какой-то корпортивный спонсор для своих "нет аплаянсес".
200)) Да уж Для транса характерна средняя скорость — между 135 и 155 Bpm (ударами в минуту).
Как FreeBSD живется в качестве члена AD в MS-среде?
У меня из 70 серверных машин - 30 с виндой, остальное дебиан (все в домене через самбу). Лес доменов из 4 шт.
Проблем особо никаких, SSO на веб работает, доступы админам и sudo через группы в ад - ок.Есть опыт с openbsd но в этой среде не прижилась, в процессы администрирования не заходит - pam нет.
Как в этом смысле FreeBSD?
Возьми да проверь или у тебя руки настолько кривые?
Уровень коментария "эксперт опеннета": честно сказать "я не знаю" оно не может, вместо этого раздаёт бесполезные указания. Промолчать почему-то оно тоже не может
Опять порвался? Ну дык, зашивайся, искатель "экспертов опеннета".
А тот анон правильно сказал - без подробного описания, чем у него тот лес занимается, какие задачи решает и плюс сколько там унаследованных нюансов любой "да/нет" бессмыслены.
Пусть сам себе делает виртуалку, накатывает бздю и смотрит, как адаптировать под задачит того же win-server или дебиана.
Есть мелкая сетка на 10-ок компов, FreeBSD стоит на роутере и заодно некоторые мелкие бекапы на Самбу складываются. Введён в домен, каких-то проблем не замечено. Одно время для эксперимента добавлял аутентификацию для ssh и ftp по доменным учёткам, заработало после раскомментирования строк с pam_krb5.so в файлах в /etc/pam.d/
Всё отлично в этом смысле.
Хочешь pam_winbind+nss_winbind, хочешь pam_ldap+nss_ldap. Есть и sssd, но его не пробовал.
Подтверждаю, в AD 2012R2 прекрасно жила дюжина BSDшек, задачи топикстартера прекрасно решались.P.S. Полгода уже как не работаю с AD. :-/
В свое время поднимал на фряхе контроллер домена, всё работало как часики.
Так же как и любому лянуху - самба везде одна.
> Так же как и любому лянуху - самба везде одна.товарищ за name service switch переживал, а не за сосамбу.
Ну вон там выше говорят, что вроде работал. Пользоваться этим мне и в линухе-то страшновато было.
Вам виднее, я так и не дошёл до введения в АД чего то кроме виндовсов, а потом вообще ушёл в провайдинг а потом в разработку.
А что, во FreeBSD какая-то другая Samba? Живёт она у меня в AD.
Наконец-то NUMA начали улучшать.
> Из libc удалена небезопасная функция gets ... и проведена корректировка портов, ещё использующих данную функцию."ещё использующих данную функцию"?! Покажите, кто её использовал в здравом уме?!
Отвечу за Фрактала, кто в здравом уме использует дырявую сишку? :)
ну вот.бсдшники потешались, что у линуксойдов i386 выпиливают, а у самих то...
Такой вот он мейнстрим. Из Linux выпилили, из Фряхи выпилилил, в illumus вообще только х64 оставили. С другой стороны сейчас надо потрудиться найти живой IBM PC/XT и стоить он будет не так уж дешево.
> ну вот.
> бсдшники потешались, что у линуксойдов i386 выпиливают, а у самих то...А у самих - Tier1 до середины 2024 (EOL 12), а затем перевод в Tier2
https://www.opennet.dev/opennews/art.shtml?num=54482
> Второй уровень поддержки для систем i386 подразумевает продолжение формирования установочных сборок, бинарных обновлений и готовых пакетов, но не гарантирует решение специфичных проблем.
> для архитектуры i386, с учётом сохраняющейся базы установок, в ветке FreeBSD 13.x сделают исключение и предоставят должный уровень поддержки командами Release Engineering Team и Security Team, а также обеспечат поддержку неизменности ABI для пользовательского окружения.А так-то да, считй что никакой разницы!™
i386 собирается и работает.
То что туда больше не будут свкладывать усилий - оправдано: платформа не развивается а отмирает, лучше вкладывать в риск-5 и арм, что и происходит.
В целом, даже эльбрус имеет больше перспектив чем i386.
Отличная ОС, но переходить будет страшновато из-за нового ZFS.
UFS никто пока не отменял.
Они и в текущей 12.2 с каким-то апдейтами, так что zpool status настойчиво требует теперь все апгрейдить из-за пары новых бубенчиков
У меня ZFS везде давно :)
С ноута начну обновляться, его не так жалко, чем серваки.
Я с виртуалок начал и тестовых железок, вот уж чего легко откатить и чего не жалко :)
Вся жизнь одно большое бета-тестирование
Гулять надо больше, воздухом дышать
Вяленый по дефолту туды сюды. Кубернетес задепрекейтил докер.
Как там дела с виртуализацией?
>Как там дела с виртуализацией?Работает как и раньше. Из известного геморра - только проброс "домашних" моделей GPU.
ага - юзаю линух - та же самая хрень с пробросом.
Вот с этим проблем не встречал.
Не верь комментаторам, даже не пытайся что-то на фре виртуализировать (только другую фрю).
Проблемы уровня - чтобы установить виндовс нужно запустить вм с одним ядром.
Еще бхайв умеет запарывать IO в ядре без паники.
Да? У меня 2 ядра для винды (для проприетарного ПО), да и ставил винду я тоже в виртуалку с 2 ядрами.
Конкретно у вас такого может и нет.
Кстати, биос загрузчика так и не появилось?
И что там с ускорением графики?
> Осуществлён переход на унифицированную c Linux
> реализацию файловой системы ZFSА устаналивать фряху будут предлагать уже прямо на ZFS? Или ZFS будет только в списке возможных систем? Оставят ли возможность установки на UFS и возможность использования UFS? Канал приёма обвинений в ретроградстве объявляю открытым!
Они и так туда ставится, в том числе штатным инсталлятором (zfs root)
> Они и так туда ставится, в том числе штатным инсталлятором (zfs root)Оставят ли возможность установки не на zfs?
> А устаналивать фряху будут предлагать уже прямо на ZFS?с версии 9 предлагают. С версии 11 оно даже более-менее правильно это делает, прямо на удивление (есть там одна стремная деталь, но с 11 уже и так сойдет).
Но, поскольку единственный смысл zfs - детальное управление на уровне отдельных fs, по прежнему непонятно, зачем доверять гвоздем прибитому в установочном скрипте странному.> Оставят ли возможность установки на UFS и возможность использования UFS?
Люди, устанавшивающиеся на ufs bsdinstall вместо fdisk/bsdlabel/newfs/make installworld должны страдать. Так что, полагаю, оставят. Там десять лет был тааакой красивый баг с риском повреждения данных, нельзя нарушать традицию.
> Канал приёма обвинений в ретроградстве объявляю открытым!
нуб ты, а не ретроград.
Если что и сломать должны, то как раз installworld. А то много лишнего стали себе позволять.
fdisk - уже мертво, юзаю gpart уже лет 10+ вместо него.
> fdisk - уже мертво, юзаю gpart уже лет 10+ вместо него.gpart, хотя всем прекрасен, к сожалению не имеет такого же волшебного ключика "ничего не спрашивая, сделать стандартную схему", сразу загружаемую.
Вместо одной команды - пять штук, с неочевидным и неудобозапоминаемым синтаксисом и подводными камнями и ручной заливкой правильного загрузчика.
В этом случае (обычно речь об gpt-дисках) лучше предоставить инициативу bsdinstall - как раз это он сделает правильно.
На чем его оборвать и остальное сделать по своему.Линуксный zfs небось и ashift будет уметь вручную задаваемый.
Меня fdisk пугает ещё со времён мсдоса :)
Да, тут низя сделать файл со схемой (или я не искал как), но меня вполне устраивает что нужно раз 5 дёрнуть утилиту с разными ключами чтобы у нуля подготовить диск для инстала системы.
В целом же, это можно точно так же один раз записать в скрипт, и будет ни чем не отличимо от фдиска с файлом разметки.gpart create -s GPT ada1
gpart add -i 1 -t freebsd-boot -b 40 -s 512 ada1
gpart add -i 2 -a 4m -t freebsd-ufs -b 131072 ada1
gpart add -t efi -b 552 ada1
gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada1
dd if=/boot/boot1.efifat of=/dev/ada1p3 bs=4k
gpart unset -a active ada1Правда dd уже на 13 не сработает, там теперь через скрипт надо делать инсталяцию EFI загрузчика, потому что boot1.efifat больше не генерится при инсталяции, оно на лету скриптом генерится когда задо влить загрузчик.
Я себе в скрипт выдрал кусок который мне его генерит, у меня разметка везде одинаковая и обновление загрузчиков простое, я просто их пишу, не проверяя что там было :)
Те легаси всегда запишется в раздел типа freebsd-boot, а boot1.efifat всегда запишется в раздел типа efi, даже если там венда сидит или линукс :)
> Меня fdisk пугает ещё со времён мсдоса :)фревый, в отличие от линуксного, которые ничего кроме плохого косплея, как всегда, нишмагли, ничего общего с тем не имел.
fdisk -BI /dev/da0
bsdlabel -wB /dev/da0s1
всьо. Сравнить с твоим ужасом. Это даже скриптом оформлять бестолку, быстрей запомнить.
Ну и bsdlabel -e для эстетов (заметим, без риска сделать фигню и без геморроя с мильеном неудобонабираемых ключиков), но вообще-то и так все работает.Увы, эта простота - утеряна.
> В целом же, это можно точно так же один раз записать в
> скрипт, и будет ни чем не отличимо от фдиска с файломну вот он уже есть, внутри bsdinstall, примерно какой надо.
А ты сегодня -a 4k забыл, в другой раз еще какую фигню.Это не для людей, это для робота делали уже.
> gpart unset -a active ada1
а это еще зачем, чтоб ненароком не загрузилось на не-uefi? ;-)
> Правда dd уже на 13 не сработает, там теперь через скрипт надо
ну вот, новый геморрой. Для роботов оне стараются, не для человеков.
Я так никогда не размечал :)
label на фс или geom мне не оч нравится, юзаю uuid для монтирования, это гарантирует что среди 100500 дисков запустится с нужного.У меня там 4m :)
Решил два раза не вставать и выровнять один раз на всю жисть.gpart unset -a active ada1 - без этого как раз почему то легаси не грузилось (а может ефи, не помню), по крайней мере когда я с этим возился. С тех пор просто дёргаю каждый раз при инстале и не заморачиваюсь.
Нынче наоборот заскриптовали установку/обновление EFI лоадера, чтобы он сам ставился/обновлялся и чужие лоадеры не затирал.
>fdisk -BI /dev/da0
>bsdlabel -wB /dev/da0s1А что с выравниванием?
Все-таки systemd это удобно. После него BSD-шная запускалка на шел-скриптах всерьез не воспринимается
Всё-таки просто запускалка скриптов это удобно. После нее системда-подобные комбайносамолеты на треугольных колесах вообще не воспринимаются.Причем системда вероятно одна из худших реализаций подобного. Доведённая до абсурда.
>Причем системда вероятно одна из худших реализаций подобного. Доведённая до абсурда.Про cgroup вы не слышали, конечно?
Ну да, в FreeBSD ничего такого нет, ибо ненужно :)
К сожалению слышал. К счастью в фрибсд этого ###### нет.
>>Причем системда вероятно одна из худших реализаций подобного. Доведённая до абсурда.
> Про cgroup вы не слышали, конечно?Если вы о том, для чего изначально использовали костыль в виде cgroup в системкомбайне (группирование и отслеживание процессов, избегание pid-file состояния гонки), то под фрей это называется Jail.
Хотя вообще-то процесс-дескрипторы
> Process descriptors are special file descriptors that represent processes, and are created using pdfork() ...в 2011 назад появились, а не ближе к 2019, как у перепончатых светочей прогресса :)
> Ну да, в FreeBSD ничего такого нет, ибо ненужно :)
Да-да, все что сделано (или названно) не как пингвинчике - не существует.
>[оверквотинг удален]
>> Про cgroup вы не слышали, конечно?
> Если вы о том, для чего изначально использовали костыль в виде cgroup
> в системкомбайне (группирование и отслеживание процессов, избегание pid-file состояния
> гонки), то под фрей это называется Jail.
> Хотя вообще-то процесс-дескрипторы
>> Process descriptors are special file descriptors that represent processes, and are created using pdfork() ...
> в 2011 назад появились, а не ближе к 2019, как у перепончатых
> светочей прогресса :)
>> Ну да, в FreeBSD ничего такого нет, ибо ненужно :)
> Да-да, все что сделано (или названно) не как пингвинчике - не существует.Джайл первоначально сделали просто для изоляции. Потом уже прикрутили управление ресурсами.
Линуксовое сочетание пространства имён с контрольными группами изначально полагалось как средство рулежки ресурсами, что бы там не говорили внедрятлы.
Системда же просто нашлепка над осью и теоретически может рулить клетками, гречкой небом и Аллахом. Теоретически.
И да, линуксовая реализация #.
>[оверквотинг удален]
>> Про cgroup вы не слышали, конечно?
> Если вы о том, для чего изначально использовали костыль в виде cgroup
> в системкомбайне (группирование и отслеживание процессов, избегание pid-file состояния
> гонки), то под фрей это называется Jail.
> Хотя вообще-то процесс-дескрипторы
>> Process descriptors are special file descriptors that represent processes, and are created using pdfork() ...
> в 2011 назад появились, а не ближе к 2019, как у перепончатых
> светочей прогресса :)
>> Ну да, в FreeBSD ничего такого нет, ибо ненужно :)
> Да-да, все что сделано (или названно) не как пингвинчике - не существует.Кстати, пользуясь случаем пообщаться с человеком в теме:почему в джайлах не реализована живая миграция?
> Кстати, пользуясь случаем пообщаться с человеком в теме:почему в джайлах не реализована живая миграция?Э-э, джейлы ж, по сути - пара доп. структур в ядре, прикрепленных к род. jail-процессу и (грубо говоря) jail id/ref в виде ссылки на эту структуру (jail-)родителя для его детей-процессов - ну и тестов на "джейлность" в ключевых местах.
Если брать тот же шатдаун джейла - там "лопатится" список всех процессов в системе и "фильтруется" по ссылке на искомого "джейл-родителя".Т.е. для реализации живой миграция джейла нужно примерно то же самое, что и для миграции фряхи-хоста, нет?
Спасибо за развернутый ответ.
> Спасибо за развернутый ответ.Я бы сказал, чрезвычайно сумбурный (особенно из-за попытки перевода терминологии).
Если смотереть конкретно реализацию, то:
есть prison0 (id=0), это "корень дерева" джейлов и одновременно - сам хост. Есть список джейлов.
У каждого процесса (треда) есть отсылка на credintail структуру (привилегии - uid, gid и вот это вот все), в которой в свою очередь есть отсылка на джейл (prison0 с случае процессов хоста).В остальном, все процессы (треды) существуют в одном, "системном" списке и исполняются в одном контексте, с соответствующими "общими" проверками на ограничения/привилегии (в том числе - и джейловые ограничения) в ключевых местах.
Ни "отдельной" памяти, ни, емпнип, "отдельных" списков дескрипторов и прочего (потому и реализация управления ресурсами прикручена там сбоку "на изоленту" - есть отдельный список all_prison_racct, который лопатится каждый раз по вызову из ядерного kern_racct).Соответственно, миграция джейлов - это по сути миграция выполняемых процессов машины с определенным ID, со всеми ее проблемами.
> Если вы о том, для чего изначально использовали костыль в виде cgroup
> в системкомбайне (группирование и отслеживание процессов, избегание pid-file состояния
> гонки), то под фрей это называется Jail.Это не совсем то. Точнее, совсем не то :)
А насчет systemd - была задача запустить два сервиса openvpn (openvpn client - это тоже сервис да) на одном сервере. С возможностью автоматического перезапуска Restart=on-failure. Так вот, в systemd все на порядок проще. Если ты не админ локалхоста, можно делегировать часть задач на техподдержку.
> в 2011 назад появились, а не ближе к 2019, как у перепончатых
> светочей прогресса :)Линейку спрячь, не своими достижениями меряешься :)
> Да-да, все что сделано (или названно) не как пингвинчике - не существует.
Oracle RAC на FreeBSD когда завезут? Вопрос риторический.
>Oracle RAC на FreeBSD когда завезут? Вопрос риторическийТак и хочется ответить словами классика "Линейку спрячь, не своими достижениями меряешься :)".
>была задача запустить два сервиса openvpn (openvpn client - это тоже сервис да) на одном сервере. С возможностью автоматического перезапуска Restart=on-failure. Так вот, в systemd все на порядок проще.
За пять минут рисуется rc.d скрипт, для рестарта monit. Делал что-то аналогичное для подвисающего php-fpm - всё работало, кушать не просило.
>Так и хочется ответить словами классика "Линейку спрячь, не своими достижениями меряешься :)".Я не меряюсь, просто пользуюсь :). И да, просто промышленное отказоустойчивое решение БД на десятки и сотни миллионов записей. И чтобы его поддерживать нужен только админ БД. А не гуру в ОС :)
>За пять минут рисуется rc.d скрипт, для рестарта...
Повторяю для тех, кто в танке: два(и более) одинаковых сервиса с разными настройками. И никаких скриптов, всё штатно. Техподдержка справится.
Когда Майкрософт офис на слаку.
Не судите так строго, у них не rc.d и в линуксе именно что портянки. Для них systemd - это избавление.
> Не судите так строго, у них не rc.d и в линуксе именно
> что портянки. Для них systemd - это избавление.Классно макнул всех SysV пользователей, малатэц :)
В качестве избавления, если уж старенький систем5 приносил столько страданий подошёл бы незаслуженно забытый s6.
Фряха класс легка в настроиках и стабильна в работе.
Всё лучшее от BSD-систем есть в линукс в виде libbsd0 и bsdutils. О чём вы вечно спорите, фанатики?
kqueue уже портировали?)
геом, нетграф?
Не, ну как же подобие bpf они уже к себе притащили, zfs подтащили...
Знать бы ещё что эти слова означают.
> Осуществлён переход на унифицированную c Linux реализацию файловой системы ZFS от проекта OpenZFS.Ждём тонны визга, нападок и истерики.
Последнее время они много училий тратят на то чтобы тянуть код из линукса.
АПИ для линуксовых граф драйверов запили, вот ZOL.Могли бы те-же силы тратить на то чтобы нормально нативные дрова поддерживать.
Лнукс будут каждую неделю ломать, а им нужно будет это все переписывать.
Ну не все же горят желанием изобретать велосипед. Почему бы ине притащить нужное? Потом сожно и переписать, но пока проще так, это полезнее, чем просто нифига не делать.
Тащить нужное можно по разному.
Можно адекватно портировать, а можно клепать костыли линуксовых ядер.Опять таки лучше делать что-то получше чем что-то поплохее.
> Тащить нужное можно по разному.
> Можно адекватно портировать, а можно клепать костыли линуксовых ядер.
> Опять таки лучше делать что-то получше чем что-то поплохее.Да, но иногда надо делать жизненно необходимое. Переписывание видеодрайверов задача нетривиальная.
До этого прекрасно все переписывали.Более того, СЕТЕВЫЕ ДРАЙВЕРА ПИСАЛИ С НУЛЯ!!!
Как вот для реалтека например.А потом внезапно сдулись и стали верещать что реалтеч плохой и хуже некуда и он не хочет святую фриибсд поддерживать(когда он таки дрова выпускает) а интел святой и хороший.
При этом интеловские драйвера сломались капитально в момент перехода с 10 на 11.Собственно с тех пор как iXsystems взялась за фрю дела у нее пошли плохо.
Ценю фряху за dtrace, ipfw, zfs, init, geom, gpart и сетевые утилиты.
> dtracedtrace вещь в себе, у многих нет квалификации это использовать. ценить можно и квантовые анализаторы, толку толку от них если физики не знаешь...
> zfs
плюшки zfs на десктопах в большинстве случаев редко используются. а всякая дедупликация вредна как известно (известно специалистам разумеется) при работе с виртуальными машинами в плане безопасности, облегчая работу малвари и форензик.
всё остальное что-то лучше, что-то хуже в сравнении с линуксами.
вообще для конечного юзера на десктопе - что линукс, что фряха - будет одним и тем же, ибо разница между файрфоксом и муз. проигрывателем что там, что там - незначительна. а что у ос "под капотом" знают единицы. я например редко встречал людей. которые ПО_НАСТОЯЩЕМУ ЗНАЮТ как устроена работа памяти в линуксах и фряхе, хотя проводят дни напролет в баталиях и спорах bsd vs linux.
простой пример. дайте дамп ридельфа с обоих систем и попросите без гугла объяснить вывод команды - тут-то и начнётся цирк, потому так ни форматов ельф, ни структур, ни аби форумные болтуны знать не знают.
Использую FreeBSD только на серверах, впрочем, как и Linux.
>Использую FreeBSD только на серверах, впрочем, как и Linux.Использую FreeBSD только в своих фантазиях, впрочем, как и Linux.
> вообще для конечного юзера на десктопе - что линукс, что фряха -
> будет одним и тем же, ибо разница между файрфоксом и муз.
> проигрывателем что там, что там - незначительна. а что у ос
> "под капотом" знают единицы. я например редко встречал людей. которые ПО_НАСТОЯЩЕМУ
> ЗНАЮТ как устроена работа памяти в линуксах и фряхе, хотя проводят
> дни напролет в баталиях и спорах bsd vs linux.Простой пример: ноутбук с гибридным видео(Intel+AMD), bluetooth гарнитурой и датчиком отпечатка. VirtualBox для песочниц. Поскольку ноутбук, иногда подключаюсь к другим wifi точкам и мониторам(hdmi). Рулить сетью(NM) и звуком(PA) - в Linux ваще без проблем. Закрыл крышку - ушел в сон. Открыл - секунда и работаешь.
Представляю себе уровень гемора настроить это всё во FreeBSD.
Действительно, ведь в FreeBSD совсем другие NM, PA и KDE (:
>Представляю себе уровень гемора настроить это всё во FreeBSD.Не надо представлять, надо поставить фряху на ноут и проверить в случае проблем написать багрепорт разработчикам софта. А так это пустословие.
>Не надо представлять, надо поставить фряху на ноут и проверить в случае проблем написать багрепорт разработчикам софта. А так это пустословие.Щас, только шнурки поглажу. Ноут продавался с предустановленной бунтой, 8-9 лет назад. Core I7. Сейчас дистр другой и всё железо работает как надо, включая датчик отпечатка. Обновил диск до ssd и wifi до 802.11ac. Давно ушел от методики "поставить и допиливать, пока всё не заработает". Это инструмент, а не фетиш.
Ни разу не видел в интернет магазинах ноуты с надписью "ОС: FreeBSD". Предпочитаете лотерею при выборе инструмента? Ваше право.
>>Не надо представлять, надо поставить фряху на ноут и проверить в случае проблем написать багрепорт разработчикам софта. А так это пустословие.
> Щас, только шнурки поглажу.И, как истинный опеннетный "спец", не забудешь высказать очередное ценное мнение опеннетчика, который о предмете обсуждения имеет лишь смутные представления ...
> включая датчик отпечаткаИнтересно, это какой-то пингвинячий фетиш, упоминать "работающий" датчик отпечатка?
$ stattime ~/.fprint/prints/
File: /usr/home/аноним/.fprint/prints
Access: 15:48:28 17/04/2014
Birth: 15:48:28 17/04/2014
$ uname -rs
FreeBSD 12.2-STABLE
libfprint, pam_fprint - поставил еще в 10, считал отпечатки, настроил "как удобно" и забыл.> Предпочитаете лотерею при выборе инструмента? Ваше право.
А давайте, вы эту пафосную демагогию на мако-виндо-форумах втирать будете?
Даже сейчас предустановленная бубунта не гарантирует 100% работоспособности (хотя ситуация сильно улучшилась), а уж 8-9 лет назад - "Какие у вас претензии? C нашей предустановленной версией все работает, другого вам никто не обещал! Ставьте Win7, если недовольны, наклеечка совместимости имеется ...".
>И, как истинный опеннетный "спец", не забудешь высказать очередное ценное мнение опеннетчика, который о предмете обсуждения имеет лишь смутные представления ...Имею. И не смутные. Гибридную графику FreeBSD - не умеет.
Implementations of these hybrid graphics systems vary, and Xorg on FreeBSD is not able to drive all versions of them.
>Интересно, это какой-то пингвинячий фетиш, упоминать "работающий" датчик отпечатка?
Нервный ты какой-то.
> Имею. И не смутные. Гибридную графику FreeBSD - не умеет.
> Implementations of these hybrid graphics systems vary, and Xorg on FreeBSD is
> not able to drive all versions of them.Ну-ну. Цитируешь хэндбук, почему-то считая что "not able to drive all versions" переводится как "не умеет вот ваабще", а не "не умеет все возможные версии".
https://alfonsosiciliano.gitlab.io/posts/2020-01-05-freebsd-...
"Ценна" скриншотами для "не смутных представителей", а вся простыня текста сводится к тому, что если поставить пакет нвидиа-дров и разрешить optimus-сервис то "optirun <игрулька>" прекрасно работает.А так-то я тоже "видел", как бубунта 18-что-то-там "умеет" в гибридную графику на старом T520, ага.
Ура! Молодцы ребята. Лучшая система для работы и отдыха. Стройности, логичности и простоте просто респект. Замечательная вещь куда ещё не добрались виндузятники криворукие.
Зато линуксоиды добрались:-(
БЗДуны полностью свалили на сервера. Жизни Декстопной тут нету.
На Линукс ее тоже скоро ( в течение десятка лет) не будет.
Никогда не было.
> На Линукс ее тоже скоро ( в течение десятка лет) не будет.Рабочие места сотрудников ПриватБанк - Ubuntu.
А что, в линуксе какие-то особенные иксы или кеды? А может vlc или Firefox там собираются из особых исходников?Короче очередной бред сектанта.
На Линукс внедряют инопланетный вяленд. Из 2-х тулкиты один захвачен ыанатиками-гномосеками второй принадлежит частной компании. Оба страдают ожирением в терминальной стадии. Писать на нормальных тулкитах вжопенсрорсники не хотят. Вывод -- десктоп на никсах Рип. Так-то он и не существовал толком..кроме коммерческих, естественно, клоседсорсес.
Коммерческие ВСЕГДА были opensource. Поскольку ни ебеме, ни хепе ничего до конца сами написать нишмагли. motif всегда был открыт (не всегда бесплатен, но стал с 98го), сановские open* и их ужасный cde открыты с самого начала.Только вот это не косплеило "десктоп" (до cde), а просто было графической рабочей станцией - с весьма номинальным десктопным набором фич. Никаких выпрыгивающих окошек при вставлянии флэшки с "чего изволите?...ой,я тут какой-то авторан запустило - надеюсь, вам понравится, вы ж хотели 'как в винде!' "
А, ты о макоси? Там да, закрыто все. И не надо открывать, бррр...
Пишут, кстати, и под него на культях.
А чего так? Я бы не отказался от опенсорсной макоси.
Вот и будешь ВЕЧНО сам же ее и чинить ;-)Оно, вероятнее всего, внутри на порядок ужаснее гомов с кдеями. Просто потому что сложнее.
Откуда ты знаешь, что она сложнее? Она же наглухо огорожена.
https://github.com/apple/darwin-xnu
> https://github.com/apple/darwin-xnuИ? Это какой по счету цикл "открытия-закрытия кода" яблом? Третий или четвертый?
Основная часть энтузиастов по моему уже после первого раза потеряла интерес.
Тем более, толку-то, если куча сервисов и компонент по прежнему закрыта
https://github.com/PureDarwin/PureDarwin/wiki/Current_Blockers
> BinaryDriver OSvKernDSPLib.kext is missing, consequently IOAudioFamily.kext cannot be loaded resulting in no audio support.
> There is a shortage of network drivers (and of other drivers in general) for Darwin. Of particular concern, the Intel e1000 driver AppleIntel8254XEthernet.kext, needed to run networking under VMWare, while available in OS X are not available for general distribution nor redistributable.
> SystemConfiguration.framework (in the configd package) does not compile, and the binary root made available is incomplete.
> DirectoryService daemon depends on missing CFLite functions
> launchd does not build
> This is a mission critical component of Darwin.О графическом стеке даже не заикаюсь.
> https://github.com/apple/darwin-xnuэто ядро. оно сто лет открыто, чтоб разработчики могли без проблем отлаживать прототипы драйверов, разумеется, патчей от васянов Яббл так и не дождался, только хакерских kext - "отладили".
Один безмозглый хейт - не так подано, не то открыли, кланялись только в пояс а надо в пол...Собственнно, один дурак уже пришел на зов.
А мы об междумордии. Не открыто и не будет. Потому что незачем помогать васянам воровать, а никакой пользы от них ни ябблу ни человечеству в целом не предвидится, неспособны они ни на что кроме гадить.
А толку от этого Дарвина, если вся графика закрыта.
Я тоже так считаю, но есть особо упоротые индивиды, утверждающие, что линукс на десктопе в сотни раз круче любого другого unix-like, не понимая, что графические компоненты что на пингвине, что на БСД, одни и те же.
Упоротые индивиды скорее всего подразумевают ядро, доступность ПО, и его более богатые возможности с ядром линукса.>те же
Те же, да не те же. Да и консольные утилиты тоже совсем другие, даже если они собираются из одних исходников.
Это может говорить только человек который внутрь кода не заглядывал.
Не спорю что под линукс всякое десктопное, особенно гномное, лучше заполировано, но говрить что там какие то супер преимущества линукса есть - я бы не стал.Мы опять продолбали fdwalk() - он в 13 не попал: https://reviews.freebsd.org/D21206
без него некоторые приложения юзающие glib или которым надо запускать другие процессы самостоятельно - живётся плоховато, и приходится делать close()/fd_set() (короче close_exec выставляется) просто тупо в цикле от 3 до max_fd, который может быть и 2м и 4м, что есть пустая работа и задержки при запуске процессов.
Но если пойти к нам в багтрекер, то там есть патчи для глиб и прочих который добавляет реализацию fdwalk в глибу и прочие места.Зато у нас втащили close_range(), что есть развитие closefrom().
Ещё у нас плоховато с мониторингом того что файлы поменялись, просто кое чего неудобно/не сделано, но в целом оно работает.
Вот и всё, что лично я знаю плохого, о том как фря отстаёт от линукса.
Притом лично я же и патчил в портах вот это всё, чтобы минимизировать отставание.А у вас будут примеры, которые не специфичны для линукса (ну типа я тоже могу сказать что в линуксе нет геом, нетграф), как у вас всё хорошо а у других всё плохо?
> Это может говорить только человек который внутрь кода не заглядывал.
> Не спорю что под линукс всякое десктопное, особенно гномное, лучше заполировано, но
> говрить что там какие то супер преимущества линукса есть - я
> бы не стал.Ну да, конечно. Вот банальный пример https://chrony.tuxfamily.org/comparison.html#_security
1. В вашем примере функционал не изменяется: оно как работало так и работает, это секурити фичи из области маркетинга, на случай если электройды из измерения 43 вторгнутся в нашу вселенную.2. "System call filter (seccomp, pledge)" - специфичные фичи конкретных двух ОС, которые разработчики снизошли допилить. Во фре есть капсикум и есть божественный MAC, запиленый за деньги дарпы. Я хз, но мне кажется аналога MAC нет в линуксе.
Не то чтобы маркетинг, но можно сделать вывод, что де-факто стандарт нтп не поддерживает какую-либо изоляцию на фряхе. В линуксе тоже есть различные системы мандатного доступа (аж штук 30), в том числе запиленные на деньги NSA, но это всё же не уровень приложения и совсем из другой оперы.>разработчики
Речь о том, что поведение всё же отличается, и весьма значительно. В данном случае можно сделать вывод, что есть некоторые проблемы с подобным функционалом ядра (если бы какой-нибудь аналогичный существовал, его бы уже давно кто-нибудь вставил для этой платформы).
> Не то чтобы маркетинг, но можно сделать вывод, что де-факто стандарт нтп не поддерживает какую-либо изоляцию на фряхе.Угу-угу.
Или же, что составители табличек особо не заморачиваются ...> This document compares features and performance of the following NTP implementations:
> ntp-4.2.8p15
> Presence of the features was determined from the documentation, observed behaviour, and source code.
> Last updated 2020-10-08 14:19:05 +0200смотрим
man mac_ntpd
> mac_ntpd – policy allowing ntpd to run as non-root user
DESCRIPTION
The mac_ntpd policy grants any process running as user ‘ntpd’ (uid 123)
the privileges needed to manipulate system time, and to (re-)bind to the
privileged NTP port....
HISTORY
MAC first appeared in FreeBSD 5.0 and mac_ntpd first appeared in
FreeBSD 12.0.https://reviews.freebsd.org/D16281#
> Make it possible to run ntpd as a non-root user, add ntpd uid and gid.
> This revision is now accepted and ready to land.
> Jul 16 2018, 4:46 AM/usr/src/contrib/ntp/ntpd/ntpd-opts.h (на FreeBSD 12.2-STABLE)
#define NTPD_FULL_VERSION "ntpd 4.2.8p15"/usr/src/contrib/ntp/ntpd/ntpd.c
#if defined(HAVE_TRUSTEDBSD_MAC)
# include <sys/mac.h>
#endif /* HAVE_TRUSTEDBSD_MAC */
#endif /* HAVE_DROPROOT */
...
# if defined(HAVE_TRUSTEDBSD_MAC)
/* We can run as non-root if the mac_ntpd policy is enabled. */
&& mac_is_present("ntpd") != 1
# endif
Такой вот "обсервейшн в сорс код"
Там суть в том, что для процессов с uid=123 разрешаются отдельные систколы, как будто оно от рута запущено.
Я примерно такой же mac модуль делал чтобы он разрешал сырые сокеты для юзера, чтобы игрушки под вайном по сетке некоторые заработали.Ну и собственно для хрони это тоже будет работать, притом вероятно прямо сразу, достаточно только модуль загрузить и чтобы хрони с UID=123 был запущен. Но возможно потребуется небольшой допил, чтобы сам хрони понял что можно без рута.
А вообще, вся эта табличка пошла по маркетинговым причинам, потому что ntp от isc очень фичастый но сильно дырявый, и вот чтобы показать что хрони есть причины юзать и потребовалось показать что он хоть чем то лучше. Доказать что уязвимостей в нём нет никто не может, потому обложили костылями.
> Там суть в том, что для процессов с uid=123 разрешаются отдельные систколы,
> как будто оно от рута запущено.Ну дык ... код я не глядел, но в комментарии к нему писали
> only privileged operations performed by ntpd are adjusting system time, and (re-)binding to privileged UDP portА для просто "privileged ports" под non-root уже лет 15 есть mac_portacl.
Edit: вру, mac_portacl появился во фре 5.1, т.е. 2003 год.
case PRIV_ADJTIME:
case PRIV_CLOCK_SETTIME:
case PRIV_NTP_ADJTIME:
case PRIV_NETINET_RESERVEDPORT:
case PRIV_NETINET_REUSEPORT:
Если я правильно понял это из разряда apparmor и selinux, т.е. не механизм уровня приложения для, собственно, приложения. Но и та табличка, скорее всего, не первой свежести, и что там месяц назад добавили в ней не отражено.
> Если я правильно понял это из разряда apparmor и selinux, т.е. не
> механизм уровня приложения для, собственно, приложения.Я, вообще-то, привел кусок кода из сорца "ntpd 4.2.8p15".
"Изкоробочной", фряшной версии, но то же самое есть и в апстриме
http://www.ntp.org/downloads.html
> Production 4.2.8p15 2020/06/23если что.
> Но и та табличка, скорее всего, не первой свежести, и что там месяц назад добавили в ней не отражено.
Специально выделил дату жирным
>>Jul 16 2018, 4:46 AMНо могу и так:
обновление на 4.2.8p15
git log contrib/ntp/ntpd/
commit fef5a375dd15a4858f0812d7185e7b193d869ef1
Author: cy <cy@FreeBSD.org>
Date: Sun Jun 28 03:28:28 2020 +0000MFC r362568:
MFV r362565:
Update 4.2.8p14 --> 4.2.8p15git log --name-status contrib/ntp/ntpd/ntpd.c
commit 86596b2682add8e3ddb2752bd41dbb352bef6f8c
Author: ian <ian@FreeBSD.org>
Date: Thu Jul 19 23:55:29 2018 +0000Make it possible to run ntpd as a non-root user, add ntpd uid and gid.
...
Differential Revision: https://reviews.freebsd.org/D16281M contrib/ntp/ntpd/ntpd.c
Выделяю еще раз:
Date: Thu Jul 19 23:55:29 2018 +0000
Make it possible to run ntpd as a non-root user, add ntpd uid and gid.ЗЫ:
Но вообще, получилось довольно "показательно" относительно достоверности "фактов" из таких вот списков - назвали-то, как я понимаю, первый бросающийся в глаза "недостаток".
Хорошо, полгода. Но надо полагать, табличке уже несколько лет как минимум и это был только пример. Кроме того, это всё же совершенно другой механизм, так, например, yama тоже в хромиуме поддерживается, но это ведь не штатный механизм и он вероятнее всего отключен у многих пользователей. Tomoyo вроде нигде не встрачалось, но из той же оперы.
> Хорошо, полгода.
>> Date: Thu Jul 19 23:55:29 2018 +0000Окай ...
> Но надо полагать, табличке уже несколько лет как минимум
>> Last updated 2020-10-08 14:19:05 +0200О-о-кай ...
>> де-факто стандарт нтп не поддерживает какую-либо изоляцию на фряхе
> Кроме того, это всё же совершенно другой механизм,То "не поддерживает", то "другой.
Это штатный механизм изоляции фряхи, включенный по умолчанию в 12-RELEASE, в _штатном_ фряшном ntpd и в довесок, принятый в апстрим.
Т.е. есть в той самой, апстримной версии ntpd 4.2.8p15 от 2020/06/23, которую и "анализировли" (как они сами пишут)
> This document compares features and performance of the following NTP implementations:
> chrony-4.0
> ntp-4.2.8p15
> openntpd-6.2p3 (portable)составители таблицы.
> это был только пример.
Довольно типичный. Во всех смыслах.
Засим прекращаю кормежку и откланиваюсь.
Если ты усердно настаиваешь, я скажу, как есть. Вероятно, никто не использует эти ОС, поэтому никому не интересно. 2 года конечно не срок (или всё же ПОЛГОДА?), но за это время не нашлось никого, кто бы сообщил авторам таблички об изменениях, а сами они не в курсе и не должны этого знать.
Отвечу кратко.1. Вы сами не можете сформулировать зачем вот это всё надо.
2. "стандарт нтп" - ваша личная придумка.
3. "что поведение всё же отличается, и весьма значительно." - только в нештатных ситуациях, и исключительно в них.
4. "В данном случае можно сделать вывод, что есть некоторые проблемы с подобным функционалом ядра" - нет, нельзя.
5. "если бы какой-нибудь аналогичный существовал, его бы уже давно кто-нибудь вставил для этой платформы" - людей мало, из тех кто может сделать скорее всего пользователей хрони нет (кроме меня :) ), и у всех есть более важные задачи, чем добавление фич которые не ощущаются в работе никак.У нас очень маленькое сообщество, все пилят только за то что платят или то что им самим нужно.
Я запилил gtk-mixer потому что это решает мои проблемы и повышает комфорт использования системы вот прямо каждый день.
С другой стороны, если я потрачу своё время на обкладывание костылями хрони - то моя жизнь от этого никак не изменится, я просто потрачу время в пустую.
Это отличная работа для студентов на курсач и не более, чисто поучится и получить опыт, но никак не киллер фича которая мастхэв.
Что мешает запускать любой сервис в джейле, прокидывая с хоста, лишь то, что нужно?
И мониторить проще на предмет подозрительной активности.
Главная проблема Фри - нехватка рук, от чего большое число проблем с прикладным ПО.
И в последнее время с драйверами...
Фичи это круто конечно очень, но ОС нужна чтобы работать на оборудовании и запускать ПО.
Если мы поставим: Linux, FreeBSD, Illumos в связке с MATE и среднестатистический пользователь не увидит разницы.
> Если мы поставим: Linux, FreeBSD, Illumos в связке с MATE и среднестатистический
> пользователь не увидит разницы.Конечно не увижу, все равно винду ставить. Совершенно одинаково.
Ровно до тех пор, пока пользователь не полезет в конфиг. /etc? /opt/etc? /opt/local/etc/ /usr/share/lib/var/tmp/randon/etc?
Разница лишь в отсутствии бинарной проприетарщины, весь свободный софт работает точно так же, как в линухе. А если пользоваться проприетарным софтом, то нахрена вообще выпендриваться со всей этой псевдосвободой? В таком случае пусть используют Винду или макось.
> Разница лишь в отсутствии бинарной проприетарщины, весь свободный софт работает точно так
> же, как в линухе. А если пользоваться проприетарным софтом, то нахрена
> вообще выпендриваться со всей этой псевдосвободой? В таком случае пусть используют
> Винду или макось.Nwjs не бинарный, не проприетарщина, и вполне свободный. Если электрон ещё как-то с горем пополам портирован Васяном, то тут ничего. И да, это не одно и то же. К тому же, функционал ядра и libc всё равно сильно отличается и не для всего есть аналоги.
Отсутствие электрона и подобного мусора скорее преимущество, чем недостаток. Я бы его и из линукса выпилил.
> Отсутствие электрона и подобного мусора скорее преимущество, чем недостаток. Я бы его
> и из линукса выпилил.вот и сиди в венде в своем сцайпе!
(кстати, уже почти - единственный лохо...электрон с поддержкой 32бит, как обычно, угадай где? Правда, 32битный арм не поддерживается.)
Казалось бы, при чём здесь винда и скайп...
Так и на фре вяледн есть и можно юзать.
И остальной софт весь такой же, чего вы вообще ждёте от фри?
У меня dlagonflybsd была в качестве хоста рабочей станции. Полгода. Лучшая бсд на свете. Потом я купил карточку от nvidia и пришлось отказаться. Фряха ничем не примечательна, не понимаю почему некоторые утверждают будто она не подходит для рабочих станций. Вполне подходит, но от нормального взаимодействия с другими системами придётся отказаться в первую очередь.
На серверах с FreeBSD тоже не особо разбежишься. Недавно сломали коды выходов в pkg
> На серверах с FreeBSD тоже не особо разбежишься. Недавно сломали коды выходов в pkghttps://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252560
> seems to break chef automation as chef code expects either 0 or 70:Оно? Так вообще-то починили.
было
https://github.com/freebsd/pkg/blame/6c888b7a8f8e7705366bb95...
retcode = EX_SOFTWARE;стало
https://github.com/freebsd/pkg/blame/fea82f33282a2a67b6bd927...
retcode = EXIT_FAILURE;В мане _всегда_ говорилось о 0, если пакет существует и 1, если нет.
Багрепорт открывать нужно было, вместо захардкоживания и костыляния недокументированного поведения довольно кривым (проверять на 0 или 70, вместо проверки на 0 или !=0) образом.
Переехал на 13 в начале января.
Словил не так уж много багов, уже всё закрыли/починили.1. claws-mail перестал работать, оказлось виновато security/libtasn1, она при сборке clang10+ с -O2 и выше глючит при парсинге сертифкатов.
Убил сутки на поиски.
Оказалось оно и в 12 версии так же глючит, ибо пофиг на систему, просто у большинства она была собрана ещё clang9, потому проблема вылезала мало у кого.
Ну и rdesktop это тоже сломало.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252548
там даже апстрим почесался и вроде есть патч, во фре просто с -O1 пока собирается. Они там думают что проблема скорее clang.2. fsck_ffs глючил на девайсах у которых блок 4к при автопроверке, при ручном запуске было ок. Кирк уже пофиксил.
3. iichd переехал в ядро и несколько раз ломал мне сборку сменой конфига ядра.
4. retroshare, xcheckers - не удалось пересобрать, кажется сами порты сломаны.
i386-wine пришлось самому собирать в х32 виртуалке, впрочем оно и к лучшему - я хоть освоил его сборку, а то в портах раз в год обновляют.
VBox пришлось подпатчить, там одно ядерное АПИ на один параметр больше хотело, хотя это и в 12 бэкпортировали вроде.5. На одном из компов EFI загрузчик не работает - он не видит видео, только serial, приходится использовать legacy загрузчик.
(плата на A10-6700 от гигабайта, не самая новая но и не древнее)
Больше пока не было проблем с загрузкой.
Под VirtualBox i386 с EFI по прежнему не работает.6. У меня раньше цвета шрифтов в консоле выставлялись в конфиге ядра, это теперь не работает, максимум удалось задать цвета текста через loader.conf и теперь всё одним цветом, и сообщения ядра и сообщения от юзерспейса.
В целом обновление прошло гладко, дома только ноут и тестовые системы некоторые не обновлены. На работе гденить в конце года-след году будем, может раньше, хз.Профит от 13 для меня:
- свежий amdgpu - drm-fbsd13-kmod-5.4.92.g20210202, на котором работает RX5600
- своп теперь не ограничен 64ГБ, и может занимать весь доступный объём на диске
- из приятного - новый EFI загрузчик имеет приятные шрифты и графический режим, прямо ВАУ как непривычно :)
> У меня раньше цвета шрифтов в консоле выставлялись в конфиге ядра,раньше их не надо было выставлять - и так были различимы.
Впрочем... лучше скажи, а шрифты-то в консоли у тебя работают? И если да, то какие.
Я уж даже не спрашиваю о кодировках, отличающихся от единственно-верной.> из приятного - новый EFI загрузчик имеет приятные шрифты и графический режим, прямо ВАУ как непривычно
сейчас считается круто, когда никакого загрузчика нет в помине. Сразу после заставки вендора - логин скрин без переключения десяти разных графрежимов. Объясните им кто-нибудь уже!
Раньше там был белый жирный для ядра и белый тощий для юзерспейса.
Я менял так, чтобы был жирный жёлтый для ядра и тощий зелёный для юзерспейса.
Теперь можно поменять только цвет, пришлось оставить зелень :)Шрифты я менять не пробовал, и собственно кроме единственно правильного языка мне ничего и не надо в консоле, но насколько помню русские названия файлов показывает без проблем.
Насчёт этого - в лоадере уже давно есть опции, чтобы не показывать лог загрузки а показывать какоенибудь лого до момента когда запустятся иксы с логон манагером/манагером рабочих столов.
Как минимум я об этом ещё начиная с 10-11 фри знаю.
А у вас гуи к виртуалбоксу нормально работает? Недавно ставил на посмотреть и проблемы с диалогом выбора пути или файла. Он просто не реагирует на кнопки, можно лишь закрыть. 5 версия, что в портах.С любым другим гуи софтом подобных проблем нет и не было.
У меня phpVirtualBox.
и ни слома о работе melifaro по роутингу
Так напишите.
Он вроде не сильно активно пилит в последнее время (года два), свалил и ему не до этого, хотя какие то коммиты от него я недавно видел.
Про это было в отчёте о развитии за Q4'2020
Ох хо хо а мне нравится фря, настраивать легко и быстро и работает стабильно и быстро. Везде гда можно используем фрюху. Всех причастных демонов поздравляю.
я так и не понял, сборки для i386 будут или их пока не сделали?
Не будет.Позвольте спросить, а на какую i386 систему вы хотите установить современную ос и с какой целью?
Смею предположить, что на какую нить cloud vm. Либо до сих пор squid на Duron
О, вы знаете французский!
На мелковиртуалку для vpn самое-то было на самом деле
Мелковиртуалки у хостеров давно 64бит, удачи найти 32.
Ну например такую что бы касперского поставить на фрибсд нужна ставить пакеты от 32 битной версии
Хотя уже на дворе 2021 год
А что, очень сложно скачать исходники и сделать так:make buildworld && make buildkernel KERNCONF=MYI386KERNEL
make installkernel KERNCONF=NETBOOTKERN DESTDIR=/mnt
make installworld DESTDIR=/mnt && make distribution DESTDIR=/mntНу на живой системе mergemaster вместо make distribution.
> А что, очень сложно скачать исходники и сделать так:скачать-то несложно...
> make buildworld && make buildkernel KERNCONF=MYI386KERNELно вот это в моей десяточке почему-то ругается на цоманд нот фоунд, не знаете, почему?
А те у кого есть на чем make buildworld - у них уже есть freebsd, им не надо.
Кстати, сколько дней на вашей i386 выполняется эта команда?> Ну на живой системе mergemaster вместо make distribution.
когда-нибудь ты повзрослеешь и у тебя уже не будет ни времени на глупости, ни желания ими заниматься.
>> А что, очень сложно скачать исходники и сделать так:
> скачать-то несложно...
>> make buildworld && make buildkernel KERNCONF=MYI386KERNEL
> но вот это в моей десяточке почему-то ругается на цоманд нот фоунд,
> не знаете, почему?Потому что ацкий ацтой. :-) Я бы попробовал наверно в соседней виртуалке, какую-то поддержку Hyper-V запилили, хотя и без неё неплохо работало.
> А те у кого есть на чем make buildworld - у них
> уже есть freebsd, им не надо.
> Кстати, сколько дней на вашей i386 выполняется эта команда?Ну за пару дней справляется. Dell 1300 с Pentium M 1,7GHz
Интересно, git/git-lite когда в базу добавят?
Наверное в этом году, ещё же порты на svn остались.
Если просто стягивать src или ports то для этого есть net/gitup
А если нет портов? bootonly там, и в этом духе.P.S. portsnap конечно же поможет...
> А если нет портов? bootonly там, и в этом духе.А для чего в бутонли нужен "изкоробочный" git и что мешает поставить его пакетом из репы?
Удивительно что нет комментария про тотальное превосходство Линукса на десктопе пользователей в виде WSL / WSL2.
Кто подскажет в базовой поставке теперь вместо svnlite что использовать ? gitlite что-то не нашел. Как на свежепоставленной сырцы обновить ?
Да по ходу так и останется svnlite.
> Разработка переведена из централизованной системы управления исходными текстами Subversion в децентрализованную систему Git.Очень жаль, что не Mercurial. Огребут они проблем с этим Git.