Deskmodder.de

Welcher Fehler tritt denn bei Sysprep auf? Hast Du mal in die LOG-Dateien geschaut (Windows\System32\Sysprep) geschaut?

Sysprep hat mit einem fatalen Fehler abgebrochen, danach war das System völlig zerschossen und hat nur noch versucht, Treiber zu installieren, ist dabei mit blue screens abgebrochen usw. Der user Account war noch halb da, aber ich musste das System neu aufsetzen, konnte erst gar nicht die log Datei einsehen (nach dem Login immer so nach 10 Sekunden blue screen), also ich glaub ich löse das anders (mit Linux).

Übrigens, ich kann im letzten Win7 Pro keine User neu anlegen oder entfernen, da fehlen Dateien - ist das Absicht?

Noch eine Beobachtung: alle Links in "Programme entfernen" funktionieren nicht: ich muss aus der Registry den uninstall Befehl ermitteln und kan dann von Hand versuchen, die Deinstallierung anzuwerfen...

EDIT: auf der zweiten Maschine ging die Installation nur mit CMS - allerdings ist da wohl eine schwache UEFI Implementierung, denn das UEFI findet einen Bootmanager nur, wenn die Datei bootx64 heißt, d.h. mit Dualboot muss man da wieder tricksen. Ich hab dann auch versucht, auf Win11 upzugraden (mit dem Upgrade ISO aus dem anderen Thread), ging glatt, aber die Hälfte der alten Programme, wegen denen ich Win7 benutze, läuft nicht richtig - und die Oberfläche ist recht unlogisch, wenn man sie nicht gewohnt ist. Seit Windows95 ist alles mehr oder weniger am selben Platz, und jetzt findet man die Module der Systemsteuerung über (Um-)Wege, die teilwesie je nach Modul anders aussehen, also ich bin froh dass ich mit Windows nicht "arbeiten" muss, sondern es nur "benutze" für ein paar wenige ältere Programme...

Ohne Deine Hilfe hätte ich es nie geschafft, das Win7 auf meine Hardware zu bringen! Aber dass das so viel Arbeit erfordert, finde ich schon ziemlich bitter.

Jedenfalls nochmal tausend Dank!!!

Update bez. UEFI ohne CSM: auf dem Zweitgerät läuft Win7 tatsächlich ohne CSM, aber nur mit dieser kleinen Hilfe:
https://github.com/manatails/uefiseven/releases

Secure boot geht damit aber nicht...

Es ist etwas irritierend, wenn Du schreibst, das Win7 würde auf UEFI laufen - um dann einige Posts später zu ergänzen, daß es nur mit "UefiSeven" funktioniert. Sowas bringt Verwirrung, wenn die wichtigen Info nicht sofort kommen, sondern erst viel später.

Ich kann ohne Probleme neue Benutzer erstellen, kann also (wiedermal) einen von Dir beschriebenen Fehler nicht bestätigen.
Auch das Deinstallieren von Programmen funktioniert wie gewohnt.

Sorry für die Verwirrung: auf meinem ersten PC steht im BIOS nirgends etwas von CSM, auf dem zweiten PC kann ich CSM ein- und ausschalten - hier geht es ohne CSM nur mir uefiseven, ich nehme nun also an am ersten PC ist auch ein CSM aktiv, wie Du ja auch anfangs angenommen hattest.

Benutzer anlegen und Programme deinstallieren: bei mir ging das in Win7 Pro nicht, vielleicht verwendest Du ein anderes Win7...?

Mit vboxmouse.sys hatte ich schwere blue screens, es war ziemlich kompliziert das zu deinstallieren, ging nur von außen mit Linux, ich nehme an verträgt sich nicht mit irgend einem meiner Treiber...

Nutze bitte mal die Win7-Version aus diesem Post: viewtopic.php?p=406942#p406942

Den Fehler mit der "vboxmouse.sys" hatte ich schonmal erwähnt:

Alternative Methoden und Besonderheiten:
...
2. Statt einer realen Installation kann man natürlich auch alles in einer VM (z.B. VirtualBox) machen. Vorteil sind die Geschwindigkeit und die geringe Gefahr für das laufende System. Über das Mounten der VHD kann man hier ebenfalls mit "GImageX" ein Capture ziehen. Nachteil ist hier das Fehlen der Treiber, die weder über WU geladen werden noch einfach installiert werden können. Außerdem habe ich bei späterer realer Installation Probleme mit der "vboxmouse.sys" gehabt (ein VM-Treiber, der in realer Installation zu einem Bluescreen führt).

Evtl. muß dieser Treiber mit NTlite entfernt werden, wenn man auf realer Hardware installiert. Für eine Installation in VirtualBox ist es natürlich schön, daß er integriert ist.

Betreffs user Account Einstellungen habe ich einen Screenshot beigefügt: wenn ich den vorletzten Link im Screenshot anklicke, passiert kommentarlos gar nichts. Wenn ich auf den untersten Link klicke, kommt die Meldung, dass die Datei useraccountcontrolsettings.exe fehlt. Habe nun in den WIM / ESDs der ISOs nachgeschaut: in "meiner" ISO (und auch in der neueren ISO aus Deinem letzten Link) konnte ich die Datei nirgends finden. Hab zum Vergleich in einer Win10 ISO nachgeschaut: da finde ich die Datei unter windows/system32. Wie läßt sich das lösen?

Die "Benutzerkontensteuerung" ist entfernt. Das hindert aber nicht dabei, neue Benutzer anzulegen.

Das wohl nicht, aber da scheint noch mehr zu fehlen - siehe beigefügten Screenshot: wenn ich auf "Benutzerkonten hinzufügen/entfernen" klicke, passiert gar nichts, auf der Pro Version. Werd die neuere Version auch mal probieren...

Der Download der "x64-Final" wurde aktualisiert (siehe Post 1). Es wurden einige Fehler korrigiert, die Bereinigung wurde optimiert (einige Komponenten wurden belassen, um Fehlermeldungen zu vermeiden).

wieder mal eine sehr schöne Windows 7 X64 DE Edition.
Gerade mal die Ultimate in einer VM getestet.
Was mir aufgefallen war:
nach der Installation rd. 7,5GB Harddisk-Space; doch schon kurz danach mal eben 1,5GB mehr, ohne WindowsUpdate angefasst zu haben.
War auch nichts in SoftwareDistribution\Donwload drin. Wo kommen denn wohl die 1,5GB her?

Dann habe ich mich gefragt:
macht es eigentlich SInn, 3 verschiedene Windows Editionen in der ISO unterzubringen? Letztlich sind sie ja alle so "beschnitten", dass sie sich ja so gut wie gar nicht voneinader unterscheiden. Bei Ultimate gibt es z.B. ja auch kein MCE.
Warum dann eigentlich noch 3 Editionen; reicht da nicht die Enterprise?

In "Software Distribution" liegt die "DataStore.edb" - dort wird gespeichert, welche Updates installiert sind. Leider wird diese Datei sofort wieder angelegt, sobald Windows startet. Läßt sich evtl. verhindern, wenn man den WU-Dienst deaktiviert, was aber ja auch nicht Sinn der Sache ist.

Technisch braucht es eigentlich nur noch eine Edition. Ich habe aus Gründen der Produktkey-Kompatibilität 3 Editionen dringelassen .

g-force hat geschrieben: ↑27.03.2023, 21:37 Läßt sich evtl. verhindern, wenn man den WU-Dienst deaktiviert, was aber ja auch nicht Sinn der Sache ist.

vlt. braucht man ja den Windows Update Dienst nicht komplett abdrehen, sondern nur so einstellen, dass Updates erst auf Anforderung gewonloaded /installiert werden?
Kenne mich nicht so gut damit aus, aber ungefähr so könnte es aussehen:
ggf. noch sc stop "wuauserv"

Update:
habe die Datei DataStore.edb gelöscht und mit einem Texteditor neu erstellt (0KB). Dann schreibgeschützt.
Jetzt ist Ruhe im Karton.
Dann noch die Pagefile auf fest 200MB gesetzt.
Windows 7 verbraucht jetzt 6,11 GB auf der Festplatte. Größenteils 0% CPU Auslastung (schwankt etwas zwischen 0% und 1%, Tendenz 0%).
Booten bis in den Desktop (complete): 16 Sekunden
Shutdown 5 Sekunden
So etwas hätte man sich schon zu Windows 7 Zeiten gewünscht.

Ich ärgere mich genau wie @Holgi über diesen Größenzuwachs. Ich habe hier eine Win7-Version, die ca. 3,6 GB auf der Festplatte einnimmt und durch die "DataStore.edb" auf fast 6 GB anwächst - das ist irgendwie ärgerlich.
Allerdings möchte ich ja, daß das Win7 weiterhin Updates über WU empfängt (Embedded bzw. PosReady) - dafür scheint die "DataStore.edb" erforderlich zu sein. Wie sich verschiedene Eingriffe (sie Holgi`s Tipp) in Zukunft auswirken, werde ich abwarten. Vielleicht können Holgi und ich auch ein kleines Tool/Script basteln, das WU stoppt und "SoftwareDistribution" löscht, ergänzend dazu ein Tool/Script, das WU wieder aktiviert. Man muß aber klar sagen, daß die "DataStore.edb" das System nur bei ihrer Erstellung verlangsamt, später hat sie keinen weiteren Nachteil.