Newsgroup: it.comp.os.linux.sys
Titolo: [script] saturare un hard disk


dd e uno script con while true potrebbero essere tuoi amici
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

cat /dev/zero > file
è il miglior amico dell'uomo

 ragionevole (al max una giornata).
cat /dev/urandom >> pippo
per un oretta, dovrebbe darti un file da un paio di giga (dipende dalla
macchina, ovviamente).
dopo di che puoi copiarlo dentro un ciclo for abbastanza agevolmente.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Saffron: I'd be a good wife.
Mal: Yeah, well, I'd be a terrible husband. You got five whole days to figure that out.
        -- Our Mrs. Reynolds

 macchina, ovviamente).
Non essere cosi` ottimista, e` lentissimo...
bye,
-- 
piergiorgio

 ragionevole (al max una giornata).
dd if=/dev/zero of=/dove/lo/vuoi/il/file bs=1024 count=1500000
dovrebbe generare un file di circa 1.5 Tb
man dd per ulteriori info
Davide

 Gianluca
-----[CUT]----
#include <stdio.h>
#define SIZE 1048576  //conversione MB in bit
#define MEGA 100 //Numero di MB da scrivere
int main(){
FILE *fpointer;
fpointer = fopen("file_enorme","w");
int b;
int a;
for (a=0;a<SIZE;a++){
for (b=0;b<MEGA;b++){
fwrite(&b,sizeof(char),1,fpointer);
}}}
-----[CUT]----
ecco qui spero che queste righe di codice per quanto banali ti possano
essere utili :)
al posto di file_enorme metti il nome  che vuoi dare al file.
se cambi il valore di mega (es scrivendo #define MEGA 100000) il programma
scrivera' quel dato numero di MB :)

 scripting :-(
for a in `seq 1 1000`; do cp miofiledibase miofiledibase$a; done
Cosi`, spannometricamente. Ah, usa /dev/zero, molto piu` veloce (evita
il calcolo di urandom, inutile nel tuo caso).
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Kaylee: Have good sex!
        -- Jaynestown

 Non essere cosi` ottimista, e` lentissimo...
Rotfl. Cmq, su un vecchio p2 233, mi fa 24M in 30 secondi. Su una
macchina "normale"...
Cmq, si e` opportuno /dev/zero.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------


 cat /dev/urandom >> pippo
Dato che urandom calcola il valore in continuazione per garantire un
valore veramente (pseudo)casuale, meglio usare /dev/zero o /dev/random
in questo caso.
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)       [ 
http://digilander.libero.it/ebassi/blog
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 ragionevole (al max una giornata).
Installaci Windows. <g>
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 
cat a >> b
cat b >> a
ripetere q.b.
-- 
oggi no, domani sì


si vede che sei tornato.
ciao caro


 Come e' possibile saturare un hard disk di dati ?
yes > nome_file
:D
-- 
Ciao,
Massimiliano Adamo
* * * *
Linux make Oracle unbreakable

 dd e uno script con while true potrebbero essere tuoi amici
puh puh puh ... superfluo ....
yes > nome_file



forse perchè non ti ci hanno mandato


 in questo caso.
random e` peggio perche` e` bloccante.
Luca
-- 
Home: 
http://kronoz.cjb.net
Runtime error 6D at f000:a12f : user incompetente


addio caro. ci hai messo decisamente troppo a rispondere ;)


 random e` peggio perche` e` bloccante.
Non solo, mi si sono incrociati i flussi[1], e ho scambiato /dev/random
(che usa solo i bit allo'interno dell'entropy pool) con /dev/urandom
(che ritorna tutti i bit richiesti). Ergo, è il contrario di quanto ho
detto.
+++
[1] Lo dice anche Egon che è male.
