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"