NX không lưu được Assembly Load Options: sửa quyền ghi cho load_options.def

Khi chọn File → Options → Assembly Load Options rồi bấm lưu làm mặc định, NX có thể báo lỗi, không tạo được load_options.def hoặc lần khởi động sau lại trở về thiết lập cũ. Nhiều hướng dẫn xử lý bằng cách “Run as administrator”; cách này có thể xác nhận nguyên nhân quyền ghi nhưng không nên trở thành phương án vận hành hằng ngày.

Gốc vấn đề thường là NX đang cố ghi tệp cấu hình vào thư mục được Windows bảo vệ, đường dẫn mạng chỉ đọc, thư mục cũ không còn tồn tại hoặc một biến môi trường đang trỏ sai vị trí. Muốn sửa bền vững, cần tìm đúng tệp mà phiên NX hiện tại đang sử dụng rồi đặt nó ở vùng cấu hình người dùng có quyền ghi.

1. Nhận diện đúng triệu chứng

Các dấu hiệu điển hình gồm:

• “Save as default” báo lỗi hoặc không phản hồi.

• Không tìm thấy load_options.def tại vị trí dự kiến.

• Thiết lập Load Latest, Load Exact hoặc search folder chỉ có hiệu lực trong phiên hiện tại.

• Mở NX bằng quyền Administrator thì lưu được, mở bình thường lại không lưu.

• Một người dùng lưu được nhưng tài khoản Windows khác trên cùng máy lại thất bại.

Nếu chạy quyền quản trị làm lỗi biến mất, đó là bằng chứng mạnh cho thấy đường dẫn đích hoặc ACL của tệp đang có vấn đề; không đồng nghĩa NX bắt buộc phải luôn chạy elevated.

2. Sao lưu trước khi thay đổi

Trước khi sửa, hãy xuất hoặc sao lưu ba nhóm dữ liệu:

• load_options.def hiện có.

• Các tệp cấu hình người dùng trong AppData của phiên bản NX đang dùng.

• Những biến môi trường NX liên quan đã được cấu hình ở cấp User và System.

Nên chụp lại màn hình Assembly Load Options và ghi phiên bản NX/build. Không sao chép nguyên cả thư mục cấu hình từ phiên bản NX khác sang vì schema và tên tệp có thể thay đổi.

3. Xác định đường dẫn thực tế thay vì đoán

Kiểm tra theo thứ tự:

• Mở Assembly Load Options và xem mục Saved Load Options hoặc đường dẫn mặc định mà giao diện hiển thị.

• Kiểm tra biến UGII_LOAD_OPTIONS trong môi trường của tiến trình NX.

• Kiểm tra shortcut hoặc script khởi động có gán biến riêng hay không.

• Tìm load_options.def trong thư mục người dùng và thư mục cấu hình NX, sau đó so sánh thời gian sửa đổi.

Một lỗi phổ biến là chỉnh một file trong Program Files nhưng NX lại đọc file do script khởi động chỉ định ở nơi khác. Hãy thay đổi một tùy chọn dễ nhận biết, lưu, rồi xác minh file nào vừa đổi timestamp.

4. Kiểm tra quyền ghi bằng tài khoản đang chạy NX

Đừng chỉ nhìn thuộc tính Read-only trong File Explorer. Quyền hiệu lực còn phụ thuộc ACL của thư mục cha, chính sách doanh nghiệp, Controlled Folder Access, antivirus và quyền trên share mạng.

Bài kiểm tra đơn giản:

• Dùng đúng tài khoản Windows đang chạy NX.

• Tạo và xóa một file thử trong thư mục chứa load_options.def.

• Đổi tên load_options.def rồi đổi lại.

• Kiểm tra file có bị công cụ đồng bộ hoặc phần mềm bảo mật khóa hay không.

Nếu thư mục nằm dưới Program Files, không nên cấp quyền Full Control rộng cho tất cả người dùng. Cách sạch hơn là chuyển tệp cấu hình sang một thư mục user-writable chuyên dụng.

5. Giải pháp bền vững: dùng thư mục cấu hình người dùng

Tạo một thư mục rõ ràng, ví dụ trong AppData hoặc một thư mục cấu hình NX thuộc profile người dùng. Sau đó:

• Sao chép load_options.def hợp lệ vào đó.

• Bảo đảm người dùng có quyền Modify trên thư mục và tệp.

• Trỏ UGII_LOAD_OPTIONS tới đường dẫn mới bằng phương thức triển khai của doanh nghiệp.

• Khởi động lại NX hoàn toàn.

• Thay đổi một tùy chọn, Save as Default và kiểm tra timestamp.

Trong môi trường nhiều máy, có thể cấp một bản load_options.def chuẩn ở vùng chỉ đọc của công ty rồi copy nó vào profile người dùng khi đăng nhập hoặc khi chạy NX lần đầu. Như vậy baseline được quản lý tập trung nhưng người dùng vẫn có vùng ghi riêng.

6. Khi nào dùng UGII_USER_PROFILE_DIR

UGII_USER_PROFILE_DIR có thể được dùng để chuyển nhóm dữ liệu profile/cache của NX sang vị trí khác. Nó hữu ích trong máy ảo, Windows Server, môi trường roaming profile hoặc khi AppData mặc định bị chính sách hạn chế.

Tuy nhiên, biến này có phạm vi rộng hơn load_options.def. Không nên thay đổi chỉ để chữa một lỗi đơn lẻ nếu chưa kiểm kê các file profile khác. Khi dùng, hãy:

• Chọn thư mục cục bộ ổn định và có quyền ghi.

• Không dùng đường dẫn tạm bị xóa sau mỗi phiên.

• Tránh share mạng chậm nếu profile chứa nhiều file được truy cập thường xuyên.

• Kiểm thử vai trò, bố cục giao diện, dialog memory và user defaults sau khi chuyển.

7. Vì sao “Run as administrator” chỉ nên là phép thử

Chạy NX elevated hằng ngày có ba bất lợi:

• Người dùng có thể vô tình ghi vào thư mục cài đặt và làm cấu hình khó kiểm soát.

• File tạo ra có thể mang quyền hoặc owner khác với quy trình bình thường.

• Add-in, drag-and-drop và ứng dụng liên kết có thể hoạt động khác khi chênh lệch mức quyền.

Dùng quyền quản trị một lần để xác nhận chẩn đoán là hợp lý. Sau đó, hãy sửa ACL hoặc chuyển tệp sang thư mục người dùng rồi kiểm thử lại bằng tài khoản chuẩn.

8. Phân biệt Load Options với User Defaults và template

Ba lớp cấu hình này dễ bị nhầm:

• Assembly Load Options điều khiển cách tìm và tải component, phiên bản part, search directory và substitution.

• User Defaults đặt giá trị mặc định cho nhiều lệnh/giao diện và thường cần khởi động lại.

• Template chứa preference và đối tượng khởi tạo của part mới.

Sửa load_options.def sẽ không thay đổi drafting standard trong template. Ngược lại, import một file DPV của User Defaults không bảo đảm các quy tắc tìm component đã được lưu đúng vào load_options.def.

9. Kiểm tra sau khi sửa

Thực hiện một bài test có thể lặp lại:

1. Khởi động NX bằng quyền người dùng bình thường.

2. Mở Assembly Load Options.

3. Thay đổi một tùy chọn không ảnh hưởng dữ liệu sản xuất.

4. Save as Default và đóng NX.

5. Xác minh timestamp của load_options.def.

6. Mở lại NX và kiểm tra tùy chọn đã giữ nguyên.

7. Mở một assembly thử nghiệm có component nằm trong search directory mong muốn.

8. Đọc log tải assembly để chắc chắn NX đang dùng quy tắc mới.

Nếu giao diện giữ thiết lập nhưng assembly vẫn không tìm thấy component, nguyên nhân tiếp theo có thể là tên file, revision, search order hoặc đường dẫn đã lưu trong assembly chứ không còn là quyền ghi.

10. Checklist cho quản trị viên

• Không mặc định yêu cầu mọi người chạy NX bằng quyền Administrator.

• Xác định file load_options.def thật sự được phiên NX sử dụng.

• Kiểm tra cả biến môi trường User, System và script khởi động.

• Đặt file cấu hình cá nhân ở thư mục có quyền Modify.

• Giữ baseline công ty tách biệt với bản người dùng.

• Ghi rõ phiên bản NX tương ứng của từng bộ cấu hình.

• Kiểm thử bằng tài khoản tiêu chuẩn sau khi triển khai.

• Sao lưu load options cùng DPV, role và template nhưng không trộn chức năng của chúng.

Nguồn tham khảo

• UG爱好者 – NX1847装配加载选项不能存为默认值: trường hợp Save as Default thất bại và dấu hiệu liên quan quyền ghi — https://www.ugsnx.com/forum.php?mod=viewthread&tid=220792

• NX网 – 重用库标准件装配保存打开提示: thảo luận cách lưu load options và dùng UGII_LOAD_OPTIONS với file đặt ở vị trí khác — https://www.ugnx.net/index.php/wt/1306

• UG爱好者 – Windows Server 2025运行NX2412: kinh nghiệm chuyển vị trí cache/profile bằng UGII_USER_PROFILE_DIR — https://www.ugsnx.com/thread-351542-1-1.html

• UG爱好者 – 教你如何保存UG用户默认设置: cách xuất/nhập DPV để sao lưu User Defaults và phân biệt với cấu hình tải assembly — https://www.ugsnx.com/thread-30711-1-1.html

Bài viết được tổng hợp và biên soạn lại thành quy trình quản trị an toàn; không dịch hoặc sao chép nguyên văn nội dung diễn đàn.