[Risolto] /etc/mtab: mantenere symlink invece del file reale

[guerro]

Ciao a tutti,
mi capita questa stranezza e vorrei avere conferma se capita anche a voi:

• Ho censito in fstab i mount point relativi a condivisioni nfs sul mio NAS;
  
• I mount point vengono correttamente visualizzati nella barra laterale sinistra di dolphin;
  
• quando però faccio doppio click per aprire la condivisione dolphin non mi fa accedere anche se è stata correttamente mountata (verificato lanciando il comando "mount" da console e accedendovi, sempre da console);
  
• l'unico modo per accedere è selezionare la voce "radice", quindi la cartella "mnt" e successivamente la cartella che funge da mount-point.
  

Facendo questo giro tra l'altro dolphin passa dall'evidenziare la voce "radice" a quella relativa alla condivisione di rete.

A qualcun'altro capita la stessa cosa?

Tra l'altro, ma non so se dipende dallo stesso motivo, quando monto una pennina USB formattata NTFS da 64GB, dolphin mi dice che ho sempre 3.1GB liberi e quando tento di copiare un file da 8GB mi dice che lo spazio è esaurito, peccato che ne abbia almeno 30GB. La cosa fila liscia se invece da console, tramite Midnightcommander faccio la stessa operazione di copiatura.

[EDIT]
Cambiato il titolo da "Dolphin e nfs4.x mount point" a "/etc/mtab: mantenere symlink invece del file reale"
in quanto il problema sembra dovuto al fatto che il link simbolico creato nel boot-runleve venga sostituito ogni volta con un file reale
_________________
(.(*. .*).)
.. G u e r r o ..
(.(.* *.).)

[sabayonino]

aggiungi l'opzione "user" nella riga del mount , vedrai che poi sior delfno te lo monta anche da utente indipedentemente di chi sia il proprietario della cartella
_________________
LRS i586 on G.Drive
LRS x86-64 EFI on MEGA

[fedeliallalinea]

[guerro]

[sabayonino]

[guerro]

Giusto una domanda....
Ma a qualcuno di voi funziona tutto regolarmente? In caso potreste postare la riga del vostro fstab? Magari è solo una questione di optioni
_________________
(.(*. .*).)
.. G u e r r o ..
(.(.* *.).)

[fedeliallalinea]

Il problema e', per questioni di sicurezza, la rimozione del setuid da /sbin/mount.cifs. Infatti se provo a montare qualcosa da user ho il seguente errore

[guerro]

scusate un secondo....
ma perchè state parlando di CIFS e non di NFS?

anche il pacchetto dovrebbe essere nfs-utils, e il comando mount.nfs

Questa è la riga in fstab in cui ho dichiarato la condivisione da montare:

[fedeliallalinea]

[guerro]

come detto, da command line è tutto perfetto: monta e posso accedere senza problemi.

Il problema è tutto e solo di DOLPHIN, che su doppio-click nella barra di sinistra in cui sono elencate le condivisioni (che mostra scollegate) esegue il mount, ma il device continua ad essere mostrato come scollegato e quindi nel riquadro di destra non mostra il contenuto della condivisione su cui ho fatto doppio-click.
_________________
(.(*. .*).)
.. G u e r r o ..
(.(.* *.).)

[sabayonino]

Per il NAS a mia disposizione non ho problemi di montaggio (niente opzione "user") . Ho solo alcune opzioni forzate per la versione di nfs utilizzata dal NAS e per la rete (timeout e menate varie)

[guerro]

vedo che tu utilizzi la versione 3 di nfs, io la 4.1.....
non sarà mica che dolphin ha problemi con la 4.x???

Adesso che ci penso ho cominciato ad avere questo problema qualche aggiornamento fa, credo anche quando sono passato tutto a nfs4.x
Questo spiegherebbe perchè sostanzialmente il sistema funziona... ed è solo dolphin che ha questo problema...
_________________
(.(*. .*).)
.. G u e r r o ..
(.(.* *.).)

[sabayonino]

è il NAS (quello mio) che non supporta la 4.x

per quello che ti dico di controllare le impostazioni NFS sul NAS
_________________
LRS i586 on G.Drive
LRS x86-64 EFI on MEGA

[guerro]

Il mio nas della qnap supporta la 4.x
Se fosse come dici avrei problemi sia con Dolphin che da console....
Invece è solo Dolphin.... mi sto convincendo sempre più che il problema c’è l’abbia proprio dolphin.
Nessuno ha esperienze positive con Dolphin e nfs4.x??? Giusto per fugare il dubbio di incompatibilità tra i due ????????
_________________
(.(*. .*).)
.. G u e r r o ..
(.(.* *.).)

[guerro]

FINALMENTE CAPITOOOO!!!!!!

Il problema è dovuto tutto al fatto che il file /etc/mtab NON E' UN LINK SIMBOLICO a /proc/self/mounts.
La cosa strana è che il link dovrebbe essere creato quando viene eseguito nel runlevel di boot il file /etc/initd/mtab. Sospetto che il link venga creato, ma poi c'è qualcosa che lo sostituisce nuovamente con un file reale che non viene mai aggiornato.

Il vostro /etc/mtab come è??
_________________
(.(*. .*).)
.. G u e r r o ..
(.(.* *.).)

[fedeliallalinea]

[guerro]

Ho visto che lo script /etc/init.d/mtab eseguito al boot crea il link, ma poi cìè qualcosa che successivamente sostituisce il link con un file fisico..... voglio capire chi e quando esegue il secondo passaggio. Deve essere qualcosa nel default runlevel perchè ho provato a spostare l'mtab dal boot-runlevel al default-runlevel, ma il risultato non cambia.

Qualcuno ha qualche suggerimento?
_________________
(.(*. .*).)
.. G u e r r o ..
(.(.* *.).)

[sabayonino]

[guerro]

[fedeliallalinea]

[guerro]

Questa sera provo a confrontare con quel comando il mio server con il client e vedere cosa viene eseguito dopo mtab (magari provando già a spostarlo dal boot al default giusto per smarcare un po di voci dalla lista )
_________________
(.(*. .*).)
.. G u e r r o ..
(.(.* *.).)

[sabayonino]

@guerro : si scusa mi sono perso un pezzo del comando

[guerro]

Purtroppo con il comando suggerito non ho risolto nulla...
in compenso ho scoperto che potrebbe essere FUSE che crea problemi: ho provato a creare il link manualmente e a cancellare il file mtab.fuselock.... e quando ho riavviato il file mtab è ritornato ad essere un file fisico e il file mtab.fuselock è ricomparso.
Se può essere d'aiuto a qualcuno per aiutarni a chiarire il mistero posto l'output del comando: