Hello Mario

I am sorry, my comment contains no help for your case, but is treading my 
problems with FreeBSD in
the past.

Am Fr, 28.02.2020, 04:58 schrieb Pete Wright:
>> root@~ # camcontrol devlist <ST10000LX015-1U7172 SDM3>         at 
>> scbus0 target 0 lun 0
>> (ada0,pass0)
>> <WDC WDS480G2G0B-00EPW0 UK450000>  at scbus1 target 0 lun 0 (ada1,pass1)
> just wanted to provide an update here.  so i had a system that needed a new 
> root drive and
> figured that the price of this device was worth a shot.  i figured if it has 
> issues it'd be a
> good opportunity to help find the root cause and fix them.  so anyway...i 
> got the drive today and
>  i am not seeing any issues with it so far. here's the device on my end:
>
> so i don't think it's an issue with this specific m.2 device, perhaps there 
> is something odd
> happening in your local env though that is causing this issue to crop up.

The first Motherboard was an ASUS SP3G with FreeBSD 2.2.5, quriks in IO, 
depending on failures of
the onBoard implementation of the SCSI-NCR, fixed by Stefan Esser.
A few years later, my system crashes when compiling the world, sometimes after 
30minutes,
sometimes 32min... everytime on another place in the source... Reason was a fan 
for one of my two
"hot" Seagate Barracudas, he won't spin anymore, he was "baken". My Powersupply 
was big, but if
compiling, after the time, the baken fan empties the ELKOS of the Power and 
cause the reset...

I've learned: FreeBSD is a great stable system, all my issues found the reason 
in other places in
over 25years of using. OK, it seems, that it is a little bit intolerant to 
other issues or mad
hardware :D...

Bye
   Stefan
_______________________________________________
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Reply via email to