linuxhanz
11.01.03, 14:48
Dateien grösser als n Gig
hi,
hatte schon öfter das Problem, dass dd an Dateien größer als nG (z.B eine /usr Partiton)
scheiterte.
Also dachte ich mir ich erhöhe halt mal die Block-Grösse:
src der fileutils installen
fileutils entpacken und patchen (sicherheitsupdates)
cd /usr/src/packages/fileutils-version/src
dd.c editieren von 512 auf 16384 :
/* Default input and output blocksize. */
#define DEFAULT_BLOCKSIZE 16384
dd if=/dev/hda1 of=/ddtest16384.iso
Kopieren einer 2G Partition bricht mit Fehler ab: ABER
linux:/usr/src/packages/SOURCES/fileutils-4.1/src # mount -r -o ufstype=44bsd -o loop /data2/ddtest16384.iso /mnt/ddtest
df zeigt die gleiche Größe: Error oder nicht?
Filesystem Size Used Avail Use% Mounted on
/dev/hda2 14G 6.1G 8.0G 43% /
/dev/hdb6 2.1G 820M 1.3G 38% /data1
/dev/hdb4 4.0G 2.2G 1.8G 54% /data2
/dev/hdb5 30G 28G 2.0G 94% /data3
shmfs 251M 0 250M 0% /dev/shm
/dev/hda1 1011M 523M 437M 55% /mnt/netbsd
/data2/ddtest16384.iso
1011M 523M 437M 55% /mnt/ddtest
Nun bin ich darauf gekommen
statt der ganzen Arbeit einfach mkisofs zu nehmen:
mkisofs -o /tmp/mp3.iso /data3/mp3/
2813488 extents written (5495 Mb)
dabei sind die üblich mkisofs Einstellungen zu beachten: Um Dateinamen nicht abzukürzen: -l
-J -r usw.
PS Ist es eigentlich Krank wenn ich die mp3s noch mit bzip2 komprimiere?
Hat jemand schonmal einen 16384b Schlüssel mit ssh generiert? Habe nach 191 Minuten abgebrochen.
Würde gern mal hören wie ihr das löst mit größeren Files.
hi,
hatte schon öfter das Problem, dass dd an Dateien größer als nG (z.B eine /usr Partiton)
scheiterte.
Also dachte ich mir ich erhöhe halt mal die Block-Grösse:
src der fileutils installen
fileutils entpacken und patchen (sicherheitsupdates)
cd /usr/src/packages/fileutils-version/src
dd.c editieren von 512 auf 16384 :
/* Default input and output blocksize. */
#define DEFAULT_BLOCKSIZE 16384
dd if=/dev/hda1 of=/ddtest16384.iso
Kopieren einer 2G Partition bricht mit Fehler ab: ABER
linux:/usr/src/packages/SOURCES/fileutils-4.1/src # mount -r -o ufstype=44bsd -o loop /data2/ddtest16384.iso /mnt/ddtest
df zeigt die gleiche Größe: Error oder nicht?
Filesystem Size Used Avail Use% Mounted on
/dev/hda2 14G 6.1G 8.0G 43% /
/dev/hdb6 2.1G 820M 1.3G 38% /data1
/dev/hdb4 4.0G 2.2G 1.8G 54% /data2
/dev/hdb5 30G 28G 2.0G 94% /data3
shmfs 251M 0 250M 0% /dev/shm
/dev/hda1 1011M 523M 437M 55% /mnt/netbsd
/data2/ddtest16384.iso
1011M 523M 437M 55% /mnt/ddtest
Nun bin ich darauf gekommen
statt der ganzen Arbeit einfach mkisofs zu nehmen:
mkisofs -o /tmp/mp3.iso /data3/mp3/
2813488 extents written (5495 Mb)
dabei sind die üblich mkisofs Einstellungen zu beachten: Um Dateinamen nicht abzukürzen: -l
-J -r usw.
PS Ist es eigentlich Krank wenn ich die mp3s noch mit bzip2 komprimiere?
Hat jemand schonmal einen 16384b Schlüssel mit ssh generiert? Habe nach 191 Minuten abgebrochen.
Würde gern mal hören wie ihr das löst mit größeren Files.