Erstellen von Symlinks in „~/Library/Application Support/minecraft“, die auf Dropbox verweisen, aber „das ursprüngliche Element für „[Datei]“ kann nicht gefunden werden“.

Der Hintergrund: Ich verwende Dropbox, um meine Minecraft-Welten, Konfigurationsdateien und verschiedene andere Ordner (bin, launcher_profiles.json, mods, resourcepacks, saves, servers.dat, Versionen) zu sichern. Ich habe symbolische Links in "~/Library/Application Support/minecraft" eingefügt, die auf die Dateien und Ordner in Dropbox verweisen.

Das Problem: Seit ich auf Yosemite aktualisiert habe, funktionieren die symbolischen Links nicht mehr und geben den Fehler „Der Vorgang kann nicht abgeschlossen werden, da das ursprüngliche Element für „[Datei]“ nicht gefunden werden kann“ aus. Ich kann mir keinen Grund vorstellen, warum die Links nicht mehr funktionieren würden. Jede Hilfe geschätzt.

Ausführen: Dropbox 3.0.3 Mac OS X v10.10.1 Minecraft Launcher 1.5.3 Minecraft 1.8.1

Antworten (1)

Korrektur: 'sudo' war nicht das Problem. Ich habe ein Bash-Skript verwendet, um alle Dateien automatisch zu verknüpfen, was aus irgendeinem Grund dazu führt, dass Symlinks erstellt werden, die auf den Ort verweisen, an dem sie erstellt werden („Quelldatei“ wird ignoriert und durch „Zieldatei“ ersetzt).

Screenshot des Problems „Ziel als Quelle“.

Im Grunde genommen erhalten Sie eine Datei, die auf sich selbst zeigt.

Dieses Problem tritt nicht auf, wenn Sie den Befehl für jede Datei manuell in das Terminal eingeben. Sie müssen auch den vollständigen Pfad zu der Datei angeben, die Sie verknüpfen, was ich nicht für nötig hielt. Nicht sicher warum, könnte ein Fehler mit Bash oder OS X oder was auch immer sein.

Also statt:

ln -s saves ~/Library/Application\ Support/minecraft/saves

Typ (manuell im Terminal):

ln -s ~/Dropbox/path/to/saves ~/Library/Application\ Support/minecraft/saves

Hoffe, das hilft jedem, der das gleiche Problem hat.

Das ist seltsam. Sie sollten hier keinen Symlink benötigen, der von root(was passiert, wenn Sie ) erstellt wurden. sudo lnEs ist alles in Verzeichnissen, die Sie besitzen.
Ich stimme zu, machte keinen Sinn. Beachten Sie auch Korrekturen.
Bist du sicher, dass du nicht ~/Library/Application Support/minecraft/statt drin warst ~/Dropbox/path/to/?
Ich bin mir absolut sicher. Das von mir verwendete Verknüpfungsskript befand sich nur in Dropbox, und ich habe das Verzeichnis manuell per CD eingefügt, als ich das Skript ausgeführt habe. Nachdem das Skript fehlgeschlagen ist, habe ich dann versucht, sie manuell aus dem aktuellen Verzeichnis zu verknüpfen, wie oben unter „statt“ gezeigt.
Ich bin auch gerade auf die Idee gekommen, dass der Link auch mit './' vor den Dateinamen gesetzt werden könnte, wenn ich mich im Verzeichnis befinde (dh 'ln -s ./saves ~/Library/Application\ Support/minecraft/saves'). , aber das überlasse ich jemand anderem zum Testen.
Erstellen von Symlinks in „~/Library/Application Support/minecraft“, die auf Dropbox verweisen, aber „das ursprüngliche Element für „[Datei]“ kann nicht gefunden werden“.
AntwortenHierDatenschutz-Bestimmungen1y, 0v