Понадобилось мне тут freebsd себе поставить "на посмотреть".
И возник у меня такой вопрос - если у меня идут подряд три primary partition на винте, а потом extended с logical volume (линуховые), могу я bsd ставить внутри этого extended? И что случится с моим lilo?

В качестве ответа в т.ч. принимаются ссылки.

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

Были ли случаи взлома?

Есть вопрос - а нельзя где-нить архив форума ненадолго выложить?
Я тут пытаюсь составить faq по наиболее задолбавшим вопросам. Но кое-что подзабыл (или не знал), а на модеме лазить не очень комфортно (да к тому же и вопросы постоянно добавляются).

Может, в каждом разделе сверху поставите форму поиска?
Потому что народ упорно кнопку сбоку не видит.

P.S. А сверху строчечку типа "Скорее всего ваш вопрос уже обсуждался. Попробуйте поискать ответ."

В статье говорится, что SCO теперь будет очень сложно угрожать пользователям GNU/Linux, которые отказались купить лицензии SCO/Unixware, заявлениями о нарушении авторских прав.

Теперь SCO утверждает, что владеет регистрацией авторских прав Unix System V. Однако теперь соглашается, что не владеет авторскими правами на код, разработанный IBM для AIX. Также они согласны, что у них нет авторских прав на код AIX, JFS, NUMA, RCU, который IBM передала в ядро линукс.

Из ответов, которые Blake Stowell дал Mozilla Quest Magazine становится понятно, что SCO говорит, что не владеет авторскими правами на программный код JFS, RCU, и NUMA или на предметы от
(a) до (k) параграфа 108 SCO's Amended Complaint в судебном
иске SCO-Caldera против IBM.
Также становится ясно, что SCO не предъявляет требований на владение авторскими правами на код, написанный IBM для AIX. Все требования по
авторским правам SCO к AIX заключаются в том, что код AIX - это код
Unix, который был частью кода System V, а последний был лицензирован
IBM У SCO.

- У SCO есть зарегистрированные права на JFS, NUMA, RCU?
- Нет, но это судебное дело не об авторских правах. Это судебное дело о контрактах. Мы вызываем IBM в суд, потому что они нарушили условия контракта.

- Если это так, то такой же код JFS, NUMA, RCU находится в ядре Linux?
- Я не могу вам дать точного местоположения, но да, он там есть.

- У SCO есть авторские права на расширения UNIX, разработанные IBM?
- Нет, эти права принадлежат IBM. Все дело в нарушении контракта.

- Если нет, SCO заявляет, что имеет право зарегистрировать авторские права на расширения UNIX, разработанные IBM?
- SCO не зарегистрирует их, потому что они не принадлежат SCO, они принадлежат IBM.

- Владеет ли SCO правами на: (сами разберетесь - что я буду это переводить)
(a) scalability improvements,
(b) performance measurement and improvements,
(c) serviceability and error logging improvements,
(d) NUMA scheduler and other scheduler improvements,
(e) Linux PPC 32- and 64-bit support,
(f) AIX Journaling File System
(g) enterprise volume management system to other Linux components,
(h) clusters and cluster installation, including distributed lock manager and other lock management technologies,
(i) threading,
(j) общие функции управления системой и
(k) другие области.
- SCO не владеет на это авторскими правами, но как говорилось выше, дело не в авторских правах. Все дело в контракте. SCO заключило с IBM контракт, согласно которому после лицензирования они должны хранить это программное обеспечение в тайне. AIX основывается на исходном коде System V. Любая работа по изменению (derivative work) должна
храниться в тайне, поэтому мы с ними судимся.

...

Т.е. теперь SCO утвержает, что JFS, NUMA, RCU - это работы по изменению, и поэтому являются частью Unix Software Product под
лицензиями Unix.

Если SCO докажет, что это работы по изменению (или производные
работы - называйте как хотите), то она выиграет суд у IBM. Однако
авторских прав у нее все равно не будет.

Пользователи Linux могут спать спокойно.

>>> Подробности

Есть несколько проблем:
1. gpm не подхватывает мышь (пришлось в gpm вставить строчку /sbin/modprobe psmouse) - собрана модулями.
2. сам com-порт, на котором видит модем, собран как модуль - как бы сделать, чтобы wvdial его инициализировал
(я имею ввиду "правильно" - тупо modprobe я могу и так воткнуть).
3. Сетевуха стартует в полудуплексном режиме. Попробовал ей дать параметры насильственной загрузки
в полнодуплексном режиме, указанные в драйвере rtl8139 (что-то в ядре
я не нашел списка параметров под 8139too) - естественно, что они не работают
((уже прибил, так что в приведенном файлике их нет).

Прошу помощи или в доку носом ткните (второе даже лучше).
Система - rh 9, ядро 2.5.75.

------------------------
#Main system
alias block-major-7 loop
alias net-pf-1 unix
alias net-pf-2 ipv4
alias net-pf-4 ipx
alias net-pf-5 appletalk
alias net-pf-17 af_packet
alias netalias-2 ip_alias
install net-pf-10 /bin/true
install net-pf-19 /bin/true
install net-pf-3 /bin/true
install net-pf-6 /bin/true

#Dummy
alias dummy0 dummy
alias dummy1 dummy
install dummy0 /sbin/modprobe -o dummy0 --ignore-install dummy
install dummy1 /sbin/modprobe -o dummy1 --ignore-install dummy

#Microcode support
alias char-major-10-184 microcode

#AGP Support
alias char-major-10-175 agpgart
options agpgart agp_try_unsupported=1

#PPP Support
alias char-major-4 serial
alias char-major-5 serial
alias char-major-108 ppp_generic
alias ppp0 ppp
alias /dev/ppp ppp_generic
alias tty-ldisc-3 ppp_async
alias ppp-compress-18 ppp_mppe
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate

#Network support
alias eth0 8139too

# ALSA native device support
alias char-major-116 snd
alias snd-card-0 snd-emu10k1
options snd major=116 cards_limit=1

# OSS/Free setup
alias char-major-14 soundcore
alias sound-slot-0 snd-emu10k1
alias sound-service-0-0 snd-mixer-oss
alias sound-service-0-1 snd-seq-oss
alias sound-service-0-3 snd-pcm-oss
alias sound-service-0-8 snd-seq-oss
alias sound-service-0-12 snd-pcm-oss
#options sb io=0x220 irq=7 dma=1 dma16=5 mpu_io=0x330

# i2c
alias char-major-89 i2c-dev
options i2c-core i2c_debug=1
options i2c-algo-bit bit_test=1

# lirc
alias char-major-61 lirc_gpio

# bttv
alias char-major-81 videodev
alias char-major-81-0 bttv
options bttv card=41 tuner=5 radio=1 pll=1 automute=0
options tuner debug=1

#unknown
alias char-major-10-135 rtc
alias char-major-10-200 tun
alias iso9660 isofs

#mouse
alias char-major-13-32 mousedev
install psmouse /sbin/modprobe --ignore-install psmouse && { /sbin/modprobe mousedev; /bin/true; }

install sound-slot-0 /sbin/modprobe --ignore-install sound-slot-0 && { /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || :; }
remove sound-slot-0 { /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || :; }; /sbin/modprobe -r --ignore-remove sound-slot-0

------------------------

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

Эта собака пишет boting kernel и все.
Дергает винтом с минуту и умирает.
Ни надписей, ни реакции.

Если после него падаю в 2.4.х, fsck матерится на неверно завершенную
работу и проверяет рутовый раздел. Впрочем, ошибок нет.

Пробовал подпихнуть ему initrd - не помогает (да по идее и не должно).

Менял по-разному конфигураци. при сборке - никак.

Файловая система ext3.
Навороты с нее убраны.
Вкомпилена жестко (не модулем).

Ставится все это на rh 9 (+ все обновления и module init tools 0.9.13 pre

Приходит мне почта с одного сервера и вечно поле Subject муть какая-то.
Муть в кодировке windows-1251. Посмотрел я на на те сабжи, что у меня
были с нормальным полем и сравнил. Получилось вот что.
Кривой кусок (перекодирован из cp1251)

Subject: Вам пришло новое сообщение.
From: "Mailer" <здесь@был.адрес>
Content-Type: text/plain;
charset="Windows-1251"
Status: R
X-Status: N
X-KMail-EncryptionState:
X-KMail-SignatureState:

----------------------------------А вот нормальный:

From: "неважно кто" <мыло>
Reply-To: мыло
Sender: мыло
Message-Id: <3EB7E244.00000D.18994@tide.yandex.ru>
MIME-Version: 1.0
X-Mailer: Yamail [ http://yandex.ru ]
Errors-To: мыло
To: мое-мыло
Subject: =?KOI8-R?B?UmU6IO/C39HTzsnUxczYzsHR?=
In-Reply-To: <200305061253.38573.мое_мыло>
References: <200305061253.38573.мое_мыло>
X-source-ip: 195.68.153.50
Content-Type: text/plain;
charset="KOI8-R"
Content-Transfer-Encoding: 8bit
Status: R
X-Status: N
X-KMail-EncryptionState:
X-KMail-SignatureState:

Соответственно понятно, что на кривом сервере не врублен MIME.
Шлют они, как я понимаю, через esmtp. Почтовка - sendmail 8.12.6 на некоем
redhat'е.

Написал админу письмо - типа не мог бы ты поправить.
Админ ответил, что если я ему скажу как - поправит. :)
Посмотрел я на свой домашний sendmail из rh 9.0. Там MIME врублен.

Ну я пошел от противного - решил у себя MIME поломать, потом
врубить заново. Короче скачал документашек, прочитал про поля
для почтовых программ, про defaut charset...
Начнем с того, что даже charset не удается поменять.
Все по-русски, но кодировка iso-8859-1
(менял параметры в sendmail.cf, потом рестартовал сервис).
MIME не отрубается.

Вопрос: где эти чертовы параметры и что туда воткнуть чтобы включить/выключить.

Есть вообще толковая документация на эту тему или нужно качать
этот несчастный sendmail в исходниках и выдирать оттуда README?
Уже пол инета облазил. Задрался.

Сабж!
Что это за сообщение в Talks под названием "Хуйня!!!"
Надо же меру и предел идиотизма контролировать.
Отстой и гений еще туда-сюда, но это мерзость какая-то.

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

Вышла очередная bugs-fix версия. Анонс относится к версии 0.9.3b, но
на сервере уже лежит 0.9.3c.

Исправлены проблемы с ISA PnP
Убрана директория /proc/asound/dev

'make install' должен сам создавать новые устройства, но в случае
проблем рекомендуется по-старинке запустить скрипт snddevices.

>>> Подробности

RH 9. Собрал последнее редхатовское ядро. Решил собрать под него альсу.
Карта - Sb Life! Собралась нормально, но не работает.
modprobe выдает:
/lib/modules/2.4.20-j/kernel/sound/acore/snd.o: unresolved symbol schedule_work
/lib/modules/2.4.20-j/kernel/sound/acore/snd.o: insmod /lib/modules/2.4.20-j/kernel/sound/acore/snd.o failed
/lib/modules/2.4.20-j/kernel/sound/acore/snd.o: insmod snd-emu10k1 failed

Кому-нить удалось ее в редхат воткнуть?

P.S. Пробовал альсу 0.9.3a и 0.9.2 - результат одинаковый.

Привет. Никто не встречался с такой байдой. У меня sim 0.8.2
У пользователя - icq 2002 v8 (судя по сим).
Я его сообщения вижу по-русски, а он мои получает кракозябрами.
Другие получают от меня нормальные русские сообщения.
Почему так происходит - не понимаю.
Локаль - koi8-r. Может чего можно принудительно выставить?

Короче говоря, мышь не работает. Переставил кваку (убил случайно),
скачал 1.32 под линуха (была 1.31, что ли) и пипец. Кнопки мыши
определяются, но самой мышью даже менюшки не выбрать. Если в winex
запускать - все как надо. :(
Пробовал убивать конфигурашки - эффекта ноль. Что делать?

Поставил тут себе quake II (взял альтовую сборку) - работает чудно,
но если врубаешь gl, вылетает на взятии предметов (не всегда) типа
аптечки и адреналина. Думаю, когда идет отрисовка вспышки.
Какой командой убить вспышку, убить заполнением цветом крови экрана,
когда по тебе попадают?
То ли у меня файлик с командами куцый, но что-то я этого не нашел.

И вопрос про quakeforge - вы не поверите, но quake ii в 640х 480
работает также в gl, как qf в 400х300, притом в последнем еще
периодически fps'ы падают резко. Настройки максимально оптимизировал
(накопал файлик про быстрые настройки gl).
Есть ли какой-нить другой квак, который бы помимо стандартного квака
умел держать аддоны и был пошустрее?

Есть файлики вида, скажем
FILE01A.WWW (имена могут разниться или вообще цифр не содержать).
Лежат в одном каталоге. Их больше двух тысяч.
Как бы их перевести из верхнего регистра в нижний.
Не руками же.

Привет народ.
Я чего-то не дочитал, наверно, но вот убей бог лаптем - не получается
нормально иксы запустить на ядре 2.5.68.
Дело такое - решил посмотреть на эти ядра.
Скачал себе, собрал. Все работает кроме modprobe и еще каких-то
утилит - пишет что-то типа о том, что QT_MESSAGE (или QM_MESSAGE -
я бы проверил, но под мастдаем сейчас) не поддерживает address family
protocol - такая же фигня выдается на иксы - сами иксы стартуют,
но ругань по xinitc идет.
Может где-то это уже обсуждалось? (Или я чего-то недообновил?)

Вопрос такой. Есть rh 7.3, который частично руками обновлен
пакетами из rh 9.0 (glibc, rpm и т.п.)
А как его полностью обновить до 9.0, не имея диска?
up2date после обновления вываливатся исключительно в текстовый
режим, хотя в графике запрашивает рутовый пароль.
Было бы неплохо его увидеть в графике, ибо пакеты выбирать так
легче (кое-что не хочется обновлять/ставить, например, иксы у меня свои).

- Где модераторы, брат?
- Ушли за пивом, брат.

Заглянем в чудную новость о той же mach64 - сколько там нормальных
комментов? Какие-то бляди портят уже вторую новость.
Кто-нибудь может удалить их мудацкие высказывания?

Новость запоздала на 3 дня, но ничего.
Наконец-то вышел новый патч для карточек mach64 (ATI), который
добавляет в драйвера DRI функциональность драйверов GATOS.
То есть опять можно получить и OpenGL и xv на этих карточках.
Исходники патчей доступны для веток DRI CVS с тегами: mach64-0-0-6-branch (XFree86 4.3.0) и mach64-0-0-5-branch (XFree86 4.2.0).

Бинарники: http://www.retinalburn.net/linux/dri-...
Исходники патча: http://www.retinalburn.net/linux/dri-...

>>> Подробности