Probleme beim Dateizugriff via Windows 7

[lerni]

Das Tool ist ein Kommandozeilentool aber wirklich einfach zu bedienen. Jeweils die Datei NT.EXE auf Server und Client kopieren und dann mit den Parametern aufrufen, sind in der Readme bzw. mit dem Parameter /? ohne Schwierigkeiten zu interpretieren.

Und nochmal, wenn Du schon mal über den Explorer eine Netzwerkverbindung zu Deinem 2. Server aufgebaut hattest und dann den Haken bei "Verbindung bei Anmeldung wiederherstellen" gesetzt hattest, hast Du verloren.

[lerni]

Noch ein kurzer Hinweis - über Systemsteuerung -> Software -> Updates anzeigen, lässt sich das PP3 auch deinstallieren. Die Win 7 funktionalität geht dadurch natürlich wieder verloren. Bei mir hat die Deinstallation geklappt. Dabei gilt es aber aufzupassen, dass man vorher alle Update deinstalliert, welche nach PP3 gekommen sind.

[Nobby1805]

Bei den Eigenschaften der LAN-Verbindung einfach den Haken vor IPV6 wegnehmen

[Klaus-Dieter]

So, das Problem scheint jetzt zwar nicht ganz behoben zu sein, aber deutlich verbessert

Der Reihe nach:

@Nobby: Ich habe den Haken vor IPV6 weggenommen (auf dem Client, der WHS hat diese Option gar nicht erst). Das brachte aber nichts.

@ lerni: Ach, diesen Haken hast du gemeint. Nee, "Verbindung bei Anmeldung wiederherstellen" war bei dem selten gebrauchten Server nicht gesetzt. Bei dem WHS schon. Ich könnte die Verknüpfungen für diesen auch per Skript erstellen, hatte mich aber davon erzeugt, dass es keinen Unterschied macht. Das mit dem Testtool habe ich erstmal vertagt, da ich kein Freund von Befehlszeilenprogrammen bin. Das erste Problem ist, dass es bei mir keine Datei "NT.EXE" gibt. Die einzige, die vom Namen passen könnte ist die "win32-i386.exe". Aber vielleicht mache ich den Test aus Neugierde später mal.

Dann habe ich wie beschrieben PP3 deinstalliert. Dazu habe ich alle Updates seit dem 23. 11. ausgehend vom neuesten deinstalliert (ca. 10). Und der ganze Ärger ist weg! Ich kann auf dem Win-Client wieder mit dem Explorer navigieren, Verzeichnisse umbennen oder verschieben, ohne dass der Explorer zusammenbricht. Jedenfalls innerhalb der WHS-Struktur. Nur wenn ich Dateien von einer lokalen Festplatte auf den WHS verschiebe, dann kommt beim Explorer wieder die Endlos-Eieruhr. Und Suchen in der WHS-Struktur (mit der Suchfunktion oben rechts) mag er auch nicht. Außerdem ist alles viel schneller als vorher.

Was mich nur etwas wundert ist, dass in der Konsole unter Ressourcen immer noch "WHS mit Power Pack 3" angezeigt wird (trotz mehrerer Neustarts. Und bei einer der Deinstallationen ging es einsdeutig um PP3). Jetzt muss ich sehen, dass sich dieser Schrott nicht wieder von alleine aufspielt.

Aber jetzt würde mich interessieren, warum du ebenfalls PP3 wieder deinstalliert hast. Für was ich die Win 7 Funktionalität bräuchte weiß ich sowieso nicht. Ich verwende den WHS auschließlich als NAS (auch wenn das vielleicht unter Wert ist). Anderseits frage ich mich aber auch, warum andere wie vanish0845 mit der gleichen Konstellation keine Probleme haben.

[Klaus-Dieter]

Da habe ich mich vorgestern wohl zu früh gefreut - heute sind die Probleme wie gehabt da (die Updates wurden aber nicht klammheimlich wieder aufgespielt). Für mich gibt es nur eine sinnvolle Erklärung: Auf Win 7-Client und WHS laufen irgenwelche Aktualisierungsdienste, die sich aber nicht vertragen, denn Änderungen führen fast sicher zum Unbrauchbarwerden des Exploreres. Irgendwann schmeiße ich das Teil zum Fenster raus...

[lerni]

Hallo Klaus-Dieter,

also, dass Du die NT.exe nicht gefunden hast, ist klar, die ist Besntandteil des NETIO Packages.
Zu Deiner Frage, warum ich pp3 deinstalliert habe folgendes:
Seit geraumer Zeit läuft bei mir das ServerBackup nicht mehr und bisher konnte ich das Problem weder identifizieren, geschweige denn lösen. Testweise habe ich dafür auch mal das PP3 deinstalliert, aber auch das hat nichts geholfen. Deshalb ist das auch jetzt wieder installiert.
Die Win7 Funktionalität brauchst Du einmal für das MediaCenter in Win 7, damit die Bibliotheken korrekt eingebunden werden, aber das wichtigste wäre doch, dass das Client-Backup mit der 100MB Startpatition funzt. Nur so kannst Du den gesicherten Client wirklich problemlos und in einem Rutsch wieder herstellen. Andeere Tools wie z.B. SnapShot oder TrueImage sind bei mir überflüssig geworden, das kann der WHS einwadfrei und vor allem sichert er automatisiert alle Clients.
Das mit der Netzwerkperformence solltest Du untersuchen. Alternativ kannst Du ja auch Deinen Client mal mit einem Crossover-Kabel direkt am WHS anbinden (wenn der WHS auch DHCP ist-oder du vergibst für diesen Test feste IP's).

[Klaus-Dieter]

Sicherheitshalber sage ich es nochmal: Ich brauche den WHS nur für einen einzigen Zweck: zur sicheren Speicherung und Bereitstellung von Dateien. Also keine Media-Center-Funktion (auch wenn meine Daten hauptsächlich Mediendaten sind), kein Client-Backup usw. Ich hatte vorher einen echten NAS auf Linuxbasis. Damit hatte ich null Proleme (der war aber zu klein und nicht ausbaufähig).

Ich kann mir beim besten Willen nicht vorstellen, dass es sich um ein Netzwerkproblem handelt, denn mit 2 anderen Clients (mit Win XP) und via RemoteDesktop vom Win 7 Client geht es problemlos. Dennoch werde ich den Test mal machen, muss aber zuerst ein Crossover-Kabel besorgen.

Nochmals vielen Dank für die Hilfe. Und ein schönes Weihnachtsfest

[GuzziGerd]

Hallo,

vielleicht eine blöde Frage eines Neulings hier, aber kann das irgendwie mit der Indizierung von Windows Search zusammenhängen? Ich habe mich hier: viewtopic.php?f=10&t=8158 schon mal kurz dazu ausgelassen, aber auch die Ausführungen am Anfang dieses Threads von Klaus Dieter habe ich schon bei mir beobachtet. Der Explorer baut sich nicht mehr richtig auf, aber man kann mit direkter Eingabe im Adressfeld weiter navigieren.

Ich habe jetzt mal meine WHS am durchlaufen, damit sich dort mal alles indizieren kann, aber das Teil (searchindexer.exe) arbeitet immer noch wie wild. Allerdings hat sich das Verhalten meines erachtens etwas verbessert (zumindest findet sich etwas schneller etwas).

@Klaus Dieter: Läuft bei dir der Searchindexer auf dem WHS kräftig mit? Bei mir sieht das grad so aus:

ScreenHunter_013.jpg (35.57 KiB) 2686 mal betrachtet

Bei mir sind auch eine Menge Medienfiles am Server. Anfangs hat es Stunden gedauert bis ich auf Suchanfragen Antwort bekam (ist jetzt deutlich schneller) und bei längeren Ergebnislisten wird immer nur der Anfang angezeigt. Dann nochmal in den leeren Bereich klicken, schon heißts in der caption "Keine Rückmeldung" Jetzt kann man ewig warten, bis die Liste wieder bis zum Ende des Fensters gefüllt ist, aber eigentlich ist das nicht brauchbar. Ich hoffe immer noch, daß der Searchindexer irgendwann mal fertig wird und daß dann alles besser funktioniert.

Um ein Netzwerkproblem auszuschließen habe ich einen Rechner nochmal mit Win XP bestückt und da die "normale" Suche benutzt - funktioniert wie gewohnt. Ich hab mal versucht die alte Suchfunktion in Win7 zu aktivieren und dafür Windows Search zu deaktivieren, hab aber noch keinen Weg gefunden. Ich kann zwar die Windows Komponente "Windows Search" deaktivieren, aber dann gibts halt gar keine Suchfunktion in Win7 mehr

OK, vielleicht bin ich auch völlig auf dem Holzweg, da ich ja nun auch kein großer Spezialist bin, aber vielleicht hilft auch mal ein Stups in eine andere Richtung den Spezialisten?

[Klaus-Dieter]

@ GuzziGerd

Ich bin ja fast froh, dass es noch einen gibt, der ähnliche Probleme hat, denn da kann man an seinem Verstand zweifeln . OK, da hast du mit den Prozessen Searchindexer und Netzwerkdienst 2 richtig fette Ressourcenfresser laufen. Aber bei mir ist alles viel aufgeräumter (s. Screenshot). Das ist also auch nicht das Problem bei mir. Bei Windows 7 gibt es übrigens auch keine Prozesse, die nach Search oder Index aussehen. Ich habe dann mal ein großes Verzeichnis verschoben und geschaut, ob sich währenddessen in den beiden Task-Managern was ändert. Es gab aber nichts signifikantes.

Dennoch habe ich den starken Verdacht, dass es irgendwas mit einem Indexdienst zu tun hat. Die Philosophie von Win 7 ist, dass alle Dateien in Unterordnern von "eigene Dateien" sein sollen. Zumindest als Verknüpfung (aber wie geht das?). Das ist bei mir jedenfalls nicht erfüllt.

Tatsache ist, dass auf den anderen PCs in meinem kleinen Netz mit den Betriebssystemen XP, Vista sowie Server 2003 es keine Probleme gibt. Es ist auch dann alles problemlos, wenn ich vom Win 7 -Client via RemoteDesktop auf den WHS gehe und darüber im WHS-Explorer Dateien verschiebe. Schade, dass ich keinen anderen Rechner mit Win 7 zum Vergleich habe.

@ lerni:

Ich habe mittlerweile mal ein Crossover-Kabel besorgt und getestet: Aber es ändert sich gar nichts. Ich habe auch längst alles auf feste IPs umgestellt. Und mit deinem Testtool kann ich leider nichts anfangen. Mit dem Befehl NT in einer DOS-Box kommt man nich weit, auch dann nicht, wenn ich dort in das Verzeichnis B:\netio126 oder B:\netio126\bin navigiere. Nur der Befehl win32-i386 wird akzeptiert. Dann will er aber Optionen sehen ich habe es versucht auf dem Client mit win32-i386 Servername und auf dem Server mit win32-i386 -s. Der Server sagt "listening" (klingt gut) und der Client gibt lediglich die Versionsnummer wieder.
Ist aber auch egal, denn ich bleibe dabei: Es muss am Zusammenspiel zwischen Win 7 und dem WHS liegen und nicht an irgendwelchen Netzproblemem.

[Nobby1805]

Wieso sieht man im Screenshot nur den Benutzer Klaus ? Hast du Administrator renamed oder ist der zusätzlich ?
Wo ist denn der Rest der WHS-Prozesse ?

[Klaus-Dieter]

Ja richtig, ich gehe immer als anderer Benutzer mit Admin-Rechten rein (der Einfachheit halber gleicher Name und Kennwort wie am Client).

Aber es gibt keine anderen Prozesse als im Screenshot zu sehen! Ich bin eben testweise als Administrator rein. Und das sieht genauso aufgeräumt aus. Anbei ein neuer Screenshot.

[Nobby1805]

Hake mal "Prozesse aller Benutzer anzeigen" an

[Klaus-Dieter]

OK, jetzt sind es ein paar mehr. Absteigend sortiert (nur die größten. Wenn du alle willst, lass es mich wissen)

[Klaus-Dieter]

OK, der Vollständigkeit hier auch die 2. Hälfte mit den kleineren Prozessen. Was mich übrigens wundert ist, dass es einige Prozesse mehrfach gibt. Z.B. den svchost.exe und sogar mit dem gleichen Benutzernamen.

[Nobby1805]

Was mich übrigens wundert ist, dass es einige Prozesse mehrfach gibt. Z.B. den svchost.exe und sogar mit dem gleichen Benutzernamen.

Das ist OK, in den SVCHOST können mehrere Services (Dienste) in einem Prozesskontext laufen