Der Speicherplatz auf meiner SSD geht zur Neige und in Windows scheint sich ein 19-GB-Ordner zu befinden, der hervorsteht (% windir% \ Installer) und nicht sicher gelöscht werden kann (wie hier erklärt: /server//q/15746) ).
Jetzt mklink
bietet das eine nette Kleinigkeit namens Junction-Links - wenn ich in der Eingabeaufforderung cmd boote und alle Dateien auf die andere Festplatte verschiebe und dann Folgendes ausführe:
mklink /J C:\Windows\Installer D:\Windows\Installer
Werde ich mein Windows irgendwie durcheinander bringen oder ist das in Ordnung? Bleiben die Ordnerberechtigungen / -attribute über den Link gleich?
Ich habe zuvor feste Links verwendet, und es hat wie ein Zauber gewirkt, der meine SSD erheblich entlastet, aber ich habe es noch nie in Systemordnern versucht (ich verstehe nicht, warum es nicht funktionieren würde, aber ich bin nicht in der Stimmung, ganze Fenster neu zu installieren, falls ich mich irre)
Antworten:
OK, ich bin das Risiko eingegangen und es hat sich gelohnt - alles funktioniert normal, aber ich habe jetzt die 17 GB auf meiner SSD freigegeben.
Grundsätzlich sind die Schritte:
robocopy C:\Windows\Installer D:\Windows\Installer /MOVE /e
mklink /J C:\Windows\Installer D:\Windows\Installer
Dies setzt natürlich voraus, dass Ihr% WINDIR% C: \ Windows ist, dass Ihr Laufwerk D über mehr Speicherplatz verfügt und dass Sie Ihr Ziel in "D: \ Windows \ Installer" haben möchten (es kann jeder Ordner sein, nur sein) konsistent) etc ...
Dies sollte den Trick machen.
quelle
Bei dem Versuch , Platz auf meinem Hauptantrieb zurückzufordern, eine 120 GB SSD, fand ich diese Anweisungen , wie man verlagern
Users
,Program Files
,Program Files (x86)
, undProgramData
. Es enthält einige Registrierungsänderungen "zum Festlegen von Standardspeicherorten" wie folgt:C:\Program Files\Common Files
würdenD:\Program Files\Common Files
)%SystemDrive%
durch Laufwerkspfad bei HKEY_LOCAL_MACHINE / SOFTWARE / Microsoft / Windows NT / CurrentVersion / ProfileList (dh%SystemDrive%\ProgramData
würdeD:\ProgramData
)quelle
Ich habe ähnliche Schritte unternommen, aber ich wollte meinen Computer verwenden können, während ich die Datei kopierte (mein Ordner hatte 40 GB).
echo list volume | diskpart
herausfinden, dass das C: -Laufwerk jetzt als E: bezeichnet wurde und das F: -Laufwerk immer noch das F: -Laufwerk warattrib -s -h E:\Windows\Installer
und benannte es mit umrename "E:\Windows\Installer" "Installer_old"
mklink /J E:\Windows\Installer F:\Installer
quelle
Sie können den gleichen Trick für pagefile.sys und swapfile.sys verwenden (nicht sicher, ob auch für hiberfile.sys, nicht getestet, da ich den Ruhezustand auf Multi-Boot hasse).
Stellen Sie einfach sicher, dass Sie den virtuellen RAM deaktivieren und neu starten, bevor Sie die Symlinks erstellen, und reaktivieren Sie den virtuellen RAM, nachdem Sie ihn erstellt haben.
Ich neige dazu, (mit Notepad) eine leere Datei zu erstellen, bevor ich den Link erstelle.
Denken Sie daran: Bei Windows 10 UpGrade werden die Links entfernt und echte Dateien abgelegt. Nach UpGrades können Sie den Vorgang wiederholen.
Arbeitet bis Windows 10, Version 1803.48, seit Windows XP (das älteste, das ich ausprobiert hatte).
quelle
powercfg -h off
stattdessen mit ab. Das Verwenden von Links auf diese Dateien klingt nach einer sicheren Quittung für eine KatastropheC:\Windows\Installer
auf eine andere Festplatte wieD:\C\Windows\Installer
.C:
beim Kopieren nicht geändert wurde.C:
, zBInstaller
=>InstallerX
mklink /d C:\Windows\Installer D:\C\Windows\Installer
C:\Windows\InstallerX
.C:\Windows\Installer
und benennen Sie ihn wiederInstallerX
in umInstaller
oder kopieren Sie ihn wiederD:\C\Windows\Installer
inC:\Windows\Installer
.quelle