Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: "Carlos E.R." Newsgroups: alt.os.linux,alt.comp.os.windows-11 Subject: Re: Hard disk error (Error probing device: Error sending ATA command IDENTIFY DEVICE) Date: Fri, 4 Apr 2025 22:52:44 +0200 Lines: 55 Message-ID: References: <7263clxr47.ln2@Telcontar.valinor> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: individual.net 6L0OFQOBUvF2kFdBV2/mGwpiG+uQw3GgQstS/e1xcgjtWIHKve X-Orig-Path: Telcontar.valinor!not-for-mail Cancel-Lock: sha1:gdU6Orx5JRBNfQtiEHwUIbzSDYE= sha256:GhMY+TxPIccu+TkUfqObTOcQZ809ts4iaBEHY+47hYU= User-Agent: Mozilla Thunderbird Content-Language: es-ES, en-CA In-Reply-To: Xref: csiph.com alt.os.linux:81273 alt.comp.os.windows-11:18282 On 2025-04-04 22:30, Paul wrote: > On Fri, 4/4/2025 6:15 AM, Carlos E.R. wrote: >> On 2025-04-04 08:30, vallor wrote: >>> On Thu, 3 Apr 2025 22:01:43 +0200, "Carlos E.R." >>> wrote in <7263clxr47.ln2@Telcontar.valinor>: ... >> So at least plain normal usage works. > > When you get your practice disks *do a capacity test*. > > 1) Create the array. > 2) Fill the array with 1GB test files until it is full. > 3) Did the array corrupt at 2.2TB worth of files ? > > I could find evidence that the thing was using 28-bit LBA > instead of 48-bit LBA. I don't think the SATA specs even allow > that. All of SATA, should be in 48-bit addressing mode. > > You should be *very suspicious* about this product, > and use test procedures appropriate for "mystery meat". My routine includes filling the disks to capacity with pseudo random data. I wrote some code that does this at maximum speed ;-) Oh, this is because I intend to encrypt the disks. I suppose I should encrypt the resulting raid device, say /dev/md0, then mount /dev/dm-0. Another hurdle, is I need to read the FARM data, because there are fake new Seagate hard disks running around⁽¹⁾. I tested this: +++·················· Telcontar:~ # smartctl -l farm /dev/sdf smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.4.0-150600.23.42-default] (SUSE RPM) Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org FARM log (GP Log 0xa6) not supported Telcontar:~ # ··················++- I have to find out if this because the disks I am using are old and do not have the FARM log yet, or the box firmware doesn't allow reading it. This is not crucial if I can read it somewhere else. Huh, I have an idea. If this box in the end is not valid, I could rip it out and insert usb2sata connectors on the back of each disk. Use only the power supply and the iron. It would be ugly and impose a delay on my project, and waste of money, but would work. (1) -- Cheers, Carlos.