<div dir="ltr"><font face="monospace">What about the SCSI standard? WRITE LONG (10)(16) are still valid?<br><br>Regards,<br><br>Gilson Urbano<br></font><br>On Thu, Jul 21, 2022 at 6:58 PM Franc Zabkar <<a href="mailto:fzabkar@internode.on.net">fzabkar@internode.on.net</a>> wrote:<br>><br>> I think you will find that READ/WRITE LONG have been retired from the<br>> ATA standard. In fact, even in those drives that still support these<br>> commands, the result can be junk data, so it would be inadvisable to use<br>> them.<br>><br>> See Response #5:<br>><br>> <a href="https://www.deepspar.com/blog/Read-Ignoring-ECC.html">https://www.deepspar.com/blog/Read-Ignoring-ECC.html</a><br>><br>> Here is a real example:<br>><br>> <a href="https://www.recoveryforce.com/spinrite-a-data-recovery-program/">https://www.recoveryforce.com/spinrite-a-data-recovery-program/</a><br>><br>> Presumably Spinrite uses the READ LONG command, and this is probably the<br>> reason that it sometimes returns junk data.<br>><br>> -Franc<br>><br>><br>> On 21/07/2022 11:00 pm, Gilson Urbano Ferreira Dias wrote:<br>> > Franc,<br>> ><br>> > Thanks for the useful information.<br>> ><br>> > Just for documentation purposes on the mailing list, I figure out that<br>> > the similar commands for SCSI are WRITE LONG (10) and WRITE LONG (16).<br>> ><br>> > <a href="https://www.t10.org/ftp/t10/document.05/05-344r0.pdf">https://www.t10.org/ftp/t10/document.05/05-344r0.pdf</a><br>> > <<a href="https://www.t10.org/ftp/t10/document.05/05-344r0.pdf">https://www.t10.org/ftp/t10/document.05/05-344r0.pdf</a>> (Page 87)<br>> ><br>> > <a href="https://linux.die.net/man/8/sg_write_long">https://linux.die.net/man/8/sg_write_long</a><br>> > <<a href="https://linux.die.net/man/8/sg_write_long">https://linux.die.net/man/8/sg_write_long</a>><br>> ><br>> > Regards,<br>> ><br>> > Gilson Urbano<br>> ><br>> > On Wed, Jul 20, 2022 at 9:03 PM Franc Zabkar <<a href="mailto:fzabkar@internode.on.net">fzabkar@internode.on.net</a><br>> > <mailto:<a href="mailto:fzabkar@internode.on.net">fzabkar@internode.on.net</a>>> wrote:<br>> >  ><br>> >  > The ATA standard provides a Write Uncorrectable Ext command for this<br>> >  > purpose. A pseudo-uncorrectable sector is created.<br>> >  ><br>> >  > --------------------------------------------------<br>> >  > 7.66.2.2 Pseudo Uncorrectable Logical Sectors<br>> >  ><br>> >  > If the FEATURE field (7:0) contains a value of 55h, the WRITE<br>> >  > UNCORRECTABLE EXT command shall cause the device to indicate a failure<br>> >  > when subsequent reads to any of the logical sectors that are contained<br>> >  > in the physical block of the specified logical sector are performed.<br>> >  > These logical sectors are referred to as pseudo uncorrectable logical<br>> >  > sectors. Whenever a pseudo uncorrectable logical sector is accessed via<br>> >  > a read command the device shall perform normal error recovery to the<br>> >  > fullest extent until:<br>> >  ><br>> >  > a) the error recovery process is completed, the UNCORRECTABLE ERROR bit<br>> >  > is set to one, and the ERROR bit is set to one; or<br>> >  ><br>> >  > b) a command time-out that applies to error recovery control occurs<br>> >  > before error recovery is completed and an error is reported as a result<br>> >  > of the command time-out (see 8.3.3).<br>> >  ><br>> >  > As part of reading a pseudo uncorrectable logical sector, the device<br>> >  > shall perform error logging (e.g., SMART, device statistics) in the same<br>> >  > manner as an Uncorrectable error (see 6.3.6).<br>> >  > --------------------------------------------------<br>> >  ><br>> >  > 7.66.2.3 Flagged Uncorrectable Logical Sectors<br>> >  ><br>> >  > If the FEATURE field (7:0) contains a value of AAh, the WRITE<br>> >  > UNCORRECTABLE EXT command shall cause the device to mark the specified<br>> >  > logical sectors as flagged uncorrectable. Marking a logical sector as<br>> >  > flagged uncorrectable shall cause the device to indicate a failure when<br>> >  > subsequent reads to the specified logical sector are processed.<br>> >  ><br>> >  > As part of reading a flagged uncorrectable logical sector, the device<br>> >  > should not perform error logging (e.g., SMART, device statistics) in the<br>> >  > same manner as an Uncorrectable error (see 6.3.6).<br>> >  > --------------------------------------------------<br>> >  ><br>> >  > On 21/07/2022 12:06 am, Gilson Urbano Ferreira Dias wrote:<br>> >  > > Hi,<br>> >  > ><br>> >  > > I would like to know what is the best/correct approach to fake/mock an<br>> >  > > error to test the detection capability of smartctl.<br>> >  > ><br>> >  > > Regards,<br>> >  > ><br>> >  > > Gilson Urbano<br>> >  > ><br>> >  > > _______________________________________________<br>> >  > > Smartmontools-support mailing list<br>> >  > > <a href="mailto:Smartmontools-support@listi.jpberlin.de">Smartmontools-support@listi.jpberlin.de</a><br>> > <mailto:<a href="mailto:Smartmontools-support@listi.jpberlin.de">Smartmontools-support@listi.jpberlin.de</a>><br>> >  > > <a href="https://listi.jpberlin.de/mailman/listinfo/smartmontools-support">https://listi.jpberlin.de/mailman/listinfo/smartmontools-support</a><br>> > <<a href="https://listi.jpberlin.de/mailman/listinfo/smartmontools-support">https://listi.jpberlin.de/mailman/listinfo/smartmontools-support</a>><br>> >  > _______________________________________________<br>> >  > Smartmontools-support mailing list<br>> >  > <a href="mailto:Smartmontools-support@listi.jpberlin.de">Smartmontools-support@listi.jpberlin.de</a><br>> > <mailto:<a href="mailto:Smartmontools-support@listi.jpberlin.de">Smartmontools-support@listi.jpberlin.de</a>><br>> >  > <a href="https://listi.jpberlin.de/mailman/listinfo/smartmontools-support">https://listi.jpberlin.de/mailman/listinfo/smartmontools-support</a><br>> > <<a href="https://listi.jpberlin.de/mailman/listinfo/smartmontools-support">https://listi.jpberlin.de/mailman/listinfo/smartmontools-support</a>><br>> ><br>> > _______________________________________________<br>> > Smartmontools-support mailing list<br>> > <a href="mailto:Smartmontools-support@listi.jpberlin.de">Smartmontools-support@listi.jpberlin.de</a><br>> > <a href="https://listi.jpberlin.de/mailman/listinfo/smartmontools-support">https://listi.jpberlin.de/mailman/listinfo/smartmontools-support</a><br>> _______________________________________________<br>> Smartmontools-support mailing list<br>> <a href="mailto:Smartmontools-support@listi.jpberlin.de">Smartmontools-support@listi.jpberlin.de</a><br>> <a href="https://listi.jpberlin.de/mailman/listinfo/smartmontools-support">https://listi.jpberlin.de/mailman/listinfo/smartmontools-support</a></div>