RBERRYPI ---------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 88 из 100
 От   : John R Walliker                     3:633/10          01 июн 26 10:35:13
 К    : All                                                   01 июн 26 04:54:02
 Тема : Re: crazy problem with pi4 and ssd
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 3:633/10 9a993920
@REPLY: 3:633/10 0e626ed8
@PID: PyGate 1.5.15
@TID: PyGate/Linux 1.5.15
@NOTE: Mozilla Thunderbird
@CHRS: ASCII 1
@TZUTC: 0100
@REPLYADDR: jrwalliker@gmail.com
@REPLYTO: 3:633/10 UUCP
@RFC-Message-ID: <10vjjoh$22dg5$1@dont-email.me>
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


--- 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



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх