Das Urmel

Hallo Dippas, aus der WH ist meines Wissens nach genau das nicht möglich, die Reg bearbeiten. Aber du kannst den Maschine-part kopieren, extern bearbeiten, zurückkopieren. Wäre doch ne Möglichkeit? edit: beim W2K3 Sp1 (kein DC) läßt sich das per F8 realisieren- Menüpunkt wie bei XP-SP2 Automatischen Neustart bei Systemfehler deaktivieren.

Hier Lutz Donnerhacke: de.comp.security.firewall FAQ wird einiges der Frage erschlagen

Nada Schotti, ich fürchte da widersprechen zu müssen ;) ImageIng: Disk wird File by File in eine Datei, dem Image geschrieben. Clone: eine exakte Kopie. Was passiert beim ImagIng: je nach Intelligenz wird Pagefile als 0-size im Image aber echter Größe beim Restore mit abgelegt, existiert eine aktive Hibernate verweigern das die Programme meistens ;) - mit Recht. Alle anderen Dateien, egal ob $MFT, $Bitmap, $Index werden als Dateien abgelegt und im Image hintereinander wegschrieben - mit oder ohne Compression je nach Tool und Einstellung. Wird so ein Image wiederhergestellt, werden die Files <-- zurückgespielt und ein paar Pointers der $MFT angepasst, nicht aber die Einträge in den anderen Files, woraus resultiert - Bad Clusters obwohl auf neuer HD wohl eher nicht vorhanden::: ausser beim Schreibvorgang wird auf so einen Cluster gestossen. :) Die einzige Methode ist derzeit tatsächlich die von Kathy beschriebene. Spannend ist dabei, via Diskprobe kannst du die $Bad als Datei ablegen und völlig normal mit bischen VB bearbeiten, halt eine Datei :D Dabei bleibt zuerstmal die davon betroffene Datei beinträchtigt und zerclustert, bis du nach der von Kathy beschriebenen Aktion Defrag ablaufen läßt - dann wird die wieder stringend am Stück abgelegt :) Beim Clonen ist der Vorgang adequat einer Fotokopie anzusehen, mit allen Fehlern und somit keine Verbesserung. Irgendwo in den Tiefen bei MS gibts ein Paper zu Diskprobe, ca 50 Seiten das etliches des NTFS Systems beschreibt - falsch - gab es mal ich habs nicht wiedergefunden aber noch einen Ausdruck davon. Diskeeper hatte zur Beta der Version 7 auch mal interessante Whitepapers zugänglich gemacht, die ebenfalls- leider- nicht mehr zugänglich sind.

Ich habe mir das alles nochmal zu Gemüte geführt und hier hapert es. Welche Installation von welcher Ursprungshardware hast du wohin und wie verschoben? Detailierte Angaben wie Mainboard, Chipsatz und wie du das angestellt hast. So einfach mit HD rüberschubsen geht das nicht, wundersam das der SBS hochgelaufen ist. Und dann hast du was gemacht??? W2K3 irgendwie dazugeschoben. Also das hab ich gestern völlig übersehen gehabt, nur dummerweise den ipconfig und netdiag gesehen, was der falsche Einstieg war. ;) Da du von der HD mit dem SBS sicher nicht einmal ne Sicherung hast um im Problemfall nochmal neu anzufangen, ist das Original nun völlig verwurschtelt bis unbrauchbar, was deine Fehlerorgien wohl zeigen. W2K & W2K3 DC's machen auch eine Reparaturinstallation, nur beim SBS habe ich das noch nie probiert: GuentherH - kannst du da mal hilfreich eingreifen, wie stehen die Chancen nun noch?

Du hast Notes in deinem Netzwerk am laufen ;) Dann ist das so :)

Yep - das und evtl. das per PM? Das Teil muss doch mal .. nen kick kriegen. :) oups- war für ITHome gedacht. nicht einfach deaktivieren sondern über die RRAS-Console -Server rechtsklick, RRAS Server deaktivieren.

OK :) Die Shots deuten auf falsches Binding hin LANA LANB, also mal in den erweiterten Einstellungen nachschauen.

Da find ich, hat DNS (intern) und Wins nix drauf zu suchen, wenn ipconfig nicht schon wegen der doppelten MAC ins trudeln geraten ist. Ich schau mir die Shots nun auchmal an. Off-Topic:sorry IT-Home, habe dein Posting erst nach Senden gesehen, hab zulange gewartet

Moin ;) was mir aufgefallen ist, LAN-Verbindung #5 und #4 haben die gleiche MAC, aber unterschiedliche IP's- da klemmt es? Dann hängt DNS und Wins auf der Internetverbindung, die wahrscheinlich noch als LANA fungiert? Eigenschaften Netzwerk, Menüleiste "Erweitert", Erweiterte Einstellungen und den richtigen Adapter an die erste Stelle setzen. Den Phantom #5 deaktivieren.

Eben nicht wenn der ausgehebelt wird. Nutze die Palette von Lavasoft bis Hijack um halbwegs sicher zu sein ;)

Lesen http://www.sicher-im-netz.de weiterführend: https://www.sicher-im-netz.de/default.aspx?sicherheit/ihre/checklisten/checkliste&p=2

Damit sind neue Dateien bei einer Installation gemeint, neue Verzeichnisse und eben neue Dateien die es vorher nicht gab. Hoffe das nun zu deiner Zufriedenheit geklärt zu haben?

Link dazu Einsatz von Gruppenrichtlinien auf einem Terminal Server

Zeigt klar auf, wenige schauen sich Veränderungen im Filesystem an - eigentlich ein alter Hut ;) Mark hat da auch noch was auf Lager, bei weigernder gpmc, das 5-Minuten-Limit der GPO; für fixe Admins? Du erinnerst dich Yusuf?

Der Recycler ist lediglich ein Container, der Objekte beinhaltet. Der angemeldete User kann natürlich nur in sein Object schreiben, nicht in das übergeordnete ;) -- bischen Basteln---- Const RECYCLE_BIN = &Ha& Set objShell = CreateObject("Shell.Application") Set objFolder = objShell.Namespace(RECYCLE_BIN) Set objFolderItem = objFolder.Self Set colItems = objFolder.Items For Each objItem in colItems Wscript.Echo objItem.Name Next -- eof------ So würde sich eine Auflistung der Inhalte im Papierkorb des Users darstellen. Den Rest kann man sich mit vbs zusammenbasteln - Set objFSO = CreateObject("Scripting.FileSystemObject") objFSO.DeleteFile("C:\temp\drm.txt") Hinweise dazu mag das ScriptingCenter von MS liefern. Files

Installier die vom hersteller gegebene Home, sichere den Treiber Sonstige Tips

Seite nicht gefunden ist die Antwort (404) Da solltest du mal nacharbeiten?

Eigentlich benötigt man den VistaBootPro nicht wirklich. Einzelfall oder nicht, das wäre die Frage? Vista entfernen, hier RC1

Einfach die Zuweisung ändern, mehr nicht - keine Kopieraktionen und wurschteln im Cache: assoc .txt Das Ergebnis mit Ftype {return von Assoc begutachten} Mittels Ftype die neue App dem textfile zuweisen: das war es dann auch schon.

Ach? Ohne /Hal= & /Kernel= habe ich das noch nicht probiert, deswegen auch mein obiger Einwand. Die Params fehlen bei deinem Beispiel, geht dennoch?

@Lian Joh, entschuldige den Tippfehler, danke für die Korrektur. Davon ab, es geht. Du darfst lediglich nicht die Standardnamen benutzen, in die die Dateien während der installation umgetauft werden und somit diese dann überschrieben werden. Benenne die Dateien wie du magst, auch MeinKernel.exe oder Unikumhal.dll:: solange die Boot.ini genau diesen Namen als Parameter beinhaltet. Denk mal an XP-Styling - auch da wird der zu ladende Kernel einfach umbenannt. Ist auch in einem Artikel vom Mai 2005 mit Namen HAL-die Basis zur Hardware beschrieben wie das geht.

/fastdetect /HAL=halmacpi.dll /Kernel=ntoskrnmp.exe So wäre es richtig ;) Diese von der CD holen, - ins System32, zweiten Testeintrag in Boot.ini mit obiger Syntax. Sollte sich was tun - nach der obligatorischen HW-Neuerkennung.

Auch Home zeigt beide CPU's an und nutzt die auch. Hier eines, das sich aus Erfahrung so verhält: ALTERNATE. Hardware - Software - Entertainment Logisch dass danach dennoch Pro draufgepappt wurde, Rc1-Test steht noch aus.

Für einen echt winzigen Zeitraum, zu kurz zum saugen, war der RC2 als 5744<-- verfügbar. Nun leider nicht mehr, Rumor: wird wohl 5744 sein /werden.

Deine Boot.ini ist korrekt, nur: ^^^^ das Teil ist gecloned und somit referenziert es halt Drive C (inkl. disk-ID) und damit bootet deine original Installation. Das würde nur klappen, versteckst du die erste Installation tatsächlich, was nur bootUs in der Bezahlversion wirklich macht - soweit mir bekannt ist. Mit Boardmitteln: eine einfache Lösung habe ich da gerade nicht zur Hand.