Opera-stable - проблем
#1
Инсталирах Opera-stable от sos-easy-install. Не мога да я стартирам като обикновен потребител. Като RUT от терминала, стартирането се извършва. 

Ето и малко информация:

@page { margin: 2cm } p { margin-bottom: 0.25cm; line-height: 120% }
[viv@localhost ~]$ opera-stable
shm_open() failed: Отказан достъп
Нарушение на разделянето(segfault)
[viv@localhost ~]$ shm_open() failed: Отказан достъп
shm_open() failed: Отказан достъп
Discarded=1
Discarded=1
Discarded=1
Отговори
#2
Сега инсталирах Opera от sos-easy при мен стартира нормално . Пробвай да изтриеш всички настройки които имаш запазени в $HOME на потребителя и стартирай на ново . Ако и това не помогне, явно има някакъв проблем с правата при /dev/shm който пречи на някои приложения да стартират . Също пробвай и след рестарт на системата дали проблема все още го има .

Какво връща ?

Код:
ls -lZd /dev/shm

Също пробвали други приложения стартират ли ? Vlc, Chrome ... Ако пак е така ще потърсим някакво решение .

EDIT:

Също дай изхода от тази командa?

Код:
cat /proc/mounts | grep -i /dev/shm
* StotinkaOS SOS хранилища .
* (NEW) Fedora COPR хранилища .

Не отговарям на технически въпроси на ЛС.
Отговори
#3
Всички останали приложания работят нормално, освен opera и skype. При инсталирането на opera от файл от харддиска реакцията е същата. Може да се стартира, но само от Root терминала. Skype се инсталирва, но не може да се стартира по никакъв начин.

Ето отговора на исканата команда: 

Код:
[viv@localhost ~]$ ls -lZd /dev/shm
drwxr-xr-t. root root system_u:object_r:tmpfs_t:s0 /dev/shm

Код:
[viv@localhost ~]$ cat /proc/mounts | grep -i /dev/shm
tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev 0 0

В /dev/shm има два файла: 
"lldpad.state"
и
"pulse-shm-1620759970"
След рестарт проблемите остават

Изтрих skype инсталиран от sos-easy-install и го инсталирах така:

su -c 'rpm -Uvh http://download.fedoraproject.org/pub/ep...noarch.rpm'

su -c 'yum install foo'

Сега скайпа се стартира нормално и работи добре.
Отговори
#4
Добре, изпълни тази команда като ROOT.

Код:
chmod 1777 /dev/shm

По този начин ще променим правата на /dev/shm , би трябвало да проработи всичко нормално и Opera да стартира .
Обаче най вероятно след рестарт на системата може пак да си дойде по старо му , пробвай дали това ще стане и кажи ?
Също след рестарт ,ако пак е по старо му дай пак командата

Код:
ls -lZd /dev/shm
* StotinkaOS SOS хранилища .
* (NEW) Fedora COPR хранилища .

Не отговарям на технически въпроси на ЛС.
Отговори
#5
Ivo, изпълних chmod 1777 /dev/shm и Opera се стартира нормално, като обикновен потребител. След рестарт има отново същия проблем.

Ето и изпълнението след рестарт на:

[viv@localhost ~]$ ls -lZd /dev/shm
drwxr-xr-t. root root system_u:object_r:tmpfs_tConfused0 /dev/shm

Ето още информация: 

Причината за това opera-stable_45.0.2552.888_amd64.rpm, както и Google Chrome да не работят като обикновен потребител е в ядрото – 4.11.4-1.el7.elrepo.x86_64. Когато се стартира StotinkaOS 7 със старото ядро – 3.10.0-514.21.1.el7.x86_64, Opera-stable _45* работи нормално и се държи добре. 

Ето малко иформация при ядро - 4.11.4-1.el7.elrepo.x86_64: 

[viv@localhost ~]$ opera-stable

shm_open() failed: Отказан достъп
Нарушение на разделянето(segfault)
[viv@localhost ~]$ shm_open() failed: Отказан достъп
shm_open() failed: Отказан достъп
Discarded=1
CrashID=4cc9d029-7525-41cb-b5a4-e83f72170613
Discarded=1

[root@localhost viv]# opera-stable

(opera-stable:5970): libnotify-WARNING **: Failed to connect to proxy
Gkr-Message: couldn't connect to dbus session bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Gkr-Message: couldn't connect to dbus session bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

И накрая още молко информация. Аз използвам графична среда – XFCE.
Отговори
#6
Значи до колко разбрах , под ядрото 3.10.x работи всичко нормално , докато проблема е само в ядро 4.11.x ?
Явно има нещо в ядрото от Elrepo което влияе на правата на /dev/shm , има ли някаква по специална причина да ползваш това ядро? Смисъл ядрото 3.10.x не работи ли добре на машината ти , или е нещо с драйверите на машината ? Ако няма някоя специална причина да ползваш това ядро , бих ти препоръчал да ползваш 3.10.x сток ядрото на Стотинка .
* StotinkaOS SOS хранилища .
* (NEW) Fedora COPR хранилища .

Не отговарям на технически въпроси на ЛС.
Отговори




Потребители разглеждащи темата: 1 гост(и)