Hallo,
ich habe einen Win10 Prof Laptop der seit einigen Tagen zickt.
Ich habe 5 Netzwerklaufwerke verbunden. Nach einem Neustart verbinden
sich diese Netzwerklaufwerke nicht mehr. Wenn ich auf Netzlaufwerk
zugreifen will kommt "Fehler bei der erneuten
Verbindungswiederherstellung von (Netzlaufwerkbuchstabe)"
Auch ein direcktes verbinden über die Ip \\192.168.xx.xx geht nicht.
Wenn ich die Netzlaufwerke trenne und nach 2-3 Minuten wieder anlege
oder dann direkt mit \\192.168.xx.xx verbinde geht es wider bis zum
nächsten Neustart.
Wie kann ich diesen Fehler beheben?
Danke für die Hilfe
Bei mir gabs den gleichen Effekt, weils Netzwerkkabel kaputt war. Am
Anfang hat es geholfen, das Interface kurz mal ab- und wieder
einzuschalten, später gings dann gar nicht mehr - nur noch über WLAN.
Du schreibst ja nicht, was du für ein Netzwerkmedium verwendet wird, das
könntest du mal schreiben.
Das ist ein Timing-Problem.
Wenn du nix geändert hast, würde ich mal die Firewall (nicht die
eingebaute von Windows) abschalten. Die könnte durch ein Update die
Sache Zeitkritisch machen.
Bei mir ist das völlig normal das die Laufwerke beim Start nicht da sind
und die Fehlermeldung unten kommt. Da alle Netzwerklaufwerke Buchstaben
zugewiesen bekommen haben, reicht es wenn ich das Laufwerk mit den
Buchstaben aufrufe und es ist da.
Aufrufe mit Namen/Adresse dauern ewig und funktionieren hin und wieder
nicht. Deshalb habe ich es mir zur Angewohnheit gemacht allen Laufwerken
Buchstaben zuzuweisen. NOCH habe ich ja einige übrig. ;) Ich hab
nämlich einige Pfade auf der Festplatte auch als Laufwerke deklariert.
Geht schneller bei gewissen Operationen.
Matthias S. schrieb:> Du schreibst ja nicht, was du für ein Netzwerkmedium verwendet wird, das> könntest du mal schreiben.
Sowohl Kabel auch als WiFi das selbe.
Sven L. schrieb:> Was ist denn die Gegenseite / Server?>> So einen komischen Effekt kenne ich von einem alten NAS, mit alter> SMB-Version
Hm es ist eine Nas und tatsächlich nicht die neuste. Wie kann ich die
Version feststellen.
@ Schlaumaier
es funktioniert erst wieder wenn ich ALLE netzlaufwerke TRENNE und
wieder neu anlege.
oszi40 schrieb:> Eine .bat mit dem Befehl net use /? löste auch manches Problem.
Dies umschift das Problem aber es ist keine Lösung. Habe ich als
Notlösung.
Klugscheisser schrieb:> Wenn sich der Server des Shares nur per WINS-Broadcast mitteilt,> ist es normal wenn es beim 1. Versuch nicht klappt...
Es klappt nie mehr bis ich die Laufwerke nicht trenne und wieder neu
erzeuge.
Danke
farma schrieb:> Hm es ist eine Nas und tatsächlich nicht die neuste. Wie kann ich die> Version feststellen.
Zum einen könntest Du mal sagen, um welches Gerät es sich handelt.
Bei manchen Geräten kann man mit ssh drauf und dann auch irgendwie
mitloggen.
Bei manchen gibt es zwar die Funktion mit dem ssh-Server, aber
funktionieren tut es trotzdem nicht.
Wenn es vom Hersteller keine Updates mehr gibt, dann hat man in den
meisten Fällen quasi eh schon verloren.
farma schrieb:> Schlaumaier schrieb:>> Weißt du den Netzwerklaufwerken Buchstaben zu. ?>> Ja ich weiße den Laufwerken Buchstaben zu.
Ihr schwärzt euch also nicht an?
nur nebenbei: weißt->weist
Das kommt von "Zuweisung"
Fensterln reicht nicht zum Netzwerken schrieb:> Windows ist immernoch nicht gut im Netzwerk, das ist Tradition seit den> 1990er...
Geht doch nichts über ein gutes Vorurteil. Meine Samba Box hat
jedenfalls null Probleme, sich mit Win95 - Win10 Kisten zu verbinden.
Nur die Kabel sollten halt in Ordnung sein.
Und Filesharing unter Linux? Mit NFS etwa?
Fensterln reicht nicht zum Netzwerken schrieb:> Windows ist immernoch nicht gut im Netzwerk, das ist Tradition> seit den 1990er...
Komisch, da machen wir vermutlich etwas falsch.
Bei uns laufen über 100 Rechner im Netzwerk, und ich kenne Firmen,
da sind es tausende. Und die laufen alle ohne Netzwerkprobleme!
Was bringt dich zu der Meinung "immer noch nicht gut im Netzwerk"?
npn schrieb:> Komisch, da machen wir vermutlich etwas falsch.> Bei uns laufen über 100 Rechner im Netzwerk, und ich kenne Firmen,> da sind es tausende. Und die laufen alle ohne Netzwerkprobleme!
Weil in den internen Netzwerken die Sicherheitsanforderungen nicht so
hoch sind. Die macht man nur an "Schlüsselstellungen" extrem hoch. Alle
Rechner von euch haben KEIN direkten Zugang zum Internet.
Wenn der Rechner Zugang zum Internet UND zu anderen Rechnern haben soll,
sind durch internen Fireware gekaufte Firewall Gruppenrichtlinien
etc, das Timing so eng, das Windows sich gern mal verschluckt.
Wenn man aber Netzwerklaufwerken Buchstaben zuweist, sind die
Verbindungsprobleme i.d.R. behoben sobald das Laufwerk via Buchstaben
DIREKT angesprochen wird.
Ist jedenfalls bei meinen Netzwerken seit Jahren fast immer so.
Hat jemand eine Lösung. Wir haben das gleiche Problem seit 2 Tagen. Bei
2 von 8 Windows 10 Rechnern.
Alle Netzwerklaufwerke trennen und wieder neu verbinden nützt bis zum
Neustart. Was aber keine wirkliche Lösung ist.
Vielen Dank
PS: Firewall von Norton
farma schrieb:> Wie kann ich diesen Fehler beheben?
Vielleicht hilft Dir das weiter, bei mir trat der Fehler nach einem
Windows Update auf. Die Lösung dafür war:
Anmeldeproblem NAS Laufwerk:
Tritt auf ab Windows 10 Update 1709. Grund: Unsichere Gastanmeldung.
Lösung:
Start (WinTaste+R) gpedit.msc dann weiter mit
Computerkonfiguration\Administrative
Vorlagen\Netzwerk\LanMan-Arbeitsstation
Richtline Unsichere Gastanmeldung aktivieren auf Aktiviert einschalten.
Einfach mal versuchen
farma schrieb:> Bei mir war das einzige was geholfen hat ein Bat im Autostart.>
1
>
2
> net use L: \\192.168.1.101\bla /persistent:no
Das scheint mir eine solide Lösung zu sein. Aber: kann ein Windows10
Benutzer das eigenmächtig einrichten, auch wenn er nur minimale Rechte
hat? Hier gibt's das Problem auch, seit Windows2000, aber selten genug,
dass es nicht repariert wird.
farma schrieb:> Bei mir war das einzige was geholfen hat ein Bat im Autostart.
Ist halt auch nur ein doktern an Symptomen.
Ganz komisch war die Beobachtung, das es über Namen nicht ging, über IP
schon. Dann auf einmal war die NAS nicht über IP erreichbar, sondern nur
über Namen.
pringbar aber zu jeder Zeit.
Sven L. schrieb:> Achso, das Ganze betrifft Netzwerke ohne Domäne!
Was meinst du damit?
Bei mir sind die Rechner schon in einer Domäne.
Meine Lösung ist ein Workaround mit dem man leben kann.
Fensterln reicht nicht zum Netzwerkennsterln reicht nicht zum Netzwerken
schrieb im Beitrag #6368332:
>> Windows ist immernoch nicht gut im Netzwerk, das ist Tradition>> seit den 1990er...>> Komisch, da machen wir vermutlich etwas falsch.> Bei uns laufen über 100 Rechner im Netzwerk, und ich kenne Firmen,> da sind es tausende. Und die laufen alle ohne Netzwerkprobleme!> Was bringt dich zu der Meinung "immer noch nicht gut im Netzwerk"?
Ich gönne Dir dieses Glück, das hatte ich als AN/Wind-User (bin kein
Admin) bei diversen Firmen nicht.
Bsp1: Explorer Suche nach Dateinamen/-fragmente über Netzlaufwerke
ergibt unvollständige Ergebnisse, zu unterschiedlichen Zeiten. Dauert
ausserdem "ewig".
Z.Vergleich: nach starten der Suche im Explorer, auf (langsamere!)
linuxkiste einloggen, identische Netzlaufwerke(samba) anbinden, "find /
-iname '*dateinam*fragm*' " lostreten, Vollständige Ergebnisse
geniessen, Suche im Explorer rödelt immernoch, Mittagspause, Suche im
Explorer VIELLEICHT fertig jedoch mit weniger Treffer! (Variante:
Explorer Fehlermeldung(en), einige Netzlaufwerke abgemeldet).
Bsp2: Thumbnail (Bild-)Vorschau im Explorer auf lokalen HD-Partitionen
(fs: *FAT, *NTFS) i.O.
Thumbnail (Bild-)Vorschau im Explorer auf Netzlaufwerke: nur für
deutlich weniger Dateitypen/Bildformate ggü Lokal-LW.
Auskunft IT-Abt: nicht möglich, inkl. Verweis auf MS-knowledgebase.
Bsp3: spontane, unmotivierte, unvorhersehbare Unmöglichkeit ein Hostname
aus dem LAN (selbe Domäne!) aufzulösen; Dauer des Problems von wenigen
Minuten bis etliche Stunden.
Was tu ich da als Embedded-SW-Entwickler wenn meine Workstation den
SVN-server im gleichen Gebäudetrakt nicht erreicht? 2min vorher ging's
ja noch... Interaktion mit SVN-Server im Minutentakt IST Lebenselixier
für SW-entwicklung!!!
IT-abt. Über x Monate nicht in der Lage auch nur eine Spur zum Problem
zu finden. Wechsel WXP->W7 hat nix geändert.
NB: "Explorer"=Dateiexplorer (nicht f. Www)
NB2: Beispiele teilw. über diverse Firmen, also diverse LAN-Umgebungen,
verifiziert.
NB3: das sind müsterchen meiner Erfahrungen, andere Bsp s. Andere
Forumsusers...
NB4: samba ist andere Codebasis als WinXY-servers, mgl. hätte ich andere
Erfahrungen zu berichten wäre serverseitig Samba im Einsatz...
(Kaffesatzlesen?)
NB5: sorry keine Details zu Serverseite: da ich nicht Admin bin, als AN
nicht Server-Admin sein darf (auch nicht will: meine Arbeit ist
Embedded-Code) kann ich nur die Sicht des Benutzers wiedergeben.
