-
per wakko e altri nerdScritto daNon Autenticatoil 2010-09-21 10:45:00.0 alle 2010-09-21 10:45:00.0Dal manuale di hdparm:
--make-bad-sector
Deliberately create a bad sector (aka. "media error") on the
disk. EXCEPTIONALLY DANGEROUS. DO NOT USE THIS FLAG!! This
can be useful for testing of device/RAID error recovery mecha‐
nisms. The sector number is given as a (base10) parameter after
the flag. Depending on the device, hdparm will choose one of
two possible ATA commands for corrupting the sector. The
WRITE_LONG works on most drives, but only up to the 28-bit sec‐
tor boundary. Some very recent drives (2008) may support the
new WRITE_UNCORRECTABLE_EXT command, which works for any LBA48
sector. If available, hdparm will use that in preference to
WRITE_LONG. The WRITE_UNCORRECTABLE_EXT command itself presents
a choice of how the new bad sector should behave. By default,
it will look like any other bad sector, and the drive may take
some time to retry and fail on subsequent READs of the sector.
However, if a single letter f is prepended immediately in front
of the first digit of the sector number parameter, then hdparm
will issue a "flagged" WRITE_UNCORRECTABLE_EXT, which causes the
drive to merely flag the sector as bad (rather than genuinely
corrupt it), and subsequent READs of the sector will fail imme‐
diately (rather than after several retries). Note also that the
--repair-sector flag can be used to restore (any) bad sectors
when they are no longer needed, including sectors that were gen‐
uinely bad (the drive will likely remap those to a fresh area on
the media)
Se uso WRITE_UNCORRECTABLE_EXT senza il parametro f, è sgamabile il fatto che il cluster sia stato danneggiato "di proposito" con tale comando?
L'errore è reversibile?-
Re: per wakko e altri nerd
- Scritto da:
> Dal manuale di hdparm:
>
> --make-bad-sector
> Deliberately create a bad sector (aka. "media
> error") on
> the
> disk. EXCEPTIONALLY DANGEROUS. DO NOT USE THIS
> FLAG!!
> This
> can be useful for testing of device/RAID error
> recovery
> mecha‐
> nisms. The sector number is given as a (base10)
> parameter
> after
> the flag. Depending on the device, hdparm will
> choose one
> of
> two possible ATA commands for corrupting the
> sector.
> The
> WRITE_LONG works on most drives, but only up to
> the 28-bit
> sec‐
> tor boundary. Some very recent drives (2008) may
> support
> the
> new WRITE_UNCORRECTABLE_EXT command, which works
> for any
> LBA48
> sector. If available, hdparm will use that in
> preference
> to
> WRITE_LONG. The WRITE_UNCORRECTABLE_EXT command
> itself
> presents
> a choice of how the new bad sector should behave.
> By
> default,
> it will look like any other bad sector, and the
> drive may
> take
> some time to retry and fail on subsequent READs
> of the
> sector.
> However, if a single letter f is prepended
> immediately in
> front
> of the first digit of the sector number
> parameter, then
> hdparm
> will issue a "flagged" WRITE_UNCORRECTABLE_EXT,
> which causes
> the
> drive to merely flag the sector as bad (rather
> than
> genuinely
> corrupt it), and subsequent READs of the sector
> will fail
> imme‐
> diately (rather than after several retries). Note
> also that
> the
> --repair-sector flag can be used to restore (any)
> bad
> sectors
> when they are no longer needed, including sectors
> that were
> gen‐
> uinely bad (the drive will likely remap those to
> a fresh area
> on
> the media)
>
> Se uso WRITE_UNCORRECTABLE_EXT senza il parametro
> f, è sgamabile il fatto che il cluster sia stato
> danneggiato "di proposito" con tale
> comando?
> L'errore è reversibile?
Da quanto mi pare di capire da quello che c'è scritto lì l'errore è riparabile dando all'HD il comando contrario. Ma questo comando contrario vale anche per i badcluster veri, ossia semplicemente dice al disco "togli quel settore danneggiato dall'elenco dei settori danneggiati". In questo elenco un settore ci può finire per due motivi:
1) perché è davvero danneggiato
2) perché è stato segnalato come danneggiato dal comando qui sopra
In entrambi i casi l'HD si comporterà come se fosse danneggiato davvero e da un punto di vista software e dell'utente i due tipi sono quindi indistinguibili e non basta riformattare il disco o anche sovrascriverlo per recuperare il settore marcato come danneggiato (devi proprio essere a conoscenza dell'esistenza di questo comando) perché questa tabella di settori danneggiati non è scritta nel filesystem, ma nella memoria interna dell'HD, quella inaccessibile dall'esterno.
Ora, io non ho mai visto un tecnico che in presenza di settori danneggiati prova a marcarli come buoni con questo comando... le probabilità di essere sgamati sono quindi molto poche ma non posso escludere che ci siano folli che ci provano visto che non è affatto comune che l'utente si metta a danneggiare il proprio disco di proposito.
Ma anche se fosse... come fa questo tecnico a dire che è colpa tua? Puoi sempre dire "boh, sarà stato un virus" o roba simile.
Visto che hdparm è un programma linux puoi avviare il pc con una live linux (che quasi certamente lo contiene di default) e così non lasci nessuna traccia nei log di Windows... nemmeno che il pc è stato acceso. Ovviamente do per scontato che il pc ti permette l'avvio da CD/USB e/o non ha la BIOS protetta da password.-
Re: per wakko e altri nerd
- Scritto da: Rin Kobayashi
>
> - Scritto da:
> > Dal manuale di hdparm:
> >
> > --make-bad-sector
> > Deliberately create a bad sector (aka. "media
> > error") on
> > the
> > disk. EXCEPTIONALLY DANGEROUS. DO NOT USE THIS
> > FLAG!!
> > This
> > can be useful for testing of device/RAID error
> > recovery
> > mecha‐
> > nisms. The sector number is given as a (base10)
> > parameter
> > after
> > the flag. Depending on the device, hdparm will
> > choose one
> > of
> > two possible ATA commands for corrupting the
> > sector.
> > The
> > WRITE_LONG works on most drives, but only up to
> > the 28-bit
> > sec‐
> > tor boundary. Some very recent drives (2008) may
> > support
> > the
> > new WRITE_UNCORRECTABLE_EXT command, which works
> > for any
> > LBA48
> > sector. If available, hdparm will use that in
> > preference
> > to
> > WRITE_LONG. The WRITE_UNCORRECTABLE_EXT command
> > itself
> > presents
> > a choice of how the new bad sector should
> behave.
> > By
> > default,
> > it will look like any other bad sector, and the
> > drive may
> > take
> > some time to retry and fail on subsequent READs
> > of the
> > sector.
> > However, if a single letter f is prepended
> > immediately in
> > front
> > of the first digit of the sector number
> > parameter, then
> > hdparm
> > will issue a "flagged" WRITE_UNCORRECTABLE_EXT,
> > which causes
> > the
> > drive to merely flag the sector as bad (rather
> > than
> > genuinely
> > corrupt it), and subsequent READs of the sector
> > will fail
> > imme‐
> > diately (rather than after several retries).
> Note
> > also that
> > the
> > --repair-sector flag can be used to restore
> (any)
> > bad
> > sectors
> > when they are no longer needed, including
> sectors
> > that were
> > gen‐
> > uinely bad (the drive will likely remap those to
> > a fresh area
> > on
> > the media)
> >
> > Se uso WRITE_UNCORRECTABLE_EXT senza il
> parametro
> > f, è sgamabile il fatto che il cluster sia stato
> > danneggiato "di proposito" con tale
> > comando?
> > L'errore è reversibile?
>
> Da quanto mi pare di capire da quello che c'è
> scritto lì l'errore è riparabile dando all'HD il
> comando contrario. Ma questo comando contrario
> vale anche per i badcluster veri, ossia
> semplicemente dice al disco "togli quel settore
> danneggiato dall'elenco dei settori danneggiati".
> In questo elenco un settore ci può finire per due
> motivi:
> 1) perché è davvero danneggiato
> 2) perché è stato segnalato come danneggiato dal
> comando qui
> sopra
>
> In entrambi i casi l'HD si comporterà come se
> fosse danneggiato davvero e da un punto di vista
> software e dell'utente i due tipi sono quindi
> indistinguibili e non basta riformattare il disco
> o anche sovrascriverlo per recuperare il settore
> marcato come danneggiato (devi proprio essere a
> conoscenza dell'esistenza di questo comando)
> perché questa tabella di settori danneggiati non
> è scritta nel filesystem, ma nella memoria
> interna dell'HD, quella inaccessibile
> dall'esterno.
>
> Ora, io non ho mai visto un tecnico che in
> presenza di settori danneggiati prova a marcarli
> come buoni con questo comando... le probabilità
> di essere sgamati sono quindi molto poche ma non
> posso escludere che ci siano folli che ci provano
> visto che non è affatto comune che l'utente si
> metta a danneggiare il proprio disco di
> proposito.
> Ma anche se fosse... come fa questo tecnico a
> dire che è colpa tua? Puoi sempre dire "boh, sarà
> stato un virus" o roba
> simile.
> Visto che hdparm è un programma linux puoi
> avviare il pc con una live linux (che quasi
> certamente lo contiene di default) e così non
> lasci nessuna traccia nei log di Windows...
> nemmeno che il pc è stato acceso. Ovviamente do
> per scontato che il pc ti permette l'avvio da
> CD/USB e/o non ha la BIOS protetta da
> password.
Attenzione, qui dice così:
http://www.t13.org/documents/UploadedDocuments/doc...
If the host writes to a pseudo uncorrectable or flagged uncorrectable sector, the drive
shall attempt to write the data to the sector. The write shall clear the uncorrectable status
of the sector and make the sector good if possible and the device shall verify that the
sector can now be read without error. It is possible that an uncorrectable sector location
has actual physical errors. In this case read commands and/or write commands shall
return ERR status information that is consistent with the error.
Quindi se ho capito bene una riscrittura forzata su quel settore potrebbe ripristinarlo (l'HD tenta comunque di scrivere e se ci riesce senza errori toglie da solo il settore dall'elenco dei danneggiati).
Questa comunque era la "proposal", non so se poi hanno cambiato.
Non so però come si comporta SMART con questo genere di bad-cluster. Li sostituisce? Si? No? Boh.
L'unica a questo punto è prendere un HD di cui non sai che farti e fare delle prove.-
Re: per wakko e altri nerdScritto daNon Autenticatoil 2010-09-21 13:20:00.0 alle 2010-09-21 13:20:00.0
- Scritto da: Rin Kobayashi
>
> - Scritto da: Rin Kobayashi
> >
> > - Scritto da:
> > > Dal manuale di hdparm:
> > >
> > > --make-bad-sector
> > > Deliberately create a bad sector (aka. "media
> > > error") on
> > > the
> > > disk. EXCEPTIONALLY DANGEROUS. DO NOT USE THIS
> > > FLAG!!
> > > This
> > > can be useful for testing of device/RAID error
> > > recovery
> > > mecha‐
> > > nisms. The sector number is given as a
> (base10)
> > > parameter
> > > after
> > > the flag. Depending on the device, hdparm
> will
> > > choose one
> > > of
> > > two possible ATA commands for corrupting the
> > > sector.
> > > The
> > > WRITE_LONG works on most drives, but only up
> to
> > > the 28-bit
> > > sec‐
> > > tor boundary. Some very recent drives (2008)
> may
> > > support
> > > the
> > > new WRITE_UNCORRECTABLE_EXT command, which
> works
> > > for any
> > > LBA48
> > > sector. If available, hdparm will use that in
> > > preference
> > > to
> > > WRITE_LONG. The WRITE_UNCORRECTABLE_EXT
> command
> > > itself
> > > presents
> > > a choice of how the new bad sector should
> > behave.
> > > By
> > > default,
> > > it will look like any other bad sector, and
> the
> > > drive may
> > > take
> > > some time to retry and fail on subsequent
> READs
> > > of the
> > > sector.
> > > However, if a single letter f is prepended
> > > immediately in
> > > front
> > > of the first digit of the sector number
> > > parameter, then
> > > hdparm
> > > will issue a "flagged"
> WRITE_UNCORRECTABLE_EXT,
> > > which causes
> > > the
> > > drive to merely flag the sector as bad (rather
> > > than
> > > genuinely
> > > corrupt it), and subsequent READs of the
> sector
> > > will fail
> > > imme‐
> > > diately (rather than after several retries).
> > Note
> > > also that
> > > the
> > > --repair-sector flag can be used to restore
> > (any)
> > > bad
> > > sectors
> > > when they are no longer needed, including
> > sectors
> > > that were
> > > gen‐
> > > uinely bad (the drive will likely remap those
> to
> > > a fresh area
> > > on
> > > the media)
> > >
> > > Se uso WRITE_UNCORRECTABLE_EXT senza il
> > parametro
> > > f, è sgamabile il fatto che il cluster sia
> stato
> > > danneggiato "di proposito" con tale
> > > comando?
> > > L'errore è reversibile?
> >
> > Da quanto mi pare di capire da quello che c'è
> > scritto lì l'errore è riparabile dando all'HD il
> > comando contrario. Ma questo comando contrario
> > vale anche per i badcluster veri, ossia
> > semplicemente dice al disco "togli quel settore
> > danneggiato dall'elenco dei settori
> danneggiati".
> > In questo elenco un settore ci può finire per
> due
> > motivi:
> > 1) perché è davvero danneggiato
> > 2) perché è stato segnalato come danneggiato dal
> > comando qui
> > sopra
> >
> > In entrambi i casi l'HD si comporterà come se
> > fosse danneggiato davvero e da un punto di vista
> > software e dell'utente i due tipi sono quindi
> > indistinguibili e non basta riformattare il
> disco
> > o anche sovrascriverlo per recuperare il settore
> > marcato come danneggiato (devi proprio essere a
> > conoscenza dell'esistenza di questo comando)
> > perché questa tabella di settori danneggiati non
> > è scritta nel filesystem, ma nella memoria
> > interna dell'HD, quella inaccessibile
> > dall'esterno.
> >
> > Ora, io non ho mai visto un tecnico che in
> > presenza di settori danneggiati prova a marcarli
> > come buoni con questo comando... le probabilità
> > di essere sgamati sono quindi molto poche ma non
> > posso escludere che ci siano folli che ci
> provano
> > visto che non è affatto comune che l'utente si
> > metta a danneggiare il proprio disco di
> > proposito.
> > Ma anche se fosse... come fa questo tecnico a
> > dire che è colpa tua? Puoi sempre dire "boh,
> sarà
> > stato un virus" o roba
> > simile.
> > Visto che hdparm è un programma linux puoi
> > avviare il pc con una live linux (che quasi
> > certamente lo contiene di default) e così non
> > lasci nessuna traccia nei log di Windows...
> > nemmeno che il pc è stato acceso. Ovviamente do
> > per scontato che il pc ti permette l'avvio da
> > CD/USB e/o non ha la BIOS protetta da
> > password.
>
> Attenzione, qui dice così:
> http://www.t13.org/documents/UploadedDocuments/doc
>
>
> If the host writes to a pseudo uncorrectable
> or flagged uncorrectable sector, the
> drive
> shall attempt to write the data to the sector.
> The write shall clear the uncorrectable
> status
> of the sector and make the sector good if
> possible and the device shall verify that
> the
> sector can now be read without error. It is
> possible that an uncorrectable sector
> location
> has actual physical errors. In this case read
> commands and/or write commands
> shall
> return ERR status information that is consistent
> with the
> error.
>
>
> Quindi se ho capito bene una riscrittura forzata
> su quel settore potrebbe ripristinarlo (l'HD
> tenta comunque di scrivere e se ci riesce senza
> errori toglie da solo il settore dall'elenco dei
> danneggiati).
> Questa comunque era la "proposal", non so se poi
> hanno
> cambiato.
> Non so però come si comporta SMART con questo
> genere di bad-cluster. Li sostituisce? Si? No?
> Boh.
>
> L'unica a questo punto è prendere un HD di cui
> non sai che farti e fare delle
> prove.
Sicuramente farò delle prove. E' abbastanza palese che il comando non danneggerà veramente il cluster, ma ne simulerà il danneggiamento oppure ne marchierà il danneggiamento. Il punto è: per simulare un danneggiamento ci dev'essere un qualche tipo di flag sul cluster che avverte il disco "fai finta che sono danneggiato diocane"?
e lì c'è lo sgamo.
Per la reversibilità, l'ho letto dopo. E' evidente che con qualsiasi format a basso livello scancelli via ogni traccia.
Bene, la vendetta sta per compiersi, hahahaahhahahah! Mignolo, finalmente il piano per la conquista del mondo è pronto!!!
-
-
Re: per wakko e altri nerdScritto daAlessandrox(XYZ)Trollil 2010-09-21 12:28:00.0 alle 2010-09-21 12:28:00.0Trollate totali: 11553- Scritto da: Rin Kobayashi
quindi molto poche ma non
> posso escludere che ci siano folli che ci provano
> visto che non è affatto comune che l'utente si
> metta a danneggiare il proprio disco di
> proposito.
> Ma anche se fosse... come fa questo tecnico a
> dire che è colpa tua? Puoi sempre dire "boh, sarà
> stato un virus" o roba
> simile.
Se il tecnico ci crede allora è un fesso... daiiii
Il punto è che NON può provare che sia stato marcato bad di proposito... mi è capitato che uno scandisk abbia identificato bad dei settori recuperati poi con quel fantastico programma che è HDD regenerator... funziona se il settore è recuperabile non tutti i settori marcati sono veramente sempre irrecuperabili
C'e' anche su Hirens Boot CD fino alla ver. 10.6
Alla 11 l' hanno tolto... anche perchè NON è free
> Visto che hdparm è un programma linux puoi
> avviare il pc con una live linux (che quasi
> certamente lo contiene di default) e così non
> lasci nessuna traccia nei log di Windows...
> nemmeno che il pc è stato acceso. Ovviamente do
> per scontato che il pc ti permette l'avvio da
> CD/USB e/o non ha la BIOS protetta da
> password.
così non dobvrà nemmeno spiegare niente a nessunoMa smettila di secernere cazzate!
-
Re: per wakko e altri nerdScritto daNon Autenticatoil 2010-09-21 13:18:00.0 alle 2010-09-21 13:18:00.0
- Scritto da: Rin Kobayashi
>
> - Scritto da:
> > Dal manuale di hdparm:
> >
> > --make-bad-sector
> > Deliberately create a bad sector (aka. "media
> > error") on
> > the
> > disk. EXCEPTIONALLY DANGEROUS. DO NOT USE THIS
> > FLAG!!
> > This
> > can be useful for testing of device/RAID error
> > recovery
> > mecha‐
> > nisms. The sector number is given as a (base10)
> > parameter
> > after
> > the flag. Depending on the device, hdparm will
> > choose one
> > of
> > two possible ATA commands for corrupting the
> > sector.
> > The
> > WRITE_LONG works on most drives, but only up to
> > the 28-bit
> > sec‐
> > tor boundary. Some very recent drives (2008) may
> > support
> > the
> > new WRITE_UNCORRECTABLE_EXT command, which works
> > for any
> > LBA48
> > sector. If available, hdparm will use that in
> > preference
> > to
> > WRITE_LONG. The WRITE_UNCORRECTABLE_EXT command
> > itself
> > presents
> > a choice of how the new bad sector should
> behave.
> > By
> > default,
> > it will look like any other bad sector, and the
> > drive may
> > take
> > some time to retry and fail on subsequent READs
> > of the
> > sector.
> > However, if a single letter f is prepended
> > immediately in
> > front
> > of the first digit of the sector number
> > parameter, then
> > hdparm
> > will issue a "flagged" WRITE_UNCORRECTABLE_EXT,
> > which causes
> > the
> > drive to merely flag the sector as bad (rather
> > than
> > genuinely
> > corrupt it), and subsequent READs of the sector
> > will fail
> > imme‐
> > diately (rather than after several retries).
> Note
> > also that
> > the
> > --repair-sector flag can be used to restore
> (any)
> > bad
> > sectors
> > when they are no longer needed, including
> sectors
> > that were
> > gen‐
> > uinely bad (the drive will likely remap those to
> > a fresh area
> > on
> > the media)
> >
> > Se uso WRITE_UNCORRECTABLE_EXT senza il
> parametro
> > f, è sgamabile il fatto che il cluster sia stato
> > danneggiato "di proposito" con tale
> > comando?
> > L'errore è reversibile?
>
> Da quanto mi pare di capire da quello che c'è
> scritto lì l'errore è riparabile dando all'HD il
> comando contrario. Ma questo comando contrario
> vale anche per i badcluster veri, ossia
> semplicemente dice al disco "togli quel settore
> danneggiato dall'elenco dei settori danneggiati".
> In questo elenco un settore ci può finire per due
> motivi:
> 1) perché è davvero danneggiato
> 2) perché è stato segnalato come danneggiato dal
> comando qui
> sopra
>
> In entrambi i casi l'HD si comporterà come se
> fosse danneggiato davvero e da un punto di vista
> software e dell'utente i due tipi sono quindi
> indistinguibili e non basta riformattare il disco
> o anche sovrascriverlo per recuperare il settore
> marcato come danneggiato (devi proprio essere a
> conoscenza dell'esistenza di questo comando)
> perché questa tabella di settori danneggiati non
> è scritta nel filesystem, ma nella memoria
> interna dell'HD, quella inaccessibile
> dall'esterno.
>
> Ora, io non ho mai visto un tecnico che in
> presenza di settori danneggiati prova a marcarli
> come buoni con questo comando... le probabilità
> di essere sgamati sono quindi molto poche ma non
> posso escludere che ci siano folli che ci provano
> visto che non è affatto comune che l'utente si
> metta a danneggiare il proprio disco di
> proposito.
> Ma anche se fosse... come fa questo tecnico a
> dire che è colpa tua? Puoi sempre dire "boh, sarà
> stato un virus" o roba
> simile.
> Visto che hdparm è un programma linux puoi
> avviare il pc con una live linux (che quasi
> certamente lo contiene di default) e così non
> lasci nessuna traccia nei log di Windows...
> nemmeno che il pc è stato acceso. Ovviamente do
> per scontato che il pc ti permette l'avvio da
> CD/USB e/o non ha la BIOS protetta da
> password.
No, posso accedere da bios liberanalmente.
Vorrei però approfondire due questioni:
1) conoscere i clusters utilizzati da uno specifico file (il filesystem è ntfs);
2) avviare un qualche gusto di linux tramite pxe, attraverso una share hostata in un pc con windows xp;
3) eseguire il comando in modalità unattended sul cluster trovato;
4) spegnere il computer
5) ???
6) PROFIT!
-
-