Il cestino funziona su NTFS quando montato da Nautilus, ma non quando montato automaticamente tramite / etc / fstab

Ho 2 unità "dati". Uno è NTFS , l'altro è ext4 .

Il cestino funziona per entrambe le unità quando autorizzo Nautilus a gestire il supporto.

Ho scelto di montarli automaticamente tramite le voci in / etc / fstab, ma quando lo faccio, solo ext4 mi dà una directory Cestino funzionante.

Il cestino sull'unità NTFS semplicemente non funziona.
Quando premo "elimina" o utilizzo la voce di menu contestuale "Sposta nel cestino", viene visualizzato questo messaggio di errore.

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

Ecco le mie linee / etc / fstab.

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

... ed ecco come ho creato le directory mountpoint.

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

Tutto sembra funzionare bene, ad eccezione del Cestino sull'unità NTFS ...
Il Cestino sull'unità Ext4 funziona normalmente.

AGGIORNAMENTO: ulteriori informazioni sul cambio di proprietà doposudo 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

— Peter.O
fonte

Risposte:

Credo che Nautilus abbia bisogno di una .Trash-1000cartella nella radice del filesystem (es. /media/D_0931_data/.Trash-1000) Per esistere ed essere scrivibile dall'utente.

NOTA : in 1000in .Trash-1000è l'ID utente. Puoi ottenere il tuo id -u USERNAME. Modificarlo di conseguenza, se necessario.

Provare a eseguire questo: sudo mkdir /media/D_0931_data/.Trash-1000; sudo chmod 777 /media/D_0931_data/.Trash-1000.

Se questo non ha funzionato, si può provare lo stesso, ma con .Trashal posto di Trash-1000, e se che non ha funzionato, inviare l'output di ls -la /media/D_0931_data?

Prova ad aggiungere questo a fstab (sulla riga ntfs): defaults,uid=1000anziché solo defaults.

— Evgeny
fonte

Ho seguito approssimativamente quello che hai detto .. e la cosa più significativa (?) Che ho visto è che la proprietà e l'autorizzazione delle cartelle mountpoint cambiano dopo sudo mount -a... Non so come interpretarlo ... (Ho aggiunto i passaggi alla mia domanda) ... Per quanto riguarda la directory .Trash, non ho potuto cambiare i permessi (strano!)

— Peter.O

Presumo che i permessi cambino a causa della mia voce "predefinita" in / etc / fstab ... ma ntfs è abbastanza diverso da ext4.

— Peter

Ah, certo, non ci sono permessi su ntfs. Sciocco me

— evgeny,

evgeny: Marvleous! Hai salvato la giornata! .... funziona ora (con uid = 1000) ... Grazie.

— Peter

l'aggiunta di questo alla linea di partizione fstab ha risolto il problemantfs-3g defaults,umask=077,uid=1000,gid=100,users,exec,noauto,noatime 0 0

— Postadelmaga,

Per quanto ne so questo è un po 'un bug in Nautilus, forse potresti segnalarlo? L'ho sperimentato anche io e, per quanto ho capito, è una di quelle sciocche "caratteristiche" di nautilus, in cui fa qualcosa in un modo che non dovrebbe davvero dalla logica.

Sembra essere correlato al modo in cui nautilus "capisce" la guida auto-montata; lo vede in qualche modo non nativo e disabilita alcune funzionalità (una "caratteristica" di sicurezza). Come ho detto prima, l'opzione migliore qui è di segnalare un bug su nautilus.

— RolandiXor
fonte

Sembra che Nautilus gestisca perfettamente il Cestino quando monta l'unità ntfs, da me facendo clic sull'unità "etichetta" in Luoghi .. Ho presupposto che Nautilus non sarebbe affatto coinvolto se montassi automaticamente via / etc / fstab, ma "penso" che forse Nautilus è l'app che gestisce effettivamente il Cestino ... In tal caso, potrebbe esserci qualche strana interazione .. Dovrò esaminarlo un po 'più tardi .. questo mi sta facendo girare (ho bisogno di una pausa) .. Se rilevo che non è qualcosa che ho fatto in modo errato, proverò a segnalare un bug, ma è Bugzilla o Launchpad o ... ??

— Peter

bugzilla migliore poiché potrebbe essere risolto immediatamente con l'upstream, ma se si desidera una risposta più veloce / più amichevole, il launchpad è generalmente migliore (anche se esiste il rischio che l'upstream negherebbe qualsiasi patch semplicemente perché proviene da Canonical).

— RolandiXor