11
Update Win98 auf XP bricht ab mit MFC42.DLL und MIGISOL.EXE nicht kopierbar
Moin,
Wie manche mitbekommen haben, standen heute bei mir Tests mit einem Update von Win98 auf Windows XP Pro an:
Upgrade Win98 auf XP Pro oder Home mit OEM-Medium von XP?
Windows XP Pro, Retail oder Update, ISO oder CD?
Nachdem ich netterweise eine ISO bekommen habe, habe ich mich frisch ans Updaten in einer VM gemacht und bin dabei immer an dem Fehler hängengeblieben, daß die Dateien MFC42.DLL und MIGISOL.EXE aus dem I386-Ordner nicht in c:\Windows\Setup\ kopiert werden können. und anschließend brach das Update mit einem Fehler 589FF5Ch ab. Keine Chance weiter zu kommen.
Nachdem ich das Win 98 etwas entschlackt habe (unnötiges deinstalliert u.a.), vorhandene MFC42.DLL aus dem Weg geräumt usw. ging es immer noch nicht.
Eine lange Recherche brachte schließlich die Lösung zutage:
Einfach die Dateien mfc42.dll, migisol.exe, filelist.dat and wkstamig.inf im I386-Verzeichnis des Installationsmediums mit EXPAND Quelle Ziel auspacken und schon rennt das Update.
Die spinnen die Redmonder wie Obelix immer zu sagen pflegte.
lks
PS: Im Moment läuft der Update-prozess in der Test-VM noch. Ich bin mal gespannt, ob die "wichtigen" Programme anschließend noch laufen.
Update 2020-05-19
Heute habe ich mal wieder ein Win98 in den Fingern gehabt und das testweise mal in einer VM auf Windows XP-Pro SP3 aktualisiert:
Beim Update kam wieder wie oben beschrieben der Fehler, daß die o.g. Dateien nicht kopiert werden können. Dummerweise konnte ich die aber nicht unter Window98 gleich expandieren, sondern mußte erst ein Windows XP booten. um die auszupacken. dazu einfach im XP-Setup-Ordner I386 folgende Befehle ausführen:
Danach lief das Upgrade ohne Probleme durch und ich hatte ein funktionierendes XP. Das hatte damals beim dem Versuch in Windows XP Pro, Retail oder Update, ISO oder CD? nicht funktioniert und ich hatte damals keine Zeit, das weiter zu erforschen.
Ergebnis: Die alten Progamme wie Microsoft Office 4, AmiPro 3, Fibu für Windows Version 7, Lotus Smartsuite 95, OpenOffice 1.1 u.v.a. laufen offensichtlich. Es kamen beim Start und Öffnen von Dokumenten zumindest keine Fehlermeldungen. Das ist zumindest mal ein Fortschritt zu Windows 98. Die Fag eist natürlich, ob das auch so bleibt, wenn man das Filesystem von FAT auf NTFS umbügelt. Die alten "DOS-Programme" waren da ja manchmal eigensinnig mit Ihrer 8.3-Notation.
Weiterer Ausblick: Wenn ich mal weiter Lust habe, treibe ich das in meinem jugendlichen Leichtsinn mal auf die Spitze und versuche mal über Vista auf Win7 zu migrieren.
Gute Nacht.
Update 2024-07-19
Alle Jahre wieder.
gestern bin ich wieder an dem Problem verzweifelt eine Win98-Maschine upgraden zu wollen und die blöde MFC42.DLL wollte nicht kopiert werden. Heute habe ich dann nach kurzer Suche im Internet meinen eigenen Beitrag gefunden, Sprich ich wußte nicht mehr, daß ich vor ein paar Jahren das Problem schon gelöst hatte. Es hat sich also ausgezahlt, gefundene Lösungen (oder Anleitungen) hier reinzuschreiben. Man weiß ie, wann man es wieder selbst braucht.
Update 2024-07-29
Nachdem ich die hier genannten Tipps wieder anwenden wollte, bin ich an dem aktuellen Exemplar von Windows 98 SE gescheitert. Ich habe verschiedene Virtualisierer ausprobiert (VMware-Player 12 bis 17), Oracle VirtualBox, Hyper-V (total ungeeignet übrigens), QEMU etc. Bei allen dasselbe Problem, daß mfc42.dll nicht kopiert werden kann. Habe sogar das oben beschriebene Auspacken mit XP, Windows7 und Windows 10 und Linux (per 7z) probiert, hat aber auch keine Unterschiede gebracht. hat mich viele Stunden in den letzten Tagen gekostet.
Heut hatte ich die glorreiche Idee erst eine "Windows-98-Reparatur" durchzuführen, in dem ich das Windows98-Setup aufrufe und einfach druchlaufen lasse und dann erst das XP-Setup für das Upgrade aufgerufen. Und siehe da: Das Upgrade auf XP Pro läuft sauber durch.
Ein erster Test ergibt, daß die Anwendungen, wegen denen diese Klimmzüge notwendig sind, immer noch zu laufen scheinen. Muß mal dann in den nächsten Tagen mit dem Kunden zuscammen testen, ob die Spezialitäten, die der Kunde brauch tauch noch funktionieren.
Falls jemand diese Tipps noch liest und anwendet, wäre ein kurzer Hinweis in den Kommentaren nett.
lks
PS: Warum ich die "Reparatur" nicht gleich gemacht habe? Erfahrungen im letzten Jahrtausend haben mich gelehrt, daß man damit auch sehr viel kaputtmacht. deswegen war ich damit sehr zurückhaltend in diesem Jahrtausend.
Wie manche mitbekommen haben, standen heute bei mir Tests mit einem Update von Win98 auf Windows XP Pro an:
Upgrade Win98 auf XP Pro oder Home mit OEM-Medium von XP?
Windows XP Pro, Retail oder Update, ISO oder CD?
Nachdem ich netterweise eine ISO bekommen habe, habe ich mich frisch ans Updaten in einer VM gemacht und bin dabei immer an dem Fehler hängengeblieben, daß die Dateien MFC42.DLL und MIGISOL.EXE aus dem I386-Ordner nicht in c:\Windows\Setup\ kopiert werden können. und anschließend brach das Update mit einem Fehler 589FF5Ch ab. Keine Chance weiter zu kommen.
Nachdem ich das Win 98 etwas entschlackt habe (unnötiges deinstalliert u.a.), vorhandene MFC42.DLL aus dem Weg geräumt usw. ging es immer noch nicht.
Eine lange Recherche brachte schließlich die Lösung zutage:
Einfach die Dateien mfc42.dll, migisol.exe, filelist.dat and wkstamig.inf im I386-Verzeichnis des Installationsmediums mit EXPAND Quelle Ziel auspacken und schon rennt das Update.
Die spinnen die Redmonder wie Obelix immer zu sagen pflegte.
lks
PS: Im Moment läuft der Update-prozess in der Test-VM noch. Ich bin mal gespannt, ob die "wichtigen" Programme anschließend noch laufen.
Update 2020-05-19
Heute habe ich mal wieder ein Win98 in den Fingern gehabt und das testweise mal in einer VM auf Windows XP-Pro SP3 aktualisiert:
Beim Update kam wieder wie oben beschrieben der Fehler, daß die o.g. Dateien nicht kopiert werden können. Dummerweise konnte ich die aber nicht unter Window98 gleich expandieren, sondern mußte erst ein Windows XP booten. um die auszupacken. dazu einfach im XP-Setup-Ordner I386 folgende Befehle ausführen:
expand MFC42.DL_ MFC42.DLL
expand MIGISOL.EX_ MIGISOL.EXE
expand FILELIST.DA_ FILELIST.DAT
expand WKSTAMIG.IN_ WKSTAMIG.INF
Danach lief das Upgrade ohne Probleme durch und ich hatte ein funktionierendes XP. Das hatte damals beim dem Versuch in Windows XP Pro, Retail oder Update, ISO oder CD? nicht funktioniert und ich hatte damals keine Zeit, das weiter zu erforschen.
Ergebnis: Die alten Progamme wie Microsoft Office 4, AmiPro 3, Fibu für Windows Version 7, Lotus Smartsuite 95, OpenOffice 1.1 u.v.a. laufen offensichtlich. Es kamen beim Start und Öffnen von Dokumenten zumindest keine Fehlermeldungen. Das ist zumindest mal ein Fortschritt zu Windows 98. Die Fag eist natürlich, ob das auch so bleibt, wenn man das Filesystem von FAT auf NTFS umbügelt. Die alten "DOS-Programme" waren da ja manchmal eigensinnig mit Ihrer 8.3-Notation.
Weiterer Ausblick: Wenn ich mal weiter Lust habe, treibe ich das in meinem jugendlichen Leichtsinn mal auf die Spitze und versuche mal über Vista auf Win7 zu migrieren.
Gute Nacht.
Update 2024-07-19
Alle Jahre wieder.
gestern bin ich wieder an dem Problem verzweifelt eine Win98-Maschine upgraden zu wollen und die blöde MFC42.DLL wollte nicht kopiert werden. Heute habe ich dann nach kurzer Suche im Internet meinen eigenen Beitrag gefunden, Sprich ich wußte nicht mehr, daß ich vor ein paar Jahren das Problem schon gelöst hatte.
Es hat sich also ausgezahlt, gefundene Lösungen (oder Anleitungen) hier reinzuschreiben. Man weiß ie, wann man es wieder selbst braucht. Update 2024-07-29
Nachdem ich die hier genannten Tipps wieder anwenden wollte, bin ich an dem aktuellen Exemplar von Windows 98 SE gescheitert. Ich habe verschiedene Virtualisierer ausprobiert (VMware-Player 12 bis 17), Oracle VirtualBox, Hyper-V (total ungeeignet übrigens), QEMU etc. Bei allen dasselbe Problem, daß mfc42.dll nicht kopiert werden kann. Habe sogar das oben beschriebene Auspacken mit XP, Windows7 und Windows 10 und Linux (per 7z) probiert, hat aber auch keine Unterschiede gebracht. hat mich viele Stunden in den letzten Tagen gekostet.
Heut hatte ich die glorreiche Idee erst eine "Windows-98-Reparatur" durchzuführen, in dem ich das Windows98-Setup aufrufe und einfach druchlaufen lasse und dann erst das XP-Setup für das Upgrade aufgerufen. Und siehe da: Das Upgrade auf XP Pro läuft sauber durch.
Ein erster Test ergibt, daß die Anwendungen, wegen denen diese Klimmzüge notwendig sind, immer noch zu laufen scheinen. Muß mal dann in den nächsten Tagen mit dem Kunden zuscammen testen, ob die Spezialitäten, die der Kunde brauch tauch noch funktionieren.
Falls jemand diese Tipps noch liest und anwendet, wäre ein kurzer Hinweis in den Kommentaren nett.
lks
PS: Warum ich die "Reparatur" nicht gleich gemacht habe? Erfahrungen im letzten Jahrtausend haben mich gelehrt, daß man damit auch sehr viel kaputtmacht. deswegen war ich damit sehr zurückhaltend in diesem Jahrtausend.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 344572
Url: https://administrator.de/contentid/344572
Ausgedruckt am: 21.11.2024 um 15:11 Uhr
11 Kommentare
Neuester Kommentar
Moin moin,
auf jeden Fall ein guter Tipp!
... ich frage mich nur bei wem der Tipp zur heutigen Zeit noch zum Tragen kommen könnte
... Win98...WinXP ...
liebe Grüße
Yannosch
auf jeden Fall ein guter Tipp!
... ich frage mich nur bei wem der Tipp zur heutigen Zeit noch zum Tragen kommen könnte
... Win98...WinXP ...liebe Grüße
Yannosch
1
Zitat von @Yannosch:
auf jeden Fall ein guter Tipp!
... ich frage mich nur bei wem der Tipp zur heutigen Zeit noch zum Tragen kommen könnte ... Win98...WinXP ...
auf jeden Fall ein guter Tipp!
... ich frage mich nur bei wem der Tipp zur heutigen Zeit noch zum Tragen kommen könnte
... Win98...WinXP ...Bei denen, die so wie ich alte Kisten am laufen halten müssen, weil die Software da drauf "unersetzlich" ist. Die müssen manchmal Mittel und Wege suchen, Das System besser am laufen zu halten. Und ein Windwos XP ist immer noch besser zu handhaben als ein noch älteres Win98, inbesondere netzwerktechnisch besser zu integrieren. Das Win98 zickt nämlich dauernd mit irgendwelchen Netzwerkproblemen herum, ganz abgesehen davon, daß neuere Server mit denen gar nicht mehr reden wollen.
lks
Edit: Typo
Wer ein faible für Oldtimer hat, sollte sich über solche Kleinigkeiten nicht mehr aufregen
(Zitat meiner Autowerkstatt)
Zitat von @Lochkartenstanzer:
Bei denen, die so wie ich alte Kisten am laufen halten müssen, weil die Software da drauf "unersetzlich" ist. Die müssen manchmal Mittel und Wege suchen, Das System besser am laufen zu halten. Und ein Windwos Xp ist imemr noch besser zu handhaben als ein noch älteres Win98, Inbesondere netzwerktechnisch besser zu integieren. Das Win908 zickt nämlich dauern mit irgendwelchen netzwerkproblemen herum, gans abgesehen davon, daß neuere Server mit denen gar nciht mehr reden wollen.
Zitat von @Yannosch:
auf jeden Fall ein guter Tipp!
... ich frage mich nur bei wem der Tipp zur heutigen Zeit noch zum Tragen kommen könnte ... Win98...WinXP ...
auf jeden Fall ein guter Tipp!
... ich frage mich nur bei wem der Tipp zur heutigen Zeit noch zum Tragen kommen könnte
... Win98...WinXP ...Bei denen, die so wie ich alte Kisten am laufen halten müssen, weil die Software da drauf "unersetzlich" ist. Die müssen manchmal Mittel und Wege suchen, Das System besser am laufen zu halten. Und ein Windwos Xp ist imemr noch besser zu handhaben als ein noch älteres Win98, Inbesondere netzwerktechnisch besser zu integieren. Das Win908 zickt nämlich dauern mit irgendwelchen netzwerkproblemen herum, gans abgesehen davon, daß neuere Server mit denen gar nciht mehr reden wollen.
Ja Krass ... dass es das noch gibt ... aber good to know.
lks
Zum Thema Windows 98 fällt mir noch ein:
Leisure Suit Larry
tgif
Leisure Suit Larry
tgif
Dann haben die Studies gemogelt. 
Zitat von @Lochkartenstanzer:
Bei denen, die so wie ich alte Kisten am laufen halten müssen, weil die Software da drauf "unersetzlich" ist. Die müssen manchmal Mittel und Wege suchen, Das System besser am laufen zu halten. Und ein Windwos Xp ist imemr noch besser zu handhaben als ein noch älteres Win98, Inbesondere netzwerktechnisch besser zu integieren. Das Win908 zickt nämlich dauern mit irgendwelchen netzwerkproblemen herum, gans abgesehen davon, daß neuere Server mit denen gar nciht mehr reden wollen.
lks
Wie lks schreibt, gibt es in der freien Wirtschaft genug Unternehmen, welche noch alte Betriebssysteme am laufen halten müssen. Ich kenne noch Unternehmen, welche mit NT4 und gar mit Rechnern unter OS/2 arbeiten, weil die Ablösung zu teuer kommt. Grade für CNC Fräsmaschinen welche 30 oder mehr Jahre laufen, gibt es keine Updates mehr und die Maschinen laufen bzw. fräsen. Warum neue Maschinen kaufen, welche zudem wieder sehr teuer sind und man dann auch wieder neue Software einsetzen muss.Zitat von @Yannosch:
auf jeden Fall ein guter Tipp!
... ich frage mich nur bei wem der Tipp zur heutigen Zeit noch zum Tragen kommen könnte ... Win98...WinXP ...
auf jeden Fall ein guter Tipp!
... ich frage mich nur bei wem der Tipp zur heutigen Zeit noch zum Tragen kommen könnte
... Win98...WinXP ...Bei denen, die so wie ich alte Kisten am laufen halten müssen, weil die Software da drauf "unersetzlich" ist. Die müssen manchmal Mittel und Wege suchen, Das System besser am laufen zu halten. Und ein Windwos Xp ist imemr noch besser zu handhaben als ein noch älteres Win98, Inbesondere netzwerktechnisch besser zu integieren. Das Win908 zickt nämlich dauern mit irgendwelchen netzwerkproblemen herum, gans abgesehen davon, daß neuere Server mit denen gar nciht mehr reden wollen.
lks
Und was ist mit alten Plänen, welche man nicht exportieren kann und somit auf neuen Maschinen die Teile nicht nachmachen kann?
[Edit] Rechtschreibfehler korrigiert.
Hallo,
ich habe eine Zeit in der Etikettierbranche gearbeitet und beobachte Ähnliches: In den Anlagen stecken häufig alte Etikettendrucker, die teilweise noch über serielle Schnittstellen angesprochen werden (z.B. die alten Zebra-Kisten). Interessanterweise bekommt man heute immer noch Ersatzteile für die Dinger
Eine Aktualisierung hätte nicht nur den Umbau der Anlage zur Folge - der Betreiber müsste die Etiketten mit einer aktuellen Etikettiersoftware nachgestalten. Spätestens, wenn die Etiketten über .csv-Import Informationen aus der Datenbank ziehen oder dynamisch Informationen eingesteuert werden, scheitert auch der letzte der designaffine Schichtleiter
Gruß,
Jörg
ich habe eine Zeit in der Etikettierbranche gearbeitet und beobachte Ähnliches: In den Anlagen stecken häufig alte Etikettendrucker, die teilweise noch über serielle Schnittstellen angesprochen werden (z.B. die alten Zebra-Kisten). Interessanterweise bekommt man heute immer noch Ersatzteile für die Dinger
Eine Aktualisierung hätte nicht nur den Umbau der Anlage zur Folge - der Betreiber müsste die Etiketten mit einer aktuellen Etikettiersoftware nachgestalten. Spätestens, wenn die Etiketten über .csv-Import Informationen aus der Datenbank ziehen oder dynamisch Informationen eingesteuert werden, scheitert auch der letzte der designaffine Schichtleiter
Gruß,
Jörg
Kann XP nicht frisch installiert werden und die Programme, Datenbanken etc. nicht darauf umziehen?
Ist die ISO einwandfrei?
Bei einer beschädigten Datei können schon Fehler auftreten und die Installation bricht mit Fehlern ab, oder Dateien können wegen Beschädigung nicht gelesen werden.
Damals, vor langer langer Zeit, als ich zum Beispiel XP installieren wollte, traten auch schon mal Fehler auf, nachdem die CD neu gebrannt wurde, funktionierte die Installation, wahrscheinlich war die CD fehlerhaft, von daher die vielen Fehler.
NT4 hat eine nette Hintertür (Exploid) eingebaut
PS: mal schauen was sich per ESXi virtualisieren lässt
Habe noch alte ISA-Karten nur das passende Mainboard hatte ich leider zu früh verkauft weil ich dachte es wäre defekt gegangen, der Käufer hatte ein sehr gutes Schnäppchen gemacht da das Board doch OK war
Ist die ISO einwandfrei?
Bei einer beschädigten Datei können schon Fehler auftreten und die Installation bricht mit Fehlern ab, oder Dateien können wegen Beschädigung nicht gelesen werden.
Damals, vor langer langer Zeit, als ich zum Beispiel XP installieren wollte, traten auch schon mal Fehler auf, nachdem die CD neu gebrannt wurde, funktionierte die Installation, wahrscheinlich war die CD fehlerhaft, von daher die vielen Fehler.
NT4 hat eine nette Hintertür (Exploid) eingebaut
PS: mal schauen was sich per ESXi virtualisieren lässt
Habe noch alte ISA-Karten
nur das passende Mainboard hatte ich leider zu früh verkauft weil ich dachte es wäre defekt gegangen, der Käufer hatte ein sehr gutes Schnäppchen gemacht da das Board doch OK war
Auch wenn der Thread schon älter ist:
Ich bin wieder über diesen alten Thread gestolpert udn nutze die Gelegenheit noch auf die fragen zu antworten, was ich damals anscheinend versäumt habe:
Wenn das immer so einfach wäre. i.d.R. ist die Software auf den alten Kisten "so wie sie läuft". Handbücher, Dokumentation, Installationsmedien oder gar "Lizenzkeys" verrotten in irgendwelchen Archiven, von denen keine mehr weiß, wo die sind.
Jepp.
naja, was erzöhlst Du das einem alten hasen, der mit DOS 2.x oder gar CP/M schon gearbeitet hat.
Naja, solche Fheler konnte ich ausschließen siehe auch die Lösung oben.
Naja, NT4 ist aus heutiger Sicht löchrig wie ein Schweizer Käse. Was willst Du mit damit sagen?
lks
Ich bin wieder über diesen alten Thread gestolpert udn nutze die Gelegenheit noch auf die fragen zu antworten, was ich damals anscheinend versäumt habe:
Zitat von @114801:
Kann XP nicht frisch installiert werden und die Programme, Datenbanken etc. nicht darauf umziehen?
Kann XP nicht frisch installiert werden und die Programme, Datenbanken etc. nicht darauf umziehen?
Wenn das immer so einfach wäre. i.d.R. ist die Software auf den alten Kisten "so wie sie läuft". Handbücher, Dokumentation, Installationsmedien oder gar "Lizenzkeys" verrotten in irgendwelchen Archiven, von denen keine mehr weiß, wo die sind.
Ist die ISO einwandfrei?
Jepp.
Bei einer beschädigten Datei können schon Fehler auftreten und die Installation bricht mit Fehlern ab, oder Dateien können wegen Beschädigung nicht gelesen werden.
naja, was erzöhlst Du das einem alten hasen, der mit DOS 2.x oder gar CP/M schon gearbeitet hat.
Damals, vor langer langer Zeit, als ich zum Beispiel XP installieren wollte, traten auch schon mal Fehler auf, nachdem die CD neu gebrannt wurde, funktionierte die Installation, wahrscheinlich war die CD fehlerhaft, von daher die vielen Fehler.
Naja, solche Fheler konnte ich ausschließen siehe auch die Lösung oben.
NT4 hat eine nette Hintertür (Exploid) eingebaut
Naja, NT4 ist aus heutiger Sicht löchrig wie ein Schweizer Käse. Was willst Du mit damit sagen?
lks
