А то у меня xfce с жуткими графическими багами запускается

Фряха нвидию паскаль не поддерживает?

http://www.nvidia.com/download/driverResults.aspx/112995/en-us

а у иксов с нвидией всегда проблемы были?

Я ща вожусь с рефайндом

rEFInd? Фрю можно без него запускать. Разве что если графической менюшки хочется, то можно его поставить.

rEFInd? Фрю можно без него запускать. Разве что если графической менюшки хочется, то можно его поставить.

я занимаюсь маргинальщиной и пытаюсь использовать фряху на десктопе

и? если нужен dualboot, EFI firmware должно это уметь само, правда менюшку нудно вызывать кнопкой (F12 обычно) и она не такая красивая как в rEFInd.

ну можно все в рамках одной ESP делать

просто rEFInd запихать в EFI/BOOT/BOOTX64.EFI, а с чего дергать анапримери EFI/BOOT/BOOTBSD.EFI Какойнить

сообщения выше не распарсил, но если в EFI partiton лежит несколько EFI-файлов (загрузчиков). Можно их прописать через efibootmgr (пока нужен Linux, но будет и во Фре) и они появятся в системном меню которое показывает firmware материнки.

сообщения выше не распарсил, но если в EFI partiton лежит несколько EFI-файлов (загрузчиков). Можно их прописать через efibootmgr (пока нужен Linux, но будет и во Фре) и они появятся в системном меню которое показывает firmware материнки.

эта штука любит глючить и терять записи

Глючить тут может firmware материнки, который можно обновлять (или железо, тут уже сложнее). Если попалась неудачная мамка, то да, можно rFFInd как workaround.

А есть мамки без EFI вообще, причем не совсем и старые.

Если совсем без EFI, то там и rEFInd работать не будет.

Почему? Я думал эта штука как раз для жмуляции EFI загрузки

> As already noted, rEFInd is a boot manager for EFI and UEFI computers. (I use "EFI" to refer to either version unless the distinction is important.) You're likely to benefit from it on computers that boot multiple OSes, such as two or more of Linux, Mac OS X, and Windows. You will not find rEFInd useful on older BIOS-based computers or on systems with other types of firmware.

и нет вариантов загрузить efi? если что - речь про ген8 микросервер

забыли положить сволочи

и? если нужен dualboot, EFI firmware должно это уметь само, правда менюшку нудно вызывать кнопкой (F12 обычно) и она не такая красивая как в rEFInd.

я знаю

и нет вариантов загрузить efi? если что - речь про ген8 микросервер

1. а зачем? и без uefi можно неплохо жить. 2. может grub такое умеет, но при его наличии проще грузить напрямую без efi-загрузчиков.

gen8 если что умеет грузиться с GPT разделов.

А как грузить с гпт без уефи

это вообще как

man gptboot / man gptzfsboot

hint - в GPT для совместимости тоже есть MBR и туда тоже можно записать загрузчик. Дальше этот загрузчик читает то что лежит в gpt разделе freebsd-boot и передает управление следующему загрузчику (gptboot). Работает это много где, но не везде. Зависит от bios/firmware.

http://asmodeus.com.ua/library/os/freebsd/boot_freebsd.html

http://asmodeus.com.ua/library/os/freebsd/boot_freebsd.html

Полезное описание, но тема boot0sio не раскрыта. sio это насколько помню это драйвер rs232 до 6-ки включительно, потом добавили uart а sio выкинули, но boot0sio остался.

это да, но я даже про него и не слышал.

boot0sio использует консоль на COM1 - отдельный загрузчик нужен потому что loader.conf к этому моменту еще не прочитан.

multiboot средствами boot0 на сервере с serial console это довольно странное извращение.

грузится с COM порта?

для чего это может быть нужно?

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

Доброе утро! Вопрос по поводу загрузки как раз-таки. Вставил последнюю фрю третьей осью на ноут с UEFI, захотелось ощутить что это такое после жирного пингвина. Все отлично, за исключением одного - после ребута ноут запускает тест железа, иногда с громким писком. То ли фряха как-то некорректно выключает, то ли глюк в загрузчике. В BIOS можно отключить "Auto OS Recovery Threshold", но вдруг там что потенциально серьезное. Гугл ответа не дает, к сожалению. Кто сталкивался? Есть вариант исправить?

Ну скорее всего в железе есть нестандартное поведение

Гляньте логи загрузки на предмет предупреждений

Хмм, посмотрю поподробнее

Кто-нить гоняет Elastic на Фре?

Да, пробовал

Да, пробовал

И чо-как?

ну джабает/воркает)

то есть до сих пор крутится?

Какие версии ES / Java?

я пробовал его под конкретную задачу: получить флоу с железок

по опыту скажу что из коробки получить флоу я не смог

logstash 2.4 - вот его рУками прикручивал тогда взлетело

перепробовал кучу вариантов/версий

java - стабильный релиз, не помню какой был на тот момент

на данный момент проект заморожен, виртуалки потушены

бляяя!

вот жопа

я снёс rc.conf

как курочке яичко, бляяяя

шо делать, кроме бэкапов вчера, дорогая редакция(?)

dd if=/dev/ada0pN | strings | grep -A1000 hostname=

это если прямо сейчас ничего не пишется на раздел, если пишется то уже затерлось наверно

при наличии зеркало - можно вынуть половинку зеркала (если не страшно пожить на половинке зеркала) и спокойно уже искать на вынутой половинке

ага, думал о таком

спасибо

поищи в lsof

вдруг кто оставил отрыттывм

еще есть sysutils/sleuthkit - набор утилит полезных для восстановления данных. Я им однажды пробовал пользоваться чтобы восстановить удаленный файл, но обнаружил что нужные мне блоки на диске были затерты запущенным по крону скриптом...

Можно же в однопользовательский режим загрузиться и восстановить его

rc.conf с системе никто не держит открытым. А если он открыт в редакторе, то проще из редактора и сохранить

Или с флэшки

мда, походу пиши пропало — с начала

rc.conf с системе никто не держит открытым. А если он открыт в редакторе, то проще из редактора и сохранить

Ну я так понимаю, Алексей и предлагал найти, может кто-то где-то открыл в редакторе, в какой-нибудь из сессий

?

ERROR: S client not available

Вот после таких приключений бэкаплю в облако весь /etc и /usr/local/etc

в базовой системе есть rcs, главное, себя приучить его использовать

в базовой системе есть rcs, главное, себя приучить его использовать

https://github.com/freebsd/freebsd/commit/4dc36d36b741be57729c1a745f44a4895690824f#diff-dbd2e9556e489478954a3af93b797244

значит, уже нет :}

ну это пока в каренте только да и не совсем ещё отпилили вроде :)

Пришло время портировать etckeeper, etckeeper сам себя не портирует

Странно, что до сих пор нет его под фрю, на самом деле

сомневаюсь, что у тебя это выйдет.

Я изнутри не ковырял, почему?

потому что вроде как , оно заточено под deb пакеты. Если ты конечно, не поленишься и заточишь под порты - тебе будет слава славная, ну на вид, там 150-200 человекочасов. Если они у тебя есть - дерзай.

Ох. Надо глянуть, на самом деле. Штука так-то дико полезная.

Говно ваш салт.

Хотя судя по докам оно умеет порты с нужными опциями собирать.

Говно ваш салт.

да ты сам говно

да ты сам говно

Все?

Ну а зачем больше-то?

Ну продолжай...

Обламывайся

Иди, ручками крути. С нужными опциями. )

У меня ансибл

Который за пол дня модно легко поднять (и написать нужные плейбуки)

И что та можешь ансиблом что не смог солтом?

Солт за день кроме пинга не завел

А нужно было собрать пару портов, поставить пару с репы, синкнуть коефиги пхп, нжиникса, и скулю в слейв

Ну файлы проекта синкнуть.

Безпредметный разговор без конфигов выходит.

С хаутушки конфиги

Слишком много времени на простые действия

ansible — затычка на 3—100 нод

Ну, зато потом оно тебе кучу времени сэкономит потом

salt — на тысячи их

ansible — затычка на 3—100 нод

До 1к, я бы сказал