[RISOLTO] problemi copia file

[c.realkiller]

ho riscontrato su debian 9 uno strano comportamento: copiando dei file su chiavetta usb da hdd usando cp o gcp o rsync etc, che se la chiavetta è montata con l'auto mount (in media) la copia dei file è estremamente lenta, mentre se creo un punto di mount in mnt/ e monto li la chiavetta, la copia dei file è estremamente veloce.
qualcuno sa darmi delle spiegazioni in merito?
grazie

[Aki]

[..] se la chiavetta è montata con l'auto mount (in media) la copia dei file è estremamente lenta, mentre se creo un punto di mount in mnt/ e monto li la chiavetta, la copia dei file è estremamente veloce.

Senza avere misure precise, si potrebbe ipotizzare che nei due diversi casi d'uso sono usate diverse opzioni di mount: questo lo puoi verificare con il comando mount da riga di comando (senza altri parametri).

In ogni caso, sarebbe utile poter disporre di misure quantificate relativamente ai due diversi casi d'uso. Puoi farlo facilmente usando il comando time; ad esempio (ho usanto /dev/null solo come esempio):

Codice: Seleziona tutto

script log.txt
/usr/bin/time -v "cp /dev/null /dev/null"
exit


[c.realkiller]

Grazie della risposta, appena avrò accesso nuovamente alla macchina in questione postero gli output.
Buona domenica

[c.realkiller]

usando time questo è l'output:
real 0m6,129s
user 0m0,010s
sys 0m1,218s
ma una volta finita la copia, andando a espellere il dispositivo, mi esce una finestrella di pop-up che mi avvisa: non espellere il dispositivo, dispositivo occupato etc..etc...
in dmesg vedo questo

Codice: Seleziona tutto

[19255.215216] usb 1-1.4: reset high-speed USB device number 5 using ehci-pci
[20781.781077] usb 1-1.4: reset high-speed USB device number 5 using ehci-pci
[22861.627087] usb 3-1: new high-speed USB device number 2 using xhci_hcd
[22861.849564] usb 3-1: New USB device found, idVendor=090c, idProduct=1000
[22861.849572] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[22861.849577] usb 3-1: Product: USB DISK
[22861.849582] usb 3-1: Manufacturer: SMI Corporation
[22861.948443] usb-storage 3-1:1.0: USB Mass Storage device detected
[22861.948672] scsi host6: usb-storage 3-1:1.0
[22861.948799] usbcore: registered new interface driver usb-storage
[22861.963064] usbcore: registered new interface driver uas
[22863.282547] scsi 6:0:0:0: Direct-Access     SMI      USB DISK         1100 PQ: 0 ANSI: 4
[22863.283758] sd 6:0:0:0: Attached scsi generic sg2 type 0
[22863.283916] sd 6:0:0:0: [sdb] 15974400 512-byte logical blocks: (8.18 GB/7.62 GiB)
[22863.284611] sd 6:0:0:0: [sdb] Write Protect is off
[22863.284620] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[22863.285278] sd 6:0:0:0: [sdb] No Caching mode page found
[22863.285294] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[22863.291922]  sdb: sdb1
[22863.293914] sd 6:0:0:0: [sdb] Attached SCSI removable disk


[Aki]

usando time questo è l'output:

Codice: Seleziona tutto

real 0m6,129s
user 0m0,010s
sys 0m1,218s

[..] una volta finita la copia, andando a espellere il dispositivo, mi esce una finestrella di pop-up che mi avvisa: non espellere il dispositivo, dispositivo occupato

Dal log del messaggio precedente, risulta che ha impiegato 6 secondi a copiare il o i file, quindi non mi sembra che i tempi siano eccessivamente lunghi come hai riferito nel primo messaggio della discussione. Per analizzare più in dettaglio, dovresti fornire il log completo dei comandi che ti ho suggerito e non solo una parte.

Per quanto riguarda l'impossibilità a rimuovere il disco USB, può dipendere da molti fattori (ad esempio, lo svuotamento dei buffer del disco), ma anche in tal caso in assenza di log non è possibile fornire risposte. Spero tu abbia già considerato che non può essere "smontato" (espulso) un disco USB se è attivo un processo che utilizza la path del dispositivo (ad esempio, c'è una finestra di terminale aperta con directory corrente all'interno della path del disco esterno USB).

[Aki]

@c.realkiller : puoi aggiornare la discussione ?

[Aki]

intervento di moderazione: in assenza di riscontro dal parte del richiedente e non essendo stata oggettivata la segnalazione, si chiude la discussione come risolta.

[c.realkiller]

scusate ero in ferie.
credo che dipenda proprio dal fatto che facendo una copia di un file, la barra di avanzamento si riferisca alla copia del file in buffer.
questo succede con qualsiasi opzione di mount.
Infatti, quando si va ad espellere il dispositivo a copia avvenuta, il pop-up dice di non rimuovere il dispositivo perchè è occupato (dalla copia del file ovviamente).
Credo che non ci siano soluzioni a questo, tranne scrivere una mail ai manutentori/sviluppatori di nautilus.
Grazie mille per l'impegno e per l'aiuto.

[c.realkiller]

Spero tu abbia già considerato che non può essere "smontato" (espulso) un disco USB se è attivo un processo che utilizza la path del dispositivo (ad esempio, c'è una finestra di terminale aperta con directory corrente all'interno della path del disco esterno USB).

questo non è vero, se apro nautilus in una qualsiasi cartella all'interno del disco usb se non c'è un processo di copia o altro il dispositivo lo pèosso espellere tranquillamente.
con questo precisazione per i posteri, chiudo la discussione.
Ancora grazie

[Aki]

credo che dipenda proprio dal fatto che facendo una copia di un file, la barra di avanzamento si riferisca alla copia del file in buffer. questo succede con qualsiasi opzione di mount.

Se può essere utile, faccio presente che i programmi in spazio utente non sanno se i dati del file sono in una area di memoria di "cache" oppure stanno accedendo direttamente al disco: questo aspetto è generalmente gestito dal sistema operativo. Non so se ti è chiaro che la copia dei dati dei file dalla "cache" al file system di destinazione è trasparente all'utente è può impegnare la periferica di destinazione per un tempo superiore a quello visualizzato dall'interfaccia utente.

Spero tu abbia già considerato che non può essere "smontato" (espulso) un disco USB se è attivo un processo che utilizza la path del dispositivo (ad esempio, c'è una finestra di terminale aperta con directory corrente all'interno della path del disco esterno USB).

questo non è vero, se apro nautilus in una qualsiasi cartella all'interno del disco usb se non c'è un processo di copia o altro il dispositivo lo posso espellere tranquillamente.

Se c'è un processo che accede alla path (in altri termini ha un file aperto per qualunque motivo in quella path, oppure ha la propria "current working directory (CWD)" all'interno di tale path, allora il comando di umount (per smontare il disco) fallisce (restituisce errore): puoi facilmente verificarlo.