Darksun777

Also wenn ich mit partition magic boote, erkennt er die platte als c:

ich hab dann auch mal den buchstaben mit Partition Magic auf Z: und wieder zurück auf C: geändert .. hat aber alles nichts gebracht.

In Windows fehlt der Buchstabe immer noch...

Weitere Ideen? :confused::shock:

Hallo zusammen,

wir haben bei unseren neueren Laptopmodellen (HP 8510p und 2510p) das Problem, das Windows anscheinend den Laufkwerksbuchstaben C: nicht richtig zuweist.

Also per CMD oder Windows-Explorer kann man problemlos auf C: zugreifen und es funktioniert auch sonst alles, aber weder der Diskmanager noch Diskpart zeigen den Buchstaben an.

Der Diskmanager erkennt auch nicht, daß es sich bei der Festplatte um die Systemdisk handelt.

Dadurch haben wir Probleme mit manch anderer Software, welche sich an den Laufwerksbuchstaben orientiert.

Hier mal ein Screenshot:

Wie man sehen kann, steht da kein C: und auch nicht SYSTEM

Wenn man auf "Change drive letter and Path" geht, ist C: auch nicht verfügbar.

Mit Diskpart kann ich C: auch nicht entfernen oder hinzufügen.

Das hier zeigt Diskpart:

Hat jemand einen Tip wie man das wieder hinbekommt?

Danke..

Hallo,

also über das HP CMI kann man mit VBScript ja alle möglichen Bios-Settings einstellen/verändern.

Das klappt auch alles soweit, außer das Bios-Passwort .. das funktioniert einfach nicht.

Das hier hab ich verwendet:

Const wbemFlagReturnImmediately = 16
Const wbemFlagForwardOnly = 32
lFlags = wbemFlagReturnImmediately + wbemFlagForwardOnly
strService = "winmgmts:{impersonationlevel=impersonate}//"
strComputer = "."
strNamespace = "/root/HP/InstrumentedBIOS"
strQuery = "select * from HP_BIOSSettingInterface"
Set objWMIService = GetObject(strService & _
strComputer & strNamespace)
Set colItems = objWMIService.ExecQuery(strQuery,,lFlags)
For each objItem in colItems
objItem.SetBiosSetting oReturn, _
"Setup Password", _
"Geheim", _
"<kbd/>SCANCODE"
Next
Dim strReturn
Select Case oReturn
Case 0 strReturn = "Success"
Case 1 strReturn = "Not Supported"
Case 2 strReturn = "Unspecified Error"
Case 3 strReturn = "Timeout"
Case 4 strReturn = "Failed"
Case 5 strReturn = "Invalid Parameter"
Case 6 strReturn = "Access Denied"
Case Else strReturn = "..."
End Select
WScript.Echo "SetBiosSetting() returned: (" & oReturn _
& ") " & strReturn

Obwohl mir das Script ein "Success" zurückgibt, wird das Passwort nicht gesetzt.

Hat jemand eine Idee woran es liegen könnte?

Danke!

Klingt nach einem DNS-Problem.. überprüf doch mal die DNS-Records und lösche auf den Clients dann mal den DNS-Cache (ipconfig /flushdns)

Grüße

Eine gute und einfache Möglichkeit wäre:

Du installierst auf der physikalischen Maschine Microsoft Virtual Server und legst eine mitTruecrypt verschlüsselte Disk an. Dort rein installierst Du deinen produktiven Server.

Somit kannst Du den Server immer per Remote starten und die Passwortabfrage wird nur beim Hochfahren der virtuellen Maschine erforderlich.

Sollte der Server geklaut werden kommt niemand an die Daten ran.

Alternative: Bau in deinen Server eine RAC bzw. ILO-Karte ein, dann kannst Du den Server auch von remote starten wenn die Platte komplett mit Truecrypt verschlüsselt ist (Passworteingabe erfolgt dann ueber die Remoteconsole)

Danke Dir, das werd ich mir mal anschauen muessen .. ist ja doch ziemlich aufwändig.. mit xcalcs geht das wohl nit :rolleyes:

Kleiner Tip von mir, verwende am besten ein VB-Script in Verbindung mit xcalcs.

Damit geht es einfachsten.

Hallo zusammen,

ich würde gerne per VBScript die Rechte auf ein Computerobjekt in der Domäne verändern.

Und zwar würde ich auf dieses Computerobjekt gerne dem RIS-Account die entsprechenden Rechte geben.

(Normalerweise gibt der RIS-Server dem RIS-Account selbst die benötigten Rechte auf das Computerobjekt, in diesem Fall *muss* ich es jedoch manuell tun)

Hat da jemand einen Beispielcode für?

Thx schonmal :)

Hallo!

Wir haben hier ein seltsames Phänomen, und zwar können wir auf einen unserer Server (Win 2003 Enterprise) manchmal nur mit der IP-Adresse eine RDP-Verbindung herstellen.

Wenn man es über den Hostnamen versucht, passiert einfach gar nichts. (Der Hostname ist korrekt in DNS registriert)

Nach ein paar Minuten, manchmal nach ein paar Stunden funktioniert es plötzlich auch wieder über den Hostnamen.

Kennt jemand dieses Problem?

Danke schonmal :)

Hallo,

die aktuelle Version 3.01 der Desktop Search hat einen Bug, der das durchsuchen zusätzlich eingebundener Mailboxen verhindert.

Soll im nächsten Release behoben werden.

Wann der allerdings kommt weiss ich leider auch nicht .. wir haben hier dasselbe Problem :(

*DAS* ist doch mal eine Info!

Vielen Dank dafür! :jau: :thumb1:

Auch beim Vorgänger.

Alle unsere Server, die von dem Problem betroffen sind, haben nur SP1 installiert.

Bisher habe ich leider keine neuen Erkenntnisse...

Grüße!

Hi,

yep, das Problem haben wir bei uns auch auf mehreren Servern.

Das Problem ist, daß wenn man versucht den Server über eine RDP-Session herunterzufahren, meistens nur der RDP-Dienst selbst abgeschossen wird (der Server rebootet jedoch nicht)

Einzige Abhilfe wie schon von Dir beschrieben, es von vornerein mit shutdown.exe zu machen.

Liegt IMHO nicht an irgendwelcher installierter Software .. wir haben das Phänomen hier auf mehreren, sehr unterschiedlich konfigurierten Servern.

Bisher ist mir leider auch keine funktionierende Lösung bekannt.

HiHo,

das Problem ist mir auch bekannt, und zwar auf 2/3 aller unserer Firmenrechner.

Im SoftwareDistribution-Ordner liegen die Dateien, die der Rechner bereits vom WSUS-Server heruntergeladen hat (Patches,Updates etc.)

Sollte kein Problem sein diesen zu löschen.

Genau, mit Speichern unter klappt es.

Allerdings haben wir eben immer das problem, dass die User dann alle auf der helpdeskline anrufen... weil sei eben nicht wissen warum sie plötzlich nicht mehr "einfach nur speichern können". (Von dem Failover bekommen sie ja nichts mit)

Aber danke für die Antworten!

Hm das habe ich befürchtet.

Hintergrund des ganzen ist:

Wir haben hier ein Filecluster (active/passive)

im Falle eines Failovers von Clusternode1 auf Clusternode2 sind die User nicht mehr in der Lage, das Dokument auf dem Netzlaufwerk zu speichern. Anscheinend wird bei einem Failover das Dokument bzw. der Handle geschlossen, wodurch dieser Fehler auftritt.

Mich würde mal intressieren ob sich das irgendwie vermeiden/umgehen lässt?

Grüße

Hallo Forum :)

Eine Frage zu Office 2003:

Wenn man ein Dokument auf einem Netzlaufwerk öffnet, wird im gleichen Ordner, in dem sich das Dokument befindet, eine temporäre Datei angelegt.

z.B: ~$Dokument1.doc

Ist es möglich diese temporären Dateien auf die lokale Festplatte der Workstation des Users umzubiegen? Also das diese Datei NICHT auf dem Netzlaufwerk erstellt wird?

Danke & Grüße

Das lässt sich IMHO so nicht verhindern.

Allerdings ist das auch kein grosses Problem, denn selbst WENN beim syncen Konflikte entstehen sollten, werden die Daten nicht überschrieben sondern in einen speziellen Ordner verschoben (aus dem man es manuell wieder rausholen kann)

Nochmal: Die DFS-Dienste haben absolut NICHTS mit dem AD zu tun!

Lediglich der FILE REPLICATION SERVICE ist ein lebenswichtiger Dienst (hierrüber werden die GPOs etc. etc gesynct)

Ob die DFS-Dienste laufen oder nicht ist dem AD völlig egal.

Hier ein kleines VB-Script von mir:

Dim WshShell, Path, Path2, Value, Key

Set WshShell = CreateObject("WScript.Shell")

Path = "HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\NoPreviousVersionsPage"
Path2 = "HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\NoPreviousVersionsRestore"
Value = "1"
Key = "REG_DWORD"

WshShell.RegWrite Path, Value, Key
WshShell.RegWrite Path2, Value, Key
[/Code]

Kann man bequem per Grouppolicy aufrufen lassen .. zum re-ajktivieren des Reiters "Schattenkopien" einfach die 1 gegen eine 0 austauschen.

Hallo,

vielen Dank! Ich werde es diese Woche ausprobieren und nochmal Rückmeldung geben.

Muss mich erstmal in das Script reindenken und die Funktionsweise nachvollziehen.

Danke Danke :)

Naja ich denke nicht, daß sich das auf die Art effektiv beschränken lässt...

Nein. Wenn Du das erreichen willst, was Du oben beschrieben hast, bleibt nur dieser Weg.

Das hier sollte Dir helfen:

You cannot create more than one domain-based DFS namespace on a computer that is running Windows Server 2003, Standard Edition

Grüße

Darksun777