標籤:blog http tar com get 使用
轉自:http://www.cnblogs.com/asion/archive/2011/03/10/1979282.html
引言:
換了新電腦,終於再次使用上啦WIN7 ,經過一個周每天重裝N次系統,終於弄好一個像樣的系統啦。由於使用rt7lite對WIN7SP1官方整合包進行了適當精簡,所以最終系統的穩定性還得經過一段時間的使用才能知道。其中在安裝的時候,僅僅為系統硬碟(C盤)分配了10G的磁碟空間,而裝完後就佔用了8G以上空間,再想裝上工作軟體,就明顯不足了。於是網搜方法對系統進行再度的減肥的時候,發現了WIN7的一個新工具【MKLINK】,能夠對系統檔案或檔案夾進行連結或聯結。這可是個好工具,所以對其功能進行一番試用,以下是事後的小小總結,提供給有需要的朋友。
基本介紹:
在CMD命令列輸入mklink /?,能獲得以下協助:
建立符號連結。
MKLINK [[/D] | [/H] | [/J]] Link Target
/D 建立目錄符號連結。預設為檔案
符號連結。
/H 建立永久連結,而不是符號連結。
/J 建立目錄聯結。
Link 指定新的符號連結名稱。
Target 指定新連結引用的路徑
(相對或絕對)。
在此,我僅僅對建立目錄的連結進行試用,所以以下討論的皆是有關目錄方面的。
參數/D 與 /J 的區別:
在協助裡面,這兩個參數的解釋,一個是“連結”,一個是“聯結”,僅僅一字之差。字面上的解釋或系統層次上的理論解釋,我無法深究,只好通過實踐來比較兩者的區別。
使用/d參數命令建立一個連結:
mklink /d "Temp.link" "F:\SystemCache\Temp"
檔案夾屬性,顯示:
使用/J參數命令建立一個聯結:
mklink /J "Temp.link" "F:\SystemCache\Temp"
檔案夾屬性,顯示:
其中一眼就可以看到的區別就是,使用/D參數建立的“連結”,屬性裡面多了一項“捷徑”選項卡。
同時在CMD命令列裡面DIR顯示目錄的時候,顯示的也是有所區別的,
其中參數/D對應的是<symlinkd>而參數/J對應的是<junction>。網搜的時候,網上有人留意到微軟系統自己使用的都是<junction>,在此繼續留待考證。
表面的區別非常明顯啦,而我們關注的是在實際操作過程中,兩者又都有啥區別呢?首先我們對於一個檔案夾的操作不外乎“複製,剪下,刪除”,所以依次對兩個檔案夾進行測試,結果如下。
【複製】的測試為:將兩個檔案夾同時複製,並在當前檔案夾粘帖,最終結果如下:
- 使用/D參數的檔案夾,成功的在當前檔案夾建立了一個testD的副本。
- 使用/J 參數的檔案夾,複製N次,在當前檔案夾沒有任何效果,進入來源目錄的時候,發現建立的副本都在“來源目錄”裡面。
結論:
無論作為連結還是聯結,平常的複製操作都是對"來源目錄" 的進行拷貝,而不是複製自身的連結或聯結屬性。要想實現複製自身,而不是所指向的目錄,可以使用網上介紹的方法,即在命令列下使用Xcopy 帶/B參數來進行複製。
【剪下】的測試為:同時剪下兩個檔案夾,粘貼到D 盤。效果如下:
- 使用/D參數的檔案夾:沒有任何效果。
- 使用/J 參數的檔案夾:當前盤的“聯結檔案夾”被刪除,而卻在D盤建立了一個同名的普通檔案夾,檔案夾內無檔案。
結論:
對於連結後的檔案夾,無法對其進行剪下操作。而聯結的檔案夾可以被移動,但是不知道有啥意義。(此處對聯結後檔案夾的測試不是很嚴謹,留待好心的朋友指正)
【刪除】的測試:(重新建立後)對兩個檔案夾直接右鍵刪除。
- 使用/D參數的檔案夾:當前連結檔案夾被刪除,來源目錄不受影響。
- 使用/J 參數的檔案夾:當前聯結檔案夾被刪除,來源目錄不受影響。
正式使用:
花了大篇幅介紹了兩個參數的區別,或許有點多餘,但是在實際決定要使用哪個參數建立時,多少有了些直觀的參考。在這裡我個人使用的是/D參數,因為它多了一個“捷徑”標籤方便“開啟檔案夾位置”,僅此而已。
同樣網上也有很多關於如何使用MKLINK來轉移win7檔案夾位置的文章,大家可以一起參考:
1. 移動Windows 7/Vista中使用者檔案夾的位置2. Win7/Vista 巧用 mklink.exe 實現系統和使用者檔案的分區存放
3. 移動Windows7中winsxs檔案夾位置
在這裡同樣需要用到一個小工具:PendMoves.zip,將其解壓放入系統硬碟的system32,就能在CMD命令列中任意調用了,當然也可以直接CD進入解壓後的檔案夾,再使用也可以。
這個檔案夾我認為是比較安全的,至少操作失敗不會造成系統崩潰。
其中系統裡面一共有兩個TEMP變數,一個是使用者臨時變數,一個是系統臨時變數。首先就是按照參考連結3裡面學到的思想,進行檔案轉移。使用如下代碼建立連結:
@mklink /d "C:\Users\Administrator\AppData\Local\Temp.link" "F:\SystemCache\Temp"
@mklink /d "C:\Windows\Temp.link" "F:\SystemCache\Temp"
然後就是使用Pendmoves裡面的Movefile工具,在重啟之後重新命名或刪除檔案夾。
@movefile "C:\Users\Administrator\AppData\Local\Temp" ""
@movefile "C:\Users\Administrator\AppData\Local\Temp.link" "C:\Users\Administrator\AppData\Local\Temp"
@movefile "C:\Windows\Temp" ""
@movefile "C:\Windows\Temp.link" "C:\Windows\Temp"
因為是臨時檔案,所以第一句就是直接刪除檔案夾,然後再把建立的連結重新命名為Temp即可。
這裡要說明一點就是,我並不是將整個Administrator的目錄進行轉移,而是僅僅對裡面的AppData檔案夾有針對的轉移。原因有二,一個是我不需要儲存Administrator根目錄下的DAT檔案,二個是這個目錄裡面有很多檔案夾也是聯結式的檔案夾。一旦轉移整個檔案夾,從上面的區別中,我們知道,符號本身將無法通過普通複製一個副本,這也就可能造成未知的系統問題。於是,我就對AppData目錄下的單個檔案夾進行轉移。
同樣,因為AppData目錄下的Local檔案夾內也有幾個是聯結式的檔案夾,所以再次單獨的將其分類開,分別進行轉移。
第一步:將Local下Microsoft檔案夾,LocalLow和Roaming的檔案全部複製到目標路徑中;(在此可能需要擷取“管理員權限”,方法請網搜。)
第二步:再執行相應代碼進行轉移。
以下是AppData下,沒有特殊檔案夾的相應轉移批處理代碼:
@mklink /d "C:\Users\Administrator\AppData\LocalLow.link" "F:\SystemCache\LocalLow"
@movefile "C:\Users\Administrator\AppData\LocalLow" "C:\Users\Administrator\AppData\LocalLowMoved"
@movefile "C:\Users\Administrator\AppData\LocalLow.link" "C:\Users\Administrator\AppData\LocalLow"
@mklink /d "C:\Users\Administrator\AppData\Roaming.link" "F:\SystemCache\Roaming"
@movefile "C:\Users\Administrator\AppData\Roaming" "C:\Users\Administrator\AppData\RoamingMoved"
@movefile "C:\Users\Administrator\AppData\Roaming.link" "C:\Users\Administrator\AppData\Roaming"
以下是AppData目錄下的Local檔案夾的轉移代碼,僅僅對Microsoft檔案夾轉移。
@mklink /d "C:\Users\Administrator\AppData\Local\Microsoft.link" "F:\SystemCache\Local\Microsoft"
@movefile "C:\Users\Administrator\AppData\Local\Microsoft" "C:\Users\Administrator\AppData\Local\MicrosoftMoved"
@movefile "C:\Users\Administrator\AppData\Local\Microsoft.link" "C:\Users\Administrator\AppData\Local\Microsoft"
- ㈢:轉移ProgramData目錄下的Microsoft檔案夾。
第一步:將Microsoft檔案夾的檔案全部複製到目標路徑中;(在此可能需要擷取“管理員權限”,方法請網搜。)
第二步:再執行相應代碼進行轉移
@mklink /d "C:\ProgramData\Microsoft.link" "F:\ProgramData\Microsoft"
@movefile "C:\ProgramData\Microsoft" "C:\ProgramData\MicrosoftMoved"
@movefile "C:\ProgramData\Microsoft.link" "C:\ProgramData\Microsoft"
個人經驗:在整個轉移此檔案夾之後,會使得“雲端”無法正常捕獲緩衝。即,無法正常完成手動安裝到雲端,能夠使用,但是不正常!
所以,這裡提供兩個版本。所有版本的第一步:都是將檔案夾內的檔案全部複製到目標路徑中。
整個目錄轉移:
@mklink /d "C:\Program Files.link" "D:\Program Files C"
@movefile "C:\Program Files" "C:\Program Files Moved"
@movefile "C:\Program Files.link" "C:\Program Files"
分開轉移:
@mklink /j "C:\Program Files\Common Files" "D:\Program Files C\Common Files"
@mklink /j "C:\Program Files\InstallShield Installation Information" "D:\Program Files C\InstallShield Installation Information"
@mklink /j "C:\Program Files\Internet Explorer" "D:\Program Files C\Internet Explorer"
@mklink /j "C:\Program Files\Reference Assemblies" "D:\Program Files C\Reference Assemblies"
@mklink /j "C:\Program Files\Windows Defender" "D:\Program Files C\Windows Defender"
@mklink /j "C:\Program Files\Windows Journal" "D:\Program Files C\Windows Journal"
@mklink /j "C:\Program Files\Windows Mail" "D:\Program Files C\Windows Mail"
@mklink /j "C:\Program Files\Windows Media Player" "D:\Program Files C\Windows Media Player"
@mklink /j "C:\Program Files\Windows NT" "D:\Program Files C\Windows NT"
@mklink /j "C:\Program Files\Windows Photo Viewer" "D:\Program Files C\Windows Photo Viewer"
@mklink /j "C:\Program Files\Windows Portable Devices" "D:\Program Files C\Windows Portable Devices"
說明:因為這個檔案夾裡面的目錄眾多,並且隨著個人安裝的軟體不同,數量各不相同,所以一般不推薦轉移此檔案夾。
額外補充:
一旦使用Movefile建立任務計劃之後,可以使用Pendmoves檢查總共建立的任務數。這裡額外補充一個內容就是:當你建立的計劃是錯誤的,比如Movefile使用的路徑有誤,或者你想取消Movefile計劃等等,可以使用一下方法:
開啟註冊表,尋找路徑“HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Session Manager”,刪除"PendingFileRenameOperations"的值就可以了。
以下是官方原理說明:http://technet.microsoft.com/en-us/magazine/2009.06.utilityspotlight.aspx
不過裡面講解的註冊表路徑不準確。
相關檔案下載:MKLINK的妙用.zip