Rating@Mail.ru
IPB
Etersoft - from Windows to Linux
Etersoft
решения для перехода
с Windows на Linux
Дружественные сайты: alv.me и Rus-Linux.net

Здравствуйте, гость ( Вход | Регистрация ) Поиск · 

Профиль
Фотография
Опции
Опции
О себе
LMAoD не указал(а) ничего о себе.
Личная информация
LMAoD
Постоялец
28 от роду
Мужской
Место жительства не указано
Дата рождения: Сен-6-1989
Интересы
Нет данных
Другая информация
Операционная система: Gentoo ~amd64
JID: PenguiN560@jabber.ru
Город: Киров
Статистика
Регистрация: 7-October 09
Просмотров профиля: 4195*
Последнее посещение: 11th December 2017 - в 00:34
Часовой пояс: Jan 22 2018, в 12:35
181 сообщений (0.06 за день)
Контактная информация
AIM Нет данных
Yahoo Нет данных
ICQ 236005019
MSN Нет данных
* Просмотры профиля обновляются каждый час

LMAoD

Участники


Темы
Сообщения
Друзья
Содержимое
26 Jul 2017
Добрый день, недавно начал замечать наличие прозрачной полосы, по ощущениям шириной в 1 пиксель, в левой части экрана высотой практически по весь экран. Куда копать? Как вычислить? Неудобство в том, что при попытке взаимодействия с окном которое присутствует в крайней левой части экрана ничего не происходит, в итоге после привычного смещения курсора мыши в крайнее левое положение приходится смещаться чуть правее. Но в том же SMPlayer при работе в полноэкранном режиме крайняя левая часть кликабельна и функциональна, хотя если просто развернуть его окно на весь экран результат все тот же, окно плеера никак не реагирует на мышь в крайнем левом положении экрана. При щелчках мыши в той самой области фокус с текущего активного окна не пропадает и не происходит совершенно никакой реакции на действия мыши(пкм так же не вызывает никакого контекстного меню).

OS: Gentoo ~AMD64
Kernel: 4.11.6-gentoo
Plasma: 5.10.3

upd. проблема решилась странным образом: в $ kcmshell5 kwintouchscreen было указано в левой части "Вызывать переключение окон". Данный пункт стоит по умолчанию, после того как переключил на ничего не делать - ничего не изменилось, когда вернул обратно - все стало нормально scratch_one-s_head.gif
11 Jun 2017
Добрый день.
После очередного обновления мира перестала запускаться плазма, выдавая сообщение при запуске: "Plasma не может продолжить работу из-за невозможности использовать OpenGL 2. Проверьте правильность установки драйверов видеокарты". При обновлении мира было обновление плазмы с 5.9.5 до 5.10.1. Попытки самостоятельно решить проблему ни к чему не привели. Куда копать, что делать?

Kernel: gentoo-sources-4.1.2
Plasma-5.10.1
Ноутбук: MSI GE620DX
GPU: Intel HD3000/NVIDIA GT555M
18 Nov 2016
Добрый вечер. Сразу попрошу сильно не пинать и помочь с выбором файловой системы для временного хранения данных на 8Gb usb3.0 флешке, без необходимости какого-либо контроля их целостности...

Собственно для чего это нужно(или не нужно):
На ноутбуке скомпилена gentoo и в скорем времени она переедет на SSD винт, и что бы не мучить его компиляцией было решено перенести /var/tmp/portage в tmpfs ограничив 2Gb. Но некоторым пакетам для сборки нужно больше места, поэтому было решено для них указать собираться на флешке, отсюда и вопрос: какую ФС для этих целей выбрать без лишнего журналирования и пошустрее? Или возможно есть какие-либо альтернативные варианты? Была мысль подключать флешку как swap, но вариант отбросился тк всегда есть вероятность что кто-нибудь "случайно" выдернет флешку.
Буду рад любым идеям и комментариям.
Добрый день, после обновления системы и установки Plasma5 с переходом на sddm столкнулся с проблемой: перестала отключаться дискретная видеокарта на ноутбуке. В процессе загрузки было обнаружено, что стал автоматически загружаться модуль nvidia(раньше такого не было). Попытка добавить его в blacklist к успеху не привела. Отключить видеокарту вручную # tee /proc/acpi/bbswitch <<< OFF удается только предварительно выгрузив модули nvidia_drm nvidia_modeset nvidia. Так же перестал работать primusrun ругаясь
user@host
$ primusrun glxspheres
primus: fatal: failed to load any of the libraries: /usr/lib64/opengl/nvidia/lib/libGL.so.1:/usr/lib32/opengl/nvidia/lib/libGL.so.1:/usr/lib/opengl/nvidia/lib/libGL.so.1
/usr/lib64/opengl/nvidia/lib/libGL.so.1: wrong ELF class: ELFCLASS64
libGLX.so.0: cannot open shared object file: No such file or directory
/usr/lib/opengl/nvidia/lib/libGL.so.1: wrong ELF class: ELFCLASS64
$ primusrun glxspheres64
primus: fatal: failed to load any of the libraries: /usr/lib64/opengl/nvidia/lib/libGL.so.1:/usr/lib32/opengl/nvidia/lib/libGL.so.1:/usr/lib/opengl/nvidia/lib/libGL.so.1
libGLX.so.0: cannot open shared object file: No such file or directory
/usr/lib32/opengl/nvidia/lib/libGL.so.1: wrong ELF class: ELFCLASS32
libGLX.so.0: cannot open shared object file: No such file or directory

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

dmesg
Gentoo ~amd64
kernel 4.1.2-gentoo
x11-misc/bumblebee-3.2.1 (bbswitch VIDEO_CARDS="nvidia -nouveau")
sys-power/bbswitch-0.8
x11-drivers/nvidia-drivers-364.15 (X acpi driver gtk3 kms multilib tools uvm wayland -compat -pax_kernel -static-libs KERNEL="linux -FreeBSD")
x11-misc/primus-9999 (01:28:18 04.04.2016)(ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32")

upd. Проблему с primusrun решил путем добавления строк /usr/lib64/opengl/nvidia/lib /usr/lib32/opengl/nvidia/lib в /etc/ld.so.conf и запуском # ldconfig, все верно?
30 Mar 2016
Доброй ночи. в ходе обновления сталкнулся с такой неприятностью: при попытке сборки любого пакета получаю ошибку вида
Код
* Package:    dev-qt/qtcore-5.5.1-r1
* Repository: gentoo
* Maintainer: qt@gentoo.org
* Upstream:   https://bugreports.qt.io/
* USE:        abi_x86_64 amd64 elibc_glibc icu kernel_linux userland_GNU
* FEATURES:   preserve-libs sandbox userpriv usersandbox
* ACCESS DENIED:  open_wr:      /dev/null
/usr/lib/portage/python3.4/phase-functions.sh: line 845: /dev/null: Permission denied
* ACCESS DENIED:  open_wr:      /dev/null
/usr/lib/portage/python3.4/phase-functions.sh: line 847: /dev/null: Permission denied
* ACCESS DENIED:  open_wr:      /dev/null
/usr/lib/portage/python3.4/phase-functions.sh: line 849: /dev/null: Permission denied
* ACCESS DENIED:  open_wr:      /dev/null
/usr/lib/portage/python3.4/phase-functions.sh: line 851: /dev/null: Permission denied
* ACCESS DENIED:  open_wr:      /dev/null
/usr/lib/portage/python3.4/phase-functions.sh: line 853: /dev/null: Permission denied
* ACCESS DENIED:  open_wr:      /dev/null
/usr/lib/portage/python3.4/phase-functions.sh: line 855: /dev/null: Permission denied
* ACCESS DENIED:  open_wr:      /dev/null
последнее что делал - пытался обновиться и пройтись emerge @preserved-rebuild и revdep-rebuild, так же удалил оверлеи qt и kde.

Нашел подобную методику решения:
Цитата
1. Скачал и распаковал в папку /l stage3 и portage-lastest
# cd /l
# tar xvjpf stage3-*.tar.bz
# tar xvjf /l/portage-latest.tar.bz2 -C /l/usr

2. Смонтировал следующее добро:
# mount --bind /l/dev/ /dev
# mount --bind /l/dev/pts /dev/pts
# mount --bind /l/dev/shm /dev/shm
# mount -t proc none /l/proc

3. chroot
# chroot /l /bin/bash && env-update
# mkdir /mnt/broken

4. Извне подмонтировал раздел корня
# mount /dev/sda5 /l/mnt/broken

5. Пересобрал @system
# ROOT="/mnt/broken" PORTAGE_CONFIG_ROOT="/mnt/broken" emerge -v @system
хотя беглая проверка данного метода привела к тому что make.conf убитой системы из chroot он все равно не подхватывает, как и то что в ней установлено. Прошу помочь кто с подобным сталкивался.

upd. Окончательно запутался, кажется проблема с sandbox'ом
FEATURES="-sandbox -usersandbox" emerge -1 sandbox - работает, а без отключения sandbox'а вываливается с теми же ошибками. Сам конфиги не трогал и etc-update только конфиг sshd предлогал обновить.
Просмотры


26 Jul 2017 - 13:26


28 Sep 2016 - 14:32


5 May 2013 - 14:36


20 Aug 2010 - 23:46
156


30 Jul 2010 - 8:45


Друзья

1 сообщений
31st March 2010 - в 11:44

32 сообщений
10th November 2016 - в 16:52
Просмотр всех друзей
RSS Текстовая версия Сейчас: 22nd January 2018 - в 11:35




Rating@Mail.ru