code:

cat /dev/urandom  > /dev/hda1 

Originally posted by Gwath
ciao,

vi suggerisco di provare questo comando.

code:

cat /dev/urandom  > /dev/hda1 

vi aumenta le prestazioni del sistema :asd:

Off-Topic:
non cxapisco se è una presa per il pinguino oppure soio io che son troppo 'gnorante!

Originally posted by Juventina
perche' stranamente Sephi non è intervenuto con uno dei suoi suoi soliti messaggi da saccente..

Off-Topic:
Schack, aggiungi i tag dove mancano e metti a posto quelli senza senso! ;)

Originally posted by Juventina
quanto siete stupidi...

Off-Topic:
Grazie :(

Originally posted by 0m4r

Off-Topic:
Grazie :(

Originally posted by Bravo Yankee
Non so, nelle mie installazioni hda1 ed hda6 sono quelle di Linux...Secondo me hai provato, ecco perché sei così acidella, no?:look:

Originally posted by Bravo Yankee
Difatti io ho chiesto cosa facevano quei comandi.

Per tua informazione, i dati sono su due dischi in RAID 0 che Linux non vede, per il SO uso due HD estraibili.

Ergo, anche se provo non faccio danni.

Bye bye...

Originally posted by Bravo Yankee
Sono d'accordo si, ma si capiva dal tono che era una presa per i fondelli.....Ecco perché mi sembra acida la tua risposta, che partiva con uno scemi...

Originally posted by DeepBlue
Il comando in effetti è pericoloso (come testimonia schack, che ringrazio per aver riaperto il thread :)).

Ora il mio man con urandom mi da noie, però suppongo che generi numeri pseudocasuali (da shell provate man urandom e vedete cosa vi torna :))

Il comando cat, come si sa, concatena gli input e li stampa su standard output, che di solito è il monitor. In questo caso però è stato utilizzato ">" che redirige l'output nella risorsa specificata di seguito.

Specificando quindi /dev/hda1 l'output verrà rediretto verso la prima partizione del primary master, che molto spesso contiene la partzione di Windows.

Quindi, se le mie conclusioni sono esatte (visto che io non ho provato a lanciarlo ;)) il comando sovrascrive tutta la prima partizione del primary master.

Se volete vedere l'output di urandom potete lanciare tranquillamente (?) da shell il comando "cat /dev/urandom": il monitor vi si riempirà di caratteri casuali :)
Per fermarlo è sufficiente premere ctrl+c

Se ho detto qualche cazzata sono ben felice di essere corretto :)

:ciaoo:

Originally posted by nous
Aggiungo che questo metodo si usa anche per coprire i dati di un disco fisso che non si vogliono far leggere (sicurezza paranoica).

Originally posted by DeepBlue
Il comando in effetti è pericoloso (come testimonia schack, che ringrazio per aver riaperto il thread :)).

Ora il mio man con urandom mi da noie, però suppongo che generi numeri pseudocasuali (da shell provate man urandom e vedete cosa vi torna :))

Il comando cat, come si sa, concatena gli input e li stampa su standard output, che di solito è il monitor. In questo caso però è stato utilizzato ">" che redirige l'output nella risorsa specificata di seguito.

Specificando quindi /dev/hda1 l'output verrà rediretto verso la prima partizione del primary master, che molto spesso contiene la partzione di Windows.

Quindi, se le mie conclusioni sono esatte (visto che io non ho provato a lanciarlo ;)) il comando sovrascrive tutta la prima partizione del primary master.

Se volete vedere l'output di urandom potete lanciare tranquillamente (?) da shell il comando "cat /dev/urandom": il monitor vi si riempirà di caratteri casuali :)
Per fermarlo è sufficiente premere ctrl+c

Se ho detto qualche cazzata sono ben felice di essere corretto :)

:ciaoo:

Originally posted by Renaulto
Ma soprattutto, perche' non usare dd?

#dd if=/dev/urandom of=/dev/hda1

Chissa' se e' piu' veloce, in caso di irruzione della solita gdf potrebbe tornare utile.

Originally posted by Sephirot

penso sia anzi una lezione importante :)

Originally posted by nous

P.s. se poi uno perde dei dati importanti per lo spirito goliardico di chi ne sa di più e ne approfitta?Chi risarcisce i danni?

Originally posted by Sephirot
ciao nous, vabbè che ti sei laureato, ma passa a salutarci ogni tanto in silab :ciao:

Off-Topic:

Eh si, i miei capi sarebbero felici della cosa:
"Ho bisogno di un permesso retribuito, 8 ore"
"Eeeehhh ma sei fuori??E la produttività aziendale, gli obiettivi, le scadenze...???Ma il motivo è così serio??Non l'hai mai chiesto prima!!"
"Serissimo : Sephi mi vuole"

Scherzi a parte, quando inizierò la specilistica qualche volta passerò...aspettatemi :)

Originally posted by lord2y
qui non stiamo parlando di pistole. Quindi mi sembra inutile tirare fuori certi discorsi da puristi.
con un cat non e' mai morto nessuno, se non qualche dato :asd:

Originally posted by nous

Off-Topic:

Eh si, i miei capi sarebbero felici della cosa:
"Ho bisogno di un permesso retribuito, 8 ore"
"Eeeehhh ma sei fuori??E la produttività aziendale, gli obiettivi, le scadenze...???Ma il motivo è così serio??Non l'hai mai chiesto prima!!"
"Serissimo : Sephi mi vuole"

Scherzi a parte, quando inizierò la specilistica qualche volta passerò...aspettatemi :)

Off-Topic:
ora è colpa mia se lavori alla microsoft? :asd:

L'unica differenza fra i due device è che /dev/random finisce i byte casuali e vi fa aspettare finché non ce ne sono di nuovi. Notate che su alcuni sistemi potrebbe bloccarsi per molto tempo in attesa che nuova entropia sia generata dagli utenti. Quindi riflettete prima di usare /dev/random. (Forse la miglior cosa da fare è usarlo quando generate dovete generare codice importante: dite agli utenti di scrivere molto sulle tastiere fino a quando dite "Ok, basta".)

/dev/random è entropia di qualità, generata dalla misura dei tempi fra gli interrupt ecc. Si blocca finché non ha abbastanza bit casuali di dati.

/dev/urandom è simile, ma quando la riserva di entropia sta finendo fornisce una replica crittograficamente forte di ciò che rimane. Non è altrettanto sicuro, ma basta per la maggior parte delle applicazioni.