Erwin12345

aus unerfindlichen Gründen funktioniert es heute wieder.

Während meiner Posts hab ich die Kiste einmal durchgestartet. Heute morgen wieder, dann ein Test und siehe da - keine Fehlermeldung mehr.

Schliesst den Thread obgleich ich vermute dass das wiederkommt. Könnte aber auch irgendwas auf dem Fileserver sein. Wir werden sehen, ich danke Euch. Wir lesen uns wieder, denke ich. Soll keine Drohung sein. :-)

Oh ich weiss nicht. Da muss ich mit unserem Unternehmenssicherheitsexperten reden. Und den erwisch ich grad nicht. Melde mich

Die Auslagerungsdatei wird vom System verwaltet. Ist jungfräulich, hab noch nie was dran gedreht. Neustart hab ich auch schon versucht. Hilft nix.

Sicherheitssoftware ist der McAfee Agent 4.0.0.1345

Moin,

komm bei folgendem Problem nicht richtig weiter. Mein NB ist mit 2 GB RAM bestückt, und einer Intel Core 2 DUO CPU 2,2 GHz.

Lt. Vista Leistungsindex 4,0, wegen Grafikkarte.

Gestern habe ich verschiedene Worddokumente mit Hilfe von Office 20007 auf einem Fileserver abgelegt und im Kompatibilitätsmodus im Office 97-2003-Format gespeichert. Eines dieser Dokument öffne ich heute wieder, seltsamerweise vergibt Word einen anderen Doc-Namen. Will ich dieses wieder unter demselben Namen auf dem Fileserver speichern, kommt nach der Abfrage, obich die bestehende Datei überschreiben will (der temporäre Name oben im Menü besteht noch) folgende Meldung:

Der Speichervorgang ist fehlgeschlagen, weil nicht genügend Arbeitsspeicher oder Speicherplatz vorhanden ist. Selbstverständlich ist Speicherplatz vorhanden, sowohl lokal als auch auf dem Fileserver.

Von den 2 GB Physikspeicher werden aktuell 800 MB genutzt, die Auslagerung mit aktuell 1 GB von 4 GB zur Verfügung stehend.

Im Internet gibt es zwei Beiträge zum identischen Thema, aber ohne Beiträge.

Wisst Ihr Rat ?

Gruss Achim

–

Ach so, will ich das Doc irgendwo anders z.B. lokal ablegen, gleiche Meldung, diesmal mit Hinweis auf lokale Ressource.

??

leider sagt mir das ****e system nicht welche verknüpfung gemeint ist ? oder soll ich die verknüpfungen im startmenü die das cad-system verursacht untersuchen ??

mfg achim

Na, Du hast doch Dein System mit multilingual installiert, damit Deine Benutzer verschiedene Sprachen, z.B. deutsch und englisch, auswählen können. Das unterstützen nicht alle Programme, resp. für diese muss auch ein Sprachenpatch installiert werden.

 

Das könnte eventuell Dein Problem sein, dass das Programm auf einen anderen Pfad zeigt. Obwohl mit Adminrechten funktionierts !! Hat denn der Admin die gleiche Sprache wie die Benutzer ausgewählt ?

 

Gruss

Ritchie

hallo, also die cad-anwendung hatte definitiv keinen sprachpack dabei. alle user haben deutsch eingestellt, und einer davon unter dem das installiert wurde hatte temporär adminrechte.

was nun ?

ähm, wat meinste damit ???

Neu installatiertes 2k multilingual mit allen updates

CAD-Software drauf installiert - seither kommt bei usern ohne adminrechte beim anmelden die meldung - Verknüpfungsproblem: Dieser Vorgang ist nur für Produkte gültig, die zurzeit installiert sind.

Die CAD-Anwendung funktioniert aber dann.

Ideen ??

Danke

Hi Felix,

danke, war ein Volltreffer. Dort waren die Benutzer für bestimmte Serverfreigaben registriert.

Tschüss Achim

Moin,

habe kürzlich mein adminpasswort in einer w2k-umgebung geändert. versuche ich nun einen zugriff von einer xp prof maschine, die nicht in dieser domäne ist, auf ressourcen der domäne , ist mein admin-konto sofort gesperrt.

habe mit net use nach aktiven oder inaktiven der xp-maschine auf ressourcen der domäne geschaut, es gibt keine.

ich kann aber problemlos mit net use UND speziell angegebenen geändertem passwort auf diese ressourcen zugreifen, nur nicht per unc oder net use ohne passwort.

woran liegt dann das sperren ? dann habe ich mein admin-passwort zurückgeändert mit dem erfolgt dass beim zugriff auf eine andere ressource in der domäne mein konto wieder gesperrt wurde?

meinem kollegen geht es gleich mit dem unterschied, dass sein xp-notebook in einer anderen domäne ist. mein notebook ist in einer workgroup.