@MSGID: 3:633/10 74a93645
@REPLY: 3:633/10 9a993920
@PID: PyGate 1.5.15
@TID: PyGate/Linux 1.5.15
@NOTE: Mozilla Thunderbird
@CHRS: CP437 2
@TZUTC: 0100
@REPLYADDR: Pancho.Jones@protonmail.com
@REPLYTO: 3:633/10 UUCP
@RFC-Message-ID: <10vm6ng$2qq82$1@dont-email.me>
On 6/1/26 10:35, John R Walliker wrote:
> On 31/05/2026 23:57, Pancho wrote:
>> On 5/29/26 04:42, bp@www.zefox.net wrote:
>>> The Natural Philosopher <tnp@invalid.invalid> wrote:
>>>> On 28/05/2026 16:38, Mike Scott wrote:
>>>>> On 28/05/2026 16:27, Mike Scott wrote:
>>>>>> there seems to be no obvious fault with the ssd as such - it was
>>>>>> working as expected when put into storage, and a scan with 
>>>>>> badblock -w
>>>>>> is currently at 80% with no errors.
>>>>>>
>>>>>
>>>>> I should add, the pi4 is running from the spinner, while checking the
>>>>> ssd. 89% checked, 0 errors as I write.
>>>>>
>>>>> Also, a second pi4 has the same issue, so it`s not a faulty pi4.
>>>>>
>>>> Some disks with some USB adapters simply do not work
>>>>
>>>
>>> Two thoughts:
>>>
>>> Try a different USB bridge on the SSD.
>>> Some behave better than others.
>>>
>>
>> +1
>>
>> My rpi4 UBS 3 sockets failed, I suspect due to feeding power back into 
>> the port from a powered SATA to USB connector.
>>
>> The USB 2 ports still work fine.
>>
>> This USB failure was slow. USB 3failure started as occasional SSD 
>> write errors, gradually becoming more regular.
>>
>> It took me a while to diagnose as the problem was intermittent and 
>> there was nothing wrong with the disk itself.
> 
> 
> I would be surprised if the fault was caused by back powering.  The
> superspeed signals are capacitor coupled.  The client end of the
> connection does not transmit anything until the host has
> completed a probe operation to look for the correct termination
> resistance at the client end.  Therefore there would never
> be any attempt at superspeed data transmission if the host was
> unpowered.
> John
> 

I do not understand your comment. I do not understand the relevance of 
super speed transmission, or possibly I don`t understand what the term 
means. I don`t understand client/host.

For clarity, the back powering I observed was on powering down my rPi 4. 
When I removed the standard rPi4 USB power supply the rPi4 would remain 
powered on. The rPi4 would only power down when the USB/SATA adapter 
power was disconnected. i.e. In this scenario the rPi4 was being powered 
by a USB 3 data port.

--- PyGate Linux v1.5.15
 * Origin: Dragon`s Lair, PyGate NNTP<>Fido Gate (3:633/10)
SEEN-BY: 19/10 50/109 153/757 218/840 840 220/70
221/1 6 360 226/17 100
SEEN-BY: 229/426 240/1120 267/800 301/1 113 812
310/31 335/364 341/66 463/68
SEEN-BY: 633/10 280 414 416 418 420 422 509 2744
712/848 770/1 3 100 340 350
SEEN-BY: 772/210 220 230 5019/40 5020/715 848 1042
4441 12000 5030/49 722
SEEN-BY: 5030/1081 1474 5053/55 5061/133 5075/128
@PATH: 633/10 280 770/1 218/840 221/6 301/1
5020/1042 4441