Ich habe dieses Problem nun auch schon eine Weile, aber die Unmount-Force hat sich als erfolgreich erwiesen, als sie auf das andere tote Netzwerk-Mount angewendet wurde (ich hatte zwei Netzwerkmonitore, die sich irgendwie geklemmt hatten). Ich bin mir nicht sicher, ob dies nur an einer Änderung des Betriebssystems zu einem bestimmten Zeitpunkt liegt (ich bin auf 10.6.4 atm.), Und der Befehl zum Aufheben der Bereitstellung erforderte den vollständigen Pfad (wie in sudo umount -f /Volumes/Share
), da der Pfad nicht aufgelöst werden konnte ordentlich anders und würde sowieso stecken bleiben.
Nachdem die gekeilte Montierung entfernt worden war, wurde der Finder schließlich neu gestartet (ich hatte ihn getötet, ohne dass er ordnungsgemäß neu gestartet wurde), und die andere Montierung war zu diesem Zeitpunkt ebenfalls abnehmbar (ich hatte ein anderes Terminal beim Versuch, dieses Laufwerk zu entfernen, daher bin ich mir nicht sicher, welche zuerst passiert).
In meinem Fall konnte ich keinen Neustart durchführen, ohne dass der Neustartzyklus verklemmt wurde, und zwang mich außerdem, den Netzschalter zu verwenden, um die Maschine auszuschalten.
Diese Lösung stammt aus einem Blogbeitrag, der auch die Schritte enthielt, die erforderlich sind, um zu diagnostizieren, welches Volume zuerst deinstalliert werden soll.
Die Schritte zur Lösung des Problems wären also:
- Führen Sie im Terminal "lsof" aus
- Sehen Sie, was SMB Beschwerden bringt
- sudo umount -f [any_failing_smb_mount]
Wo lsof Ihnen mitteilt, welche Laufwerke versucht werden, die Fehler von der Bereitstellung aufzuheben,
lsof: WARNUNG: Kann nicht stat () smbfs Dateisystem / Volumes / [smb2] Ausgabeinformationen sind möglicherweise unvollständig. "dev = 2d000005" wird von der Mount-Tabelle angenommen
Hoffe das hilft etwas ... auch wenn es etwas ist nachdem du auf das Problem gestoßen bist.