уже 2.6.35.8 - и всё также фризится, причем только с kms, с ums такого не наблюдается.
[email protected] ~ $ s pacman -Sy
:: Синхронизируются базы данных пакетов...
^C
[email protected] ~ $ bauerbill -Sy
:: Синхронизируются базы данных пакетов...
^C

:: Синхронизируются базы данных пакетов…
выдаёт pacman, yaourt не синхронизирует базы пакетов….
kernel 2.6.35.3 + ati firegl v3200 = фриз иксов/системы через несколько секунд после запуска любого 3D приложения (кроме glxgears)

откатился на 2.6.34.2 на котором такого не наблюдается.

P.S. thinkpad t43p
OldMan
dhampire
можно ли научить hillman видеть и монтировать udf диски?

Попробуйте вписать в /etc/fstab (применяясь к свом реалиям, разумеется)
/dev/cdrom  /media/udf  udf  rw,user,noauto,nodev,nosuid,noatime,nodiratime  0 0

PS: я правильно понял, привод CD-ROM у вас /dev/sr0 ? На него указывает симлинк /dev/cdrom ? А распознавание iso9660 работает нормально? И про iso9660 у вас запись в fstab есть?
как бы udf не только на оптических дисках может быть… да и нету у меня сейчас их{опт. дисков} поблизости.
после добавления строчки в fstab устройство в списке доступных появилось.
2OldMan
можно ли научить hillman видеть и монтировать udf диски?
dmesg
usb 2-5: USB disconnect, address 6
usb 2-5: new high speed USB device using ehci_hcd and address 7
scsi7 : usb-storage 2-5:1.0
scsi 7:0:0:0: Direct-Access     Generic  USB Flash Disk   7.76 PQ: 0 ANSI: 2
sd 7:0:0:0: Attached scsi generic sg2 type 0
sd 7:0:0:0: [sdb] 16613376 512-byte logical blocks: (8.50 GB/7.92 GiB)
sd 7:0:0:0: [sdb] Write Protect is off
sd 7:0:0:0: [sdb] Mode Sense: 03 00 00 00
sd 7:0:0:0: [sdb] Assuming drive cache: write through
sd 7:0:0:0: [sdb] Assuming drive cache: write through
 sdb: unknown partition table
sd 7:0:0:0: [sdb] Assuming drive cache: write through
sd 7:0:0:0: [sdb] Attached SCSI removable disk

$ls -l /dev/block/
итого 0
lrwxrwxrwx 1 root root 6 Июн  5 12:57 11:0 -> ../sr0
lrwxrwxrwx 1 root root 6 Июн  5 12:57 8:0 -> ../sda
lrwxrwxrwx 1 root root 7 Июн  5 12:57 8:1 -> ../sda1
lrwxrwxrwx 1 root root 6 Июн  6 19:16 8:16 -> ../sdb
lrwxrwxrwx 1 root root 7 Июн  5 12:57 8:2 -> ../sda2
lrwxrwxrwx 1 root root 7 Июн  5 12:57 8:3 -> ../sda3
lrwxrwxrwx 1 root root 7 Июн  5 12:57 8:4 -> ../sda4
lrwxrwxrwx 1 root root 7 Июн  5 12:57 8:5 -> ../sda5
после чего pcmanfm+gamin позволяют смонтировать этот диск и работать с ним
в hillman добавил udf с нужными опциями{fs_udf=rw,uid=%u,gid=%g,nodev,nosuid,noatime,nodiratime},
но монтировать его нельзя, диска нету в списке{иногда он появляется в списке, если примонтирован, если его размонтировать, пропадает}.
OldMan
dhampire
но может хотя бы это будет исправлено
Если честно, я подумал, что это просто “ой, не в то окно!”… :( Откуда такое выскакивает, при каких условиях? Не узнаю Hillman'а здесь…
а так узнаёте? <!– ia0 –>2010-05-23-132520.png<!– ia0 –>
/dev/loop0 on /home/egik/MyGames/Wizardry/Образы/iso type iso9660 (rw)
Regnum Online
cat ${regnum_prefix}/live/{current_build,system.nfo,log.txt,crash*,error_log.txt}

изучайте =)

а savage 2 я снёс давно, так что по ней не знаю даже, где смотреть.
OldMan
Ну да, не скрипт для запуска WM, а скрипт, исполняемый WM'ом при запуске. Это я и имел в виду.
Эм, вы меня немного не поняли, иксы при этом не перезапускаются, и все работающие приложения продолжают делать своё дело дальше, даже не подозревая что случилось{небольшой мультик о том как это происходит(376743 Б)}. Никаких скриптов нету, /usr/bin/enlightenment_start - бинарник, да и конфиги бинарные вообще-то =)

ЗЫ сделал что бы работало, хоть это и неправильно по-моему…

ладно с треем фиг с ним, но может хотя бы это будет исправлено

OldMan
А то, что “hillman единственное приложение с таким поведением” – так у вас это наверняка единственное приложение на gtk2-perl…
так я особо и не старался искать их, да ещё чтобы трей использовали
OldMan
dhampire
при перезапуске WM {Enlignhtnment DR17} …
Предложения по запуску: вписать запуск hillman в старт-скрипт WM'а, строчкой выше написать `killall hillman`. Так проще.

я понимаю что так так легче для вас, “ничего чинить не надо”. но hillman единственное приложение с таким поведением,
что явно намекает - дело не в wm.
Впрочем можно объявить багу фичей =)

ЗЫ не скриптом перезапускается он, а функция у него такая есть
2OldMan
при перезапуске WM {Enlignhtnment DR17} из трея {используется стандартный модуль трея} пропадает иконка и более не появляется{изменение конфигурации дисков, то есть к примеру вставка флэшки, к появлению не приводит},
запуск же hillman заново приводит к появлению иконки в трее, но также и к появлению нового процесса.

Предложения по исправлению ситуации:
1) следить за единственностью процесса и при существовании оного пересоздавать иконку и/или делать главное окно видимым.
2) перерисовывать каким-то образом иконку {иконка wicd-client, gnome-mplayer и т.д. не исчезают из трея при таком раскладе}