Monte edilmiş NTFS birimlerinden çöp kutusunu yönetmeye çalışırken, FreeDesktop.org'un referansını okudum .
Etrafta alay ve bazı testler yaparak, Ubuntu / Gnome'un özellikleri% 100 takip etmediğini fark ettim. İşte nedeni:
Olmayan / bölümleri için, her zaman kullanır
<driveroot>/.Trash-<uid>, hiç kullanılmamış<driveroot>/.Trash/<uid>, ben bile önceden oluşturdu. Bu çalışırken, sinir bozucu: 15 kullanıcım varsa,/.Trash-xxxsürücümde 15 klasör bulunurken, diğer yaklaşım yine de tek bir klasör (15 alt klasörle) verir. Sürücülerimdeki bu "kirlilik" çok tatsız. Ve özellikleri " Bir$topdir/.Trashdizin yoksa, bir$topdir/.Trash-$uiddizin kullanılacak " der . Peki, mevcut, neden onu asla kullanmıyor?Kök çöp yapar değil en azından değil kutudan çıktığı, iş yeri. Nautilus'u kök olarak açın ve çöp kutusuna tıklayın; hata veriyor. Herhangi bir dosyayı silmeye çalışın, "çöp kutusuna taşınamaz" diyor. Tamam, bunun yaratılarak giderilebileceğini biliyorum
/root/.local/share. Ancak specs "Yeni bir ev çöpü" dizini herhangi bir yeni kullanıcı için otomatik olarak oluşturulmalıdır. Bu dizin bir çöp işlemi için gerekli ancak mevcut değilse, uygulama herhangi bir uyarı veya gecikme olmadan otomatik olarak OLMALIDIR. " O zaman neden hata? Hata?/etc/fstabBirimler zaten herkes için RW olarak monte edilmişse, neden uid ve guid gibi seçenekler ekleyerek, bağlı birimlerin girişlerini değiştirmeliyim ?
Bunlar standarttan sapmanın bazı örnekleridir. Soru şu:
"Ubuntu teknik özelliklere% 100 uymazsa, çöp kutusu tam olarak NASIL çalışır? Ubuntu'nun çöp kutusunu uygulaması için teknik bir referans nerede bulabilirim?"
Bu arada: Ubuntu özelliklerini takip etmek oluyor, ben özellikle ilgili, yanlış yapıyorum söyle lütfen /.Trash-<uid>vs /.Trash/<uid>sorunu.
Teşekkürler!
DÜZENLE:
Biraz daha bilgi:
Belirli bir fs'nin yapışkan bit (VFAT, NTFS) için desteği yoksa, muhtemelen izinleri de yoktur (en azından VFAT kesinlikle yoktur). Peki bir kullanıcının
/diğer kullanıcıların geri yüklemesini temizlemesini ne engeller./Trash-xxx? Eğer kişi kendi Çöp Kutusunu okuyabilir / yazabilirse, diğerinin çöpleri de dahil olmak üzere tüm sürücü için aynısını yapabilir mi? Yoksa Gnome'un./Trash-xxxVFAT / NTFS fs klasörlerinde bir tür "ekstra" koruması var mı?Linux,
/fstabuid ve gid seçeneklerini düzenleyerek NTFS montajında dosya izinlerini "taklit edebilirse", yapışkan biti de "taklit edebilir" mi? Gerçekten/.Trash/xxxformat kullanmayı tercih ederim ...Kök sorunu için: / bölümü için, çöpü kök olarak kullanabilirim ve gider
/root/.local/share/Trash. Ama Nautilus "Çöp Kutusu" nu (root olarak) tıklarsam hata alıyorum. Değil mi? Yani dosyalar doğru şekilde çöpe atıldı, ancak dosyaya erişemiyorum. Tüm yapabileceğim onları (dosyaları silerek/root/.local/share/Trash) manuel olarak "temizlemektir" , ancak geri yükleme çok zor olurdu (bilgi dosyalarını açma ve elle taşıma, vb.)./ Olmayan bölümler için (veya en azından VFAT / NTFS için), çöpü bile kök olarak kullanamıyorum: bir
./Trash-0klasör oluşturmuyor , sadece "Çöp atılamıyor, kalıcı olarak silmek istiyor musunuz?" Neden?Fstab hakkında: NTFS bölümlerim için kalıcı bir bağlanma için kullanıyorum. Birkaç var ve "önceden monte edilmiş" değilse onlar gerçekten masaüstü ve / veya Nautilus dağınık. Daha doğrusu olurdu o önceden monte edilmiş gibi vasıtından, benim dosya sisteminde entegre
/data,/windows/xp,/windows/vistave benzeri, ve izinli/mediave sadece gerçekten çıkarılabilir sürücüler için onun "montaj / bağlantısını kesme" esneklik.
Peki, Ubuntu / Gnome gerçekten özellikleri takip ederse, kök sorunlarını düzeltmenin ve (en azından) fstab'ed NTFS sabit bölümlerim için yapışkan bitin "taklit edilmesinin" bir yolu var mı?