Das Urmel

Moin :) Welcher Patch, was funktioniert nicht mehr? Security Bulletin-Suche - Microsoft Deutschland GmbH Da hast du alles auf einen Blick, was du in deinem System hast bekommst du heraus: Explorer --> C:\Windows nach Datum - voila $ntxxxx.... Oder WinUpdate aufrufen, linke Seite unter Optionen Updateverlauf anzeigen.

Tach auch Welches XP hast du? Pro: start-ausführen --bootcfg /rebuild Home: In die Wiederherstellungsconsole booten von dort - bootcfg /rebuild Ansonsten - kann man auch via Editor reparieren.

Immer noch lesenswert: syneticon networks | Windows 2000 NTBACKUP & RSM Howto

Das erklärt sicher einiges ;) Bezüglich MBR: hörte sich so an als hättest du mit Testdisk hantiert, habe ich dann wohl mißverstanden. LLFormat - ich weiss nicht so recht :suspect:

Hallo Alt+F4 suchtest du dies hier? Microsoft Shared Computer Toolkit for Windows XP

Hi - da hast du aber wirklich böse gebastelt. Damit dürfte klar sein, warum du solche Probleme hast, die auch die zweite Installation betreffen, die wird nämlich von der ersten Disk aus gestartet schätze ich. In die erste Installation gehört wohl die halmacpi.dll --> als HAL.DLL Das ist aber schlecht, weil die Plattenbelegung gemäß deines MBRs nicht stimmt. Das müßte sich mit Testdisk korrigieren lassen. XP #2 liegt auf der anderen HD, wenn diese eine Primäre ist: PC umbauen, ursprüngliche HD #1 raus (die SATA?) HD #2, die IDE umjumpern als erstes Device. Von CD in die Wiederherstellungsconsole booten, du solltest in dem Windows landen. von dort, sofern es eine primäre HD ist fixboot drivepart c: /activate Nun sollte die Partition aktiv sein und Windows könnte starten. Alternativ kannst du auch von CD booten, keine Taste drücken und schauen ob das Windows dann mit dem Bootloader der CD gestartet werden kann. Dann kannst du in der Datenträgerverwaltung nachschauen und die Partition aktiv setzen. Gibt also mehrere Möglichkeiten, ebenso ne W98 Diskette und mittels fdisk die Partition aktiv setzen, sofern man noch ne Floppy hat. Mit der SATA must du mit Testdisk schauen - viel Glück dabei. Die leeren Dateien sind schon i.O. ;)

welche DLL übergeben? In der INF-Datei sollte schon alles stehen, die nötigen Dateien müssen im Verzeichnis liegen in dem die INF steht. Oder was meintest du?

Die Permission bleibt solange aktiv, wie die Session existiert, die Falle bei savecred. Also kurz Logoff, Logon - dann passt es wieder.

%SystemRoot%\System32\rundll32.exe setupapi,InstallHinfSection DefaultInstall 132 <name_der_infdatei> So sollte es gehen, unbedingt Gross /Kleinschreibung beachten.

Natürlich nicht :cool: Folge dem Link, versuche dein Glück. Der EFS-Agent hat dir aber auch bei erstmaliger Benutzung einen Hinweis gegeben, wie das Zertifikat zu sichern ist? Das hättest du mal angehen sollen, wirklich. Off-Topic:kannst die dateien löschen. das klappt zuverläßig - aber sicher doch

Du hast dein Zertifikat nicht gesichert /exportiert? :rolleyes: Dann sieht es schlecht aus, EFS gilt immer noch als sehr sehr sicher. Sind Reste des vorherigen Kontos noch vorhanden {Einzelheiten dazu sage ich nicht}, besteht die Möglichkeit zur "Reaktivierung". Entweder manuell mit hohem Aufwand oder als Test Advanced EFS Data Recovery Viel Erfolg.

Nö die HAL wird erst nach Feststellung der Eigenschaften der CPU und der ACPI /APM-Fähigkeiten aus dem Sortiment gesucht. Es ist in den allerseltensten Fällen die DLL die du auf der CD findest. ;) HAL- ist kein Echo Ist eigentlich noch eine Boot.ini vorhanden und zeigt die auch auf das richtige Laufwerk? Bootcfg /rebuild obwohl ich mir davon in deinem Fall auch nix verspreche. ;)

Wegen deiner überaus voreiligen Kopieraktion der HAL.DLL - das war es. Die passt nicht zum Rest des Kernels, warum auch ;)

Das war falsch. Der Bootmgr ist noch aktiv gewesen, somit war es essig mit der WH. Geh da nochmal rein, chkdsk /r laufen lassen. Die HAL.DLL hast du hoffentlich nicht einfach überbügelt gehabt? ;) machs rückgängig! Die wurde wegen Zuordnungsproblemen nicht gefunden, chkdsk und es sollte wieder gehen.

Alternativ beschreibt Microsoft für beide Versionen How to take ownership of a file or folder in Windows XP wie sich die Berechtigungen übernehmen lassen.

Wenn Dir das /die Kennwörter bekannt sind, wirst du es wohl per Hand erledigen müssen, auch wenn es Arbeit ist. Ansonsten bekommst du hier sicher keinen weiteren Hinweis. Edit: XP-Fan war schneller :)

1: Nein 2: Nein 3: Nein Nett dass du dir Gedanken machst, aber Davon ab ist es nicht nur ein PC sondern völlig verschiedene und bisher alle. :mad: Wenn du Spass daran hast, schau dir die Bootsect.dat im \cmdcons an - vorher -- nachher und staune dann, aber eben nur bei Acronis. ;)

Whow :thumb1: dank dir Velius. Seit 3 Monaten mach ich mit dem Support in DE rum, Auszüge mit deren eigenem Acronissupport.exe, sowie WinHex, Diskprobe etc - die haben es bisher nicht verstanden das der Restore partial in die Hose geht. In der Mail der Entwickler fragt man mich allen Ernstes, Ging um die WH, diese zu installieren {x:\i386\winnt32 /cmdcon } :shock:

Hi :) Die WH startet ohne Probleme von CD. Nur nicht mehr nach dem Restore wenn die in XP installiert ist.

Hallo allerseits - nun habe ich auch mal eine Frage. OS: XP SP2 Wiederherstellungskonsole integriert! Image mit Acronis (8, oder 9, oder 10) erstellt. Zielort ist völlig nebensächlich. Image von Ziel zurückholen ist kein Problem, das funktioniert und wird jeweils mit der Notfall-CD erledigt. XP startet anschliessend auch ohne Murren und läuft. Nur die integrierte Wiederherstellungskonsole macht es dann nicht mehr, Screen bleibt mit fröhlich blinkendem Cursor oben links stehen oder je nach System kommt auchmal der beliebte NTLDR. Es ist auch völlig egal ob die HD so bleibt, formatiert wird oder komplett genullt wird vor dem Restore. Das Problem ist bisher mit allen Maschinen und Versionen aufgetaucht, egal ob Laptop / Desktop, die ich in den Fingern hatte. Die installierte WH läßt sich nicht mehr von der HD starten, ohne die zu reparieren. Mit Ghost (10) klappt das ohne Probleme, mit Linux dd auch, sogar DriveSnapshot bekommt das hin. Hat jemand ähnliche Erfahrungen mit True Image gemacht, oder kann das bestätigen? Acronis kann das angeblich nicht nachvollziehen ;) allerdings war denen winnt32 /cmdcon auch nicht bekannt :suspect:

Na, dann schiebst du die Scripte einfach in das Netlogon des neuen DC und das war es dann auch schon. Alles andere hast du ja ordentlich erledigt? Rollen übertragen, EFS! gesichert /exportiert?

@Catal82 Was ändert sich denn genau? Der Logonserver (DC) oder was hast du vor? Ist es ein Fileserver zu dem Verbindungen hergestellt werden sollen, so definierst du halt eine globale Variable, weist der den Namen des Fileservers zu und ersetzt eventuell den LSERVER (ist ein Macro in Kix) mit deiner Variablen. Das war es auch schon. Ein Blick in die umfangreiche Doku von Kix dürfte auch nicht schaden. ;)

Hi ein Tipp eher nicht, nur eine vage Vermutung. Was ist überhaupt schon unternommen worden? chkdsk /f /r womit ist die Maschine partitioniert worden? evtl. fixboot /fixmbr. Treiber -->Disk irgendwas ungewöhnliches? Dann gabs mal ne Bereichsüberschreitung bei der $MFT mir fällt nur der Fix dazu nicht mehr ein

GPO Computer - beim anmelden oder Start auf das Netzwerk warten. Sollte man für XP unbedingt anklicken.

Beim öffnen des u-torrent Clients ;) Wohl nach einem WindowsUpdate? Könnte der Fix KB924270 -> MS06-070: Vulnerability in Workstation Service could allow remote code execution verursacht haben sofern meine Vermutung zutrifft.