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.
Was ist denn die Gegenseite / Server? So einen komischen Effekt kenne ich von einem alten NAS, mit alter SMB-Version
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.
Eine .bat mit dem Befehl net use /? löste auch manches Problem.
Wenn sich der Server des Shares nur per WINS-Broadcast mitteilt, ist es normal wenn es beim 1. Versuch nicht klappt...
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.
Weißt du den Netzwerklaufwerken Buchstaben zu. ?
Schlaumaier schrieb: > Weißt du den Netzwerklaufwerken Buchstaben zu. ? Ja ich weiße den Laufwerken Buchstaben zu.
Windows ist immernoch nicht gut im Netzwerk, das ist Tradition seit den 1990er...
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.
Schlaumaier schrieb: > Alle Rechner von euch haben KEIN direkten Zugang zum Internet. Was du alles über unsere Firma weißt... ;-)
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
Versuch mal:
1 | dism /online /Disable-Feature:SMB1Protocol-Server |
2 | dism /online /Disable-Feature:SMB1Protocol-Client |
3 | dism /online /Disable-Feature:SMB1Protocol |
4 | dism /online /Enable-Feature:SMB1Protocol |
5 | dism /online /Enable-Feature:SMB1Protocol-Server |
6 | dism /online /Enable-Feature:SMB1Protocol-Client |
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
Bei mir war das einzige was geholfen hat ein Bat im Autostart.
1 | net use L: \\192.168.1.101\bla /persistent:no |
2 | net use R: \\192.168.1.101\bla /persistent:no |
3 | net use S: \\192.168.1.101\gds /persistent:no |
4 | net use U: \\192.168.1.101\Datenaustausch /persistent:no |
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.
Achso, das Ganze betrifft Netzwerke ohne Domäne!
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.
Bei mir ist keine Domäne verwendet... Wer stellt den DC das NAS oder ein Windows Server?
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.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.