LINUX.ORG.RU

X упал

 , ,


0

1

Пытался завести тачпад, отвалились иксы. Потрясающая стабильность дебиана.

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

В логах нет ни одной ошибки, при конфигурации: numbers of created screens does not match number of detected devices.

Update: Debian 7, ставил synclient и gpointing-device-settings. Конфиги не трогал, тыкал кнопочки. Все работало. Железо Интел, тач selectel, не помню точно.

Deleted

Последнее исправление: Bizun (всего исправлений: 2)

Ответ на: комментарий от Reset

стабильность в дебиане значит неизменность, а не отсутствие глюков

как самокритично

tazhate ★★★★★
()
Ответ на: комментарий от avertex

Откуда вы такие остроумные беретесь, а?

У кого что болит, тот о том и говорит. Писюн не фурычит, да?

Deleted
()
Ответ на: комментарий от Reset

это фраза должна быть выжжена на лбу у лоровской школоты.

ну, среди прочих. но эта особенно.

ну и конечно не в дебиане, а в любом софте.

mos ★★☆☆☆
()
Последнее исправление: mos (всего исправлений: 2)
Ответ на: комментарий от Deleted

Консоль открылась

Значит, не в иксах дело.

ни одно из устройств ввода не работает

Безумно странно: в логах есть инициализация всех устройств ввода:

[ 94.623] (**) Option «config_info» «udev:/sys/devices/platform/i8042/serio0/input/input0/event0»

Может быть, окно xterm лишилось фокуса? Написать «gnome-session» в терминале не выйдет?

Попробуйте startx /usr/bin/xterm -e /usr/bin/gnome-session (или какая там на самом деле сессия).

AITap ★★★★★
()
Ответ на: комментарий от AITap

Значит, не в иксах дело.

Видимо... Все запустилось, без каких либо ошибок. Но что тогда? Ведь раньше все работало по startx. Может быть, окно xterm лишилось фокуса? Написать «gnome-session» в терминале не выйдет?

Попробуйте startx /usr/bin/xterm -e /usr/bin/gnome-session (или какая там на самом деле сессия).

У меня open-box. Видимо, все так и было, окошко потеряло фокус. Но на фоне всех этих железных проблем я даже и не подумал о таком простом варианте.

Deleted
()
Ответ на: комментарий от Deleted

Но что тогда? Ведь раньше все работало по startx.

Каким образом была выбрана сессия? ~/.xsession? ~/.xinitrc? /usr/bin/x-session-manager + update-alternatives?

AITap ★★★★★
()
Ответ на: комментарий от AITap

Сразу после установки openbox, я набрал startx и он запустился. Ни делал ни чего, вообще.

А сейчас заупскал так: startx /usr/bin/xterm -e /usr/bin/openbox-session

Deleted
()
Ответ на: комментарий от AITap

Мне тут идея пришла - могла ли какая то утилита просто нарушить нормальный ход загрузки приложений после startx?

Ведь если все нормально работает, то вариантов особо и не видно.

Deleted
()
Ответ на: комментарий от Deleted

Попробуйте создать исполняемый файл ~/.xsession с содержимым

#!/bin/sh
exec openbox-session

Его запускает /etc/X11/Xsession.d/50x11-common_determine-startup, если startx запущен без аргументов.

Да, возможно, что что-то сломало запуск сессии по-умолчанию.

AITap ★★★★★
()
Ответ на: комментарий от AITap

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

Посоветуйте, что надо почитать чтобы таки разбираться в линуксе, а не сидеть на лоре 24 часа? Вы вот, сколько помню, всегда помогали мне решить проблему. Самоучка? Сколько лет потребовалось чтобы так разбираться в системе?

Deleted
()
Ответ на: комментарий от Deleted

Эх, файла то совсем не было.

Само, без файла оно тоже должно уметь работать (см. /etc/X11/Xsession*).

Посоветуйте, что надо почитать чтобы таки разбираться в линуксе

http://www.debian.org/doc/manuals/debian-reference/ довольно подробен и описывает кучу разных вещей.

Самоучка? Сколько лет потребовалось чтобы так разбираться в системе?

Ага. 4 года безвылазного linux.org.ru. Не лучший способ проводить время.

AITap ★★★★★
()
Ответ на: комментарий от AITap

Само, без файла оно тоже должно уметь работать (см. /etc/X11/Xsession*).

Там один файл - Xsession. Содержимое:

#!/bin/sh
#
# /etc/X11/Xsession
#
# global Xsession file -- used by display managers and xinit (startx)

# $Id: Xsession 967 2005-12-27 07:20:55Z dnusinow $

set -e

PROGNAME=Xsession

message () {
  # pretty-print messages of arbitrary length; use xmessage if it
  # is available and $DISPLAY is set
  MESSAGE="$PROGNAME: $*"
  echo "$MESSAGE" | fold -s -w ${COLUMNS:-80} >&2
  if [ -n "$DISPLAY" ] && which xmessage > /dev/null 2>&1; then
    echo "$MESSAGE" | fold -s -w ${COLUMNS:-80} | xmessage -center -file -
  fi
}

message_nonl () {
  # pretty-print messages of arbitrary length (no trailing newline); use
  # xmessage if it is available and $DISPLAY is set
  MESSAGE="$PROGNAME: $*"
  echo -n "$MESSAGE" | fold -s -w ${COLUMNS:-80} >&2;
  if [ -n "$DISPLAY" ] && which xmessage > /dev/null 2>&1; then
    echo -n "$MESSAGE" | fold -s -w ${COLUMNS:-80} | xmessage -center -file -
  fi
}

errormsg () {
  # exit script with error
  message "$*"
  exit 1
}

internal_errormsg () {
  # exit script with error; essentially a "THIS SHOULD NEVER HAPPEN" message
  # One big call to message() for the sake of xmessage; if we had two then
  # the user would have dismissed the error we want reported before seeing the
  # request to report it.
  errormsg "$*" \
           "Please report the installed version of the \"x11-common\"" \
           "package and the complete text of this error message to" \
           "<debian-x@lists.debian.org>."
}

# initialize variables for use by all session scripts

OPTIONFILE=/etc/X11/Xsession.options

SYSRESOURCES=/etc/X11/Xresources
USRRESOURCES=$HOME/.Xresources

SYSSESSIONDIR=/etc/X11/Xsession.d
USERXSESSION=$HOME/.xsession
USERXSESSIONRC=$HOME/.xsessionrc
ALTUSERXSESSION=$HOME/.Xsession
ERRFILE=$HOME/.xsession-errors

# attempt to create an error file; abort if we cannot
if (umask 077 && touch "$ERRFILE") 2> /dev/null && [ -w "$ERRFILE" ] &&
  [ ! -L "$ERRFILE" ]; then
  chmod 600 "$ERRFILE"
elif ERRFILE=$(tempfile 2> /dev/null); then
  if ! ln -sf "$ERRFILE" "${TMPDIR:=/tmp}/xsession-$USER"; then
    message "warning: unable to symlink \"$TMPDIR/xsession-$USER\" to" \
             "\"$ERRFILE\"; look for session log/errors in" \
             "\"$TMPDIR/xsession-$USER\"."
  fi
else
  errormsg "unable to create X session log/error file; aborting."
fi

exec >>"$ERRFILE" 2>&1

echo "$PROGNAME: X session started for $LOGNAME at $(date)"

# sanity check; is our session script directory present?
if [ ! -d "$SYSSESSIONDIR" ]; then
  errormsg "no \"$SYSSESSIONDIR\" directory found; aborting."
fi

# Attempt to create a file of non-zero length in /tmp; a full filesystem can
# cause mysterious X session failures.  We do not use touch, :, or test -w
# because they won't actually create a file with contents.  We also let standard
# error from tempfile and echo go to the error file to aid the user in
# determining what went wrong.
WRITE_TEST=$(tempfile)
if ! echo "*" >>"$WRITE_TEST"; then
  message "warning: unable to write to ${WRITE_TEST%/*}; X session may exit" \
          "with an error"
fi
rm -f "$WRITE_TEST"

# use run-parts to source every file in the session directory; we source
# instead of executing so that the variables and functions defined above
# are available to the scripts, and so that they can pass variables to each
# other
SESSIONFILES=$(run-parts --list $SYSSESSIONDIR)
if [ -n "$SESSIONFILES" ]; then
  set +e
  for SESSIONFILE in $SESSIONFILES; do
    . $SESSIONFILE
  done
  set -e
fi

exit 0

# vim:set ai et sts=2 sw=2 tw=80:

Последняя его часть, видимо, должна запускать что то еще, но я не разобрался что именно.

Deleted
()
Ответ на: комментарий от Deleted

Файлы в /etc/X11/Xsession.d. Через них всё и работает.

AITap ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.