А что толку? Это, по существу, просто лаунчер.

Тут сама игра не находит нужной ей системной библиотеки и аварийно завершается (вернее, даже не начинается, так как загрузчик не может слинковать ей библиотечные функции).

что говорит
$ ldconfig -p|grep libGL

Проблема решилась вот таким методом
aptitude -t jessie-backports install libgl1-nvidia-glx:i386
ибо драйвера на видюху стоят тоже из backports.
Но возникла новая проблема. В игре нет указателя мыши. Для Тук-Тук'а это не критично, но подозреваю, что в других играх будет так же... Не знаете, как починить?

Как я могу вам помочь, если вы не отвечаете?..

Извините, я думал, что раз проблема решилась, то вывод $ ldconfig -p|grep libGL уже не нужен.
Только теперь другая проблема возникла. После перезагрузки системы всё накрылось -
Появляется графический интерфейс входа в систему. Ввожу пароль. Начинается загрузка системы, и тут всё сбрасывается и снова возникает окошко ввода пароля. И так по кругу.

Попробуй так же обновить и 64-битные драйвера. Возможно, дело в конфликте библиотек.

И ещё сбрось куда-нибудь в обменник содержимое журнала /var/log/Xorg.0.log.

Это очень похоже на проблемы с драйверами.

можете выйти в чат?
^^^^ все очень верно, но боюсь что Jejnar не сможет копипастить, а только фоткать.

меня бы тоже интересовал вывод:

grep EE /var/log/Xorg.0.log
и
grep WW /var/log/Xorg.0.log

Так. Проблему я "починил", точнее вернул как было. Не смог сразу сообщить ибо войти на гог получилось далеко не с первого раза. Он оказывается требовал капчу, а у меня было активно дополнение, которое такие штуки блокирует. Но это всё лирика.

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

Привожу ранее запрошенные выводы:
$ echo $PATH:

/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

$ ldconfig -p|grep libGL

libGLdispatch.so.0 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0
libGLdispatch.so.0 (libc6) => /usr/lib/i386-linux-gnu/libGLdispatch.so.0
libGLX_nvidia.so.0 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0
libGLX_nvidia.so.0 (libc6) => /usr/lib/i386-linux-gnu/libGLX_nvidia.so.0
libGLX.so.0 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGLX.so.0
libGLX.so.0 (libc6) => /usr/lib/i386-linux-gnu/libGLX.so.0
libGLU.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGLU.so.1
libGLU.so.1 (libc6) => /usr/lib/i386-linux-gnu/libGLU.so.1
libGLEW.so.1.10 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGLEW.so.1.10
libGLESv2_nvidia.so.2 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGLESv2_nvidia.so.2
libGLESv2_nvidia.so.2 (libc6) => /usr/lib/i386-linux-gnu/libGLESv2_nvidia.so.2
libGLESv2.so.2 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGLESv2.so.2
libGLESv2.so.2 (libc6) => /usr/lib/i386-linux-gnu/libGLESv2.so.2
libGLESv1_CM_nvidia.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGLESv1_CM_nvidia.so.1
libGLESv1_CM_nvidia.so.1 (libc6) => /usr/lib/i386-linux-gnu/libGLESv1_CM_nvidia.so.1
libGLESv1_CM.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1
libGLESv1_CM.so.1 (libc6) => /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1
libGL.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGL.so.1

Почему не сможет?

1) Переключиться на другой терминал по ALT+CTRL+F3;
2) Залогиниться (можно сразу рутом);
3) Вставить флешку, найти её по # blkid;
4) Примонтировать куда-нибудь, например в /mnt какой-нибудь командой типа
# mount -t vfat /dev/sdX /mnt -o rw,umask=777
5) Скинуть весь файл на флешку;
6) ......
7) PROFIT!!

Что я вижу - стоит драйвер нвидиа, но система не имеет 32битной архитектуры.

sudo dpkg --add-architecture i386

установите:
libgl1-mesa-dri:i386 libgl1-mesa-glx:i386 libegl1-mesa:i386 libglu1-mesa:i386 libdrm2:i386
libgl1-mesa-dri libgl1-mesa-glx libegl1-mesa libglu1-mesa libdrm2

Однако если какой то пакет затребует снос нвидии - отказывайте и удаляйте его. Я думаю это будет libgl1-mesa-glx (обе версии).

Инфраструктура libdrm блобу нвидии также требуется, он в неё вклинивается и перегружает opengl библиотеки своими.

Далее, переустановите текущую нвидию ЕЩЕ раз. Для нвидии НЕ надо ставить 386, потому что х64 блоб нвидии уже включает и 32битную и 64битную реализацию libGL. (1)

Не нужно ставить ядро из backports, поскольку оно может (еще) не поддерживаться блобом нвидии. То есть dkms при автокомпиляции тонкого модуля ядра для нвидии не сможет его построить (2)

Изза 1 или 2 у вас могла возникнуть та проблема.

Xorg.log.0 всегда приветствуется, если иксы не запускаются или запускаются ненормально. Можете сбросить все логи на https://ghostbin.com, а ссылку сюда.

Так. Не совсем понял этот момент.
Драйвера на nvidia я ставил по инструкции из debianwiki, а именно: Драйвера ставил из backports поскольку только там были версии дров, поддерживающие мою видюху (GTX 1070)

Что мне теперь надо, для переустановки? Снести всё, что касается нвидии и снова сделать apt-get install -t jessie-backports nvidia-driver или просто сделать apt-get install -t jessie-backports nvidia-driver поверх существующего?


UPD:
Установился только libegl1-mesa:i386

Остальные выдали:
Ни одного пакета не будет установлено, обновлено или удалено.
0 пакетов обновлено, 0 установлено новых, 0 пакетов отмечено для удаления, и 0 пакетов не обновлено.
Необходимо получить 0 B архивов. После распаковки 0 B будет занято.

UPD2:
А, ну правильно. Если верить синаптику, то они все уже установлены.

Если бы отсутствовала архитектура i386, то не работала бы dri подсистема для 386 бинарников.

Переустановка нвидиа драйвера смысла не имеет, если этот драйвер был поставлен после добавления 386 dri библиотек. Выше видно что все пакеты не добавлялись, значит они таки уже были.

Это означает, что 3д подсистема впорядке, возможно побиты ссылки.

что дает:
$ update-alternatives --get-selections | grep gl

?

Интересно, установлен ли пакет libgl1-nvidia-glx-i386 ? Там минус между 386 и glx, он часть 64битного драйвера.