Mostra notizie nelle discussioni
  • Avatar
    Scritto da
    Non Autenticato
    il 2009-12-26 16:40:00.0 alle 2009-12-26 16:40:00.0
    SERIO - Filesystem linux journal
    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?
    • Avatar
      ☺
      Scritto da
      il 2009-12-26 16:53:00.0 alle 2009-12-26 16:53:00.0
      Trollate totali: 5425
      Re: SERIO - Filesystem linux journal

      - 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.
      • Avatar
        Scritto da
        Non Autenticato
        il 2009-12-26 16:55:00.0 alle 2009-12-26 16:55:00.0
        Re: SERIO - Filesystem linux journal

        - 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.
        • Avatar
          ☺
          Scritto da
          il 2009-12-26 17:01:00.0 alle 2009-12-26 17:01:00.0
          Trollate totali: 5425
          Re: SERIO - Filesystem linux journal

          - 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.
          • Avatar
            ☺
            Scritto da
            il 2009-12-26 17:02:00.0 alle 2009-12-26 17:02:00.0
            Trollate totali: 5425
            Re: SERIO - Filesystem linux journal

            - 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.
            • Avatar
              Scritto da
              Non Autenticato
              il 2009-12-26 17:05:00.0 alle 2009-12-26 17:05:00.0
              Re: SERIO - Filesystem linux journal

              - Scritto da: Rin Kobayashi
              >
              > - 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.

              Ho letto, sono pazzi! Deluso
          • Avatar
            Scritto da
            Non Autenticato
            il 2009-12-26 17:03:00.0 alle 2009-12-26 17:03:00.0
            Re: SERIO - Filesystem linux journal

            - 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.

            Se c'è mi domando come cazzo funziona.
            • Avatar
              Scritto da
              Non Autenticato
              il 2009-12-26 17:04:00.0 alle 2009-12-26 17:04:00.0
              Re: SERIO - Filesystem linux journal

              - Scritto da:
              >
              > - 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.
              >
              > Se c'è mi domando come cazzo funziona.

              fa un grep del contenuto raw dell' hd, dio canaglia! Deluso

              http://www.xs4all.nl/~carlo17/howto/undelete_ext3....
      • Avatar
        Scritto da
        Non Autenticato
        il 2009-12-26 17:00:00.0 alle 2009-12-26 17:00:00.0
        Re: SERIO - Filesystem linux journal
        Quindi è un journal operativo, e non sul contenuto sui files..

        In pratica serve a "poco", dato che presumevo invece fosse attivabile almeno su alucni file, la possibilità del monitoring completo, su modifiche di nome, ma anche di contenuto, e invece mi pare di capire che non è cosi' come dici...

        Ho capito male?
        • Avatar
          ☺
          Scritto da
          il 2009-12-26 17:08:00.0 alle 2009-12-26 17:08:00.0
          Trollate totali: 5425
          Re: SERIO - Filesystem linux journal

          - Scritto da:
          > Quindi è un journal operativo, e non sul
          > contenuto sui
          > files..
          >
          > In pratica serve a "poco", dato che presumevo
          > invece fosse attivabile almeno su alucni file, la
          > possibilità del monitoring completo, su modifiche
          > di nome, ma anche di contenuto, e invece mi pare
          > di capire che non è cosi' come
          > dici...
          >
          > Ho capito male?

          Bè, che serva a poco lo dici te... in realtà all'avvio successivo ti risparmia decine di minuti di filesystem-check... comprimendoli in pochi istanti... non mi pare che questo sia "poco".

          Quello che vuoi tu probabilmente è qualcosa di diverso, ma all'utente normale importa più lo spazio usato che la sicurezza dei dati. Ad ogni modo ci sono i backup per le cose importanti.
          • Avatar
            Scritto da
            Non Autenticato
            il 2009-12-26 17:10:00.0 alle 2009-12-26 17:10:00.0
            Re: SERIO - Filesystem linux journal

            > Bè, che serva a poco lo dici te... in realtà
            > all'avvio successivo ti risparmia decine di
            > minuti di filesystem-check... comprimendoli in
            > pochi istanti... non mi pare che questo sia
            > "poco".

            No hai ragione.

            > Quello che vuoi tu probabilmente è qualcosa di
            > diverso, ma all'utente normale importa più lo
            > spazio usato che la sicurezza dei dati. Ad ogni
            > modo ci sono i backup per le cose
            > importanti.

            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..
            • Avatar
              ☺
              Scritto da
              il 2009-12-26 17:12:00.0 alle 2009-12-26 17:12:00.0
              Trollate totali: 5425
              Re: SERIO - Filesystem linux journal

              - 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.
              • Avatar
                ☺
                Scritto da
                il 2009-12-26 17:13:00.0 alle 2009-12-26 17:13:00.0
                Trollate totali: 2013
                Re: SERIO - Filesystem linux journal

                - 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.
                • Avatar
                  ☺
                  Scritto da
                  il 2009-12-26 17:16:00.0 alle 2009-12-26 17:16:00.0
                  Trollate totali: 5425
                  Re: SERIO - Filesystem linux journal

                  - 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.
                  • Avatar
                    ☺
                    Scritto da
                    il 2009-12-26 17:18:00.0 alle 2009-12-26 17:18:00.0
                    Trollate totali: 2013
                    Re: SERIO - Filesystem linux journal

                    - 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.
                    • Avatar
                      ☺
                      Scritto da
                      il 2009-12-26 17:23:00.0 alle 2009-12-26 17:23:00.0
                      Trollate totali: 5425
                      Re: SERIO - Filesystem linux journal

                      - 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).
              • Avatar
                Scritto da
                Non Autenticato
                il 2009-12-26 17:14:00.0 alle 2009-12-26 17:14:00.0
                Re: SERIO - Filesystem linux journal

                > 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...
                • Avatar
                  ☺
                  Scritto da
                  il 2009-12-26 17:20:00.0 alle 2009-12-26 17:20:00.0
                  Trollate totali: 5425
                  Re: SERIO - Filesystem linux journal

                  - 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.
<softv>

Pagina generata in 160 millisecondi

Utenti attivi: 9 nell'ultimo minuto, 23 negli ultimi cinque minuti, 50 negli ultimi 15 minuti