Màn hình của Fem đang chấm dứt vì không phải root


14

Khi tôi cố chạy màn hình với tư cách là người dùng không root, tôi nhận được:

screen

[screen is terminating]

ngay lập tức, mặc dù nó hoạt động tốt cho root

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

Khi đi vòng quanh tôi nhận thấy một đề cập đến / etc / fstab, đây là của tôi:

# <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

Điều này trên một centos 7 mới được cài đặt trên một máy chủ chuyên dụng được truy cập thông qua ssh (TTY là pts)

Bất kỳ trợ giúp sẽ được đánh giá cao.

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 ..

Chạy screen -ls; nó sẽ cung cấp một tên thư mục trong dòng đầu tiên. Sau đó, chạy ls -la <above directory name>và đặt đầu ra trong câu hỏi của bạn.
BenjiWiebe

Ok, thêm nó vào câu hỏi.
Rob

Hmmmm ... Tôi dự kiến ​​sẽ thấy một vấn đề quyền ở đó, nhưng nó có vẻ tốt.
BenjiWiebe

Tôi đang cố gắng để có một máy ảo của CentOS 7 để xem liệu nó có vấn đề này không, nhưng tôi có thể không hoàn thành nó vào ngày mai ...
BenjiWiebe

Có một lý do bạn cần CentOS 7? Có vẻ như có lẽ nó liên quan đến thực tế là CentOS 7 vừa được phát hành. Có lẽ bạn có thể sử dụng CentOS 6 trong vài tuần nữa?
BenjiWiebe

Câu trả lời:


13

Tôi đã gặp sự cố này trên máy chủ chuyên dụng CentOS 7 và đã tìm thấy bản sửa lỗi được mô tả trong báo cáo lỗi này: bug.centos.org/view.php?id=7395

Đó là một giải pháp tốt trên Chuyên dụng để thêm gid=5vào các devpts trong fstab. screenbây giờ hoạt động như mong đợi cho tất cả người dùng.

Tuy nhiên, tôi đã chạy qua chủ đề này khi tôi đang cố gắng giải quyết vấn đề trên bộ chứa OpenVZ của CentOS 7. Vì không có cách nào để chỉnh sửa fstab cho máy chủ (theo như tôi có thể tìm thấy), tôi đã tìm thấy như sau làm việc xung quanh cố định nó.

Tôi đoán rằng tôi sẽ quay trở lại bằng cách này và xem nếu nó có thể giúp đỡ bất cứ ai khác. (Mặc dù không phải là một cách rất hay để làm điều đó.)

Trong thiết bị đầu cuối:

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

Câu trả lời này đã giải quyết vấn đề cho tôi, Ubuntu 18.04 chạy trên container openvz
user1330614 27/12/18

3

Đảm bảo không có ai khác screenđang sử dụng thiết bị đó

Điều này có thể đạt được với Làm thế nào tôi có thể xác định quy trình nào có tệp mở trong Linux? :

sudo lsof /dev/ttyS0

Và sau đó giết quá trình đó nếu đó là trường hợp.

Vì một số lý do, trong điều kiện này, sudo screenvẫn có thể truy cập thiết bị, nhưng sau đó kết nối đó sẽ bỏ lỡ các ký tự, được sử dụng bởi thiết bị kia screen.

Đảm bảo người dùng đã đọc và ghi quyền vào tệp

Ví dụ: trên Ubuntu bạn muốn thêm người dùng vào dialoutnhóm: https://askubfox.com/a/133244/52975


1
cảm ơn vì lsof, tôi không biết rằng tôi đã có hai hoạt screensđộng ở chế độ nền
Marecky

-2

Nó có thể là một lỗi trong tập tin cấu hình của bạn

~ / .screenrc

Hãy thử kiểm tra nó hoặc tạo dimmy một.


Đây thực sự là một bình luận và không phải là một câu trả lời cho câu hỏi ban đầu. Bạn luôn có thể nhận xét về bài đăng của riêng bạn và khi bạn có đủ danh tiếng, bạn sẽ có thể nhận xét về bất kỳ bài đăng nào . Xin vui lòng đọc tại sao tôi cần 50 danh tiếng để bình luận? Tôi có thể làm gì thay thế?
DavidPostill
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.