Спустя год после прошлого значительно выпуска доступен (https://lists.freebsd.org/pipermail/freebsd-announce/2018-Ju...) релиз FreeBSD 11.2, который подготовлен (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/11.2/) для архитектур amd64, i386, powerpc, powerpc64, sparc64, aarch64 и armv6 (BEAGLEBONE, CUBIEBOARD, CUBIEBOARD2, CUBOX-HUMMINGBOARD, Raspberry Pш B, Raspberry Pi 2, PANDABOARD, WANDBOARD). Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2.Ключевые новшества (https://www.freebsd.org/releases/11.2R/relnotes.html):
- Компоненты Clang, libc++, compiler-rt, LLDB, LLD и LLVM обновлены до версии 6.0.0 (https://www.opennet.dev/opennews/art.shtml?num=48223), из новых возможностей в которой можно отметить включение в Clang по умолчанию стандарта C++14 ("-std=gnu++14" вместо "-std=gnu++98"), обеспечение поддержки некоторых возможностей будущего стандарта C++2a, интеграцию патчей retpoline для блокирования второго варианта уязвимости Spectre, включение по умолчанию фреймворка GlobalISel для архитектуры AArch64 при сборке с уровнем оптимизации "-O0", добавление новых предупреждений компилятора.
- Обновлены версии поставляемых в базовой системе сторонних проектов: libarchive 3.3.2, libxo 0.8.4, Subversion 1.9.7, OpenSSH 7.5p1,
tcpdump 4.9.2, NTP 4.2.8p11, bmake 20180222, OpenSSL 1.0.2o, LLVM (clang, lld, lldb, compiler-rt) 6.0.0.
- Обновлены драйверы устройств cxgbe, ixl и ng_pppoe. Добавлены новые драйверы mlx5io для сетевых адаптеров Connect-X 4 и Connect-X 5, ocs_fc для хост-адаптеров Fibre Channel от компании Emulex и smartpqi для SCSI-контроллеров Microsemi;- В портах доступны графические окружения KDE 4.14.3 и GNOME 3.18.0;
- Добавлена новая утилита efibootmgr (https://www.freebsd.org/cgi/man.cgi?query=efibootmgr&sektion...) для настройки менеджера загрузки EFI;
- Добавлена новая утилита dwatch (https://www.freebsd.org/cgi/man.cgi?query=dwatch&sektion=1&m...) для наблюдения за процессами с использованием механизма трассировки DTrace;
- Добавлена новая утилита etdump (https://www.freebsd.org/cgi/man.cgi?query=etdump&sektion=1&m...) для просмотра информации из загрузочного каталога El Torito;- В утилиту crontab добавлена опция "-f" для принудительного удаления файла crontab при использовании опции "-r" в неинтерактивном режиме (предотвращает случайное удаление при ошибочном указании "-r" в командной строке);
- В утилиту diskinfo добавлены флаги "-s" для отображения идентификатора диска (серийного номера) и "-p" для вывода физического пути (physpath) к диску в системе хранения;
- В umount добавлен флаг "-N" для принудительного отмонтирования NFS-раздела;
- В утилите ps обеспечено отображение приоритетов realtime и idle среди флагов состояния. Также добавлен признак "C", позволяющий определить , что процесс выполняется с использованием ограничений capsicum;
- В утилите pw реализована корректная обработка периодов истечения срока работы учётной записи и добавлена возможность использования символов "@" и "!" в поле GECOS;
- В утилите mdmfs появилась поддержка tmpfs;
- В утилиту service добавлен флаг "-j" для выполнения команды в контексте указанного jail-окружения;
- В утилиту sysctl добавлена поддержка присвоения параметрам массивов числовых значений;
- В ipfw возобновлена поддержка sysctl net.inet.ip.fw.dyn_keep_states;
- Для систем на базе процессоров Intel Ice Lake и Cannon Lake по умолчанию активирована поддержка Wake On LAN;- Установщики memstick-сборок для архитектуры amd64 переведены на использование MBR вместо GPT для улучшения совместимости с оборудованием, поддерживающим MBR и GPT, но не способным загрузиться в режиме с BIOS при использовании GPT;
- С целью сокращения размера проведена чистка окружения Live CD для образа disc1.iso, который теперь опять умещается на 700MB CD-ROM;
- В ifconfig добавлена поддержка опции "random" для случайной генерации MAC-адреса;
- Инсталлятор bsdinstall по умолчанию настроен на использование на системах arm64 только загрузки в режиме UEFI;
- Добавлена поддержка многопротокольных адаптеров TAIO USB (TUMPA);- Для гипервизора bhyve реализован драйвер виртуальной консоли virtio_console;
URL: https://lists.freebsd.org/pipermail/freebsd-announce/2018-Ju...
Новость: https://www.opennet.dev/opennews/art.shtml?num=48857
>GNOME 3.18.0;Это опечатка? Актуальна на данный момент версия 3.28.
Судя по KDE 4.14.3 - не опечатка, а фирменная тухлая штабильношть
Толи дело рач,в нём всегда самое свежее оно.
Всему своё место. Фряха отдельно, арч отдельно.
windows отдельно
Лапчатого труЪ-одмена легко распознать по знанию всех последних версий DE и нескучным обоям.
АйфонСамыйПоследний себе уже купил, маковод?
> АйфонСамыйПоследний себе уже купил, маковод?Это у вас теперь мода такая, айфонами да макосью пользоваться? На Землина, директора The Linux Foundation, по совместительству бывшего главу Free Standards Group, ориентируетесь?
Давай будем честны, бсдшники пользовались вендой и маками, когда это еще не было модно среди *nix пользователей. Просто, линукс скатился позже, вот и с него теперь бегут.
Давай будем честны, линуксоиды пользовались вендой и маками, когда это ещё не было модно среди пользователей BSD. Просто потом тема стала более попсовая и больше леммингов стало кричать, что они тру линуксоиды, продолжая покупать ноуты с предустановленной десяткой, а в BSD чутка сложнее набежать оказалось смузистам с вейпами, там же нет убунты
> а в BSD чутка сложнее набежать оказалось смузистам с вейпами, там же нет убунтыТы не поверишь, но. У BSD есть полноценная убунта, с кодеками и проприетарщиной - GhostBSD называется.
И хватит уже тупо набрасывать каждый раз. Все эти ваши холиворы - ваши проблемы и ваше дерьмо. Не мешайте нормальным людям
Все 3,5 человека?
> Давай будем честны, бсдшники пользовались вендой и маками, когда это еще не было модно среди *nix пользователей.У маководов было не модно пользоваться маком? Это как?
(тонкий намек на то, что линукс всегда позиционировался как никсо-подобный, но "сбоку". А уж после пришествия Поттеринга и Его Откровений о том, что все остальное не нужно, POSIX устарел и теперь пинвинячье АПИ "новый POSIX", a разработчикам дОлнжо писать код для пингвина, без оглядки на другие системы …)
>> Давай будем честны, бсдшники пользовались вендой и маками, когда это еще не было модно среди *nix пользователей.
> У маководов было не модно пользоваться маком? Это как?
> (тонкий намек на то, что линукс всегда позиционировался как никсо-подобный, но "сбоку".забыл чуть ли не главное: ирония в том, что мак как раз и является "самым натуральным *nix" (т.е. с сертификатом стоимостью где-то в половину бсдшного годового бюджета).
>>> Давай будем честны, бсдшники пользовались вендой и маками, когда это еще не было модно среди *nix пользователей.
>> У маководов было не модно пользоваться маком? Это как?
>> (тонкий намек на то, что линукс всегда позиционировался как никсо-подобный, но "сбоку".
> забыл чуть ли не главное: ирония в том, что мак как раз
> и является "самым натуральным *nix" (т.е. с сертификатом стоимостью где-то в
> половину бсдшного годового бюджета).Пингвинята заминусуют. :)
Не могу понять по психологии "Вашей" проблемы... У Вас комплекс к пернатым? Иль че пьяный "линоксоид" Вас чем обидел?!? В чем проблема уважаемый?!?
> Не могу понять по психологии "Вашей" проблемы... У Вас комплекс к пернатым?
> Иль че пьяный "линоксоид" Вас чем обидел?!? В чем проблема уважаемый?!?Каков образчик косноязычия! :)
>>> Давай будем честны, бсдшники пользовались вендой и маками, когда это еще не было модно среди *nix пользователей.
>> У маководов было не модно пользоваться маком? Это как?
>> (тонкий намек на то, что линукс всегда позиционировался как никсо-подобный, но "сбоку".
> забыл чуть ли не главное: ирония в том, что мак как раз
> и является "самым натуральным *nix" (т.е. с сертификатом стоимостью где-то в
> половину бсдшного годового бюджета).А трава то весной всёже зеленее - правда? )))
> Давай будем честны, бсдшники пользовались вендой и маками, когда это еще не
> было модно среди *nix пользователей. Просто, линукс скатился позже, вот и
> с него теперь бегут.Уж как пер..л в лужу - так это конкретно, по бзд-ному!.. ))) (Не в обиду НАСТОЯЩИМ БСД-никам!!!).
Так в порты недавно плазму 5 добавили - собирайте на здоровье!
> Так в порты недавно плазму 5 добавили
> - собирайте на здоровье!О! Вот это прикол!
Посмотрел сейчас, кстати, можно и не собирать, а устанавливать собранную кем-то:# pkg search kde5
kde5-5.12.7.18.08.2. KDE Plasma Desktop and Applications (current)
> Судя по KDE 4.14.3 - не опечатка, а фирменная тухлая штабильноштьЭксперты опеннета такие фирменные эксперты:
pkg search -r FreeBSD kde-baseapps
kde-baseapps-18.04.2 KDE5 baseapps meta port
kde-baseapps-kde4-4.14.3_4 Basic applications for KDE
KDE4 в портах вместе с KDE5. На выбор. Традици. Но вам-то конечно лучше из камментов на опеннете видно чо да как.
Кто-нибудь пробовал обновлять до 5ки? Как-то сцыкотно... опять какая-то мелочь не соберется, и привет.
> Кто-нибудь пробовал обновлять до 5ки? Как-то сцыкотно... опять какая-то мелочь не соберется, и привет.Ну я. Хотя я не кдешник - мне только сам процесс пропатчивания интересен ))
Если серьезно, то держу кеды ради окуляра, дельфина и gwenview (и еще пары-тройки мелочевки).
Улучшений особых не заметил, скорее наоборот - жрет ощутимо больше (сам Qt5 плюс 100500 всяких kdeinit/klauncher/kactivitymanagerd), Sidebar-view режим в systemsettings сломан, QMLный дисккэш глючит подглюкивает … в общем, обновится можно, но … нужно ли?
> Кто-нибудь пробовал обновлять до 5ки? Как-то сцыкотно... опять какая-то мелочь не соберется,
> и привет.А зачем собирать самому, если уже собрал кто-то для установки через pkg?
> А зачем собирать самому, если уже собрал кто-то для установки через pkg?Вопрос доверия к сборщику.
* KDE has been updated to version 4.14.3.
* Gnome has been updated to version 3.18.0.
Нет, это не опечатка. Это свежачок в мире FreeBSD.
Нормальный человек к примеру,гомном бы не поставил и не стал собирать(см. Патрик,который бох.Он знал о истинной сущности этого поделия за авторством альтернативноорентированных шизиков).
Чем Вам так не угодил гном? О вкусах же не спорят!Будьте взрослыми людьми , где Ваш конструктив?
Эти люди(разрабы гном3)создают единственную правильную оболочку,остальное по их мнению не дожно существовать. Торвальдс,которого я недолюбливаю, не зря назвал гном фашистским ДЕ.
и где сейчас твой Торвальдс? На гноме!
Скурвился он просто.
> Скурвился он просто.НЕТ - это просто БИЗНЕС ДЕТКА! Он не Столман, и он никогда не пойдёт на такие ЖЕРТВЫ - он просто будет продолжать ТО - что приносит ему БЛАГОПОЛУЧИЕ, а в первую очередь его семье - а оставшееся для нас всех!.. А ТЫ бы как в такой ситуации поступил?!?
>> Скурвился он просто.
> Нет - это просто БИЗНЕС ДЕТКА! Он не Столман, и он никогда
> не пойдёт на такие ЖЕРТВЫ - он просто будет пролжать ТО
> - что приносит ему БЛАГОПОЛУЧИЕ, а в первую очередь его семье
> - а оставшееся для нас всех!.. А ТЫ бы как в
> такой ситуации поступил?!?
> Чем Вам так не угодил гном? О вкусах же не спорят!Будьте взрослыми
> людьми , где Ваш конструктив?Попробуйте запустить Evince и посмотреть, открываются ли в нём файлы PDF, DJVU...
Это порты, деточка. Выкидывать рабочее никто не собирается.
Это опечатка?
то не опечатка, а последствия systemd-driven development
> Это опечатка?
> то не опечатка, а последствия systemd-driven developmentХужe:
https://itsfoss.com/linux-foundation-head-uses-macos/
> Jim Zemlin, the executive director of The Linux Foundation, announced in the event, “2017 is officially the year of the Linux desktop!”.
> But here’s a catch! Jim Zemlin doesn’t use a Linux desktop. Perhaps, he hasn’t used a Linux desktop in years. And the worst thing is that he prepared his slides to announce 2017 the year of Linux desktop on an Apple device
Это тот самый бизнесмен, который за пол ляма называет кого угодно золотым членом?
Так гном же слишком сильно слит с systemd, а как он на фряхе-то работает? Хмм..
Печенька
К сожалению почти пустые секции Networking и Kernel говорят о глубокой стагнации FreeBSD. В основном добавили какие-то мелочи в утилиты. За год почти никакого движения.
Напомните, какой функционал из Networking и Kernel выс не устраивает? Или вы имеете какие-то пожелания?
Так это нытик обыкновенный. Путает выкидывание рабочего с реальным развитием.
> Напомните, какой функционал из Networking и Kernel выс не устраивает? Или вы
> имеете какие-то пожелания?Пингвинистраторы так привыкли, что в каждой версии что-то обильно ломают, чинят, велосипедят, меняют велосипеды один на другой, втаскивают, выкидывают, что начали считать это чем-то нормальным.
> "Велосипед (сущ.) — все, что не ос икс".А, окей.
>> "Велосипед (сущ.) — все, что не ос икс".
> А, окей.Интересное мнение. Но шли бы вы, право дело, лучше на макосьфорумы, к единомышленникам.
Сравните, например с
https://www.freebsd.org/releases/8.2R/relnotes-detailed.html...
или https://www.freebsd.org/releases/9.2R/relnotes-detailed.html...Стабильностью можно любое бездействие оправдать, так можно было и на 2.2.8 остановиться, вполне годный уже сетевой стек был.
И кстати у OpenBSD сейчас второе дыхание открылось, разработка куда активнее FreeBSD там сейчас кипит. Те же изменения https://www.openbsd.org/63.html о многом говорят. А во FreeBSD последние год-два разработка заметно просела.
Например интенсивность обсуждений за 10 лет раза в 3-4 уменьшилась:
https://lists.freebsd.org/pipermail/freebsd-current/
https://lists.freebsd.org/pipermail/freebsd-stable/
Фряхой пользоваться можно,в отличии от опёнка.Слишком уж он тормозной,слишком мало софта и слишком тео любит выкидывать "ненужные" вещи из проекта,хотя система интересная.
>И кстати у OpenBSD сейчас второе дыхание открылосьИм pineapplefund 50килобаксов подкинул жеж. А фряхе нет.
у фряхи и так бюджет в лимон зеленых
Не бюджет,а предполагаемый размер итоговой годовой компании по сбору средств,ну т.е. это всего-лишь декларируемая цель,которая далеко не факт,что будет достигнута.Сколько собрали на данный момент, можно посмотреть на https://www.freebsdfoundation.org/ .Ну и опёнок в своё время финансировался DARPA, об этом вы наверное,запамятовали?
>Не бюджет,а предполагаемый размерэто и есть бюджет.
госбюджет тоже предполагаемый. термины план/факт дефицит/профицит запамятовали?>.Ну и опёнок в своё время финансировался DARPA
и?
в фрю много компаний код "донатят", от этого больше профита чем от только бабла...
systemd-networkd нету! :-)
> Напомните, какой функционал из Networking и Kernel выс не устраивает? Или вы
> имеете какие-то пожелания?я могу ответить:
https://wiki.freebsd.org/201305DevSummit/NetworkReceivePerfo...
Еще невозможно изменять hw.{drivername}.rxd/txd и число очередей без рестарта драйвера, а выключение tso на одном из портов lagg приводит обрыву всех соединений через этот lagg.
> а выключение tso на одном из портов lagg приводит обрыву всех
> соединений через этот lagg.а как правильно? и почему ТАК _не правильно_ ?
я думаю правильно было бы эти параметры настраивать на lagg интерфейсе, чтобы они менялись синхронно на входящих в lagg физ. интерфейсах.
> я думаю правильно было бы эти параметры настраивать на lagg интерфейсе, чтобы
> они менялись синхронно на входящих в lagg физ. интерфейсах.С одной стороны да(и запрет на модификацию оффлоадов отдельных портов lagg), а с другой - в lagg можно добавить устройства с разным набором оффлоадов.
>> а выключение tso на одном из портов lagg приводит обрыву всех
>> соединений через этот lagg.
> а как правильно? и почему ТАК _не правильно_ ?Правильно - это когда коннекты не рвутся. Неправильно, потому что поведение неочевидное и нигде не описанное.
>>> а выключение tso на одном из портов lagg приводит обрыву всех
>>> соединений через этот lagg.
>> а как правильно? и почему ТАК _не правильно_ ?
> Правильно - это когда коннекты не рвутся. Неправильно, потому что поведение неочевидное
> и нигде не описанное.а в линуксовом bond не так? собрать бондинг из 2 портов и 1 из них если потом улучшать ethtool`ом, или чем там они это делают...
>>>> а выключение tso на одном из портов lagg приводит обрыву всех
>>>> соединений через этот lagg.
>>> а как правильно? и почему ТАК _не правильно_ ?
>> Правильно - это когда коннекты не рвутся. Неправильно, потому что поведение неочевидное
>> и нигде не описанное.
> а в линуксовом bond не так? собрать бондинг из 2 портов и
> 1 из них если потом улучшать ethtool`ом, или чем там они
> это делают...В линуксовом - нет, не рвутся. Потому что для изменения тех же rxd/txd на одном интерфейсе надо делать реинит всего драйвера.
>Еще невозможно изменять hw.{drivername}.rxd/txd и число очередей без рестарта драйвераА теперь расскажите, как на ходу уменьшить число потоков.
>выключение tso на одном из портов lagg приводит обрыву всех соединений через этот lagg.
В том же популярном Длинке любая манипуляция с агрегированными каналами приводит к их пересозданию.
В любом случае, tso меняется только вначале, при настройке сети. А далее, систему можно не трогать.
>>Еще невозможно изменять hw.{drivername}.rxd/txd и число очередей без рестарта драйвера
> А теперь расскажите, как на ходу уменьшить число потоков.ethtool -G eth0 rx 1024 tx 1024
ethtool -L eth0 rx 4 tx 4
ну или там combined. Прекрасно работает на intel/mellanox.
> В том же популярном Длинке любая манипуляция с агрегированными каналами приводит
> к их пересозданию.и что? предлагаете ориентироваться на худшее? у длинков часто хеш для lagg включает только mac, а у нормальных вендоров можно выбрать на основе чего хеш считается.
> В любом случае, tso меняется только вначале, при настройке сети. А далее,
> систему можно не трогать.нет, это не так. чаще всего люди оставили дефолты и жили пока их все устраивает.
>>>Еще невозможно изменять hw.{drivername}.rxd/txd и число очередей без рестарта драйвера
>> А теперь расскажите, как на ходу уменьшить число потоков.
>ethtool -G eth0 rx 1024 tx 1024
>
>ethtool -L eth0 rx 4 tx 4
>
>ну или там combined. Прекрасно работает на intel/mellanox.А вы попробуете на хорошей нагрузке.
Дропнутся ли сетевые соединения?
>> В том же популярном Длинке любая манипуляция с агрегированными каналами приводит
>> к их пересозданию.
>и что? предлагаете ориентироваться на худшее? у длинков часто хеш для lagg включает только mac, а >у нормальных вендоров можно выбрать на основе чего хеш считается.Вы кроме линуксе сетевое оборудование щупали? на основе MAC только оборудование до 200$ лагг строит.
Вы лучше почитайте как агрегацию линков строят и поймете, что без пересоздания никакие правки на лету лучше не делать.
> А вы попробуете на хорошей нагрузке.
> Дропнутся ли сетевые соединения?нет, потому что сначала выключается порт в lagg и трафик через него перестает бегать.
> Вы кроме линуксе сетевое оборудование щупали? на основе MAC только оборудование до
> 200$ лагг строит.я выше и писал про дешевый длинк.
> Вы лучше почитайте как агрегацию линков строят и поймете, что без пересоздания
> никакие правки на лету лучше не делать.вы вообще о чем? о каких железках?
из Kernel - починить наконец-то таки sched_ule.c !
почините, кто не дает-то? Ладно бы ситуация как с zfs, когда те кто могут - не имеют права голоса, а те кто имеют права - не хотят даже разбираться в предмете, их и так неплохо кормят.
нах, ты потерял логическую цепочку - перечитай тред и учти на какой вопрос был дан ответ.
вообще-то OFED подправили...
к сожалению, подобные сожаления говорят о глубокой деградации пользователей.Каких, к хренам, улучшизмов в ключевых частях системы вы ждете от releng? Это в основном работа над ошибками, mfc некоторых драйверов и внешних компонент, которые разрабатываются не внутри freebsd и дешевле mfc/mfv, чем вручную патчить.
https://svnweb.freebsd.org/base?view=revision&revision=332523 - попало, compressed arc частично починили, но все равно рекомендация выключать его нахрен остается актуальной.
> За год почти никакого движения.Так это stable ветка.
Эксперименты в HEAD.
если эксперименты так и останутся игрушками в HEAD - на кой ... нужон такой бсд?
релизы для того и релизы, чтобы часть экспериментальных штук объявлялись бы готовыми.
> если эксперименты так и останутся игрушками в HEAD - на кой ...
> нужон такой бсд?Не спешите юзать HEAD, там все очень сыро.
> релизы для того и релизы, чтобы часть экспериментальных штук объявлялись бы готовыми.
То, что сделали рабочими, то попало в релизы.
Или хотите как Микрософт, с помощью ежемесячных патчей за пару лет переписать ОС?
Глубокая стагнация в этом вашел линаксе с его системд и гномами.
К счастью BSD-шники не тянут все в ядро. Ну и релиз Ноутс здесь так себе, например ни слова о libinput и о DRM для Intel/AMD
По-моему Gentoo вполне юзабелен и на нем не надо пересобирать всю систему после пересборки ядра как в BSD. И самое главное, что системные библиотеки начали отделять от пользовательских даже в Illumos, а проектам BSD давно пора решить проблему приколачивания системы гвоздями к ядру.
Не говорят.Лично для меня о некоторой стагнации говорит только то, что ядерный модуль прослойка с линуксовыми апи стал чаще использоваться в дровах.
С другой стороны iflib раньше зарелизили и там баги вылизывали.
DRM от линуха ещё не готов (там был эпичный топик в рассылке про выпиливание старых интеловых дров от видео).
Эмбедщики наверняка забили и ничего не бэкпортировали, они чото делают только к мажорному релизу.Да и вообще, очень многое делает к мажорному релизу, 11.2 ловит по факту только бэкпорты от туда, а 10.4 только секурити патчи получает бэкпортами, когда это возможно.
Поэтому нужно ждать 12.0 чтобы увидеть основную массу по сети и ядру.
> Не говорят.
> Лично для меня о некоторой стагнации говорит только то, что ядерный модуль
> прослойка с линуксовыми апи стал чаще использоваться в дровах.
> С другой стороны iflib раньше зарелизили и там баги вылизывали.
> DRM от линуха ещё не готов (там был эпичный топик в рассылкеНу как неготов, ребята уже пилят 4.18, так что есть подозрение, что реализация shim вполне закончена и судя по тому, что особых чейнджей в ядро не было на протяжении 3х месяцев, в ядре уже все более-менее. Ну и остались такие вещи как vulkan и прочие новые API, которые собственно не были предусмотренны в рамках реализации самого shim
кто знает, поддержка powerpc, powerpc64 чисто для галочки или есть шанс что энергосбережение и какое-нибудь DE заработает без глюков на PowerG5?
> кто знает, поддержка powerpc, powerpc64 чисто для галочки или есть шанс что
> энергосбережение и какое-нибудь DE заработает без глюков на PowerG5?На G5, мне кажется, лучше старую макось запускать и россыпи софта для неё.
можно ли поставить по сети, без внешних носителей, на систему с 192 мб памяти?
А в чём препятствие?Памяти достаточно.
что и как надо загружать по tftp?
mfsbsd
можно подробнее?
https://github.com/mmatuska/mfsbsd/blob/master/INSTALL.md
у меня нет FreeBSD, я просто хотел запустить инсталлер, без каких-то заморочек, по PXE, и оттуда установить FreeBSD. Как я понял, штатный FreeBSD installer такое не умеет - значит, и не надо, у меня нет необходимости ставить именно FreeBSD
> у меня нет FreeBSD, я просто хотел запустить инсталлер, без каких-то заморочек,
> по PXE, и оттуда установить FreeBSD. Как я понял, штатный FreeBSD
> installer такое не умеет - значит, и не надо, у меня
> нет необходимости ставить именно FreeBSDЮзайте образы от MfsBSD, у меня работает загрузка по PXE.
> можно ли поставить по сети, без внешних носителей, на систему с 192
> мб памяти?Ещё 10 лет назад на таком объёме памяти в тогдашней ФриБЗДе (с десктопом, разумеется) уже не было комфортно, но было медленно и тягостно. Касательно нынешней имею сомнения, что её инсталлятор вообще запустится, если не дать хотя бы 256—512 МБ ОЗУ.
> Касательно нынешней имею сомнения, что её инсталлятор вообще запустится, если не
> дать хотя бы 256—512 МБ ОЗУ.Запускал 64 битовую сборку, "бездисково", на 64МБ ОЗУ. Но вы и далее можете "сумлеваться".
запускать - это одно, а вот работать на ней потом...
>> Касательно нынешней имею сомнения, что её инсталлятор вообще запустится, если не
>> дать хотя бы 256—512 МБ ОЗУ.
> Запускал 64 битовую сборку, "бездисково", на 64МБ ОЗУ. Но вы и далее
> можете "сумлеваться".Врёшь, анон. Я только что проверил на виртуалке. 32-разрядный релиз 11.1 на 64 МБ ОЗУ (образ FreeBSD-11.1-RELEASE-i386-bootonly.iso с официального репозитория) _не_ стартует. На 128 МБ — стартует.
> Врёшь, анон. Я только что проверил на виртуалке. 32-разрядный релиз 11.1 на
> 64 МБ ОЗУ (образ FreeBSD-11.1-RELEASE-i386-bootonly.iso с официального репозитория)
> _не_ стартует. На 128 МБ — стартует.Что тебе не понятно в слове "сборка" и "бездисково" (т.е. загрузка образа в ОЗУ, с tmpfs/initdiskless. Хинт: стандартный релиз даже без дженерик ядра туда не влезет)?
>> Врёшь, анон. Я только что проверил на виртуалке. 32-разрядный релиз 11.1 на
>> 64 МБ ОЗУ (образ FreeBSD-11.1-RELEASE-i386-bootonly.iso с официального репозитория)
>> _не_ стартует. На 128 МБ — стартует.
> Что тебе не понятно в слове "сборка" и "бездисково" (т.е. загрузка образа
> в ОЗУ, с tmpfs/initdiskless. Хинт: стандартный релиз даже без дженерик ядра
> туда не влезет)?Мне всё понятно: этот анон иcпользует ZverCD с логотипом FreeBSD. Зарисовался, молодец.
> Мне всё понятно: этот анон иcпользует ZverCD с логотипом FreeBSD.Тебе ничего не понятно, но мнение ты, как обычно, имеешь.
Зайди в /usr/src/tools/tools/tinybsd, возьми за основу конфиг "minimal", замени конфиг ядра на свой, минимальный (и актуальный) и собери образ, размером с дженерик ядро.> Зарисовался, молодец.
Напомню уважаемому Эксперту его же слова:
>> имею сомнения, что её инсталлятор вообще запустится, если не дать хотя бы 256—512 МБ ОЗУ.
> На 128 МБ — стартует.
>> можно ли поставить по сети, без внешних носителей, на систему с 192
>> мб памяти?
> Ещё 10 лет назад на таком объёме памяти в тогдашней ФриБЗДе (с
> десктопом, разумеется) уже не было комфортно, но было медленно и тягостно.
> Касательно нынешней имею сомнения, что её инсталлятор вообще запустится, если не
> дать хотя бы 256—512 МБ ОЗУ.На воре и шапка горит, с вашими-то анакондами.
А наверное можно
Буратино, сходи к Лиссяре, там статейка по diskless
кто эти три человека?
Я вот даже не знаю, что хуже - убунтоадмины с апт-гетом головного мозга, или бсд-админы с лисярника.
> ...убунтоадмины с апт-гетом головного
> мозга...Завидовать нехорошо, положим... :)
It's Alive! It's Alive!! It's Alive!!!
Отлично! Побегу обновлять пару своих серверов :)
Драйвера на видео свежие завезли. Теперь в KDE5 свистелки ускоренные стали.
Тут кстати FreeBSD лидирует что какбы намекает : http://www.opennet.dev/opennews/art.shtml?num=48856
> Тут кстати FreeBSD лидирует что какбы намекает : https://www.opennet.dev/opennews/art.shtml?num=48856Три дня и три ночи небось не спал, чтобы высказать особо ценное мнение о ненужности?
Кстати, интересно, сам лaпчатый тут каким боком? Писал дрова, подпиливал подсистемы ядра, спонсировал или искал спонсоров для портирования на один из "топ500"?
Или просто установил бубунточку и надел маечку с портретом Линуса?
Однако как-то быстро прошел процесс от первой беты до релиза... Я думал он в конце июля появится
Минopщина же.
Ну по цифрам-то минорный релиз, а по MFC (Merge From Current) неоч.
В это раз удивляет не то, то быстро (на самом деле, как обычно), а то, что строго по графику.
Похоже что Красношапка перенимает опыт пакостей от Мелкософт, поэтому у беженцев с линукс только один выход и это FREEBSD.
Красношапка перенимает опыт индустрии - хочу эту фичу, в ядре, сегодня. Собственно весь Agile это один сплошной бета-тест одной сплошной новой фичи (тут я утрирую конечно, но тем не менее)
FreeBSD+LXQT desktop unix like OS здорового человека
xfce4 наше все. Прост и понятен, отличные аддоны для мониторнинга к комплекте.
Если GTK+, тогда уже MATE.
Xfce на порядок лучше чем LXQT, который имеет убогое оформление и вообще для тех кто у них отвечает за дизайнерские гайды в аду отдельные котлы стоят и на этом фоне если посмотреть сколько это DE кушает памяти:
ps -eo rss,args |awk '/lxqt/ { if ($2 ~ "awk") { next;} printf "%.2f%s %s\n", $1/1024, "Mb", $2; mem += $1; } END { printf "%d%s\n", mem/1024, "Mb"; }'
30.23Mb lxqt-session
22.84Mb /usr/bin/openbox
50.58Mb /usr/bin/pcmanfm-qt
29.23Mb /usr/bin/lxqt-globalkeysd
28.33Mb /usr/bin/lxqt-notificationd
63.76Mb /usr/bin/lxqt-panel
30.13Mb /usr/bin/lxqt-policykit-agent
40.97Mb /usr/bin/lxqt-runner
34.37Mb /usr/bin/lxqt-powermanagement
330Mb
как-то вообще печально становиться, на 100 мб больше Xfce, о каком-либо легковесном окружении говорить не приходиться. DE для фаперов Qt, другого объяснения я найти не могу. Сам я сижу на i3 если что.
Человек, который говорит про оформление ещё использует слово убогий в отношение других?
> Установщики memstick-сборок для архитектуры amd64 переведены на использование MBR вместо GPT для улучшения совместимости с оборудованием, поддерживающим MBR и GPT, но не способным загрузиться в режиме с BIOS при использовании GPT;Бгг, более того, мемстик с GPT вызывал мгновенный голубой экран винды при втыкании в USB :) Всегда сам переделывал в MBR
Пили эксплоит, можно будет как в старые времена: воткнул флешку - получил запущенный в ядре код :)
> Всегда сам переделывал в MBRа как переделывал ? мне пришлось ставить с мемстика 10.4 и только потом апгрейдить до 11.2
Люблю её.