Страница пересобрана: 05:01 18.05.2019
[d | an-b-bro-hr-l-m-med-mi-mu-o-ph-r-s-sci-tran-tv-x | vg | au-tr | a-aa-c-fi-jp-rm-tan-to-vn | gf | azu-bg-dn-fr-hau-ls-ma-maid-me-mo-ne-old_o-p-sos-sp-t-w | misc-vnd | stat ]
[Burichan] [Futaba] [Gurochan] - [Архив - Каталог] [Главная]

[Назад]
Ответ
Файл: 1481011715749.jpg -(251 KB, 1280x1024, freebsd54.jpg)
251 No.187438  

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

>> No.187439  

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

>> No.187440  

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

>> No.187469  

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

>> No.187470  

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

>> No.187471  

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

>> No.187480  

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

>> No.187482  
Файл: 1481109386631.png -(52 KB, 500x401, penguin.png)
52

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

>> No.187498  
Файл: 1481136866345.png -(1073 KB, 1366x768, fryahoeb.png)
1073

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

>> No.187500  

>>187498

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

/0

>> No.187551  

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

>> No.187773  

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

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

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

>> No.187776  
Файл: 1482496968568.jpg -(46 KB, 750x600, 1211627752875.jpg)
46

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

>> No.187841  

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

>> No.187842  

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

>> No.187863  

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

>> No.187864  

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

>> No.187865  

>>187776

Надпись на футболке с ошибками, надо так: "1f u c4n r34d 7h15 u r34lly n33d 70 637 l41d".
Или так, для труъ 1337: "!|= (_) (4|\\| |234|) 7|-|!5 (_) |234|_|_`/ |\\|33|) 70 937 |_4!|)"
>> No.200744  

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

>> No.200753  

>>200744

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

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

>> No.200755  

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

>> No.200759  

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

>> No.200760  

>>200744

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

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

>> No.200762  

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

>> No.200782  

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

>> No.200783  

Так может кто подскажет? Не монтирует без бубна смонтировать 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. Не только флешки, но и логические разделы.

>> No.200798  

>>200783

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

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

>> No.200802  

>>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 запускается. Странно.

>> No.200804  

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

>> No.200806  

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

>> No.200819  

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

>> No.200870  
Файл: 1517490343918.gif -(0 KB, 25x18, s[2])
0
>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.

>> No.200871  

>>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

>> No.200873  

>>200871

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

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

>> No.200938  

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

>> No.200940  

>>200938

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

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

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

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

>> No.200952  

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

>inappropriate ioctl for device

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

>> No.200963  

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

>> No.200969  

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

>> No.200974  
Файл: 1518017639647.gif -(1 KB, 59x16, .gif)
1

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

>> No.200977  

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

>> No.200980  
Файл: 1518029744977.png -(1085 KB, 2003x1002, f5068f03e6e161f8d4d61863edf72dfa.png)
1085

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

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

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

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

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

>> No.205167  

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

>> No.206118  

>>200729

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

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

>> No.206131  

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

>> No.206132  

>>206131

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

>> No.206135  

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

>> No.206143  
Файл: 1545668455861.jpg -(107 KB, 720x400, MEJIAHXOJIu9I_CyJL3yMuu_ХAPyXu_s1_[08_of(...).jpg)
107
>> No.206144  

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

>> No.206145  

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

>> No.206147  

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

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

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

>> No.206148  

>>206147

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

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

>> No.206149  

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

>> No.206150  

>>206148

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

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

>> No.206177  

>>206148

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

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

>> No.206179  

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

>> No.206180  

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

>> No.206363  
Файл: 1546659591733.png -(3 KB, 90x95, ghostbsd.png)
3

Раз такая история держите ссылки на зеркала:
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 скорее всего тоже не найдёте.

>> No.206365  

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

>> No.206580  

>>187865
u r34lly n33d 70 637 l41d

>> No.206713  

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

>> No.206723  

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

>> No.206726  

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

>> No.206734  

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

>> No.206737  

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

>> No.206738  

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

>> No.206754  

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

>> No.206995  

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

>> No.207163  

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

>> No.207189  

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

>> No.208328  

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

>> No.208329  

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

>> No.208330  

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

>> No.208331  

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

>> No.208332  

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

>> No.208340  

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

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

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

>> No.208348  

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

>> No.208349  

>>208340

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

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

>> No.208350  

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

>> No.208351  

>>187438

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

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

>> No.208352  

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

>> No.208353  

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

>> No.208354  

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

>> No.208355  

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



Удалить сообщение []
Пароль
[d | an-b-bro-hr-l-m-med-mi-mu-o-ph-r-s-sci-tran-tv-x | vg | au-tr | a-aa-c-fi-jp-rm-tan-to-vn | gf | azu-bg-dn-fr-hau-ls-ma-maid-me-mo-ne-old_o-p-sos-sp-t-w | misc-vnd | stat ]
[Burichan] [Futaba] [Gurochan] - [Архив - Каталог] [Главная]