"Екран закінчується" для некорінного


14

Коли я намагаюся запустити екран як некористувальний користувач, я отримую:

screen

[screen is terminating]

одразу, хоча це добре працює для кореня

ls -alh /usr/bin/screen
-rwxr-sr-x 1 root screen 465K Jun  9 20:30 /usr/bin/screen

Під час гугління навколо я помітив згадку про / etc / fstab, ось моє:

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/md1        /       ext4    errors=remount-ro       0       1
/dev/md2        /home   ext4    defaults        1       2
/dev/sda3       swap    swap    defaults        0       0
/dev/sdb3       swap    swap    defaults        0       0
proc            /proc   proc    defaults                0       0
sysfs           /sys    sysfs   defaults                0       0
tmpfs           /dev/shm        tmpfs   defaults        0       0
devpts          /dev/pts        devpts  defaults        0       0

Це на щойно встановленому центсі 7 на спеціальному сервері, доступ до якого здійснюється через ssh (TTY - pts)

Будь-яка допомога буде вдячна.

screen -ls    
No Sockets found in /var/run/screen/S-user.

ls -la /var/run/screen/S-user
total 0
drwx------ 2 user user 40 Jul 10 18:23 .
drwxrwxr-t 4 root     screen   80 Jul 10 17:59 ..

Бігати screen -ls; воно повинно дати ім'я каталогу в першому рядку. Потім запустіть ls -la <above directory name>і поставте висновок у своєму запитанні.
BenjiWiebe

Гаразд, додав це до питання.
Роб

Хммм ... Я очікував, що там з’явиться проблема з дозволами, але це виглядає чудово.
BenjiWiebe

Я намагаюся отримати VM з CentOS 7, щоб побачити, чи є у нього також ця проблема, але я не можу це зробити до завтра ...
BenjiWiebe

Чи є причина, що вам потрібен CentOS 7? Здається, можливо, це пов’язано з тим, що CentOS 7 щойно вийшов. Можливо, ви могли б використовувати CentOS 6 ще кілька тижнів?
BenjiWiebe

Відповіді:


13

У мене виникла ця проблема на виділеному сервері CentOS 7, і я натрапив на виправлення, описане в цьому звіті про помилку: bugs.centos.org/view.php?id=7395

Це було прекрасним рішенням на Виділеному для додавання gid=5до devpts у fstab. screenзараз працює так, як очікувалося для всіх користувачів.

Однак я зіткнувся з цією темою, коли я намагався вирішити проблему на контейнері OpenVZ в CentOS 7. Оскільки не існує способу редагування fstab для сервера (наскільки я міг знайти), я знайшов наступне обхід вирішив це.

Я подумав, що відкинусь таким шляхом і побачу, чи може це допомогти комусь іншому. (Хоча це не дуже гарний спосіб зробити це.)

У терміналі:

chmod u+s /usr/bin/screen
chmod 755 /var/run/screen

Ця відповідь вирішила проблему для мене, Ubuntu 18.04 працює на контейнері
openvz

3

Переконайтесь, що ніхто screenне використовує цей пристрій

Цього можна досягти за допомогою Як я можу визначити, у якому процесі відкритий файл у Linux? :

sudo lsof /dev/ttyS0

А потім вбийте цей процес, якщо це так.

Чомусь за цієї умови sudo screenвсе ж можна отримати доступ до пристрою, але тоді це з'єднання пропустить символи, які споживає інший screen.

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

Наприклад, на Ubuntu ви хочете додати користувача до dialoutгрупи: /ubuntu//a/133244/52975


1
дякую lsof, я не знав, що у мене вже два screensбігають на задньому плані
Marecky

-2

Це можуть бути помилки у вашому конфігураційному файлі

~ / .screenrc

Спробуйте перевірити це або створити диммі.


Це справді коментар, а не відповідь на початкове запитання. Ви завжди можете коментувати свої власні публікації, і як тільки у вас буде достатня репутація, ви зможете коментувати будь-яку публікацію . Будь ласка, прочитайте Чому мені потрібно коментувати 50 репутацій? Що я можу зробити замість цього?
DavidPostill
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.