LINUX.ORG.RU

FreeBSD на рабочем ПК

 ,


3

4

Последнюю неделю смотрю видео с канала Robo Nuggie на ютубе. Он так душевно повествует, как у него все хорошо работает на фряхе. Железо у него не новое, но отзывчивость на видео выглядит не хуже, чем на линуксе, особенно в 13 версии. Призываю тех, кто использует/использовал FreeBSD. Расскажите в двух словах:

  1. сколько стоит времени завести FreeBSD на десктопе/ноуте 2-3 летней давности (проц ноута - ryzen 4700U - проверил тут - есть 3 пользователя), сетевуха RTL8111/8168/8411, аудио Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) HD Audio Controller?

  2. как дела с энергоэффективностью на ноутах? На линуксе мой ноут держит примерно 7 часов просмотра 1080p 30fps по вайфаю в gnome. Можно расчитывать на близкий результат?

  3. есть ли ощутимая разница (отклик, стабильность, специфичные баги) по сравнению с линуксами при использовании FreeBSD для работы в Libreoffice, чтения интернета в Firefox, просмотра почты в Thunderbird, просмотра видео 2-4К h264/h265/vp9 через mpv/vlc, рисования в Gimp?

  4. есть какие-то инструменты, чтобы завести winbox (виндовая гуевина для работы с роутерами MikroTik) на FreeBSD? На линуксе под вайном отлично работает.

  5. есть что-то близкое к kvm по производительности виртуализации, если нужно засунуть линукс/винду в виртуалку и делать там что-то с гуями?

Ответ на: комментарий от mord0d

Но даже со STABLE имеет смысл юзать ZFS BE.

Вопрос не в этом.

Чего за хрень с несоответствием версии ABI для установки пакетов? Ведь системы была поставлена начисто. Где эта версия ABI прописывается в каком файле?

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от iZEN

Чего за хрень с несоответствием версии ABI для установки пакетов?

pkg.conf(5), первая секция (OPTIONS), первый (второй, если считать бриф) абзац (ABI:). Не поймёшь суть абзаца — пинай. ☺

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

Отредактировал строчку в файле /usr/local/etc/pkg.conf:

#ABI = "freebsd:10:x86:64";     # Autogenerated

на:

ABI = "freebsd:13:amd64";

При запуске pkg upgrade получаю вывод:

pkg: wrong architecture: FreeBSD:12:amd64 instead of freebsd:13:amd64

Откуда эта «12» лезет?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

У тебя обновление криво легло, и uname и/или sh остались от 12, а ABI автоопределяется из них. Кинуть в тебя этими файлами из 13.0-RELEASE?

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

Сегодня обновил систему из исходников:

> ls /usr/bin/uname
-r-xr-xr-x  1 root  wheel    12K 26 июня  16:54 /usr/bin/uname*

и

> ls /bin/sh
-r-xr-xr-x  1 root  wheel   161K 26 июня  16:53 /bin/sh*
iZEN ★★★★★
()
Ответ на: Сегодня обновил систему из исходников: от iZEN

Ты лучше в байтах показывай размер, нагляднее будет:

 % 'ls' -l $(which uname)
-r-xr-xr-x  1 root  wheel  12376 Apr 14 13:25 /usr/bin/uname
 % 'ls' -l $(which sh)
-r-xr-xr-x  1 root  wheel  162616 Apr 14 13:24 /bin/sh

Сегодня обновил систему из исходников:

Ваще пофиг. freebsd-update(8) писал сказочный программист-наркоман (больше наркоман), потому оно может обосраться на совершенно ровном месте.

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

У системы для этого случая нет повторяемых сборок - сравнение по количеству байт в файлах бессмысленно.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Привёл /usr/local/etc/pkg.conf в дефолтное состояние (закомментировал изменённую строчку).

Дал разрешение на использование центрального репозитория, запретил использование локального репозитория /usr/ports/packages и подключаемого репозитория /mnt.

pkg upgrade больше ни на что не ругается, выводит список пакетов, нуждающихся в обновлении из центрального репозитория FreeBSD.

То есть по дефолту всё нормально выходит. Тогда почему же с локальными пакетными репозиториями такие проблемы? Делаю pkg repo /usr/ports/packages, предварительно убирая из каталога старые файлы с метаинформацией, только один каталог All оставляю. И далее не могу воспользоваться ими, потому что ABI не совпадает с системным. Как же так?

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от iZEN

Да, я забыл что у тебя самосборный STABLE, а у меня RELEASE с официальных серверов.

mord0d ★★★★★
()
Ответ на: комментарий от iZEN

Грохни базу локальной репы в /var/db/pkg/. Только не грохни local.sqlite, это база данных установленных пакетов.

Ну или можешь снести все пакеты, грохнуть базу и снова их поставить.

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

снести все пакеты, грохнуть базу и снова их поставить.

Удалил /usr/local и /var/db/pkg. Заново поставил пакеты из портов. Сделал pkg repo. Бесполезно: pkg: wrong architecture: FreeBSD:12:amd64 instead of FreeBSD:13:amd64

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

А у тебя бинарная репа точно на 13 собрана? Не знаю как напрямую, а poudriere посылает нахер при попытке собрать пакеты под новый релиз на старом (если база обновлена но загружено старое ядро).

mord0d ★★★★★
()
Ответ на: комментарий от Aeeioyqee

KVM — это из мира Linux.

QEMU и KVM напрямую не связаны.

mord0d ★★★★★
()
Последнее исправление: mord0d (всего исправлений: 1)
Ответ на: комментарий от mord0d

пакеты собираю из портов portmaster -gD категория/порт. pkg add ставит полученные пакеты без проблем, pkg install из созданного репозитория — нет.

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от iZEN

Странно всё это. У меня идеи кончились.

pkg add ставит полученные пакеты без проблем, pkg install из созданного репозитория — нет.

Насколько я помню, pkg add проверяет не все метаданные (FIXME: если вообще их проверяет) пакета.

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

проверяет:

root@fbsd:/mnt/packages/FreeBSD:12:amd64/All # pkg add bash-5.0.18_3.txz
Installing bash-5.0.18_3...
pkg: wrong architecture: FreeBSD:12:amd64 instead of FreeBSD:13:amd64

Failed to install the following 1 package(s): bash-5.0.18_3.txz
Minona ★★☆
()

Вчера опять запорол загрузку FreeBSD 13, но уже не nvidia, а родным модулем VMM для работы Bhyve. И опять не получилось быстро восстановить - на диске восстановления предыдущая версия FreeBSD 12.2-STABLE, а версии ZFS у обеих систем уже разные - zpool import не проходит. Пересборка 12-STABLE из обновлённых исходников не помогла. Придётся делать флэшку восстановления 13-й -STABLE. Эх, такую систему сломали. Нет у системы средств с самовосстановлению и отключения проблемных модулей.

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от iZEN

Мда… а потом удивляются все, куда юниксвейный дух улетучился :_)))

anonymous
()
Ответ на: комментарий от mord0d

насколько я помню, pkg add проверяет не все метаданные (FIXME: если вообще их проверяет) пакета.

сам просил «FIXME:»
я же не написал «проверяет все», я написал «проверяет».

Minona ★★☆
()
Ответ на: комментарий от token_polyak

А как же штабильност?!

штабильност в релизных ветках, стейбл для разрабов

Ведь протухшее ПО гарантирует годы аптайма!

схерали во фряхе протухшее ПО?

Minona ★★☆
()
Ответ на: комментарий от token_polyak
24.4. Tracking a Development Branch
FreeBSD has two development branches: FreeBSD-CURRENT and FreeBSD-STABLE.

24.4.2. Using FreeBSD-STABLE
FreeBSD-STABLE is the development branch from which major releases are made. Changes go into this branch at a slower pace and with the general assumption that they have first been tested in FreeBSD-CURRENT. This is still a development branch and, at any given time, the sources for FreeBSD-STABLE may or may not be suitable for general use. It is simply another engineering development track, not a resource for end-users. Users who do not have the resources to perform testing should instead run the most recent release of FreeBSD.

Those interested in tracking or contributing to the FreeBSD development process, especially as it relates to the next release of FreeBSD, should consider following FreeBSD-STABLE.

While the FreeBSD-STABLE branch should compile and run at all times, this cannot be guaranteed. Since more people run FreeBSD-STABLE than FreeBSD-CURRENT, it is inevitable that bugs and corner cases will sometimes be found in FreeBSD-STABLE that were not apparent in FreeBSD-CURRENT. For this reason, one should not blindly track FreeBSD-STABLE. It is particularly important not to update any production servers to FreeBSD-STABLE without thoroughly testing the code in a development or testing environment.
Minona ★★☆
()
Ответ на: комментарий от Minona

схерали во фряхе протухшее ПО?

Да полно протухшего ПО.

Взять хотя бы firebird25-server/client. Это в каком году вышло?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

24-Jun-2019 последняя версия.
но вот мне, например, как раз именно 2.5 и нужна.
мы юзаем ПО, не умеющее работать с FB3+.
и у меня выбор из 3-х осей: винда, центос7, фря.
фря мне больше по душе.

Minona ★★☆
()

у меня не работал сенсорный экран, в опенке лучше с этим, попробуй.

cetjs2 ★★★★★
()
Ответ на: комментарий от Minona

Новые версии FB не портируются почему-то.

iZEN ★★★★★
()

Кто бы мне подсказал, что нужно ввести, чтобы загрузиться с ZFS в режиме защиты от сбоев (пункт 6 загрузчика).

До приглашения mountroot> выполнены следующие команды:

OK unload
OK load boot/kernel/kernel.ko
OK boot

Мне нужно прогрузить остаток системы с системного ZFS-пула zfs:poolname, но сделать это по шагам, с подтверждением или отбрасыванием опций загрузки, прописанных в /boot/loader.conf и /etc/rc.conf.

Loader variables:
   vfs.root.mountfrom=zfs:poolname
...
mountroot> zfs:poolname
Trying to mount root from zfs:poolname failed with error 2: unknown file system.

mountroot> 

После нажатия [Enter] система прогружает всё, что записано в файлах /boot/loader.conf и /etc/rc.conf, не спрашивая ни о чём. Естественно, загрузка останавливается на ошибочном модуле и уходит на перезагрузку.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

жмем в меню 3 (Escape to loader prompt)

unload
load boot/kernel/kernel
load boot/kernel/zfs.ko
boot -s

дальше сам.

ЗЫ: еще можно попробовать загрузится в бубунту последнюю, у нее zfs версии 2.0.2, импортнуть пулл и отредактировать файлики.

Minona ★★☆
()
Ответ на: комментарий от Minona

еще можно попробовать загрузится в бубунту последнюю

Вчера собрал FreeBSD 13-STABLE (часов пять собиралась с отключенными ненужными в src.conf). И это на Ryzen 1800X. Сегодня буду переустанавливать диск восстановления и окончально уходить от 12-й.

iZEN ★★★★★
()
Ответ на: комментарий от anonymous

Какие сложности? Есть неочевидности, связанные с логикой работы загрузчика: почему система не может отключить проблемный модуль на этапе загрузки и продолжить работу, почему нужен отдельный диск восстановления, чтобы исправить сраную строчку в конфиг-файле? Почему версии ZFS в 12-STABLE и 13-STABLE несинхронны, что так трудно засинхронизировать изменения?

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от iZEN

Ну извините, что заказывают спонсоры, то и лепят. Фряха уже давно нишевая ОС, которую допиливать нужно специалистам, или потратить на неё время.

Вот ты и потратил. %-/

Потопчусь на мнении, что «мнимая» юниксвейность Фряхи - вполне неиллюзорный пожиратель времени.

Поэтому примкну к Альфочке, с её CI/CD, пусть за меня делают специально нанятые люди, которые в теме происходящего и шарят в предметной области.

anonymous
()

Фряха уже давно нишевая ОС, которую допиливать нужно специалистам, или потратить на неё время.

Я не трачу лишнее время. Не вырезаю ничего лишнего, не собираю stable. И все равно фряха мне нравится больше, чем тормознутая убунта.

Aeeioyqee
()
Ответ на: комментарий от mord0d

А вот ещё. Есть мамка на чипсете AMD 760G (встройка Radeon HD 4200). Почему-то не хочет работать драйвер xf86-video-ati, работает только vesa. На 12.2 всё замечательно работало, а тут странности. Не может ли быть этот драйвер в блэк-листе, как старый драйвер i915?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

У меня никогда не было десктопной FreeBSD на AMD.

Ещё из 13 выкинули легаси-дровишки графики.

Не может ли быть этот драйвер в блэк-листе, как старый драйвер i915?

/boot/defaults/loader.conf:

module_blacklist="drm drm2 radeonkms i915kms amdgpu"	# Loader module blacklist

Но! Этот блэклист действует только на этапе загрузки. После передачи управления юзерспейсу можно загрузить их через rc.conf(5).

mord0d ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.