Path: csiph.com!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Paul Newsgroups: alt.os.linux Subject: Re: Hard disk error (Error probing device: Error sending ATA command IDENTIFY DEVICE) Date: Tue, 8 Apr 2025 00:05:18 -0400 Organization: A noiseless patient Spider Lines: 70 Message-ID: References: <7263clxr47.ln2@Telcontar.valinor> <6orcclxu42.ln2@Telcontar.valinor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Date: Tue, 08 Apr 2025 06:05:22 +0200 (CEST) Injection-Info: dont-email.me; posting-host="e2dbe4fe4de207c0923fa88820751596"; logging-data="1521635"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19DPUa/2Vnc288/NJIaG41/YVyM0pb2zVI=" User-Agent: Ratcatcher/2.0.0.25 (Windows/20130802) Cancel-Lock: sha1:PjHeQBXdIGY1OX91uMCrQP7FO5Y= Content-Language: en-US In-Reply-To: Xref: csiph.com alt.os.linux:81305 On Mon, 4/7/2025 8:34 PM, Carlos E.R. wrote: > On 2025-04-07 21:00, Paul wrote: >> On Mon, 4/7/2025 10:37 AM, J.O. Aho wrote: >>> On 07/04/2025 14.07, Carlos E.R. wrote: >>>> On 2025-04-07 11:42, Simon wrote: >>> >>>>> I found a fix to this some time ago, maybe it will help still now? https://blog.simonj.eu/blog/jms578-based-adaptor-on-linux >>>> >>>> What does this do? The link doesn't explain. >>>> >>>> Google says that this changes usb-disk driver "UAS" to "usb-storage". Why would I need that, what is the advantage? >>> >>> The UAS is a newer implementation for mass storage devices, this uses a SCSI based protocol instead of the Bulk-Only Transport of the USB. Main benefit with UAS is higher transfer speeds from/to usb connected mass storage units. >>> >>> As the device you use seems to have issues with UAS (at least the Linux implementation), so the option seems to be to relay on the old USB functionality and the benefit for you would be something that works. >>> >>> The following numbers based on tests on a Banana Pi: >>> Seq Write: ~10% slower on USB vs UAS >>> Seq Read: ~14% slower on USB vs UAS >>> >>> >>> // Aho >> >> For this particular device, the anecdotal evidence is the >> regular USB storage seems to work, whereas the UAS implementation >> had rough edges. The UAS supports TRIM, which would be a better >> fit for SSDs, but I would not put SSDs in that enclosure. >> A hard drive may survive any brutal treatment that firmware >> hands out. We don't really know what that firmware >> does to drives. If a firmware isn't remotely "compliant", >> it remains a science experiment. >> >> The next issue, is benching it for performance, and seeing >> what kind of write rate it can manage. None of the chit-chat >> about it I've seen so far, mentions a bench and whether the >> internal processor limits it. It may be examining each ATA >> command set command, as it goes by. > > All the issues I have with this box appear to be caused by the firmware of the box. None seem to be caused on the Linux side of things. > > Things like the firmware reporting wrong identification, or powering off the disks after 10 minutes, or not handling correctly SMART (ATA) commands. > It needs a firmware change. Maybe the ODroid "hardkernel" one would be good enough. But if the firmware change does not have release notes, then some amount of test will be required of each end-user, to try to establish the remaining flaws. https://www.jmicron.com/About_JMicron Our milestone [WW = World Wide] 2021 Delivered USB 20Gbps with RAID / Clone bridge controller 2020 Merger with KaiKuTeK Inc. 2019 ยท WW 1st single chip solution to diverse storage media 2018 Delivered USB-UFS bridge controller 2017 Delivered WW 1st USB-PCle bridge controller for >1000MB/s DAS application 2015 Delivered up to 100M pcs of USB 3.1 Gen1 enclosure products and also got certified by USB-IF 2013 Delivered WW 1st USB 3.1 Gen1 dual-bay enclosure single chip controller 2010 Be selected as one of the outstanding companies in Asia by Asian Science Park Association Paul