RalphT

Moin, also der Sachverhalt war so: Vater und Sohn haben den PC aufgerüstet. Motherboard, RAM und CPU wurden getauscht. Eine neue SSD-Festplatte wurde für das Systemlaufwerk eingebaut. Zwei alte SATA-Festplatten wurden als Laufwerk für die Daten im Rechner belassen. Anschließend wurde Windows 8.1 neu aufgesetzt. Da wird es sicherlich ein paar Neustarts gegeben haben. Die Festplatten sind nicht im RAID-Verbund. Die Datensicherungsfestplate (USB) war zu dieser Zeit auch am PC angeschlosen. In der Ergnisanzeige standen nach dem Hochfahren, welches dann länger als gewöhnlich dauerte, viele Einräge in rot "Sektorfehler" oder so ähnlich. Das war natürlich die eine defekte SATA-Platte. Was mich so stutzig macht ist, dass die USB-Festplatte einen anderen Fehler hatte, als die andere eingebaute SATA-Festplatte. Die USB-Festplatte konnte ich mit Testdisk komplett retten. Die defekte Festplatte habe ich zu einer Fachfirma geschickt. Die haben gerade eine Aktion, dass der Kostenvoranschlag umsonst ist. Mal sehen, was die dazu sagen.

Hallo, ich habe bei einem PC ein etwas seltsames Problem, welches ich nicht so verstehe: Folgendes Gerät ist hier: Rechner neues Motherboard Asus, neue SSD-Festplatte für Laufwerk C, zwei SATA-Festplatten für die Daten auf Laufwerk D, E und eine, über ein USB-Kabel angeschlossene USB-Festplatte. Betriebssystem Windows 8.1 Rechner heruntergefahren. Nach ca. 10 min wieder eingeschaltet. Jetzt dauerte der Bootvorgang länger als gewöhnlich. Nachdem der Desktop zu sehen, kam der große Schreck: Alle Daten weg! Nur Laufwerk C, war ohne Fehler. Bei der anschließenden Analyse kam folgendes dabei heraus: - Die eine SATA-Festplatte hatte wohl einen Headcrash. Hört sich jedenfalls so an (klackern etc) - Die andere SATA-Festplatte war physikalisch wohl in Ordnung, jedoch war der Dateninhalt weg. Als wenn sie gerade frisch formatiert wurde. - Die angeschlossene USB-Festplatte zeigt beim Zugriff folgendes an: "Datenträger formatieren" Habe die USB-Festplatten an einen anderen PC angeschlossen, auch hier wollte Windows den Datenträger formatieren, da er nicht lesbar ist. Was ich jetzt nicht verstehe: Warum ist die eine SATA-Festplatte leer und was ist mit der USB-Festplatte passiert? Vielleicht hat jemand eine Antwort für mich.

Hallo, leider noch ein Problem: Ich habe ein neues Postfach für einen User erstellt. In der Exchange Managementkonsole einem Stellvertreter Vollzugriff erteilt. Auf dem Client (als Stellvetreter angemeldet) Outlook geöffnet und die Rechte für den Kalender als "Autor" eingestellt. Der Autor hat unter "Elemente löschen" den Haken auf "Eigene" gesetzt. Das bedeute für mich, wenn Nutzer einen Eintrag im Kalender erstellt, dass er auch wieder seinen eigenen Eintrag löschen darf. Jetzt passiert aber folgendes: Besprechung erstellt, wurde genehmigt, dann im Kalender gelsöcht. Besprechung ist auch weg. Allerdings erscheint der Besprechungstermin immer wieder. Habe auch schon Outlook geschlossen, Cache geleert und wieder geöffnet. Habe ich die Berechtigungsstufen falsch verstanden oder woanders noch einen Fehler gemacht? Noch ein Nachtrag: Versuche ich im OWA den Termin zu löschen, teit er mir mit, dass ich keine Bereichtigung habe. Setze ich im Outlook unter Rechtervergabe den Haken unter "Alle" kann ich auch alle Einladungen von Jedem löschen.

Noch ein Nachtrag: Das konvertieren in der SHELL hat funktioniert. Noch ein Tipp für Andere: Wenn vom Geräepostfach in ein Userpostfach konvertiert wird, gibt es in der SHELL evtl. eine Fehlermeldung "Das Kennwort ist ungültig". Das liegt daran, dass der dazugehörige User zum Gerätepostfach kein Kennwort hat. Wenn in der AD Kennwörter Pflicht sind, dann kommt es zu dieser Fehlermeldung. Abhilfe: Einfach dem Nutzer ein Kennwort verpassen.

Oh ja, danke. Ich hätte die Dinger einfach platt gemacht und wieder neu erstellt. Ich sehe bei Technet mal nach. Wieder was dazugelernt.

Das passt, denn dieses Feature nutze ich hier nicht. Ich glaube, ich baue das hier um. Danke für die Hilfe.

Ja, so wie es aussieht, funktioniert das hier nicht, mit den Rechten. Ist für meinen Fall nicht so wichtig. Andere Frage: Was würde dagegensprechen, wenn ich statt der Gerätepostfächer, normale Postfächer für unsere Firmenwagen erstelle?

Danke für die Info. Dann sitz ich das lieber aus. Jetzt habe ich gerade in einem anderen Thread von Dir gelesen, dass man bei Geätepostfächern nicht an den Berechtigungen rumdrehen soll. Es soll wohl sich nicht das Verhalten zeigen, wie man es möchte. Hier nochmal der Link dazu: http://www.mcseboard.de/topic/188261-kalender-management-in-outlook2010-hinter-exchange2010/ Ist das heute noch so geblieben?

Hallo, ich habe im Outllok (Exchange 2010) unter Eigenschaften/Postfach bei dem Nutzer Standard etwas an den Rechten verändert. So wie es aussieht, dauert es eine gewisse Zeit, bis diese Änderung greift. Kann man das beschleunigen?

Alles klar, danke.

Hallo, ich haben aus Versehen einen Benutzer in der AD gelöscht, der mit einem Ressourcenpostfach verknüpft war. Mit ADRESTORE klappte das Wiederherstellen nicht. Zum Glück benötige ich das Postfach nicht mehr. Leider kann es nicht gelöscht werden. Wie kan ich das Postfach löschen? Gibt es einen anderen Weg?

Hallo, ich finde hier einen Fehler nicht. Folgendes Problem: Ich habe hier zwei Domänen und zwei unterschiedlichen Netzwerken verbunden durch eine Firewall. In der Domäne A ist ein KMS-Server. Jetzt möchte ich, dass die Clients in der Domäne B sich auch über den KMS-Host ihre Lizenzinfos beziehen. Das funktioniert allerdings nicht. Was ich bisher gemacht habe: - In der Firewall erst einmal ein Vollzugriff vom KMS-Host zum DNS-Server in der Domäne B erstellt. - Auf dem KMS-Host einen Registrierungseintrag "DnsDomainPublishList" unter "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SL" Dort ist die Domäne eingetragen. - Auf dem DNS-Server in der Domäne B einen _VLMCS Eintrag erstellt. Jeder hat hier Vollzugriff. - Dann den Dienst auf dem KMS-Host "sppsvs" neu gestartet. - Hier kommt im Ereignisprotokoll die FehlerID 12293. "Fehler beim Veröffentlichen des Schlüsselverwaltungsdienstes ... in der B-Domäne" - In beiden Domänen sind sekundäre Zonen von der jeweils anderen Domäne. Eine Abfrage nslookup -type=srv _vlmcs._tcp auf einem Client in der Domäne B ergibt eine richtige Antwort. Der richtige KMS-Host in der Domäne wurder ausgegeben. Hat jemand ein Idee, warum das nicht funktioniert?

Ich habe mir jetzt mal diesen Artikel durchgelesen. Dort wird das Problem und die Ursache sehr gut erklärt. Ich tendiere schon fast zu der Microsoft konformen Methode und lasse die Adminrechte weg. Ich denke, man wird sich schon dran gewöhnen.

Nein, bin ich aus Zeitmangel noch garnicht dazu gekommen. Hatte mich heute nur auf den Link von NorbertFe konzentriert. Heute war hier zuviel Stress. Mache ich nächste Woche. Ich hoffe, dass es dann etwas entspannter ist.

Jetzt habe ich das einmal überprüft. Zuerst habe ich im Adminrechte entzogen, danach ging es. Dann die Adminrechte wieder gegeben und die UAC ausgeschaltet. Auch danach funktionierte es. Ich habe daraufhin Adminrechte und UAC wieder gegeben und den Workaround ausgeführt. Nur das ging leider nicht. Ich habe jetzt erst einmal die UAC wieder abgeschaltet und werde mich nächste Woche noch einmal damit beschäftigen. Ich habe mal bei einem anderen Rechner mit Win7 nachgesehen. Dort sind auch Adminrechte und UAC eingeschaltet. Seltsamerweise funktioniert alles da.

Hm, nee daran dachte ich eben nicht. Ich werde das morgen mal abändern und berichten.

Jetzt funktioniert es! Nur leider habe ich nichts verändert und daher weiß ich nicht, warum das jetzt funktioniert. Daraufhin habe ich den Win7 PC wieder in die OU verschoben, wo er hingehört. Hier wieder das gleiche Problem. Jetzt lasse ich den PC bis morgen früh in der OU und schaue morgen früh, ob es auch so nach einiger Zeit wieder von Zauberhand geht. Hat das vielleicht etwas mit der Replikation von den Dcs zu tun?

Ja beides, sogar der eine ist Domänenadmin.

Nein leider nicht. Ich habe jetzt eine TestOU direkt unter der Root angelegt. Nur in dieser OU ist ein Win7 Rechner. In dieser OU habe ich eine GPO angelegt. Diese GPO enthält unter Anmelden eine BAT-Datei, die wie Folgt aussieht: net use P: \\192.168.2.103\freigabe1 net use T: \\192.168.2.103\freigabe2 pause In der GPO ist das so eingestellt, dass die Scripte sichtbar ausgeführt werden. Jetzt meldet sich ein neuer Nutzer an. Das Script ist jetzt für mich sichtbar und hält durch den Pausebefehl an. Hier kann ich ablesen, dass beide net-use-Befehle erfogreich ausgeführt worden sind. Jetzt drücke ich eine Taste und der Desktop erscheint. Beide Laufwerk sind jetzt weg. Mache ich diese gleiche Prozedur mit einem alten Nutzer, der schon länger hier in der AD ist, dann sind beide Laufwerk anschließend da. Vielleicht hilft ja noch folgendes: An dem Rechner lege ich ein Laufwerk Z mit Freigabe3 an. Das mache wie Folgt: net use Z: \\192.168.2.103\Freigabe3. Das Laufwerk ist natürlich da. Jetzt melde ich mich ab und sofort wieder an. Bei dem alten Nutzer bleibt das Laufwerk Z erhalten, ist ja auch richtig. Bei dem neu angelegten Nutzer ist auch das Laufwerk Z wieder weg.

Danke Sunny61, leider ist das bei mir in einer GPO schon aktiviert.

Hallo, leider trifft die Überschrift nicht so den Kern. Folgendes Problem habe ich: Alle Clients sind einer einer OU und in dieser OU ist ein Script für die Anmeldung der Clients herterlegt. In diesem Script werden mit "net use Befehlen" den Nutzern die Laufwerk bereitgestellt. Soweit läuft das alles. Jetzt habe ich einen neuen Nutzer in der AD eingetragen. Dieser neuer Nutzer bekommt, wie auch all die anderen, das Script zum Anmelden zugewiesen. Nur der neue Nutzer hat keine Netzlaufwerke. Verbindet man anschließend die Laufwerke, sind sie auch da. Um die Ursache zu finden habe ich in der Scriptdatei ein Befehl CMD, mit anschließenden Pausenbefehl eingegeben. Meldet sich der der neue Nutzer kann, erschein ein DOS-Fenster (wie in dem Script auch steht). Vorher wurden die ganzen "net use Befehle" abgearbeitet. Das kann man jetzt schön im DOS-Fenster erkennen. Wechsel ich im DOS-Fenster auf ein Netzlaufwerk, komme ich auch drauf. Also bis hier hin werden die Netzlaufwerk alle verbunden. Jetzt gehe ich mit exit raus und muss eine beliebige Taste drücken (Pause-Befehl im Script) Jetzt kommt normal der Desktop - aber ohne die Netzlaufwerke. Es müssen hier anschließend irgendwie alle Netzlaufwerke getrennt werden. Warum weiß ich nicht. Alle Nutzer nutzen die gleichen GPOs, die dort in der OU noch sind. Bei den alt angelegten Nutzern läuft alles prima. Was könnte das sein, dass bei einem neu angelegten Nutzer alle Netzlaufwerk verschwinden? Als Clients habe es z:z. bei zwei Windows 7 Rechnern getestet. Das Einzige, was ich in letzter Zeit verändert hatte war, dass ich einen neuen DC (2008) in das bestehende mit nur 2003-Servern gebracht habe. Den habe ich mit ADPREP und DOMAINPREP hinzugefügt. Lief alles gut beim Hinzufügen. Hat da jemand einen Ansatz, wo ich suchen könnte? Nachtrag: Es scheint nur Windows 7 Clients zu betreffen, bei XP sind auch bei dem neuen Nutzer alle Laufwerke da.

Oh ja, gute Idee. Da gucke ich mal nach.

Hm, wäre mal eine Idee dort mal einen Strommesser anbringen und nachsehen, was die schwarzen Kisten so verheizen. Klima wird etwas schwieriger. Die hat Drehstrom. Dafür habe ich keinen Leistungs- oder Strommesser. Und das für einen Tag mal errechnen. Würde mich wirklich mal interessieren. Mal gucken, wenn dazu mal Zeit habe, mache ich das vielleicht.

Bei uns sieht es so aus, dass wir nicht sagen können, nur die Abteilung kann Mail oder etwas anderes haben. Wenn hier alle DCs, Mailserver und alles andere aus ist, dann geht hier nix mehr. Die Clients bekommen keine richtige Adresse. So wie ich unsere GF so verstanden habe, wollten sie Strom und Klima abschalten. Dann sind auch Switche und alles andere aus. Jetzt gehen wir auf Mittag zu. Heute ist hier letzter Tag. Gesagt haben sie nichts. Also bleibt alles an. Ist für mich auch besser so.

Naja, liegt genau dazwischen :D . 30 Server und die virtuellen dazu.