Linux quyền thư mục cục bộ dưới dạng dấu hỏi cho không root


8

Được rồi, đó là một cái mới. Tôi đã thấy những trường hợp như vậy với các thiết bị lưu trữ bị lỗi, với lỗi trong bộ lưu trữ từ xa (SAN, NAS), tôi nghĩ rằng tôi thậm chí đã nhìn thấy một cái gì đó tương tự gây ra bởi quyền gắn kết. Nhưng đây là lần đầu tiên tôi thấy điều này xảy ra trên cùng một hệ thống tập tin với homedir của tôi ....

Tôi rất tò mò về điều đó ... Những loại permisisons nào đang đá ở đây? Chắc chắn không gắn kết (Tôi trên cùng một hệ thống tập tin ext4), không phải là TỰ ĐỘNG, không phải ACL. Rồi sao???

Tôi không nhớ làm thế nào thư mục này được tạo ra. Có khả năng nó được tạo ra bởi một số loại phần mềm.

Đối với tôi, phần kỳ lạ nhất là thư mục thậm chí không được phép xem thông tin của cha mẹ (lệnh cuối cùng) ...

Linux bạc hà Sarah

user01@MyPC ~/somedirectory $ ls -l ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:
ls: negaliu pasiekti './deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:/workspace': Permission denied
viso 0
d????????? ? ? ? ?            ? workspace
user01@MyPC ~/somedirectory $ ls -ld ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:
drw-r--r-- 3 user01 user01 4096 Rgs 27  2016 ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:
user01@MyPC ~/somedirectory $ 
user01@MyPC ~/somedirectory $ 
user01@MyPC ~/somedirectory $ ls -l ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:
ls: negaliu pasiekti './deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:/workspace': Permission denied
viso 0
d????????? ? ? ? ?            ? workspace
user01@MyPC ~/somedirectory $ 
user01@MyPC ~/somedirectory $ 
user01@MyPC ~/somedirectory $ sudo file ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:
./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:: directory
user01@MyPC ~/somedirectory $ sudo ls -l ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:
viso 4
drwxr-xr-x 3 user01 user01 4096 Rgs 27  2016 workspace
user01@MyPC ~/somedirectory $ sudo stat ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:
  File: './deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:'
  Size: 4096        Blocks: 8          IO Block: 4096   aplankas
Device: 807h/2055d  Inode: 3937216     Links: 3
Access: (0644/drw-r--r--)  Uid: ( 1000/ user01)   Gid: ( 1000/ user01)
Access: 2017-09-21 12:57:33.990819052 +0300
Modify: 2016-09-27 11:18:38.309775066 +0300
Change: 2017-03-13 14:56:40.960468954 +0200
 Birth: -
user01@MyPC ~/somedirectory $ sudo getfacl ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:
# file: deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:
# owner: user01
# group: user01
user::rw-
group::r--
other::r--

user01@MyPC ~/somedirectory $ stat ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:
  File: './deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:'
  Size: 4096        Blocks: 8          IO Block: 4096   aplankas
Device: 807h/2055d  Inode: 3937216     Links: 3
Access: (0644/drw-r--r--)  Uid: ( 1000/ user01)   Gid: ( 1000/ user01)
Access: 2017-09-21 12:57:33.990819052 +0300
Modify: 2016-09-27 11:18:38.309775066 +0300
Change: 2017-03-13 14:56:40.960468954 +0200
 Birth: -
user01@MyPC ~/somedirectory $ stat ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:/workspace
stat: nepavyksta patikrinti './deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:/workspace': Permission denied
user01@MyPC ~/somedirectory $ sudo stat ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:/workspace
  File: './deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:/workspace'
  Size: 4096        Blocks: 8          IO Block: 4096   aplankas
Device: 807h/2055d  Inode: 3937217     Links: 3
Access: (0755/drwxr-xr-x)  Uid: ( 1000/ user01)   Gid: ( 1000/ user01)
Access: 2017-09-21 12:58:46.845727190 +0300
Modify: 2016-09-27 11:18:38.309775066 +0300
Change: 2016-12-02 13:56:08.298109826 +0200
 Birth: -
user01@MyPC ~/somedirectory $ stat .
  File: '.'
  Size: 4096        Blocks: 8          IO Block: 4096   aplankas
Device: 807h/2055d  Inode: 3278479     Links: 23
Access: (0755/drwxr-xr-x)  Uid: ( 1000/ user01)   Gid: ( 1000/ user01)
Access: 2017-09-21 09:46:22.102269130 +0300
Modify: 2017-09-20 17:33:04.564009275 +0300
Change: 2017-09-20 17:33:04.564009275 +0300
 Birth: -
user01@MyPC ~/somedirectory $ ll ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:/
ls: negaliu pasiekti './deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:/workspace': Permission denied
ls: negaliu pasiekti './deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:/.': Permission denied
ls: negaliu pasiekti './deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:/..': Permission denied
viso 0
d????????? ? ? ? ?            ? ./
d????????? ? ? ? ?            ? ../
d????????? ? ? ? ?            ? workspace/
user01@MyPC ~/somedirectory $ 

Thuộc tính:

user01@MyPC ~/somedirectory $ sudo lsattr ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:/
-------------e-- ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:/workspace
user01@MyPC ~/somedirectory $ sudo lsattr ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D\:/workspace
-------------e-- ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D:/workspace/directory2
user01@MyPC ~/somedirectory $ 

Làm thế nào có hệ thống tập tin được gắn kết? Đó là loại hệ thống tập tin nào?
Raman sailopal

Tất cả điều này là trên cùng một hệ thống tập tin ext4 - hệ thống tập tin của tôi / nhà. Nó được đề cập trong bài đăng
netikras

2
Xin vui lòng không đăng hình ảnh của văn bản. Và xin vui lòng chỉ hiển thị các thông tin liên quan. Ít nhất, bạn có thể loại bỏ các lệnh sai! Điều này rất khó để làm theo cách bạn đang thể hiện nó.
terdon

Tôi sẽ chỉnh sửa bài?
netikras

2
Còn khả năng của một hệ thống tập tin bị hỏng và khó đọc các nút? Dmesg có báo cáo gì không?
Raman sailopal

Câu trả lời:


17

Trên các tập tin đọc đủ để kiểm tra các quyền. Bạn cần đọc VÀ thực thi trên các thư mục để ls chúng.

chmod -R a+X ./deploy_dir

Capital X chỉ thiết lập thực thi trên các thư mục (và các tệp đã được thiết lập bit thực thi).


5
Tôi đã từng dành nửa ngày cho một vấn đề tương tự, thật dễ dàng để bỏ lỡ!
HoD

7

Đọc các quyền của một tệp yêu cầu gọi stat(2)nó và yêu cầu quyền thực thi / truy cập trên thư mục chứa (tất cả các thư mục trong đường dẫn). Điều này thực sự giống với mọi cuộc gọi hệ thống khác có tên tệp. Tuy nhiên, đọc nội dung của một thư mục (danh sách tên tệp) chỉ yêu cầu quyền truy cập đọc trên thư mục.

Trong đoạn mẫu của bạn:

~/somedirectory $ ls -l .../bin/D\:
ls: negaliu pasiekti '.../bin/D:/workspace': Permission denied
viso 0
d????????? ? ? ? ?            ? workspace

lsđã cố gắng gọi stat(".../bin/D:/workspace"), gặp lỗi và phàn nàn. Trên một số hệ thống, bạn có thể nhận thông tin một phần từ readdir/ getdentscuộc gọi cùng với tên tệp mà không cần sử dụng stat. Giống như ở đây, workspaceđược hiển thị là một thư mục.

Và ở đây chúng tôi thấy không có x bit cho bất kỳ người dùng nào:

~/somedirectory $ ls -ld .../bin/D\:
drw-r--r-- 3 user01 user01 4096 Rgs 27  2016 .../bin/D:

Là root, bạn có được một danh sách đầy đủ, vì root hoàn toàn bỏ qua các bit cho phép.


Có lẽ bạn có thể làm điều tương tự, nhưng với LC_ALL=Cxuất khẩu vào môi trường của bạn thay vào đó?
một CVn

1

Để xem xét các thuộc tính tập tin, người ta cần có quyền đọc thư mục. Nếu điều này là không thể, dấu hỏi sẽ được hiển thị.

Để biết lý do tại sao người dùng không thể đọc thông tin, hãy xem các thuộc tính của thư mục ( .../D:/.ở trên). Một nguyên nhân có thể khác là nếu thư mục đã bị xóa hoặc không thể truy cập (ví dụ: hệ thống tệp mạng, xử lý cũ) vì một lý do khác với chế độ truy cập.


Cập nhật câu hỏi. Các thuộc tính đều giống nhau của D: \, con của nó, kiến ​​mẹ của nó ~ /. danh mục.
netikras

Và thư mục này đã ở đó trong nhiều tháng nay. Nó không biến mất ở bất cứ đâu. Tôi nói rõ ràng rằng trừ khi tôi root, tôi không thể vào bên trong: / Điều đó sẽ không hoạt động với phương tiện vỗ hoặc tập tin tôi nghĩ
netikras

Vui lòng thử kiểm tra tất cả các thư mục gốc, nếu bất kỳ thư mục nào có thuộc tính tạo ra sự cố (xem có llthất bại như user01trên bất kỳ cha mẹ nào xuống gốc không). Không cần đăng đầu ra, chỉ cần cho chúng tôi biết kết quả.
Ned64

1
Tôi vừa mới xóa thư mục, đã chuyển nó đến một máy chủ khác và thực hiện lsthử nghiệm tương tự . Kết quả là giống hệt nhau
netikras

2
Bạn không phải là xcờ, vì vậy HoD đã đúng. Tôi đã không thấy rằng trong đầu ra lộn xộn của bạn. stracesẽ nói với bạn rằng. quá.
Ned64

0

Hôm nay tôi có một vấn đề rất giống nhau, với các triệu chứng tương tự: dấu hỏi trong trường quyền và quyền sở hữu và ngay cả với root / sudo tôi cũng không thể thay đổi bất kỳ điều nào trong số này. Cuối cùng tôi đã nhớ rằng thư mục cụ thể này thực sự là điểm gắn kết với một thư mục trên chia sẻ tệp Windows, mà tôi đã thiết lập vài tuần trước (trong một phiên dùng thử để xem Samba / CIFS có tốt cho dự án của tôi không) và rõ ràng Trong khi đó, nó đã được vượt qua. Sau khi phát hành lại mount.cifslệnh và nhập thông tin đăng nhập của tôi cho phần Windows của mạng của chúng tôi, 'ls' đã báo cáo thông tin về quyền và quyền sở hữu thông thường trên thư mục. Vì các triệu chứng trông giống hệt như của bạn, tôi tự hỏi liệu bạn có đang ở trong tình huống tương tự không, bởi vì "D:" trông rất giống Windows.


Xin chào, đánh dấu màu xanh lá cây có nghĩa là người dùng đã hỏi câu hỏi đã đánh dấu câu trả lời là "được chấp nhận". Vì vậy chúng tôi ít nhất có thể giả định các điều khoản có thể được thay đổi sử dụng chmod. Thư mục này nằm bên dưới thư mục chính của người dùng ( ~). Thêm vào đó họ đã biết rằng các sự cố như thế này có thể là do sự cố gắn kết với bộ nhớ từ xa.
sourcejedi

Cũng lưu ý, statlệnh xác nhận điều này. So sánh Devicetrường cho stat .vs sudo stat ./deploy_dir/liferay-portal-6.1.1-ce-ga2/tomcat-7.0.27/bin/D \: Tệp: './deploy_dir/liferay-portal-6.1.1-ce -ga2 / tomcat-7.0.27 / bin / D: '`. Nó là như nhau. Đầu ra này là bằng chứng tốt cho thấy chúng nằm trên cùng một hệ thống tập tin.
sourcejedi

À, đúng rồi! Xin lỗi vì tiếng ồn ...
davino
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.