Het is een stomme blunder van Microsoft, maar voordat je patches gaat deïnstalleren, uit https://support.microsoft.com/en-us/help/4566779/usb-printer-port-missing-after-disconnecting-printer-while-windows-10:

Helaas vermeldt https://docs.microsoft.com/en-us/windows/release-information/status-windows-10-2004#436msgdesc:
Ik heb geen idee of het helpt, maar als dat zich voordoet zou je, met admin privileges, de volgende commando's kunnen uitvoeren in een command prompt window:
Als de spooler service al gestopt was op het moment dat je de eerste regel uitvoert, krijg je een melding dat er geen service draait met die naam; dit kun je natuurlijk negeren. De tweede regel zou de spooler service weer moeten starten.

Nogmaals, ik weet niet of dit werkt maar in mijn ervaring kan het geen kwaad. Mocht iemand constateren dat dit wel of juist niet werkt, dan lees ik (en mogelijk andere Windows gebruikers) dat graag.

Betere vraag is waarom je niet de leverancier verantwoordelijk kan houden voor het introduceren van dit soort problemen bij beveiligingsupdates. Wellicht dat er dan wat meer moeite in QA gestopt zal worden. Tot die tijd lijkt het voor mij duidelijk dat de beveiligingsupdates voor de printer moet gaan.

Oud nieuws! Een workaround is beschikbaar: Zo zou het helpen om de printerdriver te vervangen door de PCL6-driver.

en meteen is alles ok voor jouw? wat zou je ervan vinden als je een klusjesman een opdracht gaf, die is klaar en heeft zijn centen en je komt er achter dat de nieuwe deur gewoon steeds klemt. ga jij je dan ook zelf zo luchtig om met de deur bijschaven en dan zeggen 'het is ok, ik heb de work around" ? volgens mij bel je je mannetje gewoon eerst eens even en verwacht je vanhem dat hij nog even terug komt om de zaak goed af te handelen. sterkernog als je dat voor een 2e keer gebeurt zoiets, ga jij opzoek naar een andere klusjes man denk ik. niet dan?

Waarom steeds onderwerpen maken over een printserver patch wat weinig impact heeft (hoeveel mensen gebruiken dit product, hier?)

Het is al eerder aangesneden op security.nl in een apart topic.


groetjes, DNightshade

Aan het lijstje met printers kan Oki worden toegevoegd.
Iemand heeft na aanleiding van een win 10 update, van armoe een nieuwe Oki printer gekocht, omdat de oude Oki met geen mogelijkheid aan het werk te krijgen was.

Gewoon waardeloos van een bedrijf als Microsoft, en nog lui die dit verdedigen.

Als er behoefte aan is, wil ik hier wel een link van het artikel neerzetten.

Een driver van een derde partij die iets niet meer ondersteund ..... Het is echt allemaal de schuld van Torvald.https://www.oki.com/nl/printing/support/drivers-and-utilities/colour/44173603/
Ooit zoiets meegemaakt met een HP printer, een deel werkte nog via algemene drivers.
Echt rampzalig waren de ingereden multifunctionals waar je dan later achter kwam dat er een doosje in zat met net allemaal andere software en ander gedrag. Als je met oude zaken werkt moet je niet de klusjesman de schuld gaan geven. Of je blijft in de oudheid of je gaat mee in de vaart der volkeren.

Dit wordt weer de zoveelste draad die geen verstandig mens verder leest. Geen dank voor het verzieken van dit forum.

Wat ben je weer onnozel aan het kletsen,
topic gaat over win 10 en problemen met printers na windows update.
Mijn bijdrage gaat daar ook over.
Kom jij hier met een onnozele bijdrage over de schuld van Torvald, en niet er zake doende informatie over oude zaken, etc.

Beweren dat een Linux ontwikkelaar schuldig is aan bugs in Microsoft software is echt te triest voor woorden. Het bewijst aan de andere kant dat karma4 gewoon een raszuivere trol is die op deze community geen strobreed in de weg gelegd wordt door de redactie van deze site.

vwb windows updates. hier nog eentje met een bijsmaakje:

https://www.bleepingcomputer.com/news/microsoft/recent-windows-10-updates-block-programs-from-running/

je zou maar pech hebben deze week en niet meer kunnen printen en geinstalleerde programmas niet meer kunnen starten.

tja en de work around is met de regeditor aan de slag te gaan.

ik denk dat het werkelijke onderwerp eerder de kwaliteit van updates zijn dan dit specifieke "incidentje".

hier een lijstje wat er 'open staat':

https://docs.microsoft.com/en-au/windows/release-information/status-windows-10-2004

En daarom zijn mensen huiverig om windows te patchen. Het gaat te vaak mis maar functionaliteit plaatsen boven security is oerdom.

Het is wat linux evangelisten uithalen door constant naar MS te wijzen maar zelf niets aan informatieveiligheid te doen Er zit een heel verhaal bij met de driver opties. Wil je zeggen dat een driver van een derde partij (oki) wat als apparaat / hardware kennelijk niet meer bij de tijd is aan het OS ligt. Het zal een apart iets zijn wat niet al te vaak voorkomt.
Je laat je kennen door zo te reageren dat het je niet om het probleem te doen is maar om je evangelie.

Nu ik dit gelezen heb: https://docs.microsoft.com/en-us/windows-hardware/drivers/print/language-monitors
Maak ik me er niet zo veel zorgen over.

kijk eens op https://docs.microsoft.com/en-au/windows/release-information/status-windows-10-2004 en correleer dat maar eens met:

https://www.bleepingcomputer.com/news/microsoft/windows-10-alert-defragger-bug-defrags-ssd-drives-too-often/
https://www.bleepingcomputer.com/news/microsoft/windows-10-privacy-settings-bug-lets-users-change-admin-options/
https://www.bleepingcomputer.com/news/microsoft/recent-windows-10-updates-block-programs-from-running/

dat zijn alles behalve driver of 3e partij problemen.

Dit doet me denken aan een klant waar men een aantal jaar het zelfde beweerde: "iedere patch moet van te voren volledig getest worden, want misschien gaat het mis!" Er werd zelfs gezegd: "if it ain't broken don't fix it" (alsof, als je garage je auto terug roept voor een potentieel probleem bij de rem, je ook zegt: ik ga wel naar de garage nadat het probleem is opgetreden!).
Het gevolg was dat men voor belangrijke security patches gemiddeld 3/4 jaar achterliep, en dat veel andere helemaal niet geimplementeerd werden. Met alle gevolgen van dien...

Daarna een patch applicatie geinstalleerd, en in korte tijd de achterstallige patches uitgerold. Ik dacht in totaal zo'n 27000 patches (veel verschillende systemen, niet 27000 unieke patches). In totaal 1 probleem, nl. een aangepaste run-time library, waar de eigen software een foute call deed. Kortom, het was de applicatie bouwer, niet de library die fout was.

Mijn conclusie destijds was duidelijk: de MSoft patches zijn doorgaans goed getest. Als je een roll-back mogelijkheid hebt kan je beter blindelings installeren en ingrijpen als het fout gaat, ipv. alles van te voren testen. Al helemaal als je een OTA omgeving hebt, waar je eerst op uit kan rollen. Installeren en ingrijpen mocht het ooit eens een keer fout gaan is veiliger (want snel gepatched) en kost vele malen minder inspanning dan alles van te voren testen.

Ik kijk wat verder dan alleen maar op zoek te zijn naar anti microsoft verhalen. Het gaat om het geheel.
https://securityaffairs.co/wordpress/category/security Wat kwam er vanaf 1 juni langs?
D-link Vm-ware .. (ja ms) , Adobe, IBM webshpere (!), Google verzamelt tel nummers whatspp (what..), Cisco, Apple.
Een printer waarvan de initialisatie niet netjes loopt is daarbij een geeltje om hem eerder dan machine aan te zetten.

Weet je kijk eens rond voor je eigen producten hoeveel kwetsbaarheden daarvan bekend worden.
Je wist er niets van, ontkend dat er problemen kunnen zijn. Wat doe je er aan om die betrouwbaarder te krijgen?

ik ontken helemaal niet. ik constateer een onjuistheid in je beweringen en corrigeer je daar op. je legt me 'woorden' in de mond en het is niet aan jouw om iets te vinden over iets wat ik niet gedaan heb.

het is een vaststaand feit; de problemen met de huidige updates zijn niet weg te wuiven als 3rd party driver issues.