FreeBSD 6

[Marduk]

ОК, вчера обновлялся, завтра еще попробую. Хоть может это от жары
Еще забавный момент: иногда когда нажимаю Ctrl+D чтобы выйти из xterm, это происходит секунд через 5, кажется из-за того, что xterm пожирает все ресурсы. Если запустить еще один экземпляр xterm или другого терминала, все равно приглашение шелла раньше тех же 5и секунд все равно не появится и будет висеть просто пустой терминал. Надо понаблюдать за mlterm.
Самое интересное, что это началось после сборки ядра с немного другими параметрами - перешел на ULE scheduler и убрал device apic, INET6, NFSCLIENT, NFSSERVER, NFS_ROOT, gif и faith

[polachok]

у меня не 5 секунд, но секунду-две точно пустой терминал. думал на железо свое древнее. давно сижу на ULE SCHEDULER.

[alv]

а я оставил SCHED_4BSD - и вроде все нормально

[polachok]

Скачал (cvsup-нул, изменений с июня много) FreeBSD 6.0-BETA2. Ставить поверх не стал - не интересно, а сделал по статье FreeBSD From Scratch. Правда
полностью по статье не получилось(пришлось чуть-чуть скриптик ковырнуть да и еще кое-какие специфичные траблы
были). Очень доволен - без всего она весила 127 мегов, потом доставил порты, сейчас уже собрал Иксы.
74Браузер links1. Забыл упомянуть - собирал намеренно с дефолтными флагами(т.е. закомментировал CFLAGS в
make.conf). Скорость удивляет. Никаких 5-секундных задержек в aterm'e. Система стала заметно шустрее,
похоже что отключены debug-опции, хотя могу и ошибаться. Встретил пока 2 проблемы: 1.nvidia-driver 7174
собираться не хочет(дремучесть версии? возможно) 2.во время интенсивного консольного вывода тормозит музыка
mpg321.


polachok добавил в 06.08.2005 01:40

PS еще забыл шрифт терминус консольный бэкапнуть - ни у кого нет для cp866?

[TIM]

есть terminus для консоли
8x14, 8x16; CP866 (у самого - уже год как в Radeon зашит )

[Marduk]

Задержки в терминале отнесу на счет ULE: с 4.4.BSD такого явно нет. Kernel trap'ов уже пару дней не было, кажется как раз со времени апгрейда до BETA2.

[polachok]

зря обижаете ULE

Код: Выделить всё

 strings -n 3 /boot/kernel/kernel | sed -n 's/^___//p' | grep SCHED
options SCHED_ULE
options _KPOSIX_PRORITY_SCHEDULING

[alv]

вернувшись из деревни, тоже обновился - обычным правда способом

вот уже полдня работает

что интересно - стало визуально быстрее работать KDE

хотя пересобрал только мир и ядро, порты пока не трогал

[Holy Joly Sergik]

Вчера накатил cvsup до BETA4 с 5.4-RELEASE-p6, поставил на перестройку и пошел спать, утром посмотрел, вроде без ошибок, собрал ядро, перезагрузился и получил сообщение о неизвестном типе процессора, всегда было

Код: Выделить всё

CPUTYPE?=i686

и никаких проблем не было. Поставил pentium4, отправил на перестройку и пошел на работу, вечером узнаю как там дела.
Странно все это как-то...

Holy Joly Sergik добавил в 15.09.2005 07:24

Блин, я дурак, какой процессор!
В общем опыт перехода на 6-ку оказался неудачным, ядро GENERIC грузиться не хочет, вываливается в дебаггер, может binary-upgrade попробовать...

[vorphalack]

Блин, я дурак, какой процессор!
В общем опыт перехода на 6-ку оказался неудачным, ядро GENERIC грузиться не хочет, вываливается в дебаггер, может binary-upgrade попробовать...

↑

а слабо конфиг ядра запостить ?

ибо `which config` интеллектом не обладая, спокойно может пропусть отсутствие обоих шедулеров например (недавно в fido7.ru.unix.bsd) было

[polachok]

а делал точно по /usr/src/UPDATING?

[Holy Joly Sergik]

а слабо конфиг ядра запостить?

А есть ли смысл? Мне конечно не слабо, но разве кто-то не видел конфиг ядра GENERIC?
Делал вроде по /usr/src/UPDATING, сегодня еще попробую. Была как-то подобная проблема, при обновлении с 5.2.1 до 5.3, тогда после cvsup'а у меня в /usr/src получилась каша из исходников 5.2.1 и 5.3, по неизвестной причине, решил очистив /usr/src и выполнив cvsup заново.

[Holy Joly Sergik]

Ну вот, и у меня теперь FreeBSD 6.0-BETA4, как я и предполагал, проблема была в битых исходниках, короче, dial-up - must die. Пересобираюсь теперь, пишу из elinks, пока иксов нету. Комментариев пока никаких, поюзаю выскажусь.

[polachok]

Holy Joly Sergik не везет что-то тебе! у меня по диалапу все время нормальные исходники получаются...

[Holy Joly Sergik]

Да нет оно не всегда так, только если вечером качать...
Да и вообще насчет интернета у нас глухо ADSL подключить домой - чирик выложи и по 1.5-2 тыс. руб. в качестве абонентки каждый месяц, плюс еще траффик, про безлимитки типа стрима у нас даже не знают . Но это оффтоп.
Первые впечатления - ppp -auto ... заработало так как должно (я думаю что так должно быть) т.е. звонит только при возникновении траффика, а не сразу, раньше так не было, однако перестало работать под root (хотя в принципе и не нужно), CD-ROM'ы стали UDMA33 вместо PIO4 (по-моему об этом кто-то уже писал). Пропали куда-то SCSI CD, нужные для cdrecord, ищу...
Вроде все пока.

Holy Joly Sergik добавил в 17.09.2005 20:14

Да, с руссификациями и классами вроде тоже все в порядке.

[Asgard]

Появилась ли в шестой версии поддержка очередей сигналов(sigqueue())?

[polachok]

[polachok@darkstar ~]# man sigqueue [tty05-23:09]
No manual entry for sigqueue
locate тоже не знает про это.

[Marduk]

Сейчас в списке рассылки freebsd-arch идет обсуждение этой темы. Ссылка вот:http://lists.freebsd.org/pipermail/freebsd...ber/004506.html, смысл вкратце следующий. У Juli Mallett несколько лет назад был такой проект, но разработка была заброшена. Сейчас же David Xu осведомляется, стоит ли использовать POSIX'овские коды для сигналов и оказывается, что он разрабатывает sigqueue и распологает в perforce кодом, способным решить старые проблемы.

[Asgard]

Marduk
любопытно... спасибо за ссылку

[Marduk]

Asgard: пожалуйста...

Кстати говоря, kernel trap'ы, которые, как я здесь писал, обязательно происходили в каждой бете, прекратились сами собой после... перехода с dial-up на кабельный интернет. Чудеса

[soko1]

кстати, обнаружил в 6-ке странную вещь - она начисто игнорирует класс пользователя
глюк беты, глюк у меня, или от этого отказываются?

Не знаю, я в chsh указал "russian"/"cp1251" - все пашет.

[vg2.0]

После обновления через cvsup с 5.4 до 6.0RC1, исчезло устройство cuaa0 на котором у меня был модем, даже в KDE через kppp говорит что модем не найден. Вероятно это недоработка в RC1, или что-то можно попробовать сделать?

Код: Выделить всё

cd /dev
sh MAKEDEV cuaa0

уже пробовал, не помогает. Может быть посоветуйте что-нибудь?

Заранее благодарен.

[Marduk]

Теперь оно называется cuad0, можешь для удобства прописать линк в /etc/devfs.conf:

Код: Выделить всё

link    cuad0   modem

[killdos]

У меня тоже Fatal trap 12 while in kernel mode, только происходит это при загрузке ядра GENERIC. перед этим пишет rtcWARNING: Device driver, а процесс, в котором этот фолт случился - kldload. Вчера процвсапил до релиза 6.0, была 5.4-RELEASE-p7 всё делал как написано в UPDATING. где ещё копать, что-то не знаю. Помогайте пожалуйста.

[Marduk]

У меня тоже Fatal trap 12 while in kernel mode, только происходит это при загрузке ядра GENERIC. перед этим пишет rtcWARNING: Device driver, а процесс, в котором этот фолт случился - kldload. Вчера процвсапил до релиза 6.0, была 5.4-RELEASE-p7 всё делал как написано в UPDATING. где ещё копать, что-то не знаю. Помогайте пожалуйста.

Иногда подобные сообщения встречаются в списках рассылки последние дни... А решения-то и не видно пока

[arachnid]

У меня тоже Fatal trap 12 while in kernel mode, только происходит это при загрузке ядра GENERIC. перед этим пишет rtcWARNING: Device driver, а процесс, в котором этот фолт случился - kldload. Вчера процвсапил до релиза 6.0, была 5.4-RELEASE-p7 всё делал как написано в UPDATING. где ещё копать, что-то не знаю. Помогайте пожалуйста.

у меня в этом был виноват модуль из порта эмулятора линуха-8. удалил скрипт загрузки rtc.sh из /usr/local/etc/rc.d - все забулькало, как и положенно...