Поставил тут себе gentoo. Обнаружил, что русские маны (которые не из man-pages-ru, а из других пакетов) отображаются некорректно. Погуглил, нашёл, что советуют добавить -Llatin1 в опции nroff. После этого маны из man-pages-ru стали отображаться корректно (они в koi8-r, локаль у меня та же), но те маны, которые в utf8 - по-прежнему нет. Есть ли какой-то способ решения этой проблемы (в ASPlinux она как-то решена - там все маны отображаются нормально, независимо от локали; они как-то модифицируют скрипт nroff для этого, но их скрипт в генте не работает)?

Пока прикрутил фильтрацию манов через enca (автоопределение кодировки) - но это по-моему костыль...

Есть ли какие-то способы ускорения работы equery в gentoo? Конкретно больше всего инетерсует 'equery belongs' (поиск пакета, которому принадлежит файл). Поиск занимает до нескольких секунд (в то время как тот же rpm делает это менее чем за секунду). Такое впечатление, что он (equery) просто тупо просматривает списки файлов всех пакетов пока не найдёт нужного...

Обнаружил тут несколько странные рекомендации на gentoo-wiki:

http://gentoo-wiki.com/TIP_Speeding_up_portage#MultiPurpose_Trick

Они советуют для ускорения работы portage в случае невозможности создания для него отдельного раздела размещать его на файловой системе, созданной в файле. Причём файл этот они создают как sparse-файл. У меня, соответственно, возник вопрос - разве такое может что-то ускорить? Не наоборот ли получится? Ладно бы если бы файл создавался сразу целиком - тогда бы это могло несколько уменьшить фрагментацию - но место под sparse-файл будет выделяться постепенно (поэтому от фрагментации это не спасёт), плюс ещё дополнительные тормоза будет вносить дополнительная прослойка в виде файловой системы.

Или я чего-то не понимаю?

Отдали мне тут старый flash mp3 плеер sorell sf1200/128мб. Воткнул, примонтировал - вроде всё нормально, пишется, читается на положенных 600кб/сек (он usb1). Потом посмотрел в /var/log/messages и увидел, что каждые 2 секунды (с хорошей точностью) туда вываливаются такие 3 строчки:

Oct 13 19:49:59 fpfe kernel: sd 0:0:0:0: ioctl_internal_command return code = 8000002
Oct 13 19:49:59 fpfe kernel: : Current: sense key=0x0
Oct 13 19:49:59 fpfe kernel: ASC=0x0 ASCQ=0x0

Причём они перестают сыпаться туда когда монтируешь плеер, и начинают сыпаться снова после размонтирования. Ещё плеер показывает на индикаторе состояние - можно ли его отключать - так вот: когда он смонтирован, надпись 'Removable' на индикаторе как раз раз в 2 секунды меняется на что-то (что - не получается разобрать т. к. слишком быстро) и затем возвращается обратно в исходное состояние. Похоже, что это идёт какое-то обращение к нему со стороны хоста (или наоборот?).

Ядро 2.6.18.

Кусок из lsusb -v:
Bus 002 Device 002: ID 14e4:1000
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 16
idVendor 0x14e4
idProduct 0x1000
bcdDevice 1.00
iManufacturer 1 MoralFollowSystem
iProduct 2 IOPS MFP Series
iSerial 3 000000000000
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 32
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 90mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk (Zip)
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0

Что это может быть такое?

Кто-нибудь использует LVM? Как у него с надёжностью и производительностью?

Правильно ли я понимаю, что изменение размеров томов на LVM может приводить к их фрагментации? То есть, к примеру, мы создали два раздела, потом решили первый раздел увеличить, в итоге кусок первого раздела физически оказывается после второго? Сказывается ли это на производитльности и есть ли способы с этим бороться?

И ещё вопрос "до кучи". Есть ли большой смысл на десктопе заводить отдельные разделы под хранение всяких данных (типа видео/музыка/прочее), /home, /tmp и т. д.? Собственно, из-за этого как раз и думаю об lvm, потому как заранее предсказать "потребности" этих разделов не всегда получается правильно, а менять размеры обычных разделов сложнее чем lvm...

MPlayer-1.0pre8. После перехода на xorg-6.9 с xorg-6.8.2 mplayer начал вести себя немного странно. Перед началом воспроизведения после остановки xscreensaver (xscreensaver_disable) и перед инициализацией декодера видео (сообщение "Открываю декодер видео...") возникает пауза примерно в 5 секунд, в течение которой mplayer не делает ничего (загрузка процессора почти ноль). Такое поведение наблюдается со всеми модулями видеовывода, работающими с иксами (x11, xv, gl, sdl), и не наблюдается с -vo null. Никто с подобным не сталкивался?

Задача такая. Один мой знакомый хочет перейти на линух, но полностью отказаться от оффтопика пока не может (вроде не весь нужный ему софт есть и не всё железо поддерживается). Задача состоит в том, как сделать общее хранилище данных полноценно доступным (чтение и запись) из обоих систем. С фатом он связываться не хочет (оно и понятно - диск 250гиг, фату на таком объёме совсем плохо будет). Какие решения пришли на этот счёт мне в голову:

1) ext2/3 + драйвер для винды. После гугления на этот счёт у меня создалось впечатление, что виндовые драйверы для ext2/3 ещё довольно сырые (один не умеет перекодировать имена файлов, другой перекодировать умеет, но ещё в статусе беты...)

2) ntfs + ntfs-3g в линухе. Здесь мне не нравится, естественно, закрытость нтфса - если что грохнется потом разгребать будет очень геморно. Плюс плохая реализация этой самой нтфс даже в самом офтопике (из-за чего она подвержена большой фрагментации).

3)udf. Привлекает то, что ФС стандартизована, открыта и нормально поддерживается в обоих системах. Вопрос в её стабильности и скорости работы. Кто-нибудь использовал udf на жёстком диске?

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

Вот у меня сетевуха realtek 8139 (да, знаю что говно). При входящем трафике ~10мб/с загрузка проца в software interrupt ~20-30% на celeron1.7. В ноуте (p3m-1000) сетевуха intel, при таком же трафике загрузка меньше в разы.

Просто интересно - что хорошие сетевухи (типа интела) делают "в железе" чего не делают плохие, что так снижает нагрузку на проц?

Обратил внимание на такую вещь: в оффтопике, когда флэшку "размонтируешь", на ней гаснет индикатор (который горит когда она просто включена и мигает при обмене данными). Т. е. видимо она как-то отключается. В линухе же при размонтировании индикатор продолжает гореть.

Собственно вопрос: 1) надо ли это реально - как-то программно выключать usb-устройство перед отключением, или ничем не хуже его просто вынуть (размонтировав предварительно естественно); 2) как сделать такую операцию (выключение usb-устройство) в линухе

Как наиболее правильно узнать, жив ли ещё процесс, создавший pid-файл?

Решил купить новый винт, т. к. старого хватать перестало. В первую очередь интересует надёжность, а такой параметр как шумность практически безразличен. Шина pata (контроллера sata нету и не вижу в нём необходимости).

Какого производителя посоветуете?

Из-за некорректной работы с динамически создаваемыми строками специально созданный .swf-файл может вызвать переполнение буфера с возможным исполнением произвольного кода. Уязвимы версии до 8.0.24.0 включительно для всех платформ. Уязвимость также присутствует в других flash-продуктах Adobe (Adobe Flash Professional 8, Flash Basic, Adobe Flash MX 2004, Adobe Flex 1.5).

Рекомендуется всем обновиться. Ну или не использовать Flash player :)

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

Столкнулся с такой проблемой: если "прибить" процесс, держащий какую-нибудь блокировку до того момента, как он эту блокировку снимет, то блокировка остаётся висеть и при последующих запусках он её не сможет снова получить (в моём случае это был rpm - один раз прибил его (на чём-то вроде rpm -qa), после чего он при запуске просто вис). Вопрос: как можно такую блокировку снять (не перезагружаясь, естественно)?

Существует ли suspend2 для последней версии ядра из ветки 2.6.17? А то тот, что на официальном сайте, не накладывается...

Вопрос такой: как в Линуксе с поддержкой USB bluetooth-адаптеров? У них всех интерфейс стандартный (как у usb-дисков к примеру) или нет? Т. е. можно ли надеяться что какой-нибудь дешёвый адаптер заведётся без проблем или надо выбирать правильный чипсет?

Задача стоит такая: программу надо слинковать сатически с некоторыми библиотеками (конкретно - с теми которые c++, т. к. требуется максимальная переносимость программы в бинарном виде, а у c++ abi постоянно меняется). С остальными (glibc и прочие) надо слинковать динамически. Вопрос: это как-то по-человечески сделать можно? Я нашёл только один способ - прописывание руками путей до всех статических библиотек, с которыми нужно линковать статически. А более "прямого" способа нет?

Я чего-то не пойму. То ли у них на сайте прайс пропал, то ли они свой сайт так переписали что в лисе он не работает, то ли я в упор не понимаю где у них теперь прайс находится...

Имеется ноутбук ibm thinkpad t23. Проблема в том, что через dpms у него экран не отключается (т. е. по команде, к примеру, `xset dpms force off` мы имеем просто чёрный экран, подсветка при этом остаётся включенной). Через ACPI при этом выключить его можно (правда не совсем правильным способом - переключив вывод сигнала куда-то ещё). Вопрос - это как-то лечится? Т. е. хочется, чтобы иксы при бездействии гасили дисплей полностью, вместе с подсветкой...

Если в письме содержится вложение, тип которого не прописан в .maicap, при открытии этого письма mutt пищит и пишет "для типа xxx не найдено записи в файле mailcap". То же происходит при поиске по письмам (thorough_search включен). Можно ли как-то сделать, чтобы он себя вёл спокойнее при обнаружении незнакомого типа вложения (хотя бы не пищал чтобы)?

Такой вопрос: а тот ipsec, который в ядре, может создавать шифрованый туннель между двумя узлами? Т. е. чтобы каждый конец туннеля был виден как интерфейс? Почитав немного доки, у меня создалось впечатление что такое можно сделать только с помощью userspace реализации типа pipsec...