Newsgroup: it.comp.os.linux.iniziare
Titolo: Problema copia grandi file

Sto usando un computer che ha Ubuntu Mate 16.04 LTS. Ho questo problema: 
se faccio copia di file di grandi dimensioni il programma CAJA mi da 
l'operazione completata mentre la pendrive in realtà continua a"girare".
Lo posso vedere perché la pendrive ha un led di controllo.
Purtroppo non capisco perché ciò avvenga. Chiaramente se utilizzo 
un'altra pendrive che non ha questo sistema il file copiato sarà 
corrotto... :(
Come si risolve questo problema?

 il programma CAJA
 
<ignorante mode on>
perché CAJA e non il semplice drag & drop? sono la stessa cosa?
<ignorante mode off>
 
come alternative io uso ogni tanto midnight commander o gnome commander
 
-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........


Perché anche se l'operazione è finita il SO sta continuando a scrivere 
quanto c'è nelle varie cache.
 
Se non c'è alcun led (ma anche se c'è) è buona norma usare il comando 
sync per forzare l'aggiornamento del disco.
 
In alternativa, sui sistemi unix, si può usare
'sudo umount /path_dove_è_montata_la_pendrive' che provvede a smontare 
la partizione obbligando il sync.
 
Solo dopo che sync od umount terminano si potrà estrarre la pendrive in 
sicurezza.
 
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   < 
http://giovanni.homelinux.net/
 >

 
 
Il drag & drop con Caja, così suona meglio. ;)

 Giovanni
 
Per un utente normale questa è una decisa complicazione. Caja, nautilus, 
etc., a mio parere, dovrebbero gestire questa situazione in maniera 
"trasparente".
Complicazione senza senso, per un utente normale...

Il 25/06/20 11:26, Hunter ha scritto:

P.S:
Il problema è presente anche nelle ultime versioni di Ubuntu?
Ciao.

 Ciao.
 
Probabilmente è presente su tutte le versioni di Linux.  Forse se la 
pendrive viene montata con le opportune opzioni, ma in questo momento 
non saprei dire quali, si potrebbe ridurre il problema, ma non eliminare.


 Il problema è presente anche nelle ultime versioni di Ubuntu?
 
 
E anche nelle ultime di Windows, iOS, Unix, ecc. Da nessuna parte sfili una
chiavetta quando ti pare, nemmeno quando un programma ritiene, giustamente, di
aver finito il proprio compito dopo aver detto al SO cosa scrivere dove.
 
In Windows fai prima click col tasto destro sull'iconcina del volume e clicchi
"estrai", o qualcosa di simile. Il messaggino "...ora puoi estrarre..." ti
compare solo quando il SO ha finito il sync.

 Come si risolve questo problema?
 
Prima di rimuovere la chiavetta ci sarà qualche bottone del tipo
rimuovi dispositivo o espelli.
Ad esempio su Doplhin in KDE vado sopra all’icona della chiavetta
che appare al momento dell’inserimento, clicco col destro, scelgo
“espelli”. A questo punto si attende un po’ e salta su un poup-up
con scritto ora puoi staccare la chiavetta.
La stessa cosa è possibile farla anche con filemanager più leggeri,
tempo fa ne avevo provato uno di cui ora mi sfugge il nome...
Mi sembra strano che nautilus o anche questo caja, non abbia una
funzione così base per lagestione dei rimovibili...
 
Anzi... guarda qua, dicono che c’è il bottone indicato col classico
simbolo di eject (triangolo con sotto un trattino per capirci), e
mostrano anche altri due modi per smontare il dispositivo perima di
staccarlo:
 
https://askubuntu.com/questions/1075481/is-it-possible-to-make-ejecter-working-on-ubuntu-14-04-lts-16-04-lts-or-18-04-l/1075482#1075482
 
 
In kde, che ora però non uso da tempo, c’è anche nell’area di notifica
l’icona dell’USB, ci si clicca e saltano su tutti i dispositivi
collegati, cliccando su quello che interessa si smonta e si può
scollegare.
 
Il tutto si può fare ovviamente da shell con umount.
 
Il comando sync è un di più direi, la sua utilità non è tanto
relativa alle operazioni di smontaggio e scollegamento della
chiavetta quanto ai casi in cui per sicurezza si vuole assicurare
che la copia dei dati sia effettivamente completata, pur lasciando
la chiavetta inserita. Tipo se salta la corrente sei sicuro di avere
i dati nella chiavetta o se il sistema da cenni di instablità e si
inchioda: se io avevo dato sync prima ed era andato a buon fine e
completato, i dati in chiavetta me li dovrei ritrovare anche in caso
di guai successivi.

 Il problema è presente anche nelle ultime versioni di Ubuntu?
 
Sì. E non lo definirei un problema, ma "vezzo". Il motivo è che per default
anche le periferiche USB vengono montate in modalità async, al fine di
migliorare l'I/O. Lo svantaggio è quello che hai notato. Ci sono dei workaround
per fare in modo che le scritture siano sincrone, ma spesso sono evitati perché
vengono ritenuti "poco sicuri" per la longevità della chiavetta. Personalmente
preferisco l'approccio a la Windows, ovvero sync per default per tutti i
dispositivi USB e amen
 
Enrico

 Il problema è presente anche nelle ultime versioni di Ubuntu?
 
conosci un sistema dove sia ok rimuovere una chiavetta prima di averla 
smontata?
 


Beh, teoricamente dopo un tempo lungo lo si può fare su tutti i sistemi, 
direi.
 
bye
 
-- 
  "S'io m'intuassi, come tu t'inmii." - Dante - Paradiso IX,81


Windows 10 (!!!) può farlo
 
https://thenextweb.com/microsoft/2019/04/09/windows-10-now-lets-you-pull-out-usb-drives-without-safely-removing-them/
 
 
-- 
Cio' che si vede, e'.
 

 direi.
 
Ho una chiavetta (regalata) di gran marca (SanDisk) che e' senza
diodo, ma usb3. Io le chiavette le monto e smonto sempre e solo da
riga di comando anche quando sono nella GUI. Ebbene, e' l'unica che
non fa aspettare a restituire il prompt -> dipendera' dall'usb3 ciao?
 
-- 
Yoda
 

 Beh, teoricamente dopo un tempo lungo lo si può fare su tutti i sistemi, direi.
 
Il problema è definire "lungo". Ma comunque non mi pare una buona idea. Magari
dati sulla chiavetta sono a posto, ma il SO non si trova più un pezzo di
hardware. Immagino si scateni qualche I/O error, ora non ho voglia di provare.
 

 Windows 10 (!!!) può farlo
 
sì sì, mi fido.

Marco wrote on 6/25/20 2:31 PM:

"...as long as you’re not writing data to it", (...e allora grazie al qaxxo... :-) )
 
È il nocciolo del problema. Estrarresti una chiavetta da W10 mentre il led
lampeggia ancora? Sicuramente no.
 
Certo che se le operazioni di scrittura sono finite, il SO rileva lo sgancio e
fa uno smontaggio da solo, siamo tutti contenti. Ma tu devi essere certo che le
operazioni di scrittura siano finite, e quando lo sei?

 
Per lungo intendevo appunto molto lungo, ragionando per assurdo.
Comunque alla fine come si é detto, é una questione di sync e di cache: 
se tu copi una chiavetta e la stacchi il giorno dopo, sarà sempre sicuro 
farlo.
Non è che smontarla sia indispensabile, forzi solo il sistema a fare
un controllo.
E comunque nessun I/O error o particolari problemi al sistema, tutt'al
più avrai un messaggio d'errore gestito, almeno sui sistemi moderni.
D'altra parte in Linux siamo abituati a montare e smontare ma in Windows
quell'opzione è direi apparsa dopo le prime chiavette, per gli utenti
che per fretta le staccavano mentre il sistema stava ancora scrivendo.
Ma non volevo fare della polemica, ragionavo appunto quasi per assurdo.


 più avrai un messaggio d'errore gestito, almeno sui sistemi moderni.
 
ma che c'entra il sistema? sai che glie ne frega al sistema, il problema 
è il file system della chiavetta. se interrompi una scrittura è 
matematico corrompere i dati, cosa e quanto corrompi dipende ovviamente 
dalla scrittura che hai interrotto. rimuovere un dispositivo senza 
smontarlo significa giocare sulla probabilità che in quel momento non ci 
sia nessuna scrittura in corso.

 sì sì, mi fido.
 
Penso di farlo dai tempi di Windows 7. Di fatto, la chiavetta viene montata
con sync attivo, quindi quando la finestrella di copia si chiude ovvero il
led sulla chiavetta smette di lampeggiare, puoi tranquillamente staccarla (non
a caso, una delle maggiori bestemmie all'epoca che si leggevano su Windows era
che la copia su USB era lenta, facendo diventare l'abilitazione dell'async una
FAQ)
 
Enrico


Eh ma lui si fida, l'ha anche detto.


 ma che c'entra il sistema? 
 
Rispondevo a R2-D2.


 un controllo.
 
E` un poco piu` complicato.
 
Per esempio, il semplice fatto di
fare il mount scrive il "mount count".
E scrive che il fs e` "dirty", fino
a che non si fa un-mount.
 
Detto altrimenti, non e` un controllo,
e` una chiusura della pratica, l'unmount.
 
Credo solo se il dispositivo fosse montato
R/O si possa rimuoverlo senza un-mount.
 
bye,
 
-- 
 
piergiorgio

 e` una chiusura della pratica, l'unmount.
 
Ok, qui però si parlava di copiare files da una chiavetta.
Quello che voglio dire è che se tu dopo un'ora che il sistema
ha finito la copia, stacchi la chiavetta senza smontarla
non ci sarà nessuna perdita di dati.
E se c'è credo che il problema non stia nell'unmount.


 E se c'è credo che il problema non stia nell'unmount.
 
Non e` un problema, e` cosi` per design.
 
Dato che *non* e` stateless (come un mouse od
una tastiera), si deve informare il sistema che
la risorsa non e` piu` da considerarsi in uso.
 
Questo perche` il sistema non puo` conoscere
l'_intenzione_ di rimuovere il dispositivo.
 
La cosa potrebbe essere gestita diversamente,
ma al momento e` cosi`.
Anche perche` "diversamente" ha altri svantaggi.
 
bye,
 
-- 
 
piergiorgio

 a che non si fa un-mount.
 
Ecco, questo non saprei se e come si risolverebbe se venisse montata in sync.
Posso dire che su Windows è risolto, almeno per i due file system supportati
da Microsoft, ma non saprei sotto Linux
 
Enrico

 da Microsoft, ma non saprei sotto Linux
 
Una soluzione e` montare in maniera *diversa*
i dispositivi rimovibili.
 
Per esempio evitando queste necessita`...
 
bye,
 
-- 
 
piergiorgio

lampeggia ancora? Sicuramente no.
 
Anch'io sono poco fiducioso e continuo a preferire la rimozione
sicura.
 
Tu stai facendo qualcosa coscientemente sulla chiavetta, ma ci può
essere anche altra gente che non vedi:
 
-l'antivirus
-un qualche aggiornamento che scompatta dei file
-un qualche indicizzatore
-un criptolocker che sta lavorando a manetta 
-un processo che si è inchiodato
 
In fin dei conti, ci sono casi in cui la rimozione sicura fallisce:
"impossibile rimuovere etc".
Ecco, in quei casi la rimozione brutale non sarebbe stata una gran
bella cosa.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 supportati da Microsoft, ma non saprei sotto Linux
 
se monti con la sync option hai "risolto", virgolettato perché è 
opinabile sia un problema da risolvere: linux non usa più la cache in ram 
e ogni settore scritto blocca ogni altra lettura/scrittura finché non 
riceve conferma di scrittura effettiva. quindi non esiste nessun stato 
dirty.
chiaro che se devi copiare un file e smontare cambia poco o niente, ma se 
devi fare più operazioni di lettura / scrittura le performance sono molto 
scarse. 
 
 

Il 25/06/20 12:01, R2-D2 ha scritto:

Direi che sarebbe utile trovare un metodo anche per linux per non trarre 
in inganno l'utente, che, convinto che il programma abbia finito, la 
sfili incoscentemente. Dovrebbe essere almeno un'opzione per consentire 
di attivare il sync in modo semplice.

Il 25/06/20 12:08, Enrico Bianchi ha scritto:

La durabilità del dispositivo è giusto preservarla ma alla fine se non 
riesci a copiare correttamente un file importante il problema è la 
salute dell'utente, visto l'arrabbiatura molto prevedibile.
Come si attiva sync?
Dovrebbe essere almeno un'opzione per consentire di attivare il sync in 
modo semplice, meglio se di default.

Il 25/06/20 14:00, rootkit ha scritto:

Con Windows generalmente non mi capita, anche se lo utilizzo molto meno. 
Quando vedo che la copia è terminata per esplora risorse il led è 
spento, cosa che non succede per linux.

Il 25/06/20 15:03, R2-D2 ha scritto:

Il problema è che se la pendrive NON ha il led... cosa comune, ti fidi 
del fatto che il programma abbia finito. Smontare ogni volta è giusto ma 
è molto facile da dimenticare o può capitare che lo si faccia lo stesso.
Si dovrebbe dire al programma di copia "il S.O. NON ha finito, continua 
ad indicare che la pendrive non è pronta ad essere disconessa".
Cosa comporti dal punto di vista della programmazione non lo so, dal 
punto di vista di utente, a mio parere, è indispensabile.

Il 25/06/20 12:07, Joe ha scritto:

Si ma di default, a mio parere, direi che in ogni caso il programma che 
si occupa della copia deve lasciare, a fine copia per lui, un messaggio 
di attesa dicendo che il sistema operativo non ha completato 
l'operazione, tanto la pendrive non è pronta per essere tolta.

 attivare il sync in modo semplice.
 
Vado a memoria ma su Ubuntu, da qualche parte del Desktop, dovresti avere
l'iconcina da cliccare, preciso a Windows.
 

 ha scritto:
 
| Vado a memoria ma su Ubuntu, da qualche parte del Desktop, dovresti avere
| l'iconcina da cliccare, preciso a Windows.
 
buon pomeriggio,
 
in effetti al netto della distribuzione utilizzata ogni file manager (io ad
esempio utilizzo PCManFM su debian) ha un suo sistema per smontare una pendrive, o
in senso più ampio una partizione montata sul sistema.
 
direi quindi che non ci sono problemi in tal senso ne qualcosa da "implementare" che
manca.
 
saluti.
 
***
║» WinterMute «║  @  [debian]  «branch»  [bullseye / testing]
***
 

il Fri, 26 Jun 2020 16:32:36 +0200
WinterMute <winte...@cryptolab.nOt> ha scritto:
 
| [...]
 
p.s.: era implicito nel messaggio precedente ma ho pensato poi che sarebbe stato
preferibile precisare che nel caso la copia di un file sia stata effettuata tramite
terminale l'unmount della partizione debba essere fatto "manualmente".
 
se si agisce invece usando un file manager, come già detto, esso ha la facoltà di
gestire volumi "esterni" e quindi anche di smontarli.


 Come si attiva sync?
 
penso che il modo più sano sia impostare una regola udev, ma non l'ho mai fatto
(non mi è mai interessato veramente)
 
Enrico


anche su linux si possono montare con sync option, è mera questione di 
scelta su cui impostare il comportamento di default. anche la modalità 
async ha i suoi bei vantaggi, mica è solo per farti uno spregio e non 
farti levare la chiavetta al volo...

 l'operazione, tanto la pendrive non è pronta per essere tolta.
 
Può darsi, a me tanto per dire su windows, non me lo ha mai detto
né su XP nè su Vista/7, anzi ricordo di fughe di amici convinti
di avere il malloppo nella chiavetta, poi all’atto di usarla sul
loro PC, più di uno ha lamentato l’amara sorpresa:
copia corrotta/incompleta, perché nell’impeto del far presto
avevano dimenticato di fare la “rimozione sicura” del
dispositivo. Win 10 ammetto di conoscerlo meno... comunque è
una cosa da sapere: d’altra parte sbagliando si impara: mai
rimuovere roba importante copiata su chiavetta, sempre farne più
di una copia ecc ecc... Su Linux mi trovo la stessa situazione,
quindinon vedo il problema.
 
Il tuo dubbio mi pare risolto, soluzione semplice e anche a
portata di click: i dispositivi rimovibili vanno smontati prima di
scollegarli, e Caja su ubuntu predispone l’apposito bottone.
 
Se pensi che ci siano miglioramenti che possono essere apportati
al programma, potrebbe essere più utile farlo presente
direttamente agli sviluppatori del progetto Caja o Ubuntu. Qua la
cosa finisce in un’opinione tanto legittima quanto abbastanza
inutile...
 
Ti dirò anche la mia in merito: l’utente che ignora il
pulsante eject e che non conosce la prassi di scollegamento di un
dispositivo mobile, mi sa tanto che si disinteressi completamente
anche di un popup informativo che riporta lo stato di attesa dela
copia. Ma, nonostante di sveltoni ne abbia visti parecchi, posso
sempre sbagliarmi eh! :D :D

 scarse.
 
È un problema opinabile anche questo. Se sto lavorando su di una unità USB, so
già che sto lavorando su di una unità lenta. E so (o devo immaginare) anche che
sto lavorando usando un sistema poco sicuro (come tutti, di chiavette bruciate
o che hanno perso dati ne abbiamo viste a profusione). Da questo punto di
vista, devo avere la consapevolezza che sto scegliendo tra la sicurezza della
scrittura dei dati e le performance, e che non posso avere tutti e due.
Personalmente preferisco la sicurezza dei dati, e quindi apprezzo il default di
Windows sulla questione, ma comprendo che è un dettaglio che varia da persona
a persona
 
Enrico

 persona
 
a essere precisi però il sistema più sicuro è smontare il dispositivo 
prima di estrarlo, a prescindere dal sync o async.
 

 dimenticare o può capitare che lo si faccia lo stesso.
 
Vabbè, puoi anche spegnere il pc tenendo premuto il tasto di alimentazione.
Nessun SO avrà mai soluzioni contro la stupidità umana.

Il 26/06/20 16:28, R2-D2 ha scritto:

Perché il programma di copia non dice (dopo che ha fatto il suo compito) 
invece di chiudere la finestra di dialogo non la cambia "dicendo" vedi 
che il S.O. non ha finisto... aspetta... quando il device ritorna 
disponibile, chiude la finestra completamente.
Non mi sembra una richiesta sbagliata o eccessiva.

Il 26/06/20 18:30, rootkit ha scritto:

Non ho posto la questione in questi termini è una tua interpretazione 
assolutamente fantasiosa. Infine, a me non cambia molto async o meno, a 
me basterebbe che il programma di copia non chiudesse la sua schermata 
fin tanto che il trasferimento non sia completato effettivamente ed il 
device pronto al distacco effettivo.
Se ti va di dirmi quali sono i vantaggi di un async e/o come mettere il 
sistema in sync sono qui in ascolto.

Il 26/06/20 22:06, Joe ha scritto:

Lascio stare le interpretazioni ed i commenti, non sono qui per fare 
polemiche. Come poterli contattare e segnalare il problema?
 

 ha finisto...
 
Perché non lo sa se il SO ha finito o no, non è affar suo. Come non può sapere
se c'è qualche altro processo che sta scrivendo o leggendo altri file.
Basta pippe, la chiavetta la togli dopo aver fatto lo smontaggio. Ci riesce
anche mio nonno.

 Come poterli contattare e segnalare il problema?
 
Il problema è solo nella tua testa. Chi posso contattare al riguardo? :-)

 
 
No comment.

Hunter wrote on 6/29/20 10:55 AM:

No, ti prego, dimmi esattamente cosa vorresti segnalare. Che il tuo file manager
non si informa sulle attività IO di tutti gli altri processi? Che ogni processo
che accede alla pendrive non ti spara un avviso "attendi che anche tutti gli
altri abbiano finito prima di estrarre"?


https://github.com/mate-desktop/caja/issues
 
 
Esempio di proposta funzionalità, fai attenzione a come è scritto
l’oggetto col simil tag [Feature Request]:
 
https://github.com/mate-desktop/caja/issues/1382
 
 
Qua ci sono varie altre risposte su come contattare gli sviluppatori
di ubuntu:
 
https://askubuntu.com/questions/28440/where-can-i-send-feature-requests
 
 
Tra le altre c’è anche la mailing list, ti iscrivi e mandi
un mesaggio con oggetto esplicativo:
 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
 
 
Esempio:
https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2020-June/thread.html
 

 
 
Che il file manager, una volta che sta effettuando un copia di file, al 
termine del suo compito, segnali all'utente che il dispositivo non è 
ancora disponibile, indipendentemente da chi lo stia utilizzando. Basta 
non chiudere la finestra di dialogo con un messaggio idoneo.
Una volta che esso ritorni estraibile, chiudere la finestra di dialogo.
Chiudere la finestra di dialogo quando ampiamente la copia dalla cache 
non è terminata o il drive comunque non è ancora pronto, è a mio parere 
sbagliato. Questo indipendentemente da sync o async.
Non mi sembra roba da marziani. Si migliora la comunicazione con 
l'utente. Stop.

Il 26/06/20 22:30, Enrico Bianchi ha scritto:

Alla fine che senso ha avere un sistema async se c'è un rischio elevato 
di perdere i dati copiati?
Sono d'accordo, su questo meglio Windows.

 del suo compito, segnali all'utente che il dispositivo non è ancora disponibile,
 
 
È proprio questo che non ti entra in testa. Il file manager NON LO SA se il
dispositivo sia disponibile o meno! Lui, come tutti gli altri processi non può
dirti altro che IO ho finito. La certezza che TUTTI abbiano finito ce l'hai solo
smontando.

 Sono d'accordo, su questo meglio Windows.
 
'scolta, il rischio di perdere i dati viene meno se smonti il file 
system prima di rimuovere il dispositivo. questo vale in ogni caso. 
mentre se rimuovi il dispositivo senza smontarlo piccolo o grande ma 
avrai sempre un rischio.
ora io non voglio tediarti con le raccomandazioni che sicuramente tu 
consideri pedanti e noiose, sei libero di pensarla come ti pare, ma non 
di insistere con argomentazioni farlocche.

 device pronto al distacco effettivo.
 
il programma di copia ti dice quando ha finito la sua copia, che il 
dispositivo sia pronto per la rimozione non lo può proprio sapere. prova 
a lanciare simultaneamente due copie da due programmi diversi e poi 
fammi sapere.
e ad ogni modo il programma considera conclusa la copia quando ha la 
conferma dallo strato api del sistema operativo, che cappero ne sa se 
sotto c'è una cache volatile?
 

Il 30/06/20 11:55, R2-D2 ha scritto:

-> Siamo tutti d'accordo sullo smontare la pendrive con l'apposita 
procedura. <-
Il file manager, per la pendrive oggetto di copia, potrebbe fare il 
favore all'utente chiedendo, una volta al secondo od ogni 2/3 secondi, 
se la pendrive è ritornata disponibile. Secondo me è un favore che 
l'utente gradirebbe molto. Così suona meglio?! :)

Il 01/07/20 10:25, rootkit ha scritto:

-> Siamo tutti d'accordo sullo smontare la pendrive con l'apposita 
procedura. <-
Il file manager, per la pendrive oggetto di copia, potrebbe fare il 
favore all'utente chiedendo al sistema operativo, una volta al secondo 
od ogni tot secondi, se la pendrive è ritornata disponibile. Quando lo 
ridiventa toglie la il pannello informativo. Secondo me è un favore che 


Il 29/06/20 10:48, R2-D2 ha scritto:

-> Siamo tutti d'accordo sullo smontare la pendrive con l'apposita 
procedura. <-
Il file manager, per la pendrive oggetto di copia, potrebbe fare il 
favore all'utente chiedendo al sistema operativo, una volta al secondo 
od ogni tot secondi, se la pendrive è ritornata disponibile. Quando lo 
ridiventa toglie la il pannello informativo. Secondo me è un favore che 
l'utente gradirebbe molto. Così suona meglio al nonno?!  :)

Il 01/07/20 08:17, rootkit ha scritto:

-> Siamo tutti d'accordo sullo smontare la pendrive con l'apposita 
procedura. <-
Il file manager, per la pendrive oggetto di copia, potrebbe fare il 
favore all'utente chiedendo al sistema operativo, una volta al secondo 
od ogni tot secondi, se la pendrive è ritornata disponibile. Quando lo 
ridiventa toglie il pannello informativo. Secondo me è un favore che 
l'utente gradirebbe molto. Mi sembra una ragionevole soluzione al 
problema?! Sbaglio?

Il 26/06/20 17:10, Enrico Bianchi ha scritto:

Non ho proprio idea di come si faccia, temo di fare danni.
Se non c'è una guida passo passo, che non ho trovato, desisto.
;)

Il 29/06/20 16:37, Joe ha scritto:

https://github.com/mate-desktop/caja/issues/1425
 

 problema?! Sbaglio?
 
è una discussione senza capo ne coda.
io le spiegazioni te le ho date, non le hai lette e/o le hai ignorate, 
ergo ti lascio a chi ha tempo e voglia di discutere di queste stupidaggini.

 Se non c'è una guida passo passo, che non ho trovato, desisto.
 
 
Avevi già anche prima scritto che cercavi "un'opzione per consentire di
attivare il sync in modo semplice, meglio se di default".
 
Avevi anche preso nella giusta considerazione il "se devi fare più
operazioni di lettura / scrittura le performance sono molto scarse" che
'rootkit' aveva scritto in un post precedente?
 
Se, anche solo per verificare, lo volessi cmq fare, io proverei a
seguire il consiglio di 'anonymous_user' che puoi leggere in fondo a
questa pagina:
 
https://bbs.archlinux.org/viewtopic.php?id=176752
 
 
Google-tradotto:
 
«A proposito, se vuoi davvero l'opzione di sincronizzazione, puoi usare
devmon (parte del pacchetto udevil) per farlo.
Include un flag "--sync" o "-s".»
 

 problema?! Sbaglio?
 
Meglio ancora, il file manager potrebbe
rifiutarsi di *montare* la chiavetta USB
a meno che l'utente non dimostri, oltre
ogni ragionevole dubbio, di aver capito
cosa stia facendo.
 
In pratica, fa 5 domande, no 3 domande,
e l'utente deve rispondere esattamente
a tutte e 5 le domande, no 3 domande,
per poter passare il ponte... err...
montare la chiavetta.
 
bye,
 
-- 
 
piergiorgio

 
https://github.com/mate-desktop/caja/issues/1425
 
 
Ottimo!

Il 03/07/20 11:23, rootkit ha scritto:

Capisco, continuo a non vedere la contraddizione tra cio che dico e 
l'implementazione di una nuova feature per migliorare il/i programma/i.
Think different, avrebbe detto qualcuno, anche questo: è inutile 
discutere con persone che vedono un mondo in un solo modo, a senso unico.
Ciao!

 discutere con persone che vedono un mondo in un solo modo, a senso unico.
 
Ma esattamente.
Proprio come quelli che vedono un problema
in come siano le cose attualmente...
 
bye,
 
-- 
 
piergiorgio


ha scritto:
 
| [...]
| 
| Ma esattamente.
| Proprio come quelli che vedono un problema
| in come siano le cose attualmente...
 
buonasera,
 
a parte quanto hai detto che è, almeno per quel che mi riguarda, del tutto
condivisibile devo ammettere che, e probabilmente è un mio limite, pur avendo letto
tutta la discussione l'intera faccenda continua a sembrarmi un "non problema".
 
saluti.
 
***
[» WinterMute «]  @  [debian]  «branch»  [bullseye / testing]
***
 

 tutta la discussione l'intera faccenda continua a sembrarmi un "non problema".
 
Esattamente...
 
A partire dal titolo del thread, sembra
che vi sia un qualche "bug" misterioso.
 
Invece e` solo una questione, persino
discutibile, di praticita`.
 
Il thread e` al limite del trolling...
 
Ma con spunti divertenti!
 
bye,
 
-- 
 
piergiorgio

 discutere con persone che vedono un mondo in un solo modo, a senso unico.
 
lol, hai provato a chiedere ad un professore di fisica se toglie quella 
fastidiosa regola che attira gli oggetti verso la terra? sarebbe una 
nuova feature per migliorare un sacco di cose...
 
 


In effetti siete ridicoli.


Infatti siete ridicoli.

 Infatti siete ridicoli.
 
Tu non ti conti?
 
bye,
 
-- 
 
piergiorgio