Newsgroup: it.comp.os.os2
Titolo: Problema con xcopy

Ho comprato un nuovo hard disk, e sto trasferendo le partizioni del 
vecchio sul nuovo. Ho riavviato con Alt F1 e usato xcopy x: y: 
/hotserv per copiare la partizione di avvio (circa 400 Mb), poi con 
lvm ho scambiato le lettere alle unit… ed e' andato tutto benone.
Ho poi provato, per eccesso di zelo, a fare la stessa cosa anche con 
una partizione non di sistema, ma parecchio piu' corposa (circa 2 Gb),
ma non c'e' stato verso: xcopy si inchioda da solo. Me l'ha fatto per 
tre volte, e NON sempre sullo stesso file... quando si inchioda non 
funziona piu' neanche Ctrl Alt Del, l'unica e' resettare. Nessuna 
esperienza simile? Idee?
Neanche a dire, a WPS attiva ho poi provato col Larsen Commander, che 
ha tranquillamente copiato tutto.
-- 
Gabriele

 esperienza simile? Idee?
mi sembra di avere letto un apar in merito... non so se colpa del kernel o 
hpfs386... o altro. 
Quale e` la tua cfg?
-- 
ciao, Mirco.
[ Icq#:51640305 ] [ 
http://spazioweb.inwind.it/mmos2/
 ]

 
Eh eh eh. JFS!
uno degli APAR dei fix JFS dice proprio:
"Xcopy hang when transferring more than 45GB of data."
Non che sia il caso mio, pero': la partizione HPFS me l'ha copiata, e 
su quella JFS si e' inchiodato...
-- 
Gabriele

lo fa anche a me sia con ecs sia con aurora smp ed uni
paolo


aggiungo ancora: mi si blocca dopo neanche 300Mbytes, altro che
45G!!!!!!!!!!
paolo


 
Si', piu' o meno la misura e' quella. Ma copiando da/su JFS?
-- 
Gabriele

allora prova con i jfs0508 presi da testcase... li consigliano.
chi li vuole mi mandi una mail.
Occhio: sono presi da testcase: non ufficiali!
Gabriele Gamba ha scritto:

--


  
Gia' provati:: adesso ho il jfs1009 :-)
Ma forse e' xcopy... 
-- 
Gabriele


aspe... 0508 e` l'ultimo...


 aspe... 0508 e` l'ultimo...
mi sa di aver capito 8 x 18 :-)


In article <RKPJVcEcJLrv-pn2-dTdmuGumEdo2@localhost>,
ggamba.sp...@tiscalinet.it
 (Gabriele Gamba) wrote:
 >Ho comprato un nuovo hard disk, e sto trasferendo le partizioni del 
 >vecchio sul nuovo. Ho riavviato con Alt F1 e usato xcopy x: y: 
 >/hotserv per copiare la partizione di avvio (circa 400 Mb), poi con 
 >lvm ho scambiato le lettere alle unit… ed e' andato tutto benone.
attenzione che se hai un chipset VIA potrebbe corrompere i file
se trasferisci grosse quantita' di dati
-- 
bye
Alessandro Cantatore
email reply to: alexcant at: 
tin.it
http://acsoft.yi.org

 se trasferisci grosse quantita' di dati
Ma con ibm1s506.add o i danis?
Io ho un athlon slot A e credo che la piastra sia proprio un chipset 
via...
Pero' non ho dischi ide, uso un controller scsi Tekram U2W con disco 
IBM 9 gb a 7200rpm... 
Succede che copiando un file da 650 e rotti mb sul "file system" che 
monta RSJ, mi esce fuori una trap "Exception on device driver"....
Qualche suggerimento?
bye
Massimo

 
L'avevo sentito... non so. Il chipset VIA ce l'ho, ma credevo che il 
problema fosse in abbinamento con la SBLive. 
Ad ogni modo, dopo tre giorni di bestemmie (Findus Me non ne vuole 
sapere di vedere le partizioni oltre 8GB fatte con LVM. Che si 
impicchi...) sono arrivato ad una sistemazione soddisfacente, per cui 
le povere partizioni OS/2 dovrebbero smettere di viaggiare da un disco
all'altro via xcopy :-)
-- 
Gabriele

In article <J0tN7GzCMo24-pn2-zdRNGdKFrsbp@localhost>,
maxwa...@yyyquasarbbs.com
 (Massimo) wrote:
 >> attenzione che se hai un chipset VIA potrebbe corrompere i file
 >> se trasferisci grosse quantita' di dati
 >
 >Ma con ibm1s506.add o i danis?
e' un bug del chipset... i driver non c'entrano niente...
anche se mi pare che Daniela avesse scritto che aveva trovato
un workaround... forse potresti scrivere a lei x maggiori dettagli
(x esempio non ricordo di quale chipset si trattasse)
 >Io ho un athlon slot A e credo che la piastra sia proprio un chipset 
 >via...
 >
 >Pero' non ho dischi ide, uso un controller scsi Tekram U2W con disco 
 >IBM 9 gb a 7200rpm... 
 
allora non dovresti avere problemi
 >Succede che copiando un file da 650 e rotti mb sul "file system" che 
 >monta RSJ, mi esce fuori una trap "Exception on device driver"....
 >
 >Qualche suggerimento?
su questo non ho la minima idea :-(


In article <RKPJVcEcJLrv-pn2-dzR0KMIddPW8@localhost>,
ggamba.sp...@tiscalinet.it
 (Gabriele Gamba) wrote:
 >Ad ogni modo, dopo tre giorni di bestemmie (Findus Me non ne vuole 
 >sapere di vedere le partizioni oltre 8GB fatte con LVM. Che si 
 >impicchi...) sono arrivato ad una sistemazione soddisfacente, per cui 
 >le povere partizioni OS/2 dovrebbero smettere di viaggiare da un disco
 >all'altro via xcopy :-)
forse puo' essere + conveniente (spazio permettendo) uno
zip + copy + unzip :-?
Non ho idea di quali controlli effettui zip-unzip sull'integrita'
dell'archivio


 
Alla fine xcopy se l'e' cavata bene per la partizione di boot (circa 
500 Mb, HPFS), che era l'unica che dovevo spostare con la WPS spenta. 
Per il resto ho usato un file manager PM, senza problemi.
Considerato i sintomi dell'errore datomi da xcopy (s'e' impallato, con
anche il puntatore fermo, senza Trap o altro) potrebbe  trattarsi 
proprio del problema coi chipset Via.
-- 
Gabriele

On Fri, 8 Jun 2001 05:15:09,         @
tin.it
 (Alessandro Cantatore) 
wrote:
:> attenzione che se hai un chipset VIA potrebbe corrompere i file
:> se trasferisci grosse quantita' di dati
Quali chipsets?  Quelli per ATHLON o quelli per Socket7? 
-- 
--------------------
Alessandro
--------------------

 Stento *fortemente* a crederci. (giusto per non dire che non ci credo)
invece si... almeno con i vecchi driver VIA... erano una mina.
Forse gli ultimi hanno un workaround... ma non ci giurerei.
Se lasci quelli di w2k *forse* non hai i problemi, ma vai poi la
meta se non meno.


In article <B2diNQ2VQLZ3-pn2-F7ZdD4d6dqgP@host0>,
gro...@usa.net
 (ERMETE) wrote:
 >:> attenzione che se hai un chipset VIA potrebbe corrompere i file
 >:> se trasferisci grosse quantita' di dati
 >
 >Quali chipsets?  Quelli per ATHLON o quelli per Socket7? 
come ho gia' scritto non ricordo +... penso la cosa migliore sia che
uno di noi (non subissiamola di email) chieda a Daniela...
tra l'altro nella incoming di hobbes c'e' danis506r139.zip


 
Il checksum di ogni file. Se non corrisponde ti avverte. Si puo' anche
controllare la sola integrita' dei checksum
(zip -T nomefile.zip).
Mi e' capitato con alcuni dischi SCSI collegati male (casini con i 
terminatori) alcune perdite di dati e regolarmente l'unzip mi 
avvertiva che c'erano alcuni problemi col checksum. 
-- 
Saluti, Stefano.
OS/2 Warp4 FP9-ProNews V1.51.ib102(Reg.). Remove ##NOSBARI## to reply