Forum libero

...le 8 non dovrebbero esistere anche al mattino.

Alcune immagini da uno dei suoi film più famosi: The Goonies, aveva 13 anni quando l'ha girato.









Poi ha fatto Sam (l'amico di Frodo) in LOTR (mi pareva un viso vagamente familiare quando ho visto LOTR ma non riuscivo a collegarlo).

Mi ricorda un po' il mio D., anche lui era così carino e dolce e aveva più o meno quell'età... abbiamo passato un sacco di tempo assieme, lo andavo a prendere all'uscita di scuola e lo accompagnavo fino alle corriere magari dopo esserci comprati un gelato e poi aspettavamo lì assieme raccontandoci come avevamo passato la giornata. Ci trovavamo a volte a casa sua e a volte a casa mia nei weekend e giocavamo al pc oppure passavamo il tempo ad esplorare i rispettivi paesi e i boschi o a coccolarci, spesso si appoggiava a me e chiudeva gli occhi e stavamo così per un saaaaaacco di tempo, quasi che il tempo si fosse fermato, era davvero una cosa speciale... poi alla fine piano piano si è allontanato e si è innamorato di una femmina... mah...

Cmq anche se è finita così ho un gran bel ricordo di lui, la separazione è stata graduale e dolce e nessuno di noi due ha sofferto anche se a me spiaceva (penso anche a lui dopotutto). Fosse stato per me saremmo ancora assieme, ma lui crescendo ha fatto altre scelte e io volevo che fosse felice, così anche se mi spiaceva, non mi sono opposto. Spero sia felice ora, però mi manca ancora. A volte chiudo gli occhi e lo vedo ancora appoggiato a me e sento ancora il suo calore, credo che non lo dimenticherò mai.

- Scritto da: Giambo
> In questo periodo, mentre festeggiamo la nascita
> del figlio di Dio, vorrei portare alla vostra
> attenzione le sue amorose parole riportate nel
> salmo
> 136:
>
> Figlia di Babilonia devastatrice,
> beato chi ti renderà quanto ci hai fatto.
> Beato chi afferrerà i tuoi piccoli
> e li sbatterà contro la pietra.
>
> Fedeli al tuo insegnamento e sotto la guida del
> tuo servo Papa Nazingher, gioiosamente
> ammazzeremo bambini sbattendoli contro i
> muri.

Non ci provare!

- Scritto da:
>
> - Scritto da: Rin Kobayashi
> >
> > - Scritto da:
> > >
> > > - Scritto da: Rin Kobayashi
> > > >
> > > > - Scritto da:
> > > > >
> > > > > - Scritto da: Rin Kobayashi
> > > > > > - Scritto da:
> > > > > > >
> > > > > >
> > > > > > Non sei un po' grande per queste cose?
>
> > > > >
> > > > > Per quali cose?
> > > >
> > > > I regali... che ti importa?
> > >
> > > Dove hai letto che mi importa
> >
> > Se hai postato significa che ti importa.
>
> Al contrario mi piaceva riportare il fatto, le
> cose che mi spiacciono non le posto qui, ma se lo
> faccio metto un po' di:
>

Ti si è spezzato il cuoricino dì la verità a zio Wakko...

- Scritto da:
>
> - Scritto da: Rin Kobayashi
> >
> > - Scritto da:
> > >
> > > - Scritto da: Rin Kobayashi
> > > >
> > > > - Scritto da:
> > > > > ma in genere quale fs è il piu'
> performante?
> > > >
> > > > Reiser sui file medio-piccoli mi sembra.
> > >
> > > Altrimenti extX o altri?
> >
> > Non so. Prova a vedere se qualcuno ha fatto dei
> > benchmark online. Ricordo sta cosa dei file
> > piccoli perché l'avevo letta sul sito
> > Reiser.
>
> ha anche detto di non aver ucciso la moglie...

Lo avresti detto anche tu.

- Scritto da: suoranciata
>
> - Scritto da: Rin Kobayashi
> >
> > - Scritto da: suoranciata
> > >
> > > - Scritto da: Rin Kobayashi
> > > >
> > > > - Scritto da:
> > > > > Sicuramente, ma dato che il "file"
> > incriminato
> > > > > cambia parecchie volte al minuto, fare un
> > > backup
> > > > > al minuto non è praticabile.. Per quello
> > > speravo
> > > > > nella possibilità di un journal... Anche
> per
> > > > > riportarlo ad una versione
> > > > > rpecedente..
> > > >
> > > > Se non sbaglio c'è un'API nel kernel di
> linux
> > > che
> > > > ti permette di sapere quando un determinato
> > file
> > > > o il contenuto di una determinata directory
> > > > cambia...
> > > >
> > > >
> > >
> >
> http://stefan.buettcher.org/cs/fschange/index.html
> > > >
> > > > Potresti fare un programmino che viene
> > avvertito
> > > > dal kernel ogni volta che il file cambia e
> di
> > > > conseguenza farti la copia che ti
> > > > interessa.
> > >
> > > Quello che fanno fam/gamin.
> >
> > Non so che meccanismo usano questo, IMO il
> metodo
> > più diretto e veloce è quello di farsi avvertire
> > direttamente dal
> > kernel.
>
> In realtà il mio post è sbagliato, ma non avevo
> voglia di correggerlo. Sono due progs che possono
> lanciare eventi a tua scelta quando cambia
> qualcosa sul
> fs.
> Alcuni wm si appoggiano a questi.

Si, se non ho capito male FAM è quello usato da gnomo... ma leggevo che per farlo usare dnotify (la API del kernel) bisogna patcharlo... quindi di default probabilmente usa un altro metodo...
http://wiki.linuxquestions.org/wiki/FAM

Diciamo che è una scelta a più alto livello, utile per essere avvisati anche via rete, nel caso specifico però forse accedere direttamente all'API del kernel è la scelta più pulita (anche perché non ti richiede di avere nessun demone in esecuzione).

- Scritto da:
>
> > Potresti fare un programmino che viene avvertito
> > dal kernel ogni volta che il file cambia e di
> > conseguenza farti la copia che ti interessa.
>
> Da provare, ma non oso pensare le performance,
> visto che il file puo' cambiare
> spessissimo.
>
> Grazie cmq per la dritta...

Eh, dipende da che file è, che dimensione ha, quante volte viene modificato al secondo...
in alternativa devi fare un modulo del kernel che intercetta i write e li duplica su un altro file (in modo simile a quello che fanno certi rootkit/trojan/blabla), ma qui si sconfina nella programmazione a livello kernel di cui so poco e niente.

- Scritto da:
> Sicuramente, ma dato che il "file" incriminato
> cambia parecchie volte al minuto, fare un backup
> al minuto non è praticabile.. Per quello speravo
> nella possibilità di un journal... Anche per
> riportarlo ad una versione
> rpecedente..

Se non sbaglio c'è un'API nel kernel di linux che ti permette di sapere quando un determinato file o il contenuto di una determinata directory cambia...
http://stefan.buettcher.org/cs/fschange/index.html

Potresti fare un programmino che viene avvertito dal kernel ogni volta che il file cambia e di conseguenza farti la copia che ti interessa.

- Scritto da: Rin Kobayashi
>
> - Scritto da:
> >
> > - Scritto da: Rin Kobayashi
> > >
> > > - Scritto da:
> > > > Sto vedendo che ext4, ext3, e Reiser sono
> > > > journal, ovvero da qualkche parte vengono
> > > scritte
> > > > le modifiche fatte al
> > > > disco.
> > > >
> > > > Ammesso che abbia capito bene, chi mi spiega
> > > come
> > > > poter tornare indietro su di un file da me
> > > > modificato, ad una versione precedente
> > > sfruttando
> > > > il
> > > > journal?
> > > >
> > > > La stessa cosa puo' essere utiole nel caso
> di
> > > > file corrotti, o
> > > > no?
> > >
> > > Il journal nei FS journal difficilmente
> riguarda
> > > anche i dati (devi abilitarlo a parte per
> > > questo). Se lo fosse allora ogni singolo file
> > > occuperebbe più del doppio dello spazio e
> questo
> > > non è accettabile (se non per determinate
> > > esigenze). Di solito il journal riguarda i
> così
> > > detti "metadati" e le informazioni sulla
> > > struttura del disco. In altre parole, ogni
> volta
> > > che vuoi aggiungere un file, scrivere dati,
> > > cancellare un file, rinominarlo, ecc... prima
> > > l'azione che vuoi fare viene scritta nel
> journal
> > > nei suoi "passi atomici" e poi viene
> > implementata
> > > davvero. Una volta implementata nel journal si
> > > segna tutto questo come "ok, fatto, tutto
> > > bene".
> > >
> > > In questo modo se dovesse succedere qualcosa
> > > durante la scrittura del journal non c'è
> > > problema, perché la struttura del disco non ne
> > > verrebbe compromessa. Se succede qualcosa
> > > successivamente, ovvero durante
> l'effettuazione
> > > delle operazioni descritte (e già
> > precedentemente
> > > scritte) nel journal all'avvio successivo il
> FS
> > > provvederà a fare il re-play del journal dal
> > > momento in cui trova un "ok, fatto, tutto
> bene"
> > > fino alla fine del journal stesso. In questo
> > modo
> > > si è sicuri che la struttura del FS sia sempre
> > > coerente (a meno di subdoli guasti hardware
> [RAM
> > > difettosa ad esempio]). Ma ciò non garantisce
> > che
> > > i dati scritti abbiano un senso... proprio
> > perché
> > > nel journal viene solo descritto ciò che
> accade
> > > alla struttura e non ai dati
> > > stessi.
> > >
> > > Di "undelete" per ext2/3 mi pare che ne
> > esistono,
> > > per Reiser non so proprio. Ad ogni modo gli
> > > "undelete" si basano sul fatto che spesso nel
> FS
> > > i dati cancellati vengono solo "marcati" come
> > > cancellati e non sovrascritti davvero (a meno
> > che
> > > in seguito non ci siano state scritture che
> > > possono aver usato quello spazio per i loro
> > > dati)... quindi tutto quello che fanno gli
> > > "undelete" è prendere quei settore e
> rimarcarli
> > > come usati, cercando di dare loro un nome in
> > base
> > > al nome che avevano precedentemente. A volte
> > > funziona, altre volte
> > > no.
> >
> > Su ext3 viene modificato l' inode che fa
> > riferimento al file, percui non è più
> > recuperabile se non conoscendo l' allocazione hw
> > su
> > hd.
>
> Mah, eppure ero convinto di aver visto un
> undelete per extX... forse era un
> incubo.

http://www.xs4all.nl/~carlo17/howto/undelete_ext3....

Ah ecco, l'avevo letto per ext2, evidentemente in ext3 hanno cambiato un po' di cose.

- Scritto da:
> Sto vedendo che ext4, ext3, e Reiser sono
> journal, ovvero da qualkche parte vengono scritte
> le modifiche fatte al
> disco.
>
> Ammesso che abbia capito bene, chi mi spiega come
> poter tornare indietro su di un file da me
> modificato, ad una versione precedente sfruttando
> il
> journal?
>
> La stessa cosa puo' essere utiole nel caso di
> file corrotti, o
> no?

Il journal nei FS journal difficilmente riguarda anche i dati (devi abilitarlo a parte per questo). Se lo fosse allora ogni singolo file occuperebbe più del doppio dello spazio e questo non è accettabile (se non per determinate esigenze). Di solito il journal riguarda i così detti "metadati" e le informazioni sulla struttura del disco. In altre parole, ogni volta che vuoi aggiungere un file, scrivere dati, cancellare un file, rinominarlo, ecc... prima l'azione che vuoi fare viene scritta nel journal nei suoi "passi atomici" e poi viene implementata davvero. Una volta implementata nel journal si segna tutto questo come "ok, fatto, tutto bene".

In questo modo se dovesse succedere qualcosa durante la scrittura del journal non c'è problema, perché la struttura del disco non ne verrebbe compromessa. Se succede qualcosa successivamente, ovvero durante l'effettuazione delle operazioni descritte (e già precedentemente scritte) nel journal all'avvio successivo il FS provvederà a fare il re-play del journal dal momento in cui trova un "ok, fatto, tutto bene" fino alla fine del journal stesso. In questo modo si è sicuri che la struttura del FS sia sempre coerente (a meno di subdoli guasti hardware [RAM difettosa ad esempio]). Ma ciò non garantisce che i dati scritti abbiano un senso... proprio perché nel journal viene solo descritto ciò che accade alla struttura e non ai dati stessi.

Di "undelete" per ext2/3 mi pare che ne esistono, per Reiser non so proprio. Ad ogni modo gli "undelete" si basano sul fatto che spesso nel FS i dati cancellati vengono solo "marcati" come cancellati e non sovrascritti davvero (a meno che in seguito non ci siano state scritture che possono aver usato quello spazio per i loro dati)... quindi tutto quello che fanno gli "undelete" è prendere quei settore e rimarcarli come usati, cercando di dare loro un nome in base al nome che avevano precedentemente. A volte funziona, altre volte no.