Newsgroup: it.comp.os.linux.sys
Titolo: Spostare file di grosse dimensioni

L'altro giorno dovevo spostare circa 6 Gb di dati (file .php, immagini e
testo) da un server Linux RedHat 7.2 a un Windows 2000 Server.
Ho montato una condivisione del server windows su quello linux e ho
cominciato a creare un tar direttamente sulla macchina windows. Il problema
č che una volta arrivato a 2 Gb il processo si bloccava dicendo che il file
era troppo grande. Ho provato a creare il tar sulla macchina linux
direttamente e metterlo in una directory accessibile via ftp (Proftpd
versione 1.2.8), perň quando dal server windows entravo in ftp vedevo il
file di "soli" 4 Gb. Mi sono venute in mente due soluzioni: comprimere il
file e scaricarlo via ftp (compresso probabilmente sarebbe diventato piů
piccolo di 4 Gb) oppure copiare i file singolarmente (cp -R). Ho optato per
la seconda e non ho avuto nessun problema tramite un ciclo for.
La mia domanda č: se avessi dovuto spostare un solo file di grosse
dimensioni e poco o non comprimibile (che so, 10 Gb) come avrei potuto fare?
Inoltre le limitazioni in cui mi sono imbattuto a cosa sono dovute? Samba,
server ftp, windows?

Probabilmente Windows 2000 č installato in una partizione in FAT32 che 
ha un limite di 2Gb di lunghezza per un singolo file. Di solito winzoz 
2000 server di default viene installato in NTFS, perň mi viene da 
pensare che hai montato un disco secondario sulla macchina 2000 e questo 
disco č partizionato in FAT32. Che sappia io samba non ha particolari 
tipi di problemi, io personalmente ho scaricato su una condivisione 
samba dei vob di un dvd e non ho avuto problemi.
Ciao


 server ftp, windows?
perche' non splittare il file .tar (in segmenti da 2GB)?
si trovano tanti tools per linux...
poi su win fai: copy seg1+seg2+seg3 bak.tar
(non te lo assicuro, vado a memoria)
ciao
f.

 dicendo che il file era troppo grande. Ho provato a creare il tar
[...]
La limitazione incriminata si č persa nel passaggio dalle glibc2.1 alle
2.2, ma alcune distribuzioni (tra cui quella che citi) si son portate
dietro parecchi strascichi su alcune applicazioni. Su altre il problema
non v'č.
Nella fattispecie, potevi generare un tar multivolume, avrebbe dovuto
funzionare...
Hola...
-- 
the Skull says:
+----------------------------------------------------------------------+
Actually without signature.
Any idea?!?

 server ftp, windows?
Prova altri modi: ssh per Windows (
http://lexa.mckenna.edu/sshwindows/
) e
poi usi scp, oppure il migliore: installa NetCat per Windows
(
http://www.atstake.com/research/tools/network_utilities/nc11nt.zip
) e poi
via con un bel
$ nc -l -p 12345 > my_big_huge_file.foo
e 
$ nc my_server_IP 12345 < my_big_huge_file.foo
Adieu,
-- 
Lestat de Lioncourt  -- a.k.a --  Ciro Mattia Gonano
 Undergraduate student in Computer Science at University of Bologna
 IHGGer #1049   <=>  ICQ#: 52631406   <=>   URL: 
http://www.CS.UniBO.It/~gonano
 Debian admin at 
Students.CS.UniBO.It
 <=> look at headers for my JabberID & GPG

 testo) da un server Linux RedHat 7.2 a un Windows 2000 Server.
In un blocco: difficile (FAT non puo' gestire > 2 GB o 4 GB - dipende dal
tipo di FAT).
Io sposterei l'albero via tool tipo WinSCP2... Come alternativa potresti
costruire dei mini-saveset da max 2 GB, spostarli e spacchettarli
individualmente.
Ciao,
-- 
       Roberto Divia`             Love at first sight is one of the greatest
       =============             labour-saving devices the world has ever seen.
Mailbox: C02110                 CERN-European Organization for Nuclear Research
E-mail: 
Robert...@cern.ch
           CH-1211 GENEVE 23, Switzerland


Non funge se su Win la partizione e` di tipo FAT... Il copy/b non
riuscirebbe a creare il file risultato.


 riuscirebbe a creare il file risultato.
beh, ma su FAT la limitazione e' proprio nella dimensione del file.
sarebbe impossibile avere un file oltre i 2 GB...
il mio discorso sottointendeva che il filesystem poi supportasse un file di
quelle dimensioni.
--
Murphy's Law is recursive.
Washing your car to make it rain doesn't work.