Wenn Sie ein großes Festplatten-Image über ein Netzwerk bereitstellen, wird die Verbindung schließlich getrennt


1

Unter Windows 8 habe ich Z: ein Netzwerklaufwerk zugeordnet, das sich auf einem Mac-Computer in meiner Heimnetzgruppe in meinem Gigabit-Netzwerk befindet. Wenn ich ein Disk-Image (ungefähr 10 GB) auf dem Netzwerklaufwerk anbringe, z. B. eine ISO-Datei für eine Anwendung, und es dann installiere, wird das Image nach etwa einer Minute wieder abgemeldet.

Wie kann ich das Abhängen verhindern? Das zugeordnete Netzlaufwerk selbst wird nicht getrennt. Nur das Disk-Image ist nicht gemountet.

Ich denke, dass speziell in meinem Fall das Problem damit zusammenhängt, dass ich ein großes Disk-Image über ein Netzwerk mounte. Denn wenn ich einfach die 10 GB-Datei auf meinen lokalen Computer kopiere, ist sie fertig. Wie kann ich ein großes Festplatten-Image über ein Netzwerk bereitstellen und ein Programm daraus installieren?

Antworten:


1

Ich würde empfehlen, das CIFS-Timeout zu erhöhen.

Hier folgen einige Beispiele aus dem MSDN-Blog

Zeitlimit für Clientsitzung Dies ist das häufigste Zeitlimit für den Austausch. Dies ist in [MS-CIFS] als systemweiter Parameter Client.SessionTimeoutValue definiert. Dieser Wert kann über den Registrierungsschlüssel SessTimeout [KB102067] konfiguriert werden. \ HKLM \ SYSTEM \ CurrentControlSet \ Services \ LanmanWorkstation \ Parameters \ Werttyp: Dword Wertname: SessTimeout Standard: 45 Sekunden (Windows NT) Standard: 60 Sekunden (Windows 2000)

Erweitertes Sitzungszeitlimit Dieses optionale Zeitlimit kann in Netzwerken mit hoher Latenz nützlich sein. Dies gilt für einen zeitgesteuerten Austausch mit einem Server, der in ServersWithExtendedSessTimeout aufgeführt ist. \ HKLM \ SYSTEM \ CurrentControlSet \ Services \ LanmanWorkstation \ Parameters \ Werttyp: Dword Wertname: ExtendedSessTimeout Standard: 1000 (Sekunden) Werttyp: Multi-String Wertname: ServersWithExtendedSessTimeout Standard: Diese wurden in Windows XP eingeführt.

Zeitlimit für Offlinedatei Der Client verwendet dieses optionale Zeitlimit für einen zeitgesteuerten Vorgang für eine Offlinedatei, der normalerweise durch das Attribut FILE_ATTRIBUTE_OFFLINE angegeben wird. Dieses Zeitlimit kann mit dem Registrierungsparameter \ HKLM \ SYSTEM \ CurrentControlSet \ Services \ LanmanWorkstation \ Parameters \ konfiguriert werden. Werttyp: Dword Wertname: OffLineFileTimeoutIntervalInSeconds Standard: 1000 Dies wurde in Windows 2000 eingeführt.


Dies sieht aus wie dein erster Beitrag hier. Und es ist unglaublich nützlich! Insbesondere der Abschnitt "Client Session Timeout" ist relevant. Ich musste den "SessTimeout" -Schlüssel erstellen, weil er für mich nicht existierte (ich glaube, er hatte standardmäßig 45 Sekunden). Ich habe es als REG_DWORD erstellt, mit einem Dezimalwert von 600 (für 10 Minuten), und das hat den Trick getan! Es wird sofort wirksam, so dass kein Neustart oder gar eine erneute Verbindung zur Freigabe erforderlich ist. Wissen Sie, ob es Nachteile gibt, diesen Wert auf einen so hohen Wert zu erhöhen? Ich denke, es hält nur die Verbindung länger offen?
Gary

Danke für deinen netten Kommentar. Ich hoffe, dass ich weiterhin zu diesem großartigen Forum beitragen kann.
Gonzalo Murillo

0

Ich glaube, dass es unter Windows meine Beobachtung war, dass, wenn ein an das Netzwerk angeschlossenes Laufwerk nach einiger Zeit im Leerlauf ist, es vom Netzwerk getrennt wird. Wenn die Verwendung fortgesetzt wird, wird die Verbindung jedoch wiederhergestellt. Alles ganz normal.

Daher bin ich mir Ihres Problems nicht sicher, ist es, dass das Laufwerk nie wieder eine Verbindung herstellt.


In meinem speziellen Fall versuche ich, ein großes Festplatten-Image (10 GB) über ein Netzwerk bereitzustellen und ein Programm von dort zu installieren. Das Bild wird jedoch nach etwa einer Minute wieder abgehängt, und ich bin mir nicht sicher, warum. Das Kopieren des Disk-Images auf den lokalen Computer und die Installation über diese Methode funktioniert natürlich einwandfrei, aber ich möchte den Schritt des Kopierens nach Möglichkeit vermeiden.
Gary
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.