Di chuyển thư mục người dùng trên Windows Vista / 7 sang phân vùng khác


60

Khi tôi định dạng máy tính và cài đặt lại Windows, bước đầu tiên của tôi là di chuyển My Documentsthư mục sang phân vùng khác. Trong Windows XP, điều đó là không đủ vì thư mục máy tính để bàn và các thư mục người dùng khác nằm trong phân vùng chính.

Bây giờ trong Windows Vista và 7, chúng ta có thể sử dụng các mối nối / symlink để "di chuyển" thư mục sang một phân vùng khác và Windows và các chương trình khác sẽ nghĩ rằng dữ liệu nằm trong phân vùng chính.

Những bước nhanh nhất và an toàn để di chuyển thư mục Người dùng sang phân vùng khác và để tạo các liên kết cứng chính xác?


1
Tại sao (TF) MS lại khăng khăng xác định lại các khái niệm cốt lõi quan trọng theo cách đặc biệt của riêng họ? Từ khi nào các liên kết cứng hoạt động trên các thiết bị riêng biệt? tốt vì MS quyết định đó là điều họ sẽ gọi nó là tất nhiên!
barrymac

1
@barrymac: Hardlinks chưa bao giờ hoạt động trên các thiết bị. OP sai.
Surfasb

@surfasb Các "mối nối" NTFS có thể và thực hiện công việc trên các ranh giới phân vùng / khối lượng / hệ thống tập tin. Tôi không nhớ đó là Windows 2000 hay XP, nhưng tôi có thể gắn một ổ riêng trong một thư mục trống trên ổ C: lúc đó, HĐH sẽ chuyển thư mục trống thành "đường giao nhau". Tôi hiểu rằng đây không phải là cách các liên kết cứng hoạt động trên UNIX / Linux, vì vậy việc gọi một đường nối là "liên kết cứng" là khó hiểu - đó là quan điểm của barrymac.
David

Đây là câu trả lời tốt hơn: serverfault.com/questions/8187/
Mạnh

Câu trả lời:


24

mklink /d myuser d:\moved\myuser

Trên các phiên bản hiện đại của NTFS, các điểm nối mà bạn đã sử dụng trên XP được thay thế bằng các liên kết tượng trưng thư mục.

Mặc dù vậy, tôi thực sự không khuyên bạn nên làm điều này ... bạn có thể không thấy bất kỳ lợi ích hiệu suất nào.


29
Bạn bỏ lỡ bước mà bạn sao chép thư mục người dùng ... Và không ai nói gì về lợi ích hiệu suất. Mục đích là để có thể phân biệt các bản sao lưu và khôi phục hệ thống so với các tệp người dùng, tôi tin.
Stewol

Tôi đang cài đặt một cửa sổ mới 7. Bạn có thể vui lòng cho tôi các bước chính xác cho việc này không?
IsmailS

3
Có bất kỳ lý do cụ thể nào cho việc sử dụng / D trái ngược với / J không?
Alex R

6
Điều này nên là / J để tạo một điểm nối (liên kết cứng của thư mục windows). Nếu bạn không làm điều này, tôi đã phát hiện ra rằng bạn gặp phải các lỗi hài hước với Adobe Acrobat Reader báo cáo các lỗi nội bộ khi nó bắt đầu trên một hồ sơ được liên kết.
davefiddes

Điều này bỏ lỡ bước quan trọng của việc di chuyển thư mục - nó hoàn toàn không cần thiết vì nó luôn được sử dụng và có các liên kết tượng trưng. serverfault.com/questions/8187/ đá bao gồm bước đó cũng như giải thích hậu quả.
ivan_pozdeev

19

Phương pháp dễ nhất và đáng tin cậy nhất để đưa hồ sơ người dùng của bạn vào một phân vùng khác (tức là không phải hệ thống) là để Windows tạo nó cho bạn. Trên Vista, tôi đã sử dụng các bước sau để tạo hồ sơ người dùng của mình trên D: thay vì C : .

  1. Cài đặt Vista và tạo tài khoản người dùng đầu tiên "Quản trị viên".

  2. Đăng nhập. Sử dụng regedit.exe để sửa đổi ProfilesDirectorykhoá đăng ký để trỏ đến D:phân vùng.

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
      ProfilesDirectory = D:\Users
    
  3. Tạo tài khoản người dùng bình thường của bạn, đăng nhập, đăng xuất.

  4. Đăng nhập vào Quản trị viên và thay đổi ProfilesDirectorykhoá đăng ký trở lại giá trị ban đầu ( %SystemDrive%\Users).

  5. Sử dụng tài khoản được tạo ở bước (3) làm tài khoản người dùng thông thường của bạn (để cài đặt và sử dụng ứng dụng).

Điều này hoạt động tốt hơn nhiều so với việc di chuyển thủ công các thư mục và tạo liên kết / nút giao.


2
Giải pháp này có một vấn đề: ví dụ, nếu ổ đĩa riêng biệt biến mất, nếu nó được mã hóa truecrypt và bạn quên gắn nó, thì Windows 7 sẽ tạo một hồ sơ tạm thời, mất thời gian đáng kể và đăng nhập bạn. Để sử dụng phương thức này cho TrueCrypt, bạn cần tạo một hồ sơ khác trên ổ C: để gắn kết nó và nhớ để bỏ đặt tùy chọn ngắt kết nối khi bạn đăng xuất khỏi hồ sơ khác đó.
Lars D

4
"Điều này hoạt động tốt hơn nhiều so với việc di chuyển thủ công các thư mục và tạo liên kết / liên kết." Gì? Sử dụng các mối nối NTFS là một phương pháp nhanh chóng và sạch sẽ để thực hiện điều này. Làm thế nào có thể sử dụng chức năng HĐH cấp hai có thể tốt hơn so với sử dụng các giao diện NTFS?

3
Tôi tò mò, làm thế nào để nó hoạt động tốt hơn so với việc tạo các nút giao bằng tay?
Sasha Chedygov

@SashaChedygov, tôi nghĩ rằng anh ta chỉ đề cập đến thực tế là bạn không phải tạo lại các mối nối (ví dụ Local Settings) bằng các phương tiện khác, đặc biệt là bằng tay. Mọi thứ được thực hiện tự động bởi Windows khi cấu hình được tạo.
Cristian Ciupitu


2

Chà - Microsoft đã mất hàng thập kỷ để triển khai một tính năng Unix khác với các liên kết tượng trưng. 'Nix đã có điều này trong những năm 70 - tự hỏi họ sẽ mất bao lâu để tìm ra rằng thư mục Người dùng cũng có thể được đặt ở nơi khác? Câu hỏi chuẩn trong khi cài đặt 'Nix. Tôi luôn đặt thư mục Home trong phân vùng riêng và đánh giá theo số lượng câu hỏi về nó trên mạng, đây cũng là một câu hỏi phổ biến với Windows. Symlinks có lẽ là cách tốt nhất, sạch nhất và dễ nhất để làm điều này. Điều đó có nghĩa là bất kỳ ứng dụng nào có thư mục Người dùng được mã hóa cứng vẫn hoạt động mà không cần sửa đổi và nó sẽ lưu tất cả các bản hack registry lộn xộn. Cái tốt nhất tôi từng thấy -

http://lifehacker.com/5467758/move-the-users-directory-in-windows-7

Tôi thích giữ hệ điều hành và dữ liệu người dùng tách biệt cả trong môi trường công ty và ở nhà. Hoàn toàn một hồ sơ người dùng AD hoặc GPO có thể chuyển hướng thư mục My Docs sang NAS / SAN hoặc chia sẻ mạng khác. Những lý do đơn giản - các bản sao lưu được xử lý bởi trung tâm dữ liệu hoặc các hệ thống chứ không phải người dùng cuối và PC dù sao cũng không phải là PC của họ - đó là công ty (dữ liệu, btw) - vì vậy, nếu nó chết, hãy cho họ một PC khác để đăng nhập vào và họ tiếp tục như trong vòng vài phút.

Ở nhà, tôi muốn đặt nó vào một đĩa / phân vùng riêng biệt. Nếu hệ điều hành của tôi bị lỗi, tôi muốn dữ liệu người dùng không bị ảnh hưởng - giúp khôi phục nhanh hơn và bạn cũng kết thúc với một đĩa ít bị phân mảnh hơn khi dữ liệu người dùng thay đổi liên tục.

BTW - Tôi cũng sử dụng các đĩa được nhân đôi - có ổ đĩa 1TB + ở nhà là tuyệt vời nhưng đó là rất nhiều dữ liệu bị mất nếu nó bật! VÀ bạn kết thúc với rất nhiều dữ liệu để sao lưu trừ khi bạn sử dụng gia tăng - đó là một nỗi đau ở mông để phục hồi! Và có - tôi cũng sao lưu cả dữ liệu người dùng trực tuyến và đồng bộ hóa với ổ cứng gắn ngoài.


2

Vì tôi sử dụng Windows, tôi di chuyển thư mục tài liệu của mình sang một vị trí khác.

Nhưng, tôi mệt mỏi khi phải di chuyển thủ công và tôi không tìm thấy phương pháp nào để thực hiện điều đó một cách tự động.

Đó là lý do tại sao tôi viết một kịch bản để sửa đổi Windows.

Kịch bản này sửa đổi tổ ong đăng ký của người dùng mặc định.

Sau thay đổi này, tất cả người dùng mới sẽ có thư mục của họ tại vị trí đã chọn.

Ngoài ra, các mối nối được tạo ra một cách chính xác.

Bạn có thể đọc bài viết này bằng tiếng Anh (không phải bài viết của tôi)

http://www.sevenforums.com/tutorials/117308-user- Folders-moving-user- Folders-modular-script.HTML # post1008268

hoặc đọc bài gốc, bằng tiếng Pháp: xem bài tiếng anh


2

Cách tốt nhất để đạt được điều này, là sử dụng symlink ... nó hiệu quả với tôi:

  1. Đầu tiên tạo hồ sơ bạn muốn sử dụng
  2. Từ tài khoản quản trị viên khác, di chuyển thư mục hồ sơ sang phân vùng khác.
  3. tạo liên kết tượng trưng trong c: \ Người dùng có tên tài khoản trỏ đến vị trí hồ sơ.

    mklink c:\Users\Mario d:\Mario
    

Và đó là tất cả, hãy tận hưởng!


1

Gần đây tôi đã có cùng một vấn đề. Tôi muốn sử dụng chương trình SteadyState của Microsoft trên một máy có tài khoản người dùng tồn tại trên C: \ USERS mà tôi muốn di chuyển trên D:. Tôi đã làm theo các bước sau:

  1. Tôi đã chụp ảnh đĩa cứng để có thể phục hồi sau thảm họa mà tôi dự kiến ​​sẽ trải qua.
  2. Tôi đã sử dụng Windows Easy Transfer để sao chép các tài khoản này vào ổ cứng ngoài.
  3. Tôi đã xóa các tài khoản.
  4. Tôi đã cài đặt Windows SteadyState (hoạt động trên XP và Vista) và sử dụng nó để tạo các tài khoản có cùng tên với tên tôi đã xóa. Tôi đã tạo từng cái trên phân vùng D: \ (SteadyState cho phép bạn chọn!)
  5. Tôi đã khởi động Windows Easy Transfer để khôi phục các tài khoản đã lưu trước đó, bảo nó sao chép qua các tài khoản cùng tên. Nó tìm thấy tất cả trên D: \ và đó là nơi nó đặt bản sao! Sự thành công.

Hi vọng điêu nay co ich.


1

Sử dụng sysprep là cách dễ nhất để tạo hồ sơ người dùng ở một vị trí khác. Tất cả các cách khác, không chính thức, chẳng hạn như làm rối các nút và sao chép hoặc di chuyển các tệp xung quanh, đã cho tôi "Dịch vụ hồ sơ người dùng không đăng nhập được. Hồ sơ người dùng không thể được tải." lỗi hồ sơ.


1

Cảnh báo - chúng tôi (dường như) đang làm sai!

Gần đây tôi đã hỏi Windows về vấn đề này vì tôi gặp vấn đề khi sử dụng Windows Update sau khi thực hiện phương pháp liên kết tượng trưng trên Windows 8. Nó đã hoạt động được vài tháng, nhưng bây giờ nó thực sự bắt đầu cho thấy những sai sót của nó.

Ai đó đã trả lời câu hỏi của tôi ( http://answers.microsoft.com/en-us/windows/forum/windows_8-windows_update/windows- b97e-7e806c879431? tm = 1377290411294 ) với câu trả lời sau:

Chào

Cách duy nhất được hỗ trợ để di chuyển các thư mục Người dùng sang một ổ đĩa riêng là sử dụng Windows 8 ADK.

Triển khai Windows với Windows ADK: http://technet.microsoft.com/en-us/l Library / hh824947.aspx

Bộ đánh giá và triển khai Windows (Windows ADK) cho Windows 8.1 Xem trước: http://www.microsoft.com/en-us/doad/details.aspx?id=39306

Nếu bạn có bất kỳ câu hỏi tiếp theo, xin vui lòng hỏi trên các diễn đàn sau.

Danh mục Windows 8 IT Pro http://social.technet.microsoft.com/Forums/en-US/c Ab / w8itpro

Nó có thể không quá nghiêm trọng như thế này - Windows ADK chỉ sử dụng sysprepcác tệp trả lời kiểu cho hầu hết các phần của cấu hình. Tôi đoán là chúng ta chỉ có thể sử dụng sysprepchính nó sau khi Windows đã cài đặt cho việc này. Tôi sẽ cập nhật câu trả lời nếu tôi tìm hiểu thêm về nó.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.