Natrio Сообщения

Natrio	# 11 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Andrey_L, а какой всё же чипсет? В логе это тоже должно упоминаться. Мне очень интересно узнать, насколько широко распространяется этот баг, поскольку это затрагивает некоторые из подопечных мне компьютеров, а мой багрепорт пока остаётся без ответа. Всё-таки, i845G очень старый, возможно, у вас баг вылез на более новом?

# 11 лет, 5 месяцев назад

Сообщения: 4763

Участник с: 08 января 2011

Andrey_L, а какой всё же чипсет? В логе это тоже должно упоминаться. Мне очень интересно узнать, насколько широко распространяется этот баг, поскольку это затрагивает некоторые из подопечных мне компьютеров, а мой багрепорт пока остаётся без ответа. Всё-таки, i845G очень старый, возможно, у вас баг вылез на более новом?

Natrio	# 11 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Мышку PS/2 проверяли? Работает ли она? Какая конкретно встроенная графика? "hang GPU“ это сбой графического процессора, ”disabling acceleration" означает, что у вас после этого выключается всякое ускорение графики, а не только указатель мыши. Я наблюдал такое с драйвером xf86-video-intel-2.14 на чипсете i845G, только мышка была обычная, и она работала, а вот всё ускорение графики слетало напрочь ("disabling acceleration"), и происходило это не при каждой загрузке, но случайным образом примерно при каждой второй. И в логе выглядело так же, за исключением USB-мышки, вместо которой была обычная PS/2 : (EE) intel(0): Detected a hung GPU, disabling acceleration. (WW) intel(0): intel_uxa_prepare_access: bo map failed: Input/output error Начиналось это тоже не при самом запуске X, а немного позже, когда XFCE активировал ускорение графики. При этом уже полностью нарисованный рабочий стол покрывался цветным мусором, после чего продолжал работать уже без ускорения графики. Решилось откатом на xf86-video-intel-2.12 (2.13 на i845G имела другой неприятный глюк в OpenGL). Вот тут можно скачать пакет версий 2.12 и 2.13 соответственно: http://knoppmyth.net/repo/i686/core-tes … pkg.tar.xz http://ftp.yz.yamagata-u.ac.jp/pub/linu … pkg.tar.xz Также я сильно подозреваю, что в вашем случае дело не в USB-мышке и не в мышке вообще, а в реализации перемещения её указателя по экрану. По-моему, она “слетает” вместе с ускорением графики.

Natrio

# 11 лет, 5 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Мышку PS/2 проверяли? Работает ли она?
Какая конкретно встроенная графика?
"hang GPU“ это сбой графического процессора, ”disabling acceleration" означает, что у вас после этого выключается всякое ускорение графики, а не только указатель мыши.

Я наблюдал такое с драйвером xf86-video-intel-2.14 на чипсете i845G, только мышка была обычная, и она работала, а вот всё ускорение графики слетало напрочь ("disabling acceleration"), и происходило это не при каждой загрузке, но случайным образом примерно при каждой второй. И в логе выглядело так же, за исключением USB-мышки, вместо которой была обычная PS/2 :

(EE) intel(0): Detected a hung GPU, disabling acceleration.
(WW) intel(0): intel_uxa_prepare_access: bo map failed: Input/output error

Начиналось это тоже не при самом запуске X, а немного позже, когда XFCE активировал ускорение графики. При этом уже полностью нарисованный рабочий стол покрывался цветным мусором, после чего продолжал работать уже без ускорения графики.

Решилось откатом на xf86-video-intel-2.12 (2.13 на i845G имела другой неприятный глюк в OpenGL).
Вот тут можно скачать пакет версий 2.12 и 2.13 соответственно:
http://knoppmyth.net/repo/i686/core-tes … pkg.tar.xz
http://ftp.yz.yamagata-u.ac.jp/pub/linu … pkg.tar.xz

Также я сильно подозреваю, что в вашем случае дело не в USB-мышке и не в мышке вообще, а в реализации перемещения её указателя по экрану. По-моему, она “слетает” вместе с ускорением графики.

Natrio	# 11 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Прошу прощения, что не могу сказать ничего конкретного про именно этот случай, но когда я пользовался k3b (ещё версия под KDE-3.5), зависания случались регулярно, только не до записи, а уже после завершения, если в настройках было не задано выкидывать диск после записи. “Разморозка” происходила после извлечения диска. А вот версия под KDE-4 висла уже гораздо чаще и неожиданнее, в конце концов я на него плюнул и стал всё писать из консоли скриптами. Возможно, с тех пор баги повычистили, но я больше не проверял.

Natrio

# 11 лет, 5 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Прошу прощения, что не могу сказать ничего конкретного про именно этот случай, но когда я пользовался k3b (ещё версия под KDE-3.5), зависания случались регулярно, только не до записи, а уже после завершения, если в настройках было не задано выкидывать диск после записи. “Разморозка” происходила после извлечения диска.

А вот версия под KDE-4 висла уже гораздо чаще и неожиданнее, в конце концов я на него плюнул и стал всё писать из консоли скриптами. Возможно, с тех пор баги повычистили, но я больше не проверял.

Natrio	# 11 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	pacman -U имя-файла-или-URL , если у вас уже есть файл. Полное имя файла целиком. Если ругается, значит у есть зависимости, и это там написано. А вообще вам потребуется слишком много бегать с файлами туда-сюда, если вы будете дальше обновлять арч без сети.

Natrio

# 11 лет, 5 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

pacman -U имя-файла-или-URL , если у вас уже есть файл. Полное имя файла целиком. Если ругается, значит у есть зависимости, и это там написано.

А вообще вам потребуется слишком много бегать с файлами туда-сюда, если вы будете дальше обновлять арч без сети.

Natrio	# 11 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Если pacman -Ss <ключевоеслово> находит пакет, то pacman -S <имяпакета> его устанавливает. Вообще-то, это написано в вики: https://wiki.archlinux.org/index.php/Pacman_(Русский)

Natrio	# 11 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Amigo В man bash написано, что надо сделать set convert-meta off. Видимо, это можно добавить в ~/.bashrc Спасибо, таких подробностей я не знал :) Если точнее, в ~/.inputrc или /etc/inputrc . Однако, у меня там уже было написано: set meta-flag on set input-meta on set convert-meta off set output-meta on И несмотря на всё это, bash-4.1 при любом значении convert-meta дополняет правильно, а bash-4.2 неправильно, тоже при любом значении. Похоже, всё-таки баг.

Natrio

# 11 лет, 5 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Amigo
В man bash написано, что надо сделать set convert-meta off. Видимо, это можно добавить в ~/.bashrc

Спасибо, таких подробностей я не знал :)
Если точнее, в ~/.inputrc или /etc/inputrc . Однако, у меня там уже было написано:

set meta-flag on
set input-meta on
set convert-meta off
set output-meta on

И несмотря на всё это, bash-4.1 при любом значении convert-meta дополняет правильно, а bash-4.2 неправильно, тоже при любом значении.
Похоже, всё-таки баг.

Natrio	# 11 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Есть такое, правда шрифт другой. Это мелкий баг в скриптах инициализации, наложение строчек.

Natrio	# 11 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Было бы чем делиться. Там почти ничего нет, просто mkisofs/cdrecord/growisofs/… с правильно расставленными ключами, просто чтоб их каждый раз не вспоминать и особенно чтобы не перепутать. Например, если забыть ключ -f для mkisofs/growisofs , то не запишется всё, что по симлинкам. А если что запишется не так – болванку в мусор. #cdr-files-start mkisofs -v -o /tmp/tmp.iso -J -r $V -f "$F" \|\| exit 1 cdrecord -v $SPEED -multi /tmp/tmp.iso #cdr-files-add M=`cdrecord -msinfo` mkisofs -v -M /dev/cdrom -C $M -o /tmp/tmp.iso -J -r $V -f "$F" \|\| exit 1 cdrecord -v $SPEED -multi /tmp/tmp.iso #dvdr-files-start growisofs $SPEED -Z /dev/dvd -J -r $V -f "$F" #dvdr-files-add growisofs $SPEED -M /dev/dvd -J -r $V -f "$F" #dvdr-video growisofs $SPEED -dvd-compat -Z /dev/dvd -dvd-video $V -f "$F" #cdr-audio cdrecord -tao $SPEED -pad -audio [email protected] Тут не полные скрипты, а основные команды из них, и имена в комментариях. Смысл имён в том, что их можно дополнять по TAB. Скрипты так себе, сейчас я бы их сделал лучше, и один большой скрипт и несколько симлинков, а не как я тогда сделал один и правил копии, что неудобно, если потом менять. Так что распространять недоделку я всё же не стану, кому надо лучше сделает :) Кроме того, чужие скрипты всегда сделаны под чужое удобство и чужие надобности, и другим могут оказаться совсем не так хороши. Я вот, к примеру, всячески брезгую дистрибутивными скриптами вроде ppp-start/ifup/pppoe-setup и т.д., а вместо этого использую свои собственные. С одной стороны, это позволило мне моментально поднять интернет (PPPoE) после загрузки с образа “netinstall” перед установкой арч по сети при переползании со слаки, мне требовалось просто запустить готовый монолитный скрипт. А с другой – если авторы дистра сделали такие скрипты, значит им было удобнее иначе. Отсюда вывод – свои скрипты удобнее чужих, но только для себя :)

Natrio

# 11 лет, 5 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Было бы чем делиться.
Там почти ничего нет, просто mkisofs/cdrecord/growisofs/… с правильно расставленными ключами, просто чтоб их каждый раз не вспоминать и особенно чтобы не перепутать. Например, если забыть ключ -f для mkisofs/growisofs , то не запишется всё, что по симлинкам. А если что запишется не так – болванку в мусор.

#cdr-files-start
mkisofs -v -o /tmp/tmp.iso -J -r $V -f "$F" || exit 1
cdrecord -v  $SPEED -multi /tmp/tmp.iso
#cdr-files-add
M=`cdrecord  -msinfo`
mkisofs -v -M /dev/cdrom -C $M -o /tmp/tmp.iso -J -r $V -f "$F" || exit 1
cdrecord -v  $SPEED -multi /tmp/tmp.iso
#dvdr-files-start
growisofs $SPEED -Z /dev/dvd -J -r $V -f "$F"
#dvdr-files-add
growisofs $SPEED -M /dev/dvd -J -r $V -f "$F"
#dvdr-video
growisofs $SPEED -dvd-compat -Z /dev/dvd -dvd-video $V -f "$F"
#cdr-audio
cdrecord -tao $SPEED -pad -audio [email protected]

Тут не полные скрипты, а основные команды из них, и имена в комментариях. Смысл имён в том, что их можно дополнять по TAB. Скрипты так себе, сейчас я бы их сделал лучше, и один большой скрипт и несколько симлинков, а не как я тогда сделал один и правил копии, что неудобно, если потом менять. Так что распространять недоделку я всё же не стану, кому надо лучше сделает :)

Кроме того, чужие скрипты всегда сделаны под чужое удобство и чужие надобности, и другим могут оказаться совсем не так хороши. Я вот, к примеру, всячески брезгую дистрибутивными скриптами вроде ppp-start/ifup/pppoe-setup и т.д., а вместо этого использую свои собственные.
С одной стороны, это позволило мне моментально поднять интернет (PPPoE) после загрузки с образа “netinstall” перед установкой арч по сети при переползании со слаки, мне требовалось просто запустить готовый монолитный скрипт. А с другой – если авторы дистра сделали такие скрипты, значит им было удобнее иначе.
Отсюда вывод – свои скрипты удобнее чужих, но только для себя :)

Natrio	# 11 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	А я в основном пользуюсь сприптами. Всё что надо кидаю в специальную папку прямо так, или симлинками, команда в консоли – и пошло писать :) Когда-то я сделал эти скрипты, чтобы писать с другого компа по SSH, а потом привык, так всё и оставил.

Natrio

# 11 лет, 5 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

А я в основном пользуюсь сприптами.
Всё что надо кидаю в специальную папку прямо так, или симлинками, команда в консоли – и пошло писать :)
Когда-то я сделал эти скрипты, чтобы писать с другого компа по SSH, а потом привык, так всё и оставил.

Natrio	# 11 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	У вас xorg-1.10 из репозитория testing. http://www.archlinux.org/packages/?q=xorg А вот когда он перейдёт в Extra, и NVIDIA не почешется обновить ветку 173 до совместимости с новым xorg, вот тогда придётся в самом деле блокировать его обновление. У меня тоже 173, и это не радует. Пока ветка 173 поддерживает только xorg-1.9: http://www.nvidia.com/object/linux-disp … river.html

Natrio

# 11 лет, 5 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

У вас xorg-1.10 из репозитория testing.
http://www.archlinux.org/packages/?q=xorg
А вот когда он перейдёт в Extra, и NVIDIA не почешется обновить ветку 173 до совместимости с новым xorg, вот тогда придётся в самом деле блокировать его обновление. У меня тоже 173, и это не радует.
Пока ветка 173 поддерживает только xorg-1.9:
http://www.nvidia.com/object/linux-disp … river.html