Thùng rác hoạt động trên NTFS khi được Nautilus gắn kết, nhưng không hoạt động khi được tự động hóa thông qua / etc / fstab


11

Tôi có 2 ổ "dữ liệu". Một cái là ntfs , cái kia là ext4 .

Thùng rác hoạt động cho cả hai ổ đĩa khi tôi cho phép Nautilus xử lý việc gắn kết.

Tôi đã chọn tự động gắn kết chúng thông qua các mục trong / etc / fstab, nhưng khi tôi làm điều này, chỉ có ext4 cung cấp cho tôi một thư mục Thùng rác hoạt động.

Thùng rác trên ổ đĩa ntfs đơn giản là không hoạt động.
Khi tôi nhấn "xóa" hoặc sử dụng mục menu ngữ cảnh "Di chuyển đến Thùng rác", tôi nhận được thông báo hộp thoại lỗi này.

Cannot move file to trash, do you want to delete immediately?
. . . . The file "test" cannot be moved to the trash . . . .

Đây là dòng / etc / fstab của tôi.

/dev/sdb1 /media/D_0931_data   ntfs  defaults  0   0  
/dev/sdc1 /media/E_0298_back   ext4  defaults  0   0  

... và đây là cách tôi tạo các thư mục mountpoint.

sudo mkdir  /media/D_0931_data  
sudo mkdir  /media/E_0298_back  

Mọi thứ dường như đang hoạt động tốt, ngoại trừ Thùng rác trên ổ đĩa ntfs ...
Thùng rác trên ổ đĩa ext4 hoạt động bình thường.

CẬP NHẬT: thông tin thêm về thay đổi quyền sở hữu sausudo mount -a

sudo mkdir  /media/D_0931_data
sudo mkdir  /media/E_0298_back
#
ls -la      /media
  drwxr-xr-x  2 root root 4096 2010-11-28 10:27 D_0931_data
  drwxr-xr-x  2 root root 4096 2010-11-28 10:27 E_0298_back
#
gksu gedit  /etc/fstab
  /dev/sdb1 /media/D_0931_data   ntfs  defaults  0   0
  /dev/sdc1 /media/E_0298_back   ext4  defaults  0   0
#
sudo mount -a
#
ls -la      /media
  drwxrwxrwx  1 root root  12288 2010-11-28 10:22 D_0931_data
  drwxrwxr-x  5 root axiom  4096 2010-11-28 09:51 E_0298_back

Câu trả lời:


7

Tôi tin rằng Nautilus cần một .Trash-1000thư mục trong thư mục gốc của hệ thống tập tin (ví dụ /media/D_0931_data/.Trash-1000) để tồn tại và có thể ghi được.

LƯU Ý : 1000trong .Trash-1000là ID người dùng của bạn. Bạn có thể nhận được của bạn bằng cách id -u USERNAME. Thay đổi nó cho phù hợp nếu cần thiết.

Hãy thử chạy này : sudo mkdir /media/D_0931_data/.Trash-1000; sudo chmod 777 /media/D_0931_data/.Trash-1000.

Nếu điều đó không hiệu quả, bạn có thể thử tương tự nhưng .Trashthay vì Trash-1000, và nếu điều đó không hiệu quả, hãy đăng kết quả đầu ra ls -la /media/D_0931_data?

Hãy thử thêm phần này vào fstab (trên dòng ntfs): defaults,uid=1000thay vì chỉ defaults.


Tôi đã làm theo những gì bạn đã nói .. và điều quan trọng nhất (?) Tôi đã thấy là quyền sở hữu và sự cho phép của các thư mục mountpoint thay đổi sau khi sudo mount -a... Tôi không biết làm thế nào để diễn giải điều này ... (Tôi đã thêm các bước vào câu hỏi của mình) ... Trong thư mục .Trash, tôi không thể thay đổi quyền (lạ!)
Peter.O

Tôi giả sử rằng các quyền thay đổi do mục nhập "mặc định" của tôi trong / etc / fstab ... nhưng ntfs hoàn toàn khác với ext4.
Peter.O

Ah, tất nhiên, không có quyền trên ntfs. Tôi ngớ ngẩn quá.
evgeny

2
evgeny: Marvleous! Bạn đã tiết kiệm trong ngày! .... nó hoạt động ngay bây giờ (với uid = 1000) ... Cảm ơn.
Peter.O

1
thêm phần này vào dòng phân vùng fstab đã giải quyết được vấn đềntfs-3g defaults,umask=077,uid=1000,gid=100,users,exec,noauto,noatime 0 0
Postadelmaga

0

Theo tôi biết đây là một chút lỗi trong nautilus, có lẽ bạn có thể báo cáo nó? Tôi cũng đã trải nghiệm điều này và theo như tôi hiểu thì đó là một trong những "tính năng" ngớ ngẩn của nautilus, nơi nó làm một cái gì đó theo cách mà nó thực sự không nên theo logic.

Nó dường như có liên quan đến cách nautilus "hiểu" ổ đĩa tự động; nó thấy nó không phải là bản địa bằng cách nào đó và vô hiệu hóa một số tính năng (một "tính năng" an toàn). Như tôi đã nói trước đó, lựa chọn tốt nhất ở đây là báo cáo lỗi trên nautilus.


Có vẻ như Nautilus xử lý Thùng rác hoàn toàn tốt khi nó gắn ổ đĩa ntfs, bằng cách tôi nhấp vào "nhãn" ổ đĩa trong Địa điểm .. Tôi đã cho rằng Nautilus sẽ không tham gia nếu tôi tự động gắn kết qua / etc / fstab, nhưng tôi "nghĩ" rằng có lẽ Nautilus là ứng dụng thực sự quản lý Thùng rác ... Nếu đó là trường hợp, thì cũng có thể có một số tương tác kỳ lạ .. Tôi sẽ phải xem xét thêm một chút sau .. điều này làm tôi thất vọng (cần nghỉ ngơi) .. Nếu tôi xác định rằng đó không phải là điều tôi đã làm sai, tôi sẽ cố gắng báo cáo lỗi, nhưng đó là Bugzilla hay Launchpad hay ... ??
Peter.O

bugzilla tốt hơn vì nó có thể được xử lý ngược dòng ngay lập tức, nhưng nếu bạn muốn một launchpad phản ứng nhanh hơn / thân thiện hơn thường tốt hơn (mặc dù có nguy cơ ngược dòng sẽ từ chối bất kỳ bản vá nào chỉ vì chúng đến từ Canonical).
RolandiXor
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.