[d | b / bro / ci / cu / dev / hr / l / m / med / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / ts / vn / vo]
- [iiChantra] [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [Cirnoid] [@] - [Архив - Каталог] [Главная]

[Назад]
Ответ
Leave these fields empty (spam trap):
Имя
Тема
Сообщение
Файл
Подтверждение
Перейти к [
Пароль (для удаления файлов и сообщений)
 
ЗАПРЕЩЕНО:
  • детская эротика/порнография
  • троллинг
 
  • Поддерживаются файлы типов GIF, JPG, MP4, OGV, PNG, WEBM размером до 4096 кБ.
  • Максимальное количество бампов треда: 500.
  • Всем посетителям рекомендуется ознакомиться с FAQ.

freebsd54.jpg - (251 KB, 1280x1024)  
251 KB №187438   #1

Здесь собираются Сырны у которых операционная система FreeBSD

>> №187439   #2

Где? На серверах? Или речь только о тех, кто пользуется на десктопе?
На серверах использую активно, лично мне нравится больше, чем линукс.
Что касается десктопа - давно перешёл на убунту.

>> №187440   #3

>>187438
Ну что, как там в 2002м?

>> №187469   #4

>>187440
Вот ты иронизируешь, а вот как по мне, тема значков crystal, юзавшаяся в третьекедах на оп-пике — самая охрененная тема иконок за всю историю всех иксовых оболочек. По единству и красоте стиля она может сражаться с макосовской темой.
Чёрт возьми, я ж помню, как модно было этот набор на винду ставить.

>> №187470   #5

>>187469
У меня на рабочем столе вообще нет иконок.

>> №187471   #6

>>187438
На всех приставках сони freebsd, так что все пользователи плоек должны быть в этом треде.

>> №187480   #7

>>187471
Раз уж на то пошло, то и виндоюзеров с яблочниками сюда же приплести можно, чтобы всем вместе дружить против линуксоидов.

>> №187482   #8
penguin.png - (52 KB, 500x401)  
52 KB

>>187480
Эй, ну зачем ты так линукс :(

>> №187498   #9
fryahoeb.png - (1073 KB, 1366x768)  
1073 KB

Перешёл пару недель назад, до этого пользовался Gentoo. После чтения хэндбука все вопросы отпали, самым сложным было собрать moc (надо было внимательно читать README к нему), поменять ФС диска с данными с ext4 на ufs (из 800 Гб я перенёс 100 на SSD ноута, затем обратно), выключить moused (не нашёл, как это сделать правильно, сделал права файлу в /etc/rc.d 000) и перегнать Terminus в формат для консоли (vtfontcvt). Грузить приходится через BIOS, хотя ноут поддерживает UEFI, но он какой-то китайский и не видит файл загрузчика на SATA SSD.

>> №187500   #10

>>187498

>После чтения хэндбука все вопросы отпали
>выключить moused (не нашёл, как это сделать правильно, сделал права файлу в /etc/rc.d 000)

/0

>> №187551   #11

>>187500
Написал в rc.conf moused_enable="NO", не работает.

>> №187773   #12

>>187498
Что у тебя с кандзями в терминале? Шрифт, шрифт!

> перегнать Terminus в формат для консоли

Что, там даже этого изкоробки нет? Зачем такая ОС нужна, тем более на десктопе? Это же какая-то убогая попытка догнать линукс.

>> №187776   #13
1211627752875.jpg - (46 KB, 750x600)  
46 KB

>>187773
Святая толстота!

>> №187841   #14

>>187776
Какое последнее слово у нее на майке?

>> №187842   #15

>>187841
get laid, очевидно ведь.

>> №187863   #16

>>187841>>187776
Что такое L337?

>> №187864   #17

>>187863
Искажённое "elite".

>> №187865   #18

>>187776

Надпись на футболке с ошибками, надо так: "1f u c4n r34d 7h15 u r34lly n33d 70 637 l41d".
Или так, для труъ 1337: "!|= (_) (4|\\| |234|) 7|-|!5 (_) |234|_|_`/ |\\|33|) 70 937 |_4!|)"
>> №200729   #19
free-bsd[1].jpg - (13 KB, 300x252)  
13 KB

А почему ещё ни одного треда про юниксы сеейства BSD нет? С ними же столько... приключений!

>> №200730   #20

Есть, но где-то утонул.
На самом деле, здесь есть несколько пользователей BSD на десктопе. Я на десктопе уже не пользуюсь, т.к. надоели "приключения", но на серверах активно использую. Просто они давно выяснили всё, что им было интересно и если и ищут какую-то информацию, то не на бордах.

>> №200744   #21

>>187773
Самое трудное во free BSD - первичная настройка граф.среды. Слишком много недокументированного приходится делать ручками. В зависимости от обстоятельств, даже после прочтения хэндбука сходу разобраться может оказаться сложно. Для BSD были довольно неплохие сборки с графоном и кучей мусора из коробки. Только все кроме двух умерли, из которых ни одна больше не поддерживает x86 В принципе, всегда можно поменять репозиторий на free BSD и посмотреть что будет.
>>187498>>187500>>187500
В общем то в этом вся суть. Читаешь, думаешь что понял, делаешь - не работает :3
У меня вот даже диски не монтирует и не перезагружается, только с liveCD. Причём забавно так, с каждым нажатием эникея завершение работы выводит 1 символ или строчку.

>> №200753   #22

>>200744

>Самое трудное во free BSD - первичная настройка граф.среды. Слишком много недокументированного приходится делать ручками.

Что в этом сложного? Ставится как раз таки по хендбуку, а все настройки легко гуглятся.
А до и после вообще всё делается легко - базовая система ставится удобным установщиком, а дальше ПО устанавливается через пакетный менеджер (или через порты, которые, опять же, нормально устанавливают собранные пакеты) и настраивается как в любой ОС.

>> №200755   #23

>>200744
Раньше - да, шуточки про патчинг кде не сами взяилсь. Сейчас - все как в линуксе времен 2.6, максимум конфиги ручками написать. Плюсану >>200753 про хендбук, если не делал этого раньше в модерн линуксе, например - поможет.

>> №200759   #24

>>200753
Если ставить по хэндбуку, то с солидной вероятностью не встанет. Можно конечно докопаться, пеняя на обильные оговорки отсылающие на все четыре стороны, но это будет то же самое что на любую проблему отсылать к разделу пересборки ядра. Сколько человек - все ставят по разному. Кто целиком скрипты и разрешения прописывает, кто startx через .xsession запускает, кто -session через .xinitrc, кто сессион через сессион и наоборот - всё работает. А у кого то нет. А потом вы закачаетесь пытаясь выставить разрешение экрана крупнее указателя мыши. И всё это с редактированием конфигов через консоль без текстового редактора. Про новый же менеджер пакетов в сети мем образовался, погуглите установка free BSD без интернета. Если вкратце, в директории порта отсутствует файл для сборки, как и сам менеджер из коробки. Это вам не старые ванильные версии BSD, где даже пакеты во время установки предлагалось выбрать в псевдографике, это суровое надругательство над графоманами.
>>200755
А также найти и приатачить нужный драйвер. Без интернета.
Нынче вот что ходит http://ru.d-ws.biz/articles/install-freebsd-10-intro.shtml
И это не самое толстое.

>> №200760   #25

>>200744

> много недокументированного приходится делать ручками
> недокументированного

И как делаешь? Перебором? Сорцы читаешь?

>> №200762   #26

>>200760
Нагуглил сотню вкладок. Чтото взял из одной инструкции по установке, что то из другой. Чем готовые сборки с нормальным разрешением экрана отличаются от того что ставлю я пока не понял. Тупо грузить модули ядра и править кофиги не помогает. Осознано впрочем тоже. В интернете пишут сделай то то, а помогает совсем другое. Не знаю, может от версии зависит.

>> №200782   #27

>>200759
Так я и говорю - все, как в линуксе 2.6. Я даже название драйвера сходу вспомнил, лол. Затык был только с отсутствующим startkde, вот тут пришлось погуглить и вспомнить про xinit.

>> №200783   #28

Так может кто подскажет? Не монтирует без бубна смонтировать ntfs даже из коробки. Обмазанный всем чем можно тем более. Конфиги и fuse.ko на месте. Пробовал заранее пускать через kldload. Пробовал все разновидности синтаксиса и оба драйвера. Всё равно пишет Operation not supported by device
В интернете нагугли что:

>If you use, as described in the man page, mount -t ntfs-3g an error will occurr:
># mount -t ntfs-3g /dev/da0s2 /mnt/
>mount: /dev/da0s2 : Operation not supported by device
>To mount the NTFS partition in write mode issue:
># ntfs-3g /dev/da0s2 /mnt/

Но тогда ругается что нет такой команды, хотя fuse-ntfs стоит, настроен итд см выше. Названия дисков проверены через ls /dev/ada* и ls /dev/da* впрочем они у меня все ntfs. Не только флешки, но и логические разделы.

>> №200798   #29

>>200783

> fuse-ntfs стоит, настроен

Ты хотел сказать "fusefs-ntfs"? Какая у тебя версия FreeBSD?

>> №200802   #30

>>200798
Да, "fusefs-ntfs". Под конец вообще пробовал научный метод тыка перебирая всё что содержит в названии "fuse" и "ntfs", в том числе в конфигах - не помогло. Прямо из коробки конечно fuse.ko нет, появляется после установки "fusefs-ntfs". Пробовал насильно грузить через kldload - не помогает. В смысле зачем грузить если он там уже есть? Но и в чистой то же самое. Синтаксис ntfs-3g кроме "mount -t ntfs-3g" не понимает, говорит нет такой команды. Со стороны всё выглядит как будто нету драйверов, но они есть. Ридонли через mount -t ntfs /dev/da0s1 /mnt/ обещают из коробки. С бубном и программой автомонтирования\размонтирования флешек автомонтируется при подключении (но не размонтируется). Однако очень некрасиво и только флешки. Хотелось бы чтобы работали штатные методы.

>Какая у тебя версия FreeBSD?

FreeBSD 11.1 но и в GhostBSD11.1-BETA1 то же самое. В том числе с liveCD. Зато с него разрешение экрана правильно определяется и система нормально ребутится, а с харда фризится после начала отсчёта до эникея для вывода каждой строчки. Копания показали что видимо разница сборок тут не при чём и причина конкретно в том откуда OS запускается. Странно.

>> №200804   #31

>>200802
Ты от рута запускаешь ntfs-3g? Если от рута, то через sudo или залогинившись? Что в переменной окружения $PATH? Раз fusefs-ntfs установлен, то и команды не может не быть. Для монтирования при загрузке попрбуй следовать инструкции из https://svnweb.freebsd.org/ports/head/sysutils/fusefs-ntfs/files/README.FreeBSD?view=markup.

>> №200806   #32

>>200804
Возможно причина в том что я команды не линковал, а полагал что они появятся сами при установке. Вечером проверю. В любом случае, стандартный -t ntfs для чтения должен был быть из коробки, а я его даже в генерик ядре не оказалось, несмотря на упоминание его модуля в хэндбуке. И запихнуть в ядро нельзя, говорит непониме такое сочетание букв. Странно.

>> №200819   #33

>>200804>>200806
Да, так и есть. Но нет возможности проверить на готовой сборке, да и устал. Есть подозрения что там не сработает. Задержка при ребуте и шатдауне возможно вызвана попыткой отключить железо которое не слушается. Пересборка ядра под железо с рекомендуемым acpi-модулем не помогла. Когда и если всё проверю во всех возможных комбинациях отпишусь.
Так и не понял почему дефлтные функции не работают. У вас из под стандартного ядра v9+ ntfs монтировался и мониторы высокого разрешения определялись?

>> №200870   #34
s[2] - (0 KB, 25x18)  
0 KB
>I tried to load vesa kldload vesa and i get an error message kldload: an error occurred while loading the module. Please check dmesg(8) for more details.
>You don't need to load it, it's already part of the GENERIC kernel.
>I read that somewhere but I'm sure there's an explicit message stating that such module have been loaded. I tried to list the video mode using vidcontrol -i mode as in the handbook, but nothing listed save for the header. Did I miss something?
>There's a difference between vt(4) and sc(4), recent FreeBSD versions have switched to vt(4). It's not as feature complete as sc(4) yet though. The reason for the switch is largely due to KMS. The older console driver didn't support it and this caused problems with the latest graphics drivers (which are mostly KMS based these days).

https://wiki.freebsd.org/Newcons
6.4.3.1. Конфигурирование при работе с графическими чипсетами Intel(R) i810 https://www.freebsd.org/doc/ru/books/handbook/x-config.html
5.4.3. Kernel Mode Setting (KMS) https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html
6.4.3.1. =\= 5.4.3. однако 6.4.3.1. => 5.4.3.

>> №200871   #35

>>200870
Короче, так что же делать? Vt ничего не поддерживает, но без него нельзя. Всё проще чем кажется:
GENERIC ядро (есть подозрение что оно стоит по умолчанию) + установка через pkg install чего-нибудь из этого под вашу видеокарту https://www.freebsd.org/ru/ports/x11-drivers.html
reboot

Всё, после перезагрузки все поддерживаемые разрешения сами подхватится.
Если всё же не заработает, на страх и риск можно добавить костыль в /boot/loader.conf
Что то вроде kern.vt.fb.default_mode="1024x768"
Если не заработает придётся вертать в зад конфиг с LiveCD, монтируя файловую систему харда на него так чтоб обойти ридонли. Кстати замечу, что в соответствии с новыми стандартами трогать /etc/X11/xorg.conf больше нельзя (хоть он и поддерживается), а надо использовать /usr/local/etc/X11/xorg.conf.d/ рядом будет xinitrc/xinitrc.d очень удобно как им кажется

>No support for non-UTF-8 charmap (e.g. ru_RU.KOI8-R)

Лечится:
setenv LANG ru_RU.KOI8-R
pw usermod root -L russian
/etc/rc.s/syscons
locale
Но не спешите радоваться. Затем придётся вручную подправить в /etc/login.conf в разделе russians все UTF-8 на ru_RU.KOI8-R и выйдя их иксов произвести
cap_mkdb /etc/login.conf
reboot
Если же по той или иной причине придётся откатится к sc и пользоваться всем широким спектром его возможностей в ущерб поддержки новым драйверам, то нужно пересобрать ядро удалив из него:
# vt is the new video console driver
devise vt
devise vt_vga
Лучше конечно не трогать конфиг, а создать новый, расширяющий, со строчками исключения типа:
include GENERIC
makeoptions WITHOUT_MODULES="vt vt_vga"
nodevise vt
nodevise vt_vga

Как лечить нечувствительность железа к перезагрузке не знаю, мне помог reboot -q, reboot -r но это глубоко неправильно. NTFS драйвер в современных версиях выпилен, ntfs-3g в сторонних сборках работает из коробки. Иногда требуется прописать fuse_load="YES" в /etc/login.conf

>> №200873   #36

>>200871

>работает из коробки
  1. только в консоли и /etc/fstab;
  2. незаметно для графического окружения;
  3. так нестабильно, что лучше бы оставили старый штаный только для РО.
>> №200889   #37

>>200873
У меня от этой фигни брат умер все файлы на разделах побились. Нирекомендую. Лучше буферный FAT32 создайте.

>> №200938   #38

Есть ли программа чтобы виртуальные коды нажимаемых клавиш смотреть? Об автоопределении клавиатуры и не мечтаю. Или нужно методом тыка значения подбирать? Тогда в какой программе это сделать проще? Должна же быть какая то программа с элементарным конфигом меняющая без перезагрузки всей системы точнее драйвера клавиатуры, который отдельно от всей системы лучше не выгружать. Не системные же файлы ковырять. В интернете всё больше предлагают готовые решения. А я не знаю какая у меня клавиатура, какая раскладка и как назначить переставшие работать функции на неработующие клавиши. Готовые решения на 100% не подошли.

>> №200940   #39

>>200938

> Есть ли программа чтобы виртуальные коды нажимаемых клавиш смотреть?

misc/kbdscan, но она выводит сырые скан-коды. Для X — xev.

> Должна же быть какая то программа с элементарным конфигом меняющая без перезагрузки всей системы

Стандартная kbdcontrol должна же менять раскладки без перезагрузки?

>> №200952   #40

>>200940
Сойдёт. Только мне она ничего не выводит:

>inappropriate ioctl for device

В чём причина не знаю, может новый консольный драйвер не нравится. Я конечно бака. и не спорю с этим.

>> №200963   #41

Таймер лечится debug.acpi.disabled=timer в /boot/loader.conf
>>200870
Возможен ли сплэш без весы в вт? Формально да, но как начинаешь форумы по данной проблематике читать, создаётся полное впечатление что однозначно нет.
>>200952
Если английский мануал читать не мигучкой, то будет понятно как сделать так чтоб работало. Имелась ввиду не просто консоль, а полное отсутствие активных видеорежимов. Правда у меня как раз на нужные клавиши данная утилита не реагирует, как будто их нет.

>> №200969   #42

Мы просто обязаны сделать сборку Chirno BSD на основе x86 ChostBSD, с нескучными тохо-обоями и рабочим репозиторием от фрихи. Вместо чертей и демонов там будут ёкаи. inb4: кто обязан? ты обязан!

>> №200974   #43
.gif - (1 KB, 59x16)  
1 KB

>>200969
И с Taisei, Pytouhou и thtk в портах!

>> №200977   #44

>>200974
С Taisei проблем нет, а вот остальное похоже придётся ручками в дистрибутив запихивать. И не факт что после установки потом будет работать. Возьмёшь на себя?

>> №200980   #45
f5068f03e6e161f8d4d61863edf72dfa.png - (1085 KB, 2003x1002)  
1085 KB

>>200977
А~но... На самом деле я просто бакую мимо и даже не совсем представляю, как пропатчить thtk под ChirunoBSD! Хотя сама сборка, кажется, довольно простая. И у меня даже не *BSD. Gomenne...

>> №200983   #46
saUtC[1].png - (598 KB, 1366x768)  
598 KB
  1. Берём LiveCD c x86 Chost BSD можно даже 9 версии, только не советую с мятой или мышкой, он уже практически сырный во всех смыслах;
  2. Правим в текстовом редакторе псевдографические заголовок и лого;
  3. Меняем коллекцию обоев и дефолтные настройки оформления;
  4. Прогоняем поиск по названию и содержимому файлов с автозаменой Chost на Chiruno;
  5. Меняем более не актуальный адрес репозитория на фришный;
  6. Профит!

Опционально можно рандомный сплешскрин установить и игры по тохо. Но это уже будет не так легко.

>> №205165   #47
>В мае 2018, разработчики GhostBSD объявили, что операционная система будет основываться на TrueOS

RIP помянем, хороший был дистрибутив. Сначала отказ от 32 битных систем, а теперь такой то поворот. Осталось лишь проделать это >>200983
Пробовали этот ваш TrueOS, ощущение прямо противоположное названию. Тормоза могут сравнится только с минималистичностью интерфейса, как и с его бесполезностью. Любой рандомный линукс лучше.

>> №205167   #48

>>200983
Серьёзно, кто умеет установочные образы делать, запилите форк Chiruno BSD. Очень популярный будет. Фактически единственным актуальным легковесным BSD дистрибутивом для настольных 32 разрядных систем. А то каждый раз после установки все файлы править вручную как то не кошерно.

>> №206118   #49

>>200729

>С ними же столько... приключений!

Ага, взять хотя бы порты. Вот прямо сейчас собираю tmux, он всё сконфигурил, загрузил, собрал часть зависимостей, в ходе сборки чего-то, для чего нужен Перл, выкинул мне, что отсутствует файл /usr/local/bin/perl5.25.3. А в портах только Perl 5.26.2, который и был в зависимостях. Пришлось делать симлинк на перл той версии, который собрался, выдавая его за перл более новой версии, что и помогло.
Но, вообще, раньше такой проблемы с портами не было. Это в 2017 году что-то начало всё тотально валиться там и фиксилось очень долго.

>> №206131   #50

>>206118
Как раз аккурат при переходе на новую версию. Там много чего разом поломалось. В том числе при замене дефолтного видеодрайвера отвалился целый вагон функционала. Можно конечно вернуть старый, но тогда не будут работать новые фишки. Может к следующей версии наконец всё вылежут.
Позволь узнать, а зачем ты собирал? Разве нет готового пакета?

>> №206132   #51

>>206131

«Вылежут» — это «вылижут» или «выложат»?

>> №206135   #52

>>206132
Всё вместе. Иначе не будет смысла.

>> №206143   #53
MEJIAHXOJIu9I_CyJL3yMuu_ХAPyXu_s1_[08_of(...).jpg - (107 KB, 720x400)  
107 KB
>> №206144   #54

>>206131
Собирал как раз для того, чтобы понимать, в какой степени всё поломано.
Алсо, насчёт поломанности - долгое время не собиралось много чего с ошибкой, что не найден libintl.so и надо было вручную писать в /etc/make.conf путь /usr/local/lib, которого по дефолту почему-то не было, в первой половине 2017 года была куча проблем с самими портами. Не собирался, например, питон, о чём долго висел баг в багзилле проекта, не собиралось ещё что-то.

>> №206145   #55

Десктопы, сервера...
А что можете сказать про эту ось для встраиваемой электроники, или там вероятность ее встретить стремится к нулю? Встречал про упоминание только для плойки, хотя по описанию лицензии она же должна быть отличной базой для проприетарных прошивок.

>> №206147   #56

>>206144
Я себя в начале тоже решил почувствовать крутым красноглазиком. Но натолкнувшись на первую же крупную проблему с портами

>Про новый же менеджер пакетов в сети мем образовался, погуглите установка free BSD без интернета. Если вкратце, в директории порта отсутствует файл для сборки, как и сам менеджер из коробки.

Плюнул и устанавливал всё только через пакеты. Правда и там чёрт ногу сломит.
>>206145
Не зная о наличии соответствующих твоим ожиданиям драйверов, ничего не могу сказать. Однако теоретически встать должно идеально. Вот только подключаться придётся через SSH. Готовься.

>> №206148   #57

>>206147

>Не зная о наличии соответствующих твоим ожиданиям драйверов, ничего не могу сказать.

Я имею в виду уже готовое железо, какова вероятность что очередные смарт-часы или торговый автомат собраны на этой оси.

>> №206149   #58

>>206148
Тут точно не скажу. Нужно знать конкретный рынок или очень внимательно и много гуглить.

>> №206150   #59

>>206148

> какова вероятность что очередные смарт-часы или торговый автомат собраны на этой оси

Примерно нулевая.

>> №206177   #60

>>206148

> какова вероятность что очередные смарт-часы или торговый автомат собраны на этой оси.

Околонулевая. Вот если это какая-нибудь японская игровая консоль, или не обязательно японский маршрутизатор или шлюз, то шанс ещё есть.

>> №206179   #61

>>206150>>206177
Как-то странно.
Просто во все более жиреющем эмбеддеде все чаще применяются сборки линукса что для целевой платформы, что для разработки, городятся сложные системы сборки и особо грязные костыли для невозможности работы системы которой по лицензии нужно вскрывать исходники, все чаще приходится в это влезать когда эти хитросплетения вроде сложных драйверов в юзерспейсе заведенных через CUSE дают сбой. Собираемая из исходников система с изначально позволяющей закрывать код лицензией кажется гораздо более удобной платформой, а судя по гуглу, оно прибито гвоздями к узкому набору серверных задач и х86, аки винда к десктопу, только ещё и проигрывая линуксу в своей же нише. Почему так?

>> №206180   #62

>>206179
Потому что такова мода, да и лицензия позволяет компаниям не публиковать код своих изменений для включения в upstream, что не идёт на пользу upstream-проектам.

>> №206363   #63
ghostbsd.png - (3 KB, 90x95)  
3 KB

Раз такая история держите ссылки на зеркала:
https://ftp.icm.edu.pl/packages/ghostbsd/releases/i386/ISO-IMAGES/11.1-BETA1/GhostBSD11.1-BETA1-20170829-184156-xfce-i386.iso
https://ftp.icm.edu.pl/packages/ghostbsd/releases/i386/ISO-IMAGES/11.1-BETA1/GhostBSD11.1-BETA1-20170829-180053-mate-i386.iso
Только перезалейте куда-нибудь на торент побыстрее. Даже это зеркало не вечное. Время от времени от неактуальных ссылок чистится. Версии 11.2 в сети вы точно не найдёте. Я гарантирую это. Она была не официальная и именно из-за неё распался проект и выпилили х86 ветку. Впрочем и 11.1 RC для i386 скорее всего тоже не найдёте.

>> №206365   #64

>>206363
Простите, вчера не выспавшись был. Все 11.1 RC версии есть на том же FTP-зеркале. И наверное ещё достаточно долго будут. Кто умеет работать с ftp без проблем сам найдёт.

>> №206580   #65

>>187865
u r34lly n33d 70 637 l41d

>> №206713   #66

>>187438
Для аллвиннера н3 реально найти готовый образ?

>> №206723   #67

>>206713
Сам ни разу не пробовал, так что поясни пожалуйста в чём конкретно проблема. Вроде бы поддержка есть https://wiki.freebsd.org/FreeBSD/arm/Allwinner
Возможно для полноценной работы после установки придётся какие-нибудь патчи докачать и драйверы через пакетный менеджер.

>> №206726   #68

>>206723
Это, насколько я понял, скрипты для обычной сборки на х86 в которых можно указать кросс-компиляцию под arm, и на выходе получается ядро и rootfs, но без загрузчика, в качестве которого предполагается использовать сторонний u-boot?
Просто у меня ноутбук не поддерживает нормальную виртуализацию, хотелось бы накатить готовую базовую систему на завалявшийся orange pi lite, дособирая остальное прямо на ней.

>> №206734   #69

>>206726
Образ для другой PI нашёл в верхних выдачах гугла http://www.raspbsd.org/raspberrypi.html Но тебе ведь на апельсинку? Скорее всего не подойдёт. Даже не знаю. Чтобы образ можно было скачать, сперва его нужно сделать. А делаются они, в виду ограничений на дисковый объём, каждый раз под каждый PI индивидуально.

>> №206737   #70

Ого, FreeBSD 12 стабильный наконец то вышел! Я и не заметил. Интересно как и что там сделали, да времени тестировать нет.
Кто пробовал уже, отпишитесь пожалуйста . Исправили там все болячки, которые при переходе с 9 появились? По описанию не вполне понятно.

>> №206738   #71

>>206726>>206734
Там все образы для PI на официальной странице скачивания FreeBSD Другое дело, что конкретно для апельсинки нет.

>> №206754   #72

>>206734
Набор драйверов и карта физической памяти у малинок и апельсинок разные, системный монитор подцепляющий u-boot тоже, переиспользовать получится разве что рутфс, и то не уверен. В линуксе загрузчик отвечает за передачу dtb, cmdline, initrd или initramfs, но наверняка в лоб эти механизмы не совместимы с ядром фрибсд.
Просто внимание привлекла отличная документированность под х86, и стало интересно, есть ли что-то подобное под arm.

>> №206995   #73

Установил 12 версию и сразу столкнулся с тем, что процесс установки и настройки граф.окружения для 10-11 версий во многом не сработал. Как и некоторые другие вещи, вроде команды перезагрузки консоли. Нет, в ручном режиме то у юнексов пользователь с рутом из под консоли царь и бог, но речь ведь об относительно автоматическом способе? Не знаю в чём причина, возможно в смене версий некоторого программного обеспечения. После запуска окон начался до неприличия злобный лагадром и я снёс виртуалку. Это опять читать все обновлённые мануалы, инструкции, информацию о релизах, форумы. Лень разбираться. Но интерес остался. Что могло так изменится? Как изменится? Почему то что раньше летало начало вдруг так тупить?

>> №207163   #74

>>206995
А что за "относительно автоматический способ"?

>> №207189   #75

>>207163
Установка пакетов вместо сборки портов из исходных текстов, автоконфиги вместо ручных прямо из под консоли, установка частично автоматизирующих повседневные задачи программ.

>> №208328   #76

Есть ли смысл ставить сабж ради zfs в реалиях 2019 года?

>> №208329   #77

>>208328
Многое зависит от того для чего тебе zfs и для чего тебе юникс. Если собираешься делать из BSD клон убунты как это нынче модно, то определённо нет.

>> №208330   #78

>>208329
Под архив редко используемого хлама, бекапы и неспешную выкачку торрентов и сайтов целиком, а интерес в том, чтобы заморочившись однократно с настройкой оно лет 5...10 жило стабильно и не было откровенно дырявым.
Zfs интересует потому что btrfs слишком опасно себя ведёт при поломке винта в зеркале.

>> №208331   #79

>>208330
Ну раз так, тогда если не критичен расход оперативной памяти, наверное стоит. Только не забывай об особенностях этой файловой системы. Если не было опыта работы с ней, сперва потренируйся как следует, прежде чем всё на неё переносить.

>> №208332   #80

Я выбрал FreeBSD потому что мне нужен был лёгкий и гибкий unix способный встать даже на арифмометр, но с актуальным софтом. Единственным подводным камнем стала установка иксов. Те кто справится с начальной настойкой проблем уже иметь не будут. Единственный существующий гуй пакетного менеджера не стоит того чтобы его устанавливать. Это огорчило. Как и то что NTFS, как оказалось, стабильно работает лишь только в windows.

>> №208340   #81

>>208330
Возможно тебе больше подойдёт NSS из под NetWare 4-5 версии или даже SUSE Linux Enterprise Server. Она тоже портированна под Raspberry Pi. Правда не уверен, как она себя ведёт

>при поломке винта в зеркале

Во всяком случае, наверное стоит попробовать.

>> №208348   #82

>>208330
zfs on linux давно стабилен. Ставить фряху только ради зфс смысла нет.
>>208340
Слес не очень, лучше брать что-то шляпное.

>> №208349   #83

>>208340

>Она тоже портированна под Raspberry Pi

У распберри usb вместо интерфейсов, и ZoL под распбианом не стартанул из-за того что она 32хбитная.
Но похоже фряха с армами дружит в этой части не лучше
https://wiki.freebsd.org/ARMTier1

>> №208350   #84

>>208348
Разве в линуксах она не через фусе?
>>208349
Я то надеялся что хотя бы в 12 версии они починят то что поломали в 9, а они только всё больше и больше ломают. Эх.

>> №208351   #85

>>187438

>Здесь собираются Сырны

А разве нельзя Сырн скачать из портейджа?

>> №208352   #86

>>208351
Сырны входят в базовую систему! Сырно почти как ядро!

>> №208353   #87

>>208350
Нет, через кусок соляриса. Как и во фряхе, впрочем.

>> №208354   #88

>>187438
А какие операционные системы встают на Сырно?

>> №208355   #89

>>208354
Любые с подходящим разъемом.

>> №210352   #90

Хочу попробовать FreeBSD. Я - полный виндузятник и с юнихами дела почти не имел. Однажды пробовал слаку на старом ноутбуке, но из-за неё он сломался. В общем, дайте советов по переходу на FreeBSD.

>> №210353   #91

>>210352
Для начала реши что тебе больше подходит из имеющегося:

  1. Есть старые версии, с минимумом багоглюков и псевдографическим удобным интерфейсом установки. Но они реально устаревшие. Будешь обновлять - столкнёшься с теми же проблемам что при установке новых.
  2. Есть свежая версия, где новые фишки ещё толком не работают, а старые уже из-за потери совместимости отваливаются. Разработчики сделали всё от них зависящее, чтобы люди не знакомые с юниксами не смогли пройти тест в виде установки и настройки данной OS. С другой стороны пройдя его, пусть даже по мануалам, ты автоматом станешь уверенным пользователем.
  3. Есть готовые дистрибутивы с блекджеком и сырнами. Даже в виде Live-CD. Советую для начала поставить этот мёртвый >>206363 Потом его можно будет относительно легко проапгрейдить до последней версии Free BSD.

А ещё помни, что у Free BSD есть удобный web-портал с каталогом всех приложений и подробной русскоязычной инструкцией.

>> №210354   #92

>>210352
Для начала забэкапь всё содержимое жёсткого диска куда-нибудь на внешний или облако, способом гарантирующим обратное восстановление при полном отсутствии OS на компьютере. Типичной проблемы линуксов у фряхи конечно нет, но если таки всё запоришь или вдруг экстренно захочешь вернуться...

>> №210355   #93

У FreeBSD неприлично много места занимают исходные коды. Если собираешься в дальнейшем играться с пересборкой ядра а это весело или приложений а это лишнее они тебе понадобятся. Если откажешься от них в процессе установки, то просто скопипастить их потом в нужную паку не получится из-за соображений безопасности. И тебя будут ждать невероятные танцы с бубном для их закачки и авторизации. Я например так и не осилил всю цепочку и просто переустановил с бэкапом пользовательских данных. Правда я сам был новичком тогда.

>> №210356   #94

>>210354
Поподробнее о типичной проблеме. У меня, например, даже винды старше ХР умирали или выбрасывались за ненадобностью только вместе с железом.

>> №210357   #95

>>210356

  1. Скачиваешь и болванишь линукс;
  2. Сносишь виндоус;
  3. Устанавливаешь линукс;
  4. Внезапно обнаруживаешь что сетевуха не работает и интернета нет;
  5. Дальнейшие операции с линуксом невозможны. Информации по решению проблемы нет, доступа к репозиторию и справке нет, виндуса нет;
  6. Чувствуешь себя оболваненным.

Так вот у FreeBSD с поддержкой сетевух всё чуть ли не лучше чем у виндоус. С любой кофеварки на самом раннем этапе установки соединение наладит. Тем не менее, бэкапы нужно делать всегда. Кто их не делает - тот страдает.

>> №210358   #96

>>210355

>У FreeBSD неприлично много места занимают исходные коды

Это не исходники неприлично большие, а неприлично маленькие предустанавливаемые ssd. Бич вообще всего, что отошло от windows-way, включая собственно десятку.
>>210357

>4. Внезапно обнаруживаешь что сетевуха не работает и интернета нет;

Ну, на дворе 2019-й год же. Как минимум под рукой найдется телефон с тетерингом, а в случае ноутбука пока ещё преобладает наличие wifi в довесок к проводному соединению.
Если же ничего из перечисленного нет или не помогло, то скорее всего человек намеренно ставит двадцатилетнюю некроту или иные отклонения от более-менее стабильных и поддерживаемых десктопных дистрибутивов и должен понимать на что идёт.

>> №210359   #97

>>210358
Меня спросили - я ответил. Проблема имеет место - это факт.
То что она возникает не у всех и легко предвидится при наличии минимального опыта - отдельная тема. Пути решения и профилактика - тоже. Углубляться в них я не намерен. Да и тред про линукс рядом есть.

>неприлично маленькие предустанавливаемые ssd

Хранить исходные коды на SSD, это даже более сильно чем хранить на нём аниме. По хорошему им вовсе не место на жёстком диске. А то что процедура их использования из внешних источников настолько геморная, явно не идёт в плюс операционки. Контраргументом как обычно является тот факт, что ЦА всё норм.

>> №210360   #98

Наверное уже кидали:
справка на русском как всегда устаревшая https://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/
полный поиск https://www.freebsd.org/cgi/man.cgi
все программы https://www.freebsd.org/ru/ports/master-index.html
вручную, на всякий случай https://svnweb.freebsd.org/ports/

>> №210361   #99

Посоветуйте тогда за AIX, если кто пользуется. Перекатился из /b/ >>4971342

>> №210362   #100

>>210359
Ну просто проблема кажется не то что бы несерьёзной, но подобный переход с любой оси на любую ось с разбегу несёт много других опасностей, если делать без опыта.
С поддержкой же устройств во фряхе у меня сразу не задалось. Поставил 12ю в виртуалку с небольшим виртуальным диском, пробросил большой USB-диск, хотел было собирать образ под одноплатник - а под мост usb-sata не оказалось драйверов. Расширить виртуальный диск ещё можно, но ими же я хотел цеплять винты к одноплатнику...
Пока изучал вопрос, уже чисто ради интереса, нельзя ли собрать модули ядра как в линуксе, меня окончательно добило что система-то из исходников собираемая, а под arm не поддерживает zfs, из-за которой я вообще начал в эту сторону смотреть. Не судьба.

>Хранить исходные коды на SSD, это даже более сильно чем хранить на нём аниме

А где ещё хранить, собирать андроид на механическом диске, например, в разы дольше, и система напрочь теряет отзывчивость на много часов. До сборки фряхи у меня не дошло, но полагаю что картина схожая.

>> №210363   #101

>>210355
Ты про порты или про исходники ядра?

>> №210364   #102

>>210357

>Внезапно обнаруживаешь что сетевуха не работает и интернета нет;

Такое было нонсенсом на дебиане еще в то время, когда я слезал с четвертого пенька, и оказывался в ситуации когда для установки винды на старый комп нужен диск с драйверами (в т.ч. для сетевухи) потому что он слишком старый, а при установке винды на новый комп нужен диск с драйверами т.к. он слишком новый.

Нахуй было делать 2 не понятно, родина дала им бутлоадер умеющий в дуалбут, не хотят, хотят все сносить.

>>210358

>телефон с тетерингом

Если речь идет о гуглеже решения проблемы то и с кнопочника можно... Что сейчас, что 15 лет назад.

>>210359

>То что она возникает не у всех и легко предвидится при наличии минимального опыта - отдельная тема.

Блин, ну чтоб не сносить рабочую систему и вместо нее ставить ту, в которой совсем не разбираешься не опыт нужен, а хотя бы чуть-чуть здравого смысла.

>А то что процедура их использования из внешних источников настолько геморная

Хм, покажите мне пример системы, где исходники перед использованием не скачиваются чтобы храниться локально.

>> №210365   #103

>>210364

>Если речь идет о гуглеже решения проблемы то и с кнопочника можно...

Так тоже можно, но я имел в виду, воткнуть телефон в usb, тапнуть режим модема, и в системе +1 высокостандартизированное сетевое устройство (g_ether).

>> №210366   #104

>>210362
А ты случаем не для рапсбери или апельсинки интересуешься? Если будешь внимателен, то увидишь что под них отдельные дистрибутивы нужно качать, а не общий для десктопов.

>нельзя ли собрать модули ядра как в линуксе

Пересборка ядра на живую - фишка FreeBSD. Правда для смены нужна перезагрузка. Да и все рекомендуют не заниматься сборкой на том компьютере на котором работаешь ибо ресурсоёмко. При этом ядро можно вообще не трогать, а модули все подключать в маленьком текстовом конфиге. На производительности это почти не скажется. Потому что все ресурсы потребляют в основном программы.
>>210364
Ты не понимаешь проблемы. Проблема в способе закачки\авторизации исходников, который настолько сложный и баганутый, что лично мне было проще переустановить систему с другими параметрами установки, чем насиловать этот механизм и разбираться почему он не работает на этот раз. Я бы сказал что это не нормально. Но анальный секс при настроеке FreeBSD - это норма. Потому что его делали геи.

>> №210367   #105

>>210365
Если линукс не видит твои сетевухи, с чего он должен видеть твой эксклюзивный новомодный китайский телефон ака модем?

>> №210371   #106

>>210366

> Если будешь внимателен, то увидишь что под них отдельные дистрибутивы нужно качать, а не общий для десктопов.

Я внимательно искал, и видел их только под raspberry pi, более дешёвые апельсинки или имеющие полноценные sata на pcie платы на rockchip-ах похоже никто даже не пробовал поднимать.
Энивей, к вышеупомянутым проблемам есть ещё идеологическая - во фряхе нет загрузчика под arm, и предполагается использовать u-boot. Если честно, я глубоко не копал, но есть подозрение мануалы под х86 в серверных применениях тут мне не помогут в отличиях применения dts (а реализовано ли оно вообще, или там хардкод в конкретных модулях ядра?) от линукса под конкретные платы, параметров командной строки и initrd/initramfs, а без этого работа с железом и смысл в одноплатниках теряется полностью.

>Пересборка ядра на живую - фишка FreeBSD.

Ну это явно не то что нужно на одноплатнике, крутящемся без обслуживания. Возможно фряха отличная ось для серверов, но под встраиваемые системы что-то она слишком кондово смотрится. При этом собрать образ линукса из исходников с минимально-необходимым набором софта уже не намного сложнее чем настроить пакетный дистрибутив, пресеты для buildroot покрывают многие одноплатники.
>>210367
Потому что с одной стороны линуксовый usb хост, и с другой (речь про android, в частности, начиная с 5го, более старые не смотрел) usb устройство, так же реализованное в линуксовом ядре? Тут что-то может пойти не так только если в телефоне намеренно огорожен стандартный функционал, но в таком случае он и под виндой будет неюзабельным огрызком без доустановки софта.

>> №210372   #107

>>210371
Это прежде всего ось для сетевого оборудования. Именно поэтому у неё такая отличная поддержка сетевух прямо из коробки. Ну и как я уже говорил, приличные люди на том же самом компьютере ядро не собирают. Ибо такое действо бессмысленно и беспощадно. Особенно если это какой-нибудь роутер.

>более дешёвые апельсинки или имеющие полноценные sata на pcie платы на rockchip-ах похоже никто даже не пробовал поднимать

Вот честно, не помню где, но где то совершенно недавно кто то уже искал дистрибутив Free BSD под апельсинку, точнно так же не мог найти. Ему нашли на видном месте и кинули какие то мануалы по рокчипу. Не уверен, но кажется он тоже передумал устанавливать. В принципе это логично. С FreeBSD нужно много анально хентаится если всё не из коробки. Собственно за что её староверные линуксоиды и любят. За гибкость и способ которым она достигается, да.

>во фряхе нет загрузчика под arm, и предполагается использовать u-boot

Если честно не понимаю какая разница какой загрузчик использовать. Другое дело если это намёк на то что "не будет работать из коробки, опять придётся красноглазить" тогда да.

>в таком случае он и под виндой будет неюзабельным огрызком без доустановки софта

Мне только такие и попадались. Я по природе тоже форточник. FreeBSD использовал в целях некрофилии кое-какого железа.

>> №210378   #108
2961987258_cb18e66bc4_o.jpg - (49 KB, 550x413)  
49 KB

>>187438

>> №210379   #109

>>210366

> Ты не понимаешь проблемы. Проблема в способе закачки\авторизации исходников, который настолько сложный и баганутый,

Ну не знаю, у меня там особых трудностей не возникло. Хз что ты делаешь не так.

>> №210380   #110

>>210372

>Вот честно, не помню где, но где то совершенно недавно кто то уже искал дистрибутив Free BSD под апельсинку, точнно так же не мог найти.

Возможно даже что это был я, лол, только это было год назад, кажется.

>Если честно не понимаю какая разница какой загрузчик использовать.

Изначальный механизм загрузки сильно завязан на х86, потому нельзя просто взять, и отредактировав в vim-e оверлей включать периферию:
https://www.bidouilliste.com/blog/2015/11/27/Porting-FreeBSD-to-a-new-ARM-Board-Part-1/
И так как это не часть самой фряхи, вероятность встретить недокументированные сюрпризы резко повышается.

> если это намёк на то что "не будет работать из коробки, опять придётся красноглазить" тогда да.

Я не против покрасноглазить для результата, но как бы сказать, если он с одной стороны, реально требует усилий, а не просто сложность ради сложности вроде сборки хрома из исходников на дистрибутиве с пакетным менеджером, с другой, уверенно достижим. Поскольку цель zfs - стабильность и сохранность данных, а подключение к сети подразумевает необходимость частых обновлений, я счел такие танцы с бубном недопустимыми.

>> №210381   #111

>>210379
Я сам не помню. Помню только что как обычно делал всё по официальному мануалу и как обычно ничего из этого не работало.
>>210380

>вероятность встретить недокументированные сюрпризы резко повышается

Да там вся фряха один сплошной недокументированный сюрприз. С каждой версией старые мануалы становятся неактуальны. Но даже с новыми можно запарится на элементарных вещах, как было у меня с попыткой выставить реальное разрешение монитора или задействовать нужные клавиши. Если не хочешь сюрпризов - используй готовые сборки, а приложения ставь исключительно пакетами.

>Поскольку цель zfs - стабильность и сохранность данных, а подключение к сети подразумевает необходимость частых обновлений, я счел такие танцы с бубном недопустимыми.

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

>> №210382   #112

>>210381

>Да там вся фряха один сплошной недокументированный сюрприз.

Даже в своем нишевом применении? Просто со стороны, сложилось обратное впечатление, что это как винда в десктопном мире, туго связанный монолит базовой системы + возможность расширения под сетевые задачи.

> Если не хочешь сюрпризов - используй готовые сборки, а приложения ставь исключительно пакетами.

Так нет сборок, в чем и возник затык. Нет, потому что u-boot это, во-первых, gnu, и а базовую систему не входит, во-вторых, любая переконфигурация вроде сменить назначение выводов с usb на uart влечет за собой пересборку ядра с окружением, там будет даже под одну модель распберри 9000 образов.
Одну-две готовых сборок (готовых - это которые достаточно прошить при помощи dd или etcher-a на карту, вставить и все заведется) выложили, и на том все.
В то время как в случае с линуксом можно просто правкой одного конфига в boot определять набор периферии, переключать доступную память в зависимости от ее количества на подтипе платы в семействе, и так далее.
Ну и конкретно zfs на arm официально не поддерживалась на тот момент вообще.
Какие-то более обыденные вещи вроде веб-сервера или dhcp я бы разумеется не стал собирать сам.
Вообще изначально я решил смотреть в сторону фряхи потому что под 32хбитнви линуксом ZoL не поддерживается, но пока изучал вопрос, и хотелки подросли до 64хбитных, и ZoL стал основной открытой реализацией zfs, и смысл в экспериментах потерялся.

> И как необходимость в частых обновлениях вытекает из наличия доступа к сети?

Автономное устройство может десятилетиями крутить один и тот же софт, а с дикого интернета, когда оно посажено на статический IP, может прилетать всякое. Кто то брутит ssh, кто-то пробует скачать /dump.sql.gz или открыть install.php, и ведь находят же периодически всякие shellshock-и. Я в безопасности не силен, если честно, но мне спокойнее знать, что хотя бы вопиющие дыры кто-то прикрывает.

>> №210383   #113

>>210382
Понимаешь, когда делаешь всё по инструкции а оно не работает и не понятно почему - это недокументированный сюрприз. А это для FreeBSD норма. С одной стороны обратная совместимость спасает и то что работало однажды работать будет всегда (поэтому да винда, ставь готовые сборки), с другой именно по этой причине и творится такой бардак, когда не понятно куда лезть.

>Даже в своем нишевом применении?

Сложилось впечатление, что всему кору разработчиков FreeBSD дико бомбит что на их поделие накатывают даже иксы, не говоря о прочих десктопных приложениях. Как ось для сетевого оборудования операционка замечательна. Но будь бобр уверовать в святую консоль.

>любая переконфигурация вроде сменить назначение выводов с usb на uart влечет за собой пересборку ядра
  1. Собираешь минимально возможное по комплектации ядро.
  2. Всё остальное подключаешь модулями через конфиг.
  3. Профит.

Пересборка это скорее фетиш. Если ты конечно на самом деле не строишь микро ядро на одном мощном компьютере для установки его на тамагочи.

>В то время как в случае с линуксом

Здесь тоже можно. И даже проблемы примерно одинаковые будут возникать.

>Ну и конкретно zfs на arm официально не поддерживалась на тот момент вообще.

Даже через фусе? Прости, пару лет как перестал следить.

>в безопасности не силен, если честно, но мне спокойнее знать, что хотя бы вопиющие дыры кто-то прикрывает.

Понимаешь, FreeBSD сейчас примерно в таком же положении как был линукс когда то. Почему на него олдфажные линуксоиды массово и перетекают. Он совершенно не предназначен для того чтоб быть десктопом но из него его упорно делают. Все программы для FreeBSD - порты с линукса. Фактически разница с линуксом у FreeBSD только под капотом. Даже структура папок не сильно отличается потому что это UNIX. Почему же выбирают FreeBSD? За высокую совместимость со старым и странным оборудованием, за высокую гибкость (сам понимаешь какой ценой), за отказоустойчивость, за возможность пересборки всех компонентов на живую. В общем это такой суровый советский внедорожник, который нужно постоянно доводить до ума суровыми советскими способами и такой же смекалкой. Как сервер реально можно настроить один раз и больше не парится, ведь обновления ничего ему не поломают.
В общем тут довольно странная неоднозначная ситуация. С одной стороны линуксов сейчас расплодилось на любой вкус и цвет, у них хорошая поддержка. Значит легко найти что нужно чтобы поставить и не парится, а в случае чего легко решить проблему. С другой он совершенно утратил гибкость. И если что придётся очень мощно красноглазить, проще другую сборку подыскать. И тут FreeBSD - казалось бы легко встаёт везде, имеет полную документацию, чинится чуть ли не голыми руками на коленке. Если нашёл подходящий тебе готовый дистрибутив то можно ставить вполне ванильно и забыть о всех проблемах. Но что это такое? Это и это почему то не работает, вот это не соответствует документации и это выглядит как то не кошерно. Полезука я разобратья... мать перемать анальный секс реинженеринг!
Так что ответ на вопрос с чем лучше красноглазить чтоб не красноглазить, линуксом или FreeBSD, слишком глубокофилософский чтобы на него ответить.

>> №210384   #114

>>210383

>Понимаешь, когда делаешь всё по инструкции а оно не работает и не понятно почему - это недокументированный сюрприз.

Если рамки гарантированной работоспособности очерчены в этой самой инструкции, это нормально. Если официальные гайды же на официально указанном железе не работают - тут уже просто продукт непригоден для использования, хотя не уверен, что десктоп к официальному использованию можно отнести.

>1. Собираешь минимально возможное по комплектации ядро.

Проблема ещё в том, что для этого нужна ещё одна фряха, но на десктопе, со всеми вытекающими. Даже если не использовать линукс для обычной работы на десктопе, развернуть убунту можно за час, собрать нужный образ, а потом удалить это все до следующего раза. А если взлетит wsl 2, то в будущем даже с винды вылезать скорее всего не понадобится.

>Здесь тоже можно.

Ну ведь нельзя же, без loader dtb надо вкомпиливать статически в ядро. Применять оверлеи после старта ядра будет уже некому и некуда.

>Даже через фусе? Прости, пару лет как перестал следить.

Через fuse и на линуксе есть реализация, была, точнее, насколько я понял, она заброшена.

> совершенно не предназначен для того чтоб быть десктопом но из него его упорно делают.

Ну, это точно не про меня, для меня ценнейшее свойство десктопа - персональность, и что фряха, что десятая винда, что роллинг-релиз-линуксы, для меня смотрятся обе хуже. Я скучаю по временам, когда имея пару дисков Золотого Софта 2003 можно было полноценно выживать без интернета и единого компьютера или его пользователя в радиусе километра. Но это уже оффтоп.

> С другой он совершенно утратил гибкость. И если что придётся очень мощно красноглазить, проще другую сборку подыскать.

Нууу, голое ядро будет однозначно гибче базовой системы из загрузчика+ядра+инита+минимального набора приложений. С линуксом можно просто и естественно делать упоротые вещи вроде старта без загрузчика вообще, непосредственно с дискеты, или выбросив инит, крутить единственное приложение в реальном времени, применяя ядро как просто драйвер на стероидах, или запихать полную минималистичную систему в единый файл в десяток мегабайт, распаковующую все нужное в tmpfs.
Причем это не рокет сайнс, а почти что сведено до уровня поставить нужные галочки в билдруте, рокет сайнс начинается, когда ось начинает взаимодействовать с сопроцессорами или делить с ними железо. Но тут уж совсем не та сфера, где можно прочитать мануал на нужной странице и сделать ковбойский фикс на горячую.
Десктопные дистрибутивы с другой крайности тоже позволяют просто работать в большинстве случаев, вообще ни в чем не разбираясь.
Вот что-то посередине, пользоваться уютненьким десктопом, но захотеть просто ради лулзов сменить systemd на андроидовский init - тут наверное да, становится все сложнее делать мелкие правки, но я не думаю, что это идейное, скорее, просто сложность стала непосильной для казуалов, а те кто во всем этом разбираются предпочитают заниматься более утилитарными вещами.

>> №210385   #115

>>210384
Даже в этом случае, голое ядро нельзя вот так просто взять и пересобрать из под него же. А во FreeBSD можно пересобрать всё что захочешь. Не уверен насколько упоротые вещи можно делать с FreeBSD, она мне сама по себе показалась достаточно упоротой во всём.

>Проблема ещё в том, что для этого нужна ещё одна фряха, но на десктопе

Зачем? Это у линукса так, FreeBSD умеет пересобирать себя сама.

>Ну ведь нельзя же

Как же нельзя, если из ядра почти что всё можно вынести в модули через конфиг. Некоторые так зачем то и делают. Или ты имеешь ввиду менять конфиг железа без перезагрузки как плаг энд пей? Не совсем уверен можно или нет. Рекомендуют после каждой смены системных конфигов ребутить, это да. Горячая смена устройств вроде возможна, но я не вникал. Только с автомонтированием флешек парился. Но это немного другое.

>> №210386   #116

Встанут ли на FreeBSD линуксовые дрова?
Что с Plug-n-Play там, я не понял. Условный VGA-проектор можно будет подключить, или придётся колупаться с xorg.conf?

>> №210387   #117

>>210386

>Встанут ли на FreeBSD линуксовые дрова?

Определённо нет. Функция совместимости с линуксом там не так работает.

>Что с Plug-n-Play там, я не понял.

Я даже не разбирался. Вроде бы есть, но через то самое место. Операционка всё таки не под то железо где это норма заточена.

>Условный VGA-проектор можно будет подключить, или придётся колупаться с xorg.conf?

Скажем так, сама поддержка иксов была добавлена под огромным давлением. И по большому счёту чудо что она там вообще есть. С автоматизацией настоек там всё довольно печально. По факту то она есть и даже вручную если что всё настроить элементарно, но на практике... как всегда. Если повезёт заработает сразу. Если не повезёт будешь месяц красноглазить без гарантии результатов.

>> №210388   #118

>>210385

>Даже в этом случае, голое ядро нельзя вот так просто взять и пересобрать из под него же.

Почему нельзя? И на десктопе хоть в той же убунте это можно, и на одноплатнике, смеха ради пробовал, buildroot вполне способен собирать образы под самого себя на мелкой апельсинке, если заранее втащить девтулы.
Другое дело, что собираться будет неделями, ну и нужен своп, в 256МБ ядро не поместится, да и место и ресурс сд-карт не резиновые, потому в здравом уме для продакшна никто так не делает. Но для разработки, замонтировать / с с NFS, работать в удобном десетопе, но для тестов собрать модуль ядра или приложение на самой же плате, в конечном окружении - это уже рядовая практика.

>Зачем? Это у линукса так, FreeBSD умеет пересобирать себя сама.

Да, только сперва нужно достать изначально рабочий образ (загрузчик + ядро + rootfs) под целевую плату, а вот тут как раз ой. И если rootfs от малинки ещё имеет шанс завестить на апельсинке, то device tree и соответственно ядро нужно не просто под процессор, под конкретно установленную на плате периферию, как и u-boot на каждой платформе запускается своим проприетарным системным монитором.

>Как же нельзя, если из ядра почти что всё можно вынести в модули через конфиг.

Вынести можно, но это безумие.
Например, есть драйвер для eMMC. Как ему указать скорость SDIO шины, определять число CS-линий если чипов несколько, их ёмкость? Закрывать под #ifdef дискретными вшитыми значениями и потом искать нужное по конфигу ядра?
Всё-таки под х86 ось может быть совершенно несознательный, и быть уверенной что uefi или легаси механизм как-то заведут процессор, память и диск, как-то закатят в память и запустят stage0 и stage1, и в загрузчик нужно вмешиваться разве что для правки параметров командной строки, вроде что ядру монтировать на / или стартовать ли иксы, и все пусть без smp, пусть без режимов энергосбережения, но как-то будет работать. Под arm и тем более какой-нибудь mips таких гарантий уже никто не даст.

>> №210389   #119

>>210388
Так собственно я неоднократно говорил, что всё в итоге упирается в оценку "с чем придётся больше красношлазить". А это вопрос на который не может быть ответа. Только методом тыка, увы. Или нужно реально иметь огромный опыт ковыряния в обоих системах для подобных прогнозов.

>но это безумие

Так я и сказал в >>210385 тащемно. Не прямым текстом правда. Хм, если так подумать, должно быть весьма не очевидным способом. Извини за это.

>> №210390   #120

>>210387

>Скажем так, сама поддержка иксов была добавлена под огромным давлением.

Интересно, когда? Неужели недавно?

>> №210391   #121

>>210390
Аж в мае 1994, начиная с версии 1.1 крайне неохотно, да
Однако, Xorg в 2004, а те же гном с кедами добрались только к 9 версии, когда FreeBSD поставили на 3 плойку. Так что язвишь не к месту.

>> №210393   #122

>>210389
Все так. Недопонимание возникло потому что была заявлена поддержка архитектуры arm, и это так, но организационно она плохо ложится на типичные подходы эмбеддеда. Не поковыряв лично это разглядеть непросто.

>> №210416   #123

>>210388

> Как ему указать скорость SDIO шины, определять число CS-линий если чипов несколько, их ёмкость?

Через параметры, очевидно же.

>> №210422   #124

>>210416
Параметры чего, командной строки?
Характерный размер dtb порядка сотен килобайт, в текстовом представлении доходит до единиц мегабайт.
Как такое будет вообще читаться человеком, и сколько времени займет загрузка если каждый модуль будет делать независимый поиск по строке?

>> №210459   #125

>>210422
Параметры модуля конечноже.

>> №210465   #126

>>210459
Многие вещи (распределение общей и частной памяти между MPU и сопроцессорами, разводка прерываний на кроссбаре между ними, выбор альтернативных функций gpio...) являются принципиально глобальными настройками. Прятать их тонким слоем по всем модулям, а тем более динамически подгружать из юзерспейса при запуске модулей, означает адовые сложности с разрешением конфликтов и портированием ядра между разными вариантами soc-а в семействе, или даже разных плат на том же soc-е.
Это в принципе нежизнеспособно на современном зоопарке soc-ов.

>> №210466   #127

>>210465
Никто не предлагает делать это прямо из коробки для всеобщего употребления. Если люди ощущают в таких манипуляциях потребность, то им уже предоставили такую возможность. Для гирокого пласта пользователей данная возможность прежде всего позволяет удобно произвести операции подгона системы под своё железо, прежде чем собрать индивидуальное ядро. Большинство так и не собирают. Используя стандартное + модули.

>> №210468   #128

>>210466
То что имея возможность править код ядра все это в принципе решаемо очевидно, но это примерно как считать что любой софт можно написать на ассемблере.
Железо значительно ушло вперёд, и уже нельзя, например, считать что 0х378 всегда попадет на параллельный порт, с одной стороны, с другой, код должен поддаваться переиспользованию.
Времена тупого роста мегагерц и гигабайт безлатентной памяти прошли, бизнес-логика и вычисления требуют противоположных подходов, и настоящее и ближайшее будущее - это неоднородный доступ к памяти, зоопарки специализированных шин, аппаратные модули и целые сопроцессоры под специализированные задачи (видео, нейросети, роутинг пакетов...).
Все это, во-первых, стоит денег за готовые IP-блоки (микроэлектроника тоже не стоит на месте и описывается все более высокоуровневыми языками и библиотеками, с разделением фирм на писателей библиотек базовых блоков того что может делать фаб, абстрактных кирпичиков логических функций, больших блоков вроде процессорных ядер и собственно производите,), во-вторых, занимает площадь кристалла, повышая риск брака и цену, в-третьих, вредит производительности.
В результате фрагментация soc-ов неизбежна, и даже в рамках одного типа запускается одновременно лишь небольшая часть ресурсов, потому что все равно есть узкие места (тепловыделение, пропускная способность внутренних шин, требования по выравниванию и разруливанию доступа к памяти, ограниченное число внешних выводов...). А это значит, что должны быть удобные и быстрые способы конфигурировать работу периферии под конечные задачи, и делаться это должно на стороне ядра, это его задача все это эффективно использовать и абстрагировать от приложений.
И это во фряхе удивляет. Винда тянет жирный багаж легаси и прибита гвоздями к х86, но там это осознанная стратегия - расплата за бинарную совместимость, возможность делать самодостаточные проприетарные поделки быстрого приготовления которые смогут прожить хотя бы несколько лет и принести прибыль, вроде игр, или сложнейший софт с десятилетиями разработки, вроде кадов.
А фряха, с одной стороны, вроде как полностью source-based, с другой, какая-то совсем топорная. Ядро негибкое, функциональность базовой системы требует доработки под себя, но какой-нибудь buildroot позволяет это делать при кросс-компиляции, на мощной пекарне, с выстроенными цепочками контроля версий, автотестов и командной разработки отдельных составляющих, а не партизаня в одиночку в консоли без ревью действий другими разработчиками и с горами промежуточного мусора...
А конечному потребителю это все ни на фряхе, ни на линуксе, ни на чем-либо ещё не нужно, железо должно работать, выполнять свои функции, а так же поддаваться обслуживанию или обновлениям если уплачено.
Я сужу исключительно по пригодности для эмбеддеда, в мире серверов, особенно в век повальной виртуализации и абстракции от железа логика может быть совершенно другая, но делать телефон или блок управления станком на фряхе я бы не стал. Но без знакомства это было не очевидно, а с бсд-лицензией даже странно что так не делали.

>> №210469   #129

>>210468
Чисто объективный подход говорит нам, что все известные операционные системы то ещё, не осмелюсь вслух сказать что. Выбирайте из чего дают или GTFO. Конечно с точки зрения конечного пользователя оно должно, но объективно никогда ни разу. Просто что то в чём то лучше, что то хуже. Попытки наверное предпринимались, но все заканчивались либо сползанием в традиционное русло, либо просто заканчивались. В любом случае, любая операционка в любой рандомный период времени от самого зарождения балансирует на грани выживания. Даже виндоус. Взять и сделать всё по уму? Да вы наверное шутите!

>> №210470   #130

>>210468

> Винда ... прибита гвоздями к х86

Вовсе нет. Под ARM Windows есть, под Itanium тоже относительно недавно была, не говоря уж про поддержку зоопарка архитектур в середине девяностых.

>> №210471   #131

>>210470
В том то и дело что была. Потому что даже со всей системой лобби и финансовой поддержки, микрософт не смогла убедить разработчиков портировать свои приложения под новую версию винды. Другими словами, винда жива только своим наследием. Это её крест, ей с ним жить.
По большому счёту это конечно задача операционки создавать универсальную среду для выполнения и взаимодействия софта независимо от железа. Но про это уже выше писали - имеем что кое-как само-собою получилось, или не имели бы вообще. Даже микрософт не может взять и написать нормально работающую OS. Им бы кое как конкуренцию выдержать, поддержку свежего оборудования на скотч мотать да успевать заплатки лепить. И чтобы весь этот карточный домик в процессе не навернулся.



Удалить сообщение []
Пароль
[d | b / bro / ci / cu / dev / hr / l / m / med / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / ts / vn / vo]
- [iiChantra] [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [Cirnoid] [@] - [Архив - Каталог] [Главная]