Newsgroup: it.comp.os.linux.iniziare
Titolo: Esportare dati da linux a windows

Buona sera, ho copiato un file su una pendrive trascinando l'icona da "Scaricati" a "/media/ugo/E26E-1DF6/System Volume Information" la copia è andata bene però se provo a leggere la pendrive da windows 8.1 non trovo nulla. Credo che questo sia normale o sbaglio?
Esiste un modo per portare i dati da un PC con Lubuntu ad uno con Windows 8.1?
Grazie per la collaborazione


 
Ma "System Volume Information" non e' per le info sulle transazioni ntfs ?
Perche portare la directory Scaricati proprio li ?
Un altro posto non andava bene ?
 

 Un altro posto non andava bene ?
 
Perché quando ho inserito la pendrive il sistema si è posizionato automaticamente in quella directory. E' stato il massimo che sono riuscito ad ottenere, sto facendo adesso i primi tentativi per imparare qualcosa di linux.


va bene,ma un cambio di dir. dovrebbe essere possibile anche in modalita 
grafica
 

 grafica
 
Il cambio di directory non è un problema, il problema sono io che ancora non conosco l'uso delle varie directories.

dal filemanager non riesci a collegarti alla dir condivisa su windows ?

Si tratta di due PC diversi uno Win e uno Linux.
Alterno la lettura di manuali con prove pratiche perché voglio passare a Linux con uno dei due, però solo dopo aver imparato qualche cosa per il momento non riesco nemmeno a fare una copia. Però non rinuncio. Specifico che sto leggendo per evitarmi cazziate.

 
 
Formatta, sotto Windows, l'USB stick (o quello
che usi) in FAT e non NTFS.
 
Pur avendo qualche limitazione, dovrebbe essere
la soluzione piu` compatibile per trasferire file.
 
Non dovresti trovare altri folder "anomali", tipo
"System Volume Information" (anche se e` un po' di
tempo che non provo con Win, magari crea tale
folder and in FAT).
 
bye,
 
-- 
 
piergiorgio

 Grazie per la collaborazione
 
Saluti!
GabrieleMax


Va bene sulla serietà della distro debian ma qui il problema,senza 
offesa naturalmente per l'op ,non è la distro linux usata ma l'op stesso 
che non ne sa abbastanza.
In fondo è una banale copy


se crei una directory nella chiavetta con windows8 poi la vedi in linux? 
se si copia i dati in quella directory da e per linux. La chiavetta ha 
la lucina che segnala operazioni in corso, se copi un file lungo, può 
darsi che stacchi la chiavetta prima che il lavoro sia finito, perchè a 
volte la copia viene messa in ram e il sistema su linux dice finito, 
mentre la chiavetta più lenta sta ancora scrivendo.
Prima di qualsiasi altra operazione riformatta la chiavetta da windows8 
(con la formattazione perdi tutti i dati)
 
ciao e buon linux


MI hai fatto ricordare che finita la copia, la chiavetta deve essere 
smontata in modo che il sistema  possa svuotare la cache e ad avere i 
dati corretti scritti.
Qualunque file manager grafico ha comunque l'opzione di unmount su una 
chiavetta.
Forse il problema è questo.
 

> In fondo è una banale copy
 
Ecco, se uno non è capace manco di quello imho conviene lasciare perdere...
 
Sai meglio di me che basta una banalissima ricerca su duckduckgo per 
trovare in un millisecondo la soluzione!
 
Ribdadisco ancora che partendo da una distro seria almeno si ha la 
certezza che il baco sia nell'utente e non nella distro!
 
Saluti.
GabrieleMax

 GabrieleMax
 
 
 

 Forse il problema è questo.
solo determinate chiavette necessitano di essere smontate e io 
modestamente ne ho una che se non la smonto prima da linux devo 
riformattarla su windows se no diventa inutilizzabile, inoltre è senza 
lucina, ergo, se carico un giga di iso e non aspetto mezz'ora prima di 
staccarla, dice di aver copiato, ma poi non va un cazzabubolo di niente....
 
;)


su questo (solo alcune chiavette) dubito
La cache esiste in ogni os e deve essere scaricata (sotto linux comunque 
un sync viene fatto per default fatto ogni tot secondi)
e per essere sicuri che lo sia occorre fare l'umount
Se lo si fa da riga di comando il comando umount aspetta che tutti i 
dati siano scaricati sulla chiavetta prima di ritornare alla shell.
Anche io naturalmente ho usato chiavette sotto linux  sia da gui che da 
command line e con il comportamento tenuto non ho mai avuto problemi.
 
 
 

Ho formattato di nuovo la chiavetta (già era FAT32) però questa volta ho messo la label "chiavetta USB" così quando l'ho montata sotto linux ho potuto trovarla facilmente. Nella directory ho trovato di nuovo la cartella "System Volume Information" ma questa volta ho fatto la copia nella directory /media/ugo/chiavetta USB. Adesso posso leggere il contenuto anche da Windows.
 
Mi sembra chiaro che il bug è nell'operatore non nel sistema, comunque credo di aver trovato anche il comando per espellere la chiavetta non la spegne ma la scollega.
 
Quando ho iniziato pochi giorni fa ho ricevuto valanghe di consigli sulle varie distro da provare ne ho presa una che pensavo andasse bene ed ho cominciato se in futuro avrò bisogno di qualcosa più evoluto cambierò per ora questa mi basta. L'ho montata su un vecchio portatile Acer 5570z con CPU Pentium dual core 1,6 GHz, 2 Giga di RAM e HDD 380 GB credo che non ci fosse potenza per una versione più evoluta, o sbaglio?

 e per essere sicuri che lo sia occorre fare l'umount
 
Non esattamente.
Una cosa, esiste il "mount sync", che non usa la
cache, ma fa si che i dati vengano copiati in
tempo reale (per cosi` dire).
Cioe` ogni write va direttamente sul disco e
ritorna solo a copia finita.
Normalmente ritornerebbe dopo la copia in RAM.
Con un HDD normale il tutto diventa lentissimo,
ma con un USB stick e` una soluzione valida.
 
Mi risulta, ma potrei sicuramente sbagliare, che
Windows usi proprio per tipo di "mount" per gli
USB stick (flash, ma forse non dischi).
 
Su Linux non credo sia cosi`, per motivi di
prestazioni.
 
bye,
 
-- 
 
piergiorgio

Scusate stavo quasi per dimenticare di ringraziarvi.
Grazie a tutti per l'aiuto


non sbagli
Con macchine vecchie una distro linux con gui evoluta come gnome,kde o 
unity potrebbe essere troppo pesante.
se vuoi fare una prova per vedere come se la cava la macchina puoi 
prendere una distro con boot di prova incorporato (come ubuntu) e provare.
L'hd non viene minimamente toccato.
 

 non ci fosse potenza per una versione più evoluta, o sbaglio?
 
due core è fin troppo! lubuntu è avanzata e evoluta se vuoi super 
prestazioni ti serve una super macchina, lubuntu è ottima la usavo fino 
alla 11.10 su un mono core, con le stesse caratteristiche cpu/ram e 60G 
di hard disk. Sono passato a debian e ho capito a mie spese che con 
hardware vecchiotto è meglio basare su stable debian e non testing come 
fa ubuntu, infatti quando mi sono allontanato da stable le prestazioni 
sono peggiorate.
crunchbang mi ha aperto al mondo openbox con debian spartana e facile da 
installare (desktop leggero senza desktop con un window manager solo) 
grazie alla conoscenza di openbox sono passato a archbang e li è 
scoccata la scintilla per arch. Con 380 giga di ram disco puoi fare 
tutti gli esperimenti che vuoi con partizioni da 20 o meno giga carichi 
altre iso  e fai le tue prove. Ah per inciso ora nel vecchio notebook 
c'è manjaro xfce, un fork di arch più stabile e facile da installare, 
solo che alla fine l'ho ridotta ad openbox di nuovo perchè è più veloce 
a caricare e la cpu la uso per browser o vlc non certo per il desktop. :)

 staccarla, dice di aver copiato, ma poi non va un cazzabubolo di niente...
 
se usi conky puoi aggiungere una riga tipo
USB ${diskio_write sdx}
cosi vedi se il sistema sta scrivendo o no sulla chiavetta
 
-- 
 


 
Io diffiderei delle persone che alla precisazione "ho la distro X e 
vorrei sapere come si fa per..." ti rispondono "dovevi installare la 
distro Y", nonché di quelli che alla domanda "quale distro mi conviene 
installare su un vecchio portatile con queste risorse?" ti rispondono 
"se provvedi a procurarti due moduli aggiuntivi di ram o un disco fisso 
più capiente W andrà benissimo" (personalmente evito ogni volta di dare 
la risposta banale: se cambio portatile Windows andrà benissimo).
Circa il tuo problema, hai un modem/router con la porta usb? Io l'ho 
risolto lasciandovi inserita una pendrive e accedendovi sia dal pc 
windows che da quello linux.
 

 la risposta banale: se cambio portatile Windows andrà benissimo).
 
E' indubbio che a volte si possa passare per saccenti o maleducati nel 
dare certe risposte però spesso a parlare è l'esperienza pratica che in 
molti casi vale molto ma molto di più di test, benchmark, etc.
 
Ovvio che girasse DSL su un Pentium I a 166mhz con 90mb di ram e hard 
disk da 1,4 ma era giusto il risultato di uno sfizio personale, ovvio 
che girasse Debian solo console su un Pentium II a 233 mhz (o giu' di li 
non ricordo bene) con tre banchi da 128 di ram e un hard disk da 60gb 
però alla fine quello che conta è il come!
 
Troppe volte ho sentito dare a Linux il ruolo di ripiego su hardware 
neanche buono per appoggiare i libri e troppe volte ci si è avvicinati 
senza neanche informarsi prima su cosa sia un sistema operativo!
 
Scegliere la distro giusta oggi è fondamentale, all'epoca di quando 
iniziai a metà anni '90 con la slackware il problema maggiore era 
configurare il modem seriale e la stampante in parallela, tolti quelli 
era tutto in discesa!
 
Ora si è sempre online, bisogna avere aggiornamenti costanti, repository 
ufficiali e non, programmi già pacchettizzati, kernel aggiornati, 
stabilità, etc. etc. etc.
 
Saluti!
GabrieleMax

 prestazioni.
 
Ho provato ad usare "mount sync" su una Debian testing ma la copia dei
file, pur funzionando, diventa lentissima.
Non sono sicuro pero` di aver scritto correttamente nel fstab.
La linea che ho aggiunto e` questa:
LABEL=USB-stick /mnt/USB-stick vfat sync,noauto,user,rw,dmask=000,x-gvfs-show 0 0
 


 
 
E' tecnicamente corretto
Da man mount:
 
sync   All I/O to the filesystem should be done synchronously. In case 
of media with limited number of write cycles (e.g.some flash drives) 
"sync" may cause life-cycle shortening.
 
 
Con quel life-cycle shortening non mi fiderei molto a lasciare l'opzione 
attivata, comunque.
 


Mi sono accorto dopo dell'opzione x-gvfs-show
Ma cosa è ?
Il man di mount non riporta una tal opzione
 

 l'opzione attivata, comunque.
 
Si, grazie, l'avevo letto, come pure che il sync non e` utilizzabile su
tutti i file-system, ma era giusto cosi` per fare una prova per
verificarne l'utilizzo.
 

 Il man di mount non riporta una tal opzione
 
Roba 'gnomesca', per visualizzare sul desktop che il mount e` avvenuto.
 


Ma funziona ?
Scrivo cosi per questo:
 
http://askubuntu.com/questions/594197/unrecognized-mount-option-x-gvfs-show-or-missing-value
 
 
 
 

 
http://askubuntu.com/questions/594197/unrecognized-mount-option-x-gvfs-show-or-missing-value
 
 
Si`, dopo la modifica dell'fstab ho dato
# mount -a
e non ha segnalato errori.
Probabilmente in quel caso il mancato riconoscimento era imputabile a
Nautilus, un file-manager che, come purtroppo e` accaduto a diverse
altre applicazioni che fanno parte del DE Gnome3. IMHO col tempo e`
andato sempre piu` peggiorando sia in usabilita` che in stabilita`. :-(
 


Capisco,era piu per curiosita che altro
Non conoscevo neanche l'esistenza di quella opzione.
E usando unity non ho traccia di quella opzione.
Grazie per la  spiegazione.
 

 file, pur funzionando, diventa lentissima.
 
Infatti, ho scritto "non credo sia cosi`, per motivi
di prestazioni"... :-)
 
Il problema e` scegliere tra "rimozione veloce" o
"copia veloce"...
 
In realta`, vi sono altre circostanze in cui si
potrebbe pensare di avere "sync" in mount, per
es. per /boot, onde evitare alcuni problemi.
In particolare, in caso di suspend-to-disk, /boot
e` usata, alla ripartenza.
Se per caso qualche file e` stato modificato o
creato, ma i dati sono ancora in RAM, al reboot
successivo /boot non ha lo stato aggiornato.
Una possibilita` per evitare cio` e` montare /boot
con l'opzione sync.
Un'altra e` montare /boot ro e poi rw -> ro in caso
di modifiche.
 
bye,
 
-- 
 
piergiorgio