Çöp Kutusu, Nautilus tarafından monte edildiğinde NTFS üzerinde çalışır, ancak / etc / fstab üzerinden otomatik olarak ayarlandığında çalışmaz


11

2 "veri" sürücüm var. Biri ntfs , diğeri ext4 .

Nautilus'un bağlantıyı kullanmasına izin verdiğimde Çöp Kutusu her iki sürücü için de çalışır.

Ben onları / etc / fstab girişleri aracılığıyla otomatik olarak monte etmeyi seçtim, ama bunu yaptığımda, sadece ext4 bana çalışan bir Çöp dizini verir.

NTFS sürücüsündeki çöp kutusu çalışmıyor.
"Sil" tuşuna bastığımda veya "Çöp Kutusuna Taşı" içerik menü öğesini kullandığımda, bu hata iletişim mesajını alıyorum.

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

İşte / etc / fstab satırlarım.

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

... ve bağlama noktası dizinlerini nasıl oluşturduğum.

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

NTFS sürücüsündeki Çöp Kutusu dışında her şey iyi çalışıyor gibi görünüyor ... ext4 sürücüsündeki
Çöp Kutusu normal çalışıyor.

GÜNCELLEME: sonra sahiplik değişikliği hakkında daha fazla bilgisudo 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

Yanıtlar:


7

Nautilus'un var olması ve kullanıcı tarafından yazılabilir olması .Trash-1000için dosya sisteminin kök dizininde (örneğin /media/D_0931_data/.Trash-1000) bir klasöre ihtiyacı olduğuna inanıyorum .

NOT : 1000içinde .Trash-1000kullanıcı kimliğidir. Sizinkini alabilirsiniz id -u USERNAME. Gerekirse uygun şekilde değiştirin.

Bu çalıştırmayı deneyin: sudo mkdir /media/D_0931_data/.Trash-1000; sudo chmod 777 /media/D_0931_data/.Trash-1000.

Bu işe vermedi varsa, aynı ama deneyebilirsiniz .Trashyerine Trash-1000ve eğer o iş olmadı, çıktısını gönderebilir ls -la /media/D_0931_data?

Bunu defaults,uid=1000sadece yerine fstab'a (ntfs satırında) eklemeyi deneyin defaults.


Söylediklerinizi yaklaşık olarak takip ettim .. Ve gördüğüm en önemli (?) Şey, mountpoint klasörlerinin sahipliğinin ve izninin bundan sonra değişmesidir sudo mount -a... Bunu nasıl yorumlayacağımı bilmiyorum ... (Soruma adımları ekledim) ... .Trash dizini yeniden, izinleri değiştiremedim (garip!)
Peter.O

/ Etc / fstab ... benim "varsayılan" giriş nedeniyle izinlerin değiştiğini varsayıyorum ... ntfs ext4 için oldukça farklı .
Peter.O

Ah, elbette, üzerinde izin yok ntfs. Aptal bana.
evgeny

2
evgeny: Muhteşem! Günü kurtardın! .... şimdi çalışıyor (uid = 1000 ile) ... Teşekkürler.
Peter.O

1
Bunu fstab bölümleme satırına eklemek sorunu çözdüntfs-3g defaults,umask=077,uid=1000,gid=100,users,exec,noauto,noatime 0 0
Postadelmaga

0

Bildiğim kadarıyla bu nautilus bir hata biraz, belki bunu rapor olabilir? Ben de bunu yaşadım ve anladığım kadarıyla nautilus'un aptal "özelliklerinden" biri, gerçekten mantıkla olmamalı bir şekilde bir şeyler yapıyor.

Bu, nautilus'un otomatik sayılan sürücüyü "anlama" şekliyle ilişkili gibi görünüyor; bir şekilde yerli olmayan olarak görür ve bazı özellikleri devre dışı bırakır (güvenlik "özelliği"). Daha önce söylediğim gibi, burada en iyi seçenek nautilus hakkında bir hata bildirmektir.


Görünüşe göre Nautilus ntfs sürücüsünü monte ettiğinde Çöp Kutusu'nu mükemmel bir şekilde ele alıyor, bende Yerlerdeki "etiket" sürücüsünü tıklatarak .. / vb. / fstab, ama belki de Nautilus'un gerçekten Çöp Kutusu'nu yöneten bir uygulama olduğunu düşünüyorum ... .. bu beni döndürüyor (bir mola gerekir) .. Yanlış yaptığım bir şey olmadığını tespit edersem, bir hata rapor çalışacağım, ama Bugzilla veya Launchpad veya ... ??
Peter.O

daha iyi bugzilla, çünkü bir kerede yukarı doğru ele alınabilir, ancak daha hızlı / daha kolay bir yanıt başlatmak istiyorsanız genellikle fırlatma rampası genellikle daha iyidir (ancak yukarı akış riski sadece Canonical'den geldiği için herhangi bir yamayı reddedecektir).
RolandiXor
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.