Новый, с коробкой и чехлом. 12 т.р.

Есть такой сигнад, SIGSEGV. От остальных этот сигнал отличается тем, что(по ману) "...fill in si_addr with the address of the fault". Но он(сигнал) не один такой. Вот полная цитата из мана:
"SIGILL, SIGFPE, SIGSEGV, and SIGBUS fill in si_addr with the address of the fault."
И есть полезная утилита, catchsegv, которая выдает информацию вроде состояния регистров и трассировки стека. Удобно для багрепортов. Однако, catchsegv хватает только segv, а, к примеру, SIGILL - нет. Хотя могла бы, адрес ошибки есть, трассировку стека сделать можно.
Можно ли catchsegv заставить перехватывать sigill. Или, возможно, есть нечто специализированное? (но не gdb :) )

>>>

Есть сервер. На сервере стоит Debian Etch. И все бы ничего, но иногда бьются файлы. Именно бьются - меняется содержимое, совершенно непонятным образом. После этого glibc становиться не по себе: *** glibc detected *** corrupted double-linked list: 0x088b8678 *** (это упал vlc). sshd может падать после ввода пароля клиентом.

грепанье c ключевым словом ext3 по dmesg или /var/log/messages* ни к чему не приводит, там есть только стандартные сообщения вида:

EXT3 FS on sdb1, internal journal Jan 10 22:13:49 localhost kernel: EXT3 FS on sdb2, internal journal Jan 10 22:13:49 localhost kernel: EXT3-fs: mounted filesystem with ordered data mode. Jan 10 22:13:49 localhost kernel: EXT3 FS on sdb3, internal journal Jan 10 22:13:49 localhost kernel: EXT3-fs: mounted filesystem with ordered data mode. Но ничего о corruption. chkrootkit молчит: код выхода 0, и в логах его stdout - почти ничего подозрительного. Кроме этого:

Checking `chkutmp'... The tty of the following user process(es) were not found in /var/run/utmp ! ! RUID PID TTY CMD ! root 3781 tty7 /usr/bin/X :0 -dpi 96 -audit 0 -auth /var/lib/gdm/:0.Xauth -nolisten tcp vt7 chkutmp: nothing deleted Почему могут биться файлы? Причем без каких либо сообщений со стороны драйвера fs.

>>>

Кто нибудь может мне объяснить, как запустить bluetooth на лэптопе HP? AFAIK, bluetooth контроллеры включаются через ACPI (нафига они вообще отключены по дефолту?), но на разных ноутах это делается по разному...

На ibm z61m (и я подозреваю что это работает на всех не очень старых ibm/llenovo) bluetooth устройство появилось(в lsusb) после выполнения команды echo 'enable' > /proc/acpi/ibm/bluetooth Для Toshiba есть omnibook + toshset(я правда не знаю как хорошо они работают). На HP же bluetooth не появлется даже по killswitch (radioswitch) ON. Как с этим бороться? P. S. Самое интересное что на linux-laptop.org пишут, что мол все работает. Как оно может работать, если устройства нет ни в lsusb, ни в lspci? В винде же оно присутствует(В nc2400 винда определяет чип как WIDCOMM).

>>>

Есть 2 ноута. Северные мосты - P965 (он вроде как и отвечает за общение с RAM). Но на одном maxmemory limit - 2 Gb, а на другом - 4Gb. Чем это может быть обусловлено? Conditional branch'ем в биосе?

>>>

Требуется подключить 6 устройств к PC, и был выбран способ подключения через хаб. Хаб - Dlink DUB-H7.
При подключении хаба он определяется, lsusb пишет:

Bus 005 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 008 Device 001: ID 0000:0000
Bus 006 Device 001: ID 0000:0000
Bus 007 Device 001: ID 0000:0000
Bus 004 Device 001: ID 0000:0000
Bus 002 Device 114: ID 1164:0622 YUAN High-Tech Development Co., Ltd
Bus 002 Device 078: ID 2001:f103 D-Link Corp. [hex]
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000
YUAN подключен через Hub, все остальные физически подключенные устройства - аналогичные.

Проблема в том, что lsusb пишет только об одном устройстве-не хабе, а их должно быть 6. В dmesg постоянно сыплются сообщения об отключении/подключении устройств, но их никто не включает и не выключает(т.е. не дергает провод). Кроме того, я запустил hal-device-manager. Он постоянно пишет на консоль о подключении/отключении устройств.

В гугле были найдены посты с описанием аналогичных проблем:
[url]
http://www.techsupportforum.com/hardware-support/other-hardware-support/18077...
[/url]
[url]
http://www.nvnews.net/vbulletin/showthread.php?t=100645
[/url]
Однако в них нет решения проблемы. Но, возможно, кто-то из лоровчан знает решение?

>>>

http://groups.google.com/group/comp.sys.arm/topics Это только я вижу кучу постов c пометкой mi5 persecution?

>>>

Очень часто вижу на ЛОРе, ну и еще кое-где (но в основном на ЛОРе) утверждение о том, что система команд данного семейства весьма крива и старовата. Так часто, что следовало бы в FAQ, да гугл ничего не говорит. И, к сожадению, сравнивать(по кривости) мне не с чем. Где можно прочитать про все это, ну и про то каким должен быть нормальный проц? Или здесь кто-нибудь сможет нормально объяснить?

А как узнать, сколько памяти жрет ядро, а также модули?

У меня kernel 2.6.19.1, 512Мб Ram, и вот недавно стал замечать странность за своей системой. Запускаю я kmldonkey, и он нормально работает где-то сутки. По истечении этого срока, если поднять оконный менеджер из сна (нет, не standby - просто сеанс заблокирован), то начинается жуткая тормозуха, приглашения на разблокировку приходиться ждать очень долго, а если я все-таки добрался до рабочего стола, то gkrellm показывает очень высокую активность в области свопа. Причем свопить продолжает, даже если убить mlnet и kmldonkey. Сегодня, переключившись на первую консоль во время ожидания разблокировки, наблюдал еще одну картину: было прибито до фига процессов (kde, kmldonkey, mlnet, firefox, etc), и в качестве причины указывалась нехватка памяти. Причем был убит даже крон, а уж он то у меня не сильно память ест. Был запущен reboot, и во время ухода в перезагрузку система зависла с сообщением Bug: soft lockup detected on CPU #1 (ну и далее трассировка вызовов) Каковы будут Ваши мысли? Для сравнения: Open Office 2.x не может сотворить такое, а тут какой-то kmldonkey

Вот решил попугать вантузоидов и показать всю силу 3д-десктопа на Линуксе с Берилом. Да, я знаю что он жрет до хрена оперативы, и вообще это пока больше похоже на украшательство. Но! Многие-то утверждают что Linux на Desktopах проигрывает, а здесь такая надстройка! Короче свиста сосет. Так вот, для того чтобы провернуть свой грандиозный план по захвату мира, мне надо как-то сграбить со скрина. Однако статического изображения мне кажется мало, и я хочу грабить видео. К сожалению, запросы у гугла ничего не дали.

У кого нибудь уже стоит сей экземпляр? Эта тварь откзывается показывать шары сторонних тачек, хотя шары локального сервера видны. (это через smb4k я смотрел). С smbclient вообще парадокс: 1) echo $LANG ru_RU.UTF-8 2) smbclient -A 192.168.0.44 ERROR: Unable to open credentials file! 3) smbclient -d 10 -A 192.168.0.44 INFO: Current debug levels: all: True/10 tdb: False/0 printdrivers: False/0 lanman: False/0 smb: False/0 rpc_parse: False/0 rpc_srv: False/0 rpc_cli: False/0 passdb: False/0 sam: False/0 auth: False/0 winbind: False/0 vfs: False/0 idmap: False/0 quota: False/0 acls: False/0 locking: False/0 msdfs: False/0 dmapi: False/0 lang_tdb_init: /usr/share/samba/ru_RU.UTF-8.msg: No such file or directory ERROR: Unable to open credentials file! 4) ls -l /usr/share/samba/ итого 460 -rw-r--r-- 1 root root 13127 2006-12-04 00:15 de.msg -rw-r--r-- 1 root root 10586 2006-12-04 00:15 en.msg -rw-r--r-- 1 root root 12821 2006-12-04 00:15 fr.msg -rw-r--r-- 1 root root 12453 2006-12-04 00:15 it.msg -rw-r--r-- 1 root root 14527 2006-12-04 00:15 ja.msg -rw-r--r-- 1 root root 131072 2006-12-04 00:15 lowcase.dat -rw-r--r-- 1 root root 13445 2006-12-04 00:15 nl.msg -rwxr-xr-x 1 root root 1769 2006-12-04 00:15 panic-action -rw-r--r-- 1 root root 12541 2006-12-04 00:15 pl.msg -rw-r--r-- 1 root root 10087 2006-12-04 00:15 smb.conf drwxr-xr-x 6 root root 144 2006-12-15 18:18 swat -rw-r--r-- 1 root root 12738 2006-12-04 00:15 tr.msg -rw-r--r-- 1 root root 131072 2006-12-04 00:15 upcase.dat -rw-r--r-- 1 root root 65536 2006-12-04 00:15 valid.dat 5) LANG=en smbclient -d 10 -A 192.168.0.44 INFO: Current debug levels: all: True/10 tdb: False/0 printdrivers: False/0 lanman: False/0 smb: False/0 rpc_parse: False/0 rpc_srv: False/0 rpc_cli: False/0 passdb: False/0 sam: False/0 auth: False/0 winbind: False/0 vfs: False/0 idmap: False/0 quota: False/0 acls: False/0 locking: False/0 msdfs: False/0 dmapi: False/0 lang_tdb_init: loading /lang_en.tdb tdb(unnamed): tdb_open_ex: could not open file /lang_en.tdb: Permission denied tdb(unnamed): tdb_open_ex: could not open file /lang_en.tdb: No such file or directory lang_tdb_init: /lang_en.tdb: No such file or directory ERROR: Unable to open credentials file! 6) locate lang_en /mnt/lin_main/usr/share/enscript/hl/lang_enscript.st /usr/share/enscript/hl/lang_enscript.st

В общем, ахинея какая-то

Вопрос конечно не совсем в эту ветку, но в токсы похоже до первой звезды нельзя...

Так вот. Есть нет по впн через локолку. Есть для впн ppp0. Есть днс. В последнее время этот днс как то совсем косячит. То есть половина .ru сайтов не резолвиться, с не ru совсем туго. При этом с удаленного шелла эти самые сайты резолвяться. Вопрос: где найти альтернативный dns, а то у здешнего провайдера совсем идиотоы работают. P. S. А что, на talks ограничение стоит?

Недавно проапгрейдился до платформы AM2, Athlon64x2. Спору нет, сейчас все стало быстрее работать... Но вот ACPI в материнке похоже побит. Т. е, под win ACPI подхватывается нормально, а при запуске Linux ядро виснет, причем даже без kernel panic. Оно успевает активировать оба ядра процессора, потом переходит к таймеру и APIC. Псоледняя фраза в консоли calibrating timer И то она появляется только при apic=debug. Проблема лечится указанием acpi=off, но мне такой вариант не подходит, потому что ACPI тогда не работает вообще. А надо чтоб хотя-бы кнопка Power перехватывалась. Что посоветуете? Читал что можно подправить самому эти таблицы (ACPI), но вот разбираться со спецификацией ACPI как-то не хочется.

Здравствуйте многоуважавемые!

Вот пользую в общаге vpn при подключении к нету - другой альтернативы (по цене - точно) нет; но вот с недавнего времени коннект к vpn-серверу стал валиться, причем самопроизвольно и непонятно по какой причине. Я обнаружил странные запросы "TCP Retransmission" и далее "Termination Request" в самом конце, но от чего они происходят - не понимаю: раньше все работало как часы


И вот еще логи:
(конец логов)
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 10.0.0.120>]
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 10.0.0.120>]
Cannot determine ethernet address for proxy ARP
local IP address 10.0.0.120
remote IP address 10.0.0.1
Script /etc/ppp/ip-up started (pid 17808)
Script ?? finished (pid 17793), status = 0x0
Script /etc/ppp/ip-up finished (pid 17808), status = 0x0
Terminating on signal 15
Connect time 29.1 minutes.
Sent 15074 bytes, received 152017 bytes.
Script /etc/ppp/ip-down started (pid 18433)
MPPE disabled
sent [LCP TermReq id=0x2 "MPPE disabled"]
sent [LCP TermReq id=0x3 "MPPE disabled"]
Script /etc/ppp/ip-down finished (pid 18433), status = 0x0
sent [LCP TermReq id=0x4 "MPPE disabled"]
Connection terminated.
Modem hangup
===============================
И плюс эфериаловские пакеты:

No. Time Source Destination Protocol Info
350 992.837691 192.168.0.121 192.168.0.1 PPP LCP Echo Request

Frame 350 (56 bytes on wire, 56 bytes captured)
Ethernet II, Src: 00:13:46:3b:90:fe, Dst: 00:50:22:39:59:dc
Internet Protocol, Src Addr: 192.168.0.121 (192.168.0.121), Dst Addr: 192.168.0.1 (192.168.0.1)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol

No. Time Source Destination Protocol Info
351 992.837966 192.168.0.1 192.168.0.121 PPP LCP Echo Reply

Frame 351 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: 00:50:22:39:59:dc, Dst: 00:13:46:3b:90:fe
Internet Protocol, Src Addr: 192.168.0.1 (192.168.0.1), Dst Addr: 192.168.0.121 (192.168.0.121)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol

No. Time Source Destination Protocol Info
352 993.337449 192.168.0.121 192.168.0.1 GRE Encapsulated PPP

Frame 352 (46 bytes on wire, 46 bytes captured)
Ethernet II, Src: 00:13:46:3b:90:fe, Dst: 00:50:22:39:59:dc
Internet Protocol, Src Addr: 192.168.0.121 (192.168.0.121), Dst Addr: 192.168.0.1 (192.168.0.1)
Generic Routing Encapsulation (PPP)

No. Time Source Destination Protocol Info
353 997.837651 192.168.0.121 192.168.0.1 ARP Who has 192.168.0.1? Tell 192.168.0.121

Frame 353 (42 bytes on wire, 42 bytes captured)
Ethernet II, Src: 00:13:46:3b:90:fe, Dst: 00:50:22:39:59:dc
Address Resolution Protocol (request)

No. Time Source Destination Protocol Info
354 997.838056 192.168.0.1 192.168.0.121 ARP 192.168.0.1 is at 00:50:22:39:59:dc

Frame 354 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: 00:50:22:39:59:dc, Dst: 00:13:46:3b:90:fe
Address Resolution Protocol (reply)

No. Time Source Destination Protocol Info
355 1022.839443 192.168.0.121 192.168.0.1 PPP LCP Echo Request

Frame 355 (56 bytes on wire, 56 bytes captured)
Ethernet II, Src: 00:13:46:3b:90:fe, Dst: 00:50:22:39:59:dc
Internet Protocol, Src Addr: 192.168.0.121 (192.168.0.121), Dst Addr: 192.168.0.1 (192.168.0.1)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol

No. Time Source Destination Protocol Info
356 1022.839899 192.168.0.1 192.168.0.121 PPP LCP Echo Reply