Newsgroup: it.comp.os.linux.sys
Titolo: copiare disco da 20GB

Salve,
vorrei copiare un hd da 20GByte usando dd ma, dopo circa 2GB, l'operazione si
interrompe ritornando il messaggio:
"File too large"
Io ho copiato usando il comando:
dd if=/dev/hdc of=file.dd conv=notrunc,noerror,sync
Qualcuno puo' aiutarmi?
-- 
Giovanni Casano

 dd if=/dev/hdc of=file.dd conv=notrunc,noerror,sync
Che versione di glibc usa la distro che stai utilizzando?
-- 
Emanuele Balla  aka Skull -  Public Key #661E5CBF on 
www.keyserver.com
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)

 
-- 
Giovanni Casano

 
-- 
Giovanni Casano

 sto provando con bs=1024k, che ne pensi??
Potrebbe anche andare, prova e fammi sapere. Comunque ho clonato spesso
dischi con bs=2048 ed è sempre andata bene.


 Non e' che per caso il filesystem e' in ext2fs?
Il problema del limite dei 2 G non č insito in ext2, ma nelle glibc ( e
nel kernel, anche).
Tantevvero che la macchina che da me si occupa di backuppparmi la rete č
una woody con kernel 2.4.18, FS ext2 e si sciroppa senza colpo ferire
files da 4/5 GB al colpo...


 
-- 
Giovanni Casano



2gb è la minesione massima di un file sotto ext2. Cercati un altro
filesystem :-)

 distro debian woody (3.0)
Niente da fare, non hai il supporto per
file piu` grandi di 2GB.
bye,
-- 
   Piergiorgio Sartor

 
-- 
Giovanni Casano

 file piu` grandi di 2GB.
Si, ma lui non vuole mettere il contenuto di un disco in un file, vuole
clonare un hd quindi farà dd if=/dev/hdx of=/dev/hdy. Qundi con il giusto bs
dovrebbe cavarsela.


 files da 4/5 GB al colpo...
Infatti. Fatto giusto qualche giorno fa per provare un DAT:
dd if=/dev/urandom of=file bs=1024M count=20
e ha funzionato benissimo.
Adesso che ci penso e` meglio se quel file lo cancello... :)
Bye.

 
occhio:
backup:~# cat /etc/debian_version
3.0
backup:~# uname -r
2.4.18-686
backup:~# dpkg -l | grep glibc
ii  glibc-doc      2.2.5-11.5     GNU C Library: Documentation
backup:/var/backup# ls -lh pippo*
-rw-r--r--    1 root     root         3.9G Jul 17 04:49 pippo-oggi.tar.gz
Ovviamente il nome del file è farloccato, ma i dati presi al volo...
Il fs è ext2...


 filesystem :-)
-- 
Giovanni Casano

 dovrebbe cavarsela.
La sua riga di "dd" ha "of=file.dd"...
Non so cosa voglia fare, cosi` com'e` messo
non potra` mai funzionare.
Riguardo alla copia device-device, il bs non
dovrebbe servire, se non per ottimizzare la
velocita` del tutto.
bye,
-- 
   Piergiorgio Sartor

 
-- 
Giovanni Casano

 dovrebbe servire
Da esperienze personali ero giunto ad una conclusione diversa...
evidentemente mi sono sbagliato.
Ciao.


 filesystem :-)
Ma perfavore:
Filesystem block size:     1kB        2kB        4kB        8kB
 
File size limit:          16GB      256GB     2048GB     2048GB
Filesystem size limit:  2047GB     8192GB    16384GB    32768GB
Ciao
  Andrea

 evidentemente mi sono sbagliato.
Mi pare di ricordare, ma potrei sbagliare,
che usi dei default "standard".
Comunque a suo tempo lessi il suggerimento
di usare bs=1M (un megabyte), per ridurre
il tempo perso in switching tra kernel e user
space, pero` non ricordo se fosse realmente
collegato al discorso device-device.
bye,
-- 
   Piergiorgio Sartor

Per settare il blocksize basta:
mkfs.ext2 /dev/hdc -b 4096
Per avere 4k block size????
Grazie anticipatamente.
Nell'articolo Nick provvisorio ha scritto:

-- 
Giovanni Casano