Luin huhuna, että Linux:lla olisi jonkinlainen "mustalista" Samsung 860 & 870EVO ?
Tarkoitat varmaan Queued TRIM -ominaisuuden estoa:
https://www.phoronix.com/news/Samsung-860-870-More-Quirkshttps://en.wikipedia.org/wiki/Trim_(computing)#DisadvantagesQueued TRIM on SSD-levyjen TRIM-puhdistustoiminnon suorituskykyä parantava mekanismi, joka on ollut buginen useissa vanhemmissa SSD-levyissä. Linux tuki tätä ominaisuutta ensimmäisenä, ja siksi viat havaittiin juuri Linuxissa. En löytänyt tietoa, tukeeko Windows vieläkään Queued Trimiä, vai suorittaako se trim-komennot blokkaavan vanhemman rajapinnan kautta.
Ubuntussa, Mintissä ja useimmissa muissakin jakeluissa TRIM suoritetaan oletusasetuksilla ajoittain ajastettuna, eikä jokaisen poiston jälkeen. Tällöin queued trimin tai sen eston vaikutus ei ehkä ole ihan helposti havaittavissa.
Minulla "Linux Mint 21.3 Virginia" ja 860EVO toimii, mutta 870EVO 250GB on "restart ongelma", muuta en ole havainnut.
Toi ongelma on, ettei Mint löydä restartissa Boot-sektoria tai aluetta.
Tämä ei liity millään tavalla trimiin, eikä välttämättä johdu myöskään 870 EVO -levystä. Veikkaan, että ongelma on koneen UEFI-firmwaren ja Linuxin kernelin välillä, eli kone jää Linuxin uudelleenkäynnistyksessä joiltain osin väärään tilaan.
Onko vanhalla levyllä ollut legacy-asennus ilman EFI-osiota, ja uudella levyllä on UEFI-tilassa asennettu Mint, joka käynnistyy EFI-osiolta? Voi toki olla niinkin, että vika ilmenee vain joillain levyillä, mutta todennäköisesti juurisyy on kuitenkin emolevyn/SATA-ohjaimen/UEFI-firmwaren suunnalla.
Johtuneeko liian nopeasta V-NAND teknologiasta ?
Ei johdu.
Nähdäkseni muillakin valmistajilla on sama ongelma Linuxissa ?
Queued Trimin osalta ongelmia on ollut muillakin valmistajilla. Uudelleenkäynnistysongelma voi myös ilmetä eri valmistajien levyillä samassa koneessa, mutta en usko että varsinainen syy on levyissä.
