Здравствуйте!Есть несколько серверов под squeeze (только поставил) и проприетарное приложение, которое раньше работало нормально.Между серверами настроен вход по ключам. При попытке этого приложения подключиться получаем:/usr/bin/ssh: relocation error: /usr/lib/libkrb5.so.3: symbol krb5int_utf8_
On 08/23/2010 03:23 AM, Stanislav Maslovski wrote:
Уже лучше. По тому, что ты исходно постил, вообще не было ясно,
пытался ли драйвер определить тип монитора.
Забыл написать, я посмотрел в драйвера.
В radeonhd тупо не определяет порядок, просто всегда возвращает unknown.
Точнее, xrandr -q --v
On Mon, Aug 23, 2010 at 02:25:47AM +0400, sergio wrote:
> On 08/22/2010 10:11 PM, Stanislav Maslovski wrote:
>
>> Отсюда следует, что драйвер опознал подключенный монитор (как Seiko Digital
>> Flat Panel, 330.0 MHz maximum pixel clock, и т.д.).
> Информация не связанная с порядком субпикселей.
EDI
Я выключил винт программно, потом силком сказал шине пересканировать
устройства. Ядро нашло снова винт. Но udev'ное правило не отработало.
Есть ли способ запустить правило udev силком для заданного устройства?
Например, я делаю udevadm test /sys/class/block/sdf1 - и на выходе
что-то похожее на пра
On 08/22/2010 10:11 PM, Stanislav Maslovski wrote:
Отсюда следует, что драйвер опознал подключенный монитор (как Seiko Digital
Flat Panel, 330.0 MHz maximum pixel clock, и т.д.).
Информация не связанная с порядком субпикселей.
По ключевому слову EDID что-нибудь находится в логе?
EDID и на хо
On Sun, Aug 22, 2010 at 04:04:30AM +0400, sergio wrote:
>> (--) Jul 25 14:54:10 NVIDIA(0): Connected display device(s) on GeForce 8400M
>> GS at PCI:1:0:0:
>> (--) Jul 25 14:54:10 NVIDIA(0): Seiko (DFP-0)
>> (--) Jul 25 14:54:10 NVIDIA(0): Seiko (DFP-0): 330.0 MHz maximum pixel clock
>> (--) J
Степан Голосунов wrote:
> James Brown writes:
>> Степан Голосунов wrote:
>>> James Brown writes:
http://www.opennet.ru/opennews/art.shtml?num=27658
Когда будут багфиксы для ядер дебиановского дистра?
>>> Вчера утром, например.
>> А не знаете, что с ядрами с бэкпортов?
>
> А там бу
Степан Голосунов wrote:
> James Brown writes:
>> Степан Голосунов wrote:
>>> James Brown writes:
http://www.opennet.ru/opennews/art.shtml?num=27658
Когда будут багфиксы для ядер дебиановского дистра?
>>> Вчера утром, например.
>> А не знаете, что с ядрами с бэкпортов?
>
> А там бу
James Brown writes:
> Степан Голосунов wrote:
>> James Brown writes:
>>> http://www.opennet.ru/opennews/art.shtml?num=27658
>>>
>>> Когда будут багфиксы для ядер дебиановского дистра?
>>
>> Вчера утром, например.
>
> А не знаете, что с ядрами с бэкпортов?
А там будет исправлено не раньше, чем в
Степан Голосунов wrote:
> James Brown writes:
>> http://www.opennet.ru/opennews/art.shtml?num=27658
>>
>> Когда будут багфиксы для ядер дебиановского дистра?
>
> Вчера утром, например.
>
>
А не знаете, что с ядрами с бэкпортов?
До сих пор пользовался linux-image-2.6.30-bpo.2-amd64 (с 26-м ядро
ОС - Lenny AM64.
Поставил ядро linux-image-2.6.32-bpo.5-amd64 с бэкпортов, такая запись
в dmesg:
[ 78.886596] CPUFREQ: Per core ondemand sysfs interface is deprecated
- up_threshold
[ 78.887592] CPUFREQ: Per core ondemand sysfs interface is deprecated
- ignore_nice_load
Проблемы с cpufreq? Ка
> > с помощью m-a a-i alsa пробую собрать alsa 1.0.23
> >
> > при этом стоит 2.6.35.1 ядро, собранное из исходников с kernel.org
> > При этом /lib/modules/2.6.35.1-tuxx/source ссылается на каталог с
> > исходниками
> > ядра /usr/src/linux-2.6.35.1 , в котором я так понимаю и заголовки ядра
> > то
James Brown writes:
> Степан Голосунов wrote:
>> James Brown writes:
>>> http://www.opennet.ru/opennews/art.shtml?num=27658
>>>
>>> Когда будут багфиксы для ядер дебиановского дистра?
>>
>> Вчера утром, например.
>
> Это то?
>> http://www.debian.org/security/2010/dsa-2094
>> http://cve.mitre.org
13 matches
Mail list logo
