Takže nakonec za tím velkým haló nestojí primárně Microsoft, ale nějaký čínský zgarb? Člověk už se na klasické záporáky nemůže spolehnout.
Hodila by se informace, který konkrétní řadič od Phisonu to dělá. A jestli se dá přeflashovat.
Ještě bych to nepovažoval za neprůstřelně potvrzený, ale vypadá to dost pravděpodobně. Tohle asi nenapadlo vůbec nikoho, protože by se to vůbec nemělo dít. Tipoval bych, že někdo nechal ve fabu vyrobit neautorizovanou sérii SSDček a nalil do toho předprodukční firmware a prodal to na alíku, temu, apod.
To si nemyslím, můj disk je z Alzy. Spíš to nějak podělal Microsoft a teď se k tomu radši nechce přiznat. Ale on časem řekne, co za tím stojí. Hlavně doufám, že už se situace nebude opakovat.
A nebo to Alze dodal překupník kdovíodkud. Zkontroloval sis aktuálnost firmwaru?
A možná neumíš číst, ale s tímhle článkem nemá MIcrosoft doslova vůbec nic společnýho.
Nápověda: vygoogli si, co si o rozdílu mezi myslet vs vědět myslel Marcellus Wallace.
8. 9. 2025, 11:28 editováno autorem komentáře
Já bych se ani nedivil, kdyby ten FW nainstaloval taky Windows Update. Nakonec už tady párkrát bylo, že to instalovalo mizerný BIOS a bricklo to notebook.
Máš evidentně HODNĚ zkreslený představy o tom, co všechno MS dělá.
KDE by MS asitak vzal ten firmware? To si fakt myslíš, že MS jen tak z plezíru vytváří nějaký pokusný verze firmwaru, který lidem tlačí do počítačů?
Občas aktualizuje mikrokód CPU, občas nějakej firmware, ale nikdy nic z toho neprogramuje Microsoft; vždycky je to od výrobce toho konkrétního hardwaru, a nikdy to není na nižší verze.
Možná zkreslenou představu, ale docela dobrou paměť.
https://www.zdnet.com/article/ftdi-admits-to-bricking-innocent-users-chips-in-silent-update/
A v čem přesně spočívalo podle tebe zlovolný jednání Microsoftu? Obtěžoval ses si to aspoń zběžně přečíst, nebo tě jen tvoje nenávist úplně pohltila?
Byl to Microsoft, kdo vlastním mechanismem doručil kód, který úmyslně způsobil škodu? Byl.
Měl nějak interní nastavené procesy, pravidla, penále apod. s tisícovkou subdodavatelů? Nevím, každopádně mě to nezajímá, viz výše. Pokud mi opravna způsobí škodu chybným náhradním dílem, tak také viním tu opravnu a je mě naprosto fuk, jestli bude škodu dál vymáhat po subdodavateli nebo po kravaťákovi, co koupil levné díly někde z potopené lodi.
Presne a nekdy to dava i smysl - novy driver/modul casto vyzaduje novy FW, pokud je FW moc starym neni testovany , nekolikrat se nam stalo na serverech HPE ze novy driver zkolaboval a na vine byl stary FW a po upgrade FW se to jiz nedelo, nebo vmware melk dlouho zcel vadny modul pro nektere Qlogic FC karty a zpusobovalo to Fialovou smrt v ESX ;-) - bylo to tam v nekterych OEM image dlouho a bylo to treba upgradovat rucne
A tvrdím snad někde, že to MS programuje? FW vezme stejně jako vezme driver, mikrokód nebo BIOS.
Takže rozporuješ něco, co nebylo tvrzeno.
V důsledku jsi napsal, že za zcela realistickou možnost považuješ, že Microsoft cestou WU/WSUS provedl nevyžádaný(?) DOWNGRADE firmwaru SSD.
Nech chvilku vsakovat do terénu, co je to za hovadinu.
9. 9. 2025, 09:54 editováno autorem komentáře
Nemyslim vim ;-) nebylo by to poprve, presneji oni ten FW odnekud maji, ale omylem nekdy zaradi nejaky stary, beta atd. co meli na testovani - M$ dostava na testovani hodne veci, vcetne FW i driveru ... treba jednou nam piskaly FC karty - delal jsme si srandu, ze za nich udelal zvukovky, on asi piskal spekaer, ale kdyz se na ni pristoupilo, to ze nefungoval FC je jasne, po rebootu nemeli servery disky ;-) - M$ update nekde dotahl nejaky driver, co byl posepdany a napsany M$ a ne qlogic - resenim bylo bud vratit driver, nebo jeste lepe naisntalovat novy ze stranek vyrobce - del se to v dobe, kdy M$ zacal experimentovat ze stor drivery a vlastnim - nefunkcnim multipathingem - kdys e to muselo vypinat a pouzivat multipathing vyrobce karty nebo pole, na Qlogicu bylo lepsi to resit maskovanim v driveru, kdyz jen qlogic videl vsechny cesty, SanSuerfer je mohl spravovat ale windows videl jen jednu ;-) ... dnes uz to na windows funguje - windows proste obcas napadne napsat si vlastni driver - nebot ma zdrojaky od vyrobce - btw zdrojaky jsme mel i ja, nebot qlogic je daval jak pro Linux, tak pro jine OS
asi by nebylo špatné připomenout že microsoft je skrze microsoft update/windows update jen distributor. jakýkoli obsah třetích stran je předmětem placeného programu, který si u microsoftu platí výrobci hardware a nahrávají jej do katalogu a ten se pak nabízí.
takže kromě toho že to nabízí v OS s tím microsoft nemá vůbec nic spoleného.
upřímně nevybavuju si že by se skrze windows update tlačil i upgrade firmware ... ale je to možné, jen já instalaci ovladačů zakazuju takže s tím nemám zkušenosti. ovladače a firmware tlačím skrze vlastní skripty nebo intune.
Jo, třeba Dell tudy dává kritický opravy BIOS/EFI, Intel aktualizace mikrokódu CPU, VMware tudy virtuálkám s přístupem k internetu nebo WSUS aktualizuje VMware Utilities, a pokud tam někdy byla nějaká aktualizace firmwaru komponent (typicky síťový adaptéry), VŽDYCKY byla jen jako volitelná.
Ale VŽDYCKY si za to zodpovídá "původce".
Já nevím jak u vás v Microsoftu, ale jestli mi má obkladač obložit koupelnu a koupí nekvalitní obkladačky, neřeším to s výrobcem obkladaček, ale s tím, který mi dodává nějakou službu / materiál. To bychom mohli skončit v pískovně a u dinosaurů, protože byl nekvalitní písek a tím pádem za to nikdo nemůže. Nebo přijmout zodpovědnost a říct něco ve smyslu jo, my to netestovali. Vidím totiž jako docela zajímavou informaci, že Microsoft tento problém testoval po zveřejnění problému. Snad nám nechcete namluvit, že dobrák Microsoft všeho nechal, sestavil testerský team, posháněl honem komponenty, vymyslel testovací procedury, otestoval a pak zase ten team rozprášil?Vážně si nemyslím, že jste z PR MS, protože takhle se profík nechová. Spíš nějaký zakyslý kodér, kterému nezbývá, než ten šílený systém používat a už mu z toho hrabe. Pardon, ale tak to opravdu vypadá. Tak klid.
SSD vyrobil jeho výrobce, počítač vám s ním dodal výrobce počítače. Microsoft pouze umožňuje výrobcům HW šířit nové drivery přes Windows Update, abyste si je nemusel stahovat po všech čertech. Microsoft u těch driverů vyžaduje WHQL certifikaci, rollout provádí ve vlnách a přes telemetrii sleduje jestli s driverem nejsou problémy, atd. Nicméně to všechno je proaktivní acke na straně MS, a odpovědnost za ten driver má nakonec jeho autor.
Pokud jde o testování, tak součástí WHQL certifikace driveru je pochopitelně testování na reálném HW. Nicméně to nepodchytí nutně každý problém. Kdyby testy dokázaly podchytit každý problém, tak by IT jako obor vypadalo úplně jinak ;)
Crucial T500 - existuje hw co prisel s fw P8CR001 a update na P8CR004 pocita jen s pre-condition ze mate P8CR002 nebo P8CR003. Z toho lze usuzovat ze fw 1 je pre-produkcni a az 2-3-4 jsou produkcni.
Pry se to da RMA, ale i kdyz je SN legit, tak bez uctenky v EU tezko (v EU ma odpovednost prodejce, mimo EU to jde bez uctenky - odpovednost ma vyrobce).
No nevím. I u obyčejnch wi-fi AP nebo co to bylo (nebo možná BIOS? už vážně nevím) jsem se párkrát setkal s tím, že bylo nejdřív potřeba nejdřív aktualizovat na verzi X a pak až na verzi Y. Z čeho tedy někdo podle toho usuzuje, že je nutně preprodukční?
Že u Crucialu není ke stažení žádná předchozí verze, která by šla dát na v01. Mají tam v03, která jde dát na v02, a v04, která jde dát na v02, v03.
Nooo predtim to nedelalo, takze za to muzou mozna windows ... neznam detaily, muze to byt bug ve FW neco se chova nestandardne a win neco nove zacal vyuzivat
Treba SAMSUNG mel chybu v SSD, kdy na Linuxu nefungoval NCQ a odpojoval se tak os OS, mohl za to HW, nebot linux pristupuje k elektronice disku az 100x rychleji a tak se musela nastavit QeeDeptht na 0 a bylo po problemu. Tez byla na SASMUNG nejaka super fce, co windows vubec neumely - a kdyz ji Linux implementoval, tak disk nicil data - nejdrive se hledala chyba v Linuxu a pak se zjistiolo, ze to dela SSD a ze je to jeho chyba.
Takze nove windows zrejme pouzili nejakou novou fci dle standardu, at uz spatne jak je u win zvykem, nebo i dobre a pak za to muze FW disku
Ale ukazuje to, ze zjevne i znackove notebooky nekde nakoupili ilegalni produkci pro vyvojare a ani neupdatovali FW - ja tak treba kupoval veci od Xioami - ale bylo receno, ze je to beta na testovani.
Hele, velmi stručně a snad naposledy:
To, že něco zafunguje jako spouštěč, vůbec neznamená, že je to PŘÍČINA. To jsou dvě naprosto oddělený věci.
A zrovna u Samsungu bych byl velmi opatrnej. V době kdy SSDčka začínaly, jsme Samsungů dostali v novejch noťasech hromadu. Prvních cca 5 let to byly jediný SSDčka, co nám někomu chcíply, a s výjimkou jednoho dalšího (neautorizovný OEM kopie A-DATA pod značkou KingSpec za osminovou cenu) to jsou dodnes jediný SSDčka, který nám kdy zhebly.
A je to cca rok až dva zpátky, co se provalilo že zrovna Samsungy měly tak báječnou implementaci transparentního šifrování OPAL, že bylo transparentní úplně dokonale, protože se žádný šifrování neprovádělo, a jen se do systému zahlásilo, že zašifrováno je. Přesně kvůli tomuhle průseru Bitlocker HW šifrování defaultně nepoužívá a jede softwarově na CPU.
9. 9. 2025, 10:01 editováno autorem komentáře
Mě se to stalo s Kingston Fury Renegade 2 TB, při startu PC se objevila BSOD s hláškou "inaccessible boot device", nabídlo to recovery console, kde nebyl systémový disk vidět, přičemž BIOS ho viděl, ale po restartu z biosu to naběhlo, udělala jsem příkazy dism a sfc a chkdsk kompletní (s parametrem /R, to trvalo bůhvíproč přes tři hodiny) a od té doby to funguje normálně. A je to po té zmiňované aktualizaci KB5063878, takže za mě je jisté, že tato aktualizace s tím má problém. PC na noc vypínám a ráno zapínám a za několik let s tím nebyl problém, po této aktualizaci se to stalo za pár dnů. A disk má cca 980 GB volného místa a životnost 99%...
Mimochodem Kingston vydal nový firmware, i když tohoto problému se to nejspíš netýká:
This firmware provides the following:
--Improved decoding flow to prevent excessive latency found on certain platforms
8. 9. 2025, 11:07 editováno autorem komentáře
Jestli ve svojí "metodě" "rozhodování" nevidíš žádný chyby, tak ti nedokážu nijak pomoct. Přesněji: nedokáže ti pomoct doslova vůbec nikdo.
Jestli ve svém komentáři nevidíš žádný chyby, tak ti nedokážu nijak pomoct. Přesněji: nedokáže ti pomoct doslova vůbec nikdo.
To není žádnej hejt. Z jedný korelace bez jakýhokoli zjištění příčiny a smysluplný diagnostiky udělat závěr, že nějaká konkrétní aktualizace je viníkem, to je naprosto vepřovej přístup.
A doslova mě děsí, že si tady vůbec někdo může myslet, že to je legitimní a v pořádku.
Je to popis JEDNÉ zkušenosti a takhle to bylo naprosto jasně napsáno. Když jedu autem a přejedu hromadu rezavých hřebíků a pak mám defekt, také je nesmysl na základě této ojedinělé zkušenosti předpokládat, že přejetí hromady hřebíků (instalace KB...) může za defekt? Ale no tak..
Přečti si něco o biasu malýho vzorku. Navíc, kdybys sledoval vývoj, tak bys věděl, že výskyt je potvrzenej jen za následujících okolností: - japonská verze Windows nebo instalovanej a aktvní japonskej jazykovej balík - v japonským jazykovým balíku aktivní starý kódování znaků, který je už asi 15 let deprecated - SSD s řadičem Phison s předprodukčním firmwarem