Lựa chọn an toàn hơn thay cho pmset disablesleep

Henry AGI
6 phút đọcJun 2026
Lựa chọn an toàn hơn thay cho pmset disablesleep

Lựa chọn an toàn hơn thay cho pmset disablesleep là một công cụ bật đúng công tắc đó, nhưng đi kèm cơ chế theo dõi pin và nhiệt độ trong lúc chạy, rồi tự tắt lại giúp bạn — đó chính là cách LidRun hoạt động. pmset -a disablesleep 1 là cách chính thức của Apple để giữ MacBook thức khi gập nắp, nhưng đây là một cài đặt toàn hệ thống và "dính" — không có gì nhắc trên màn hình rằng nó đang bật, nên một tác vụ bạn chỉ định chạy một tiếng có thể vẫn khiến máy thức trong balo vào chiều hôm sau. Dưới đây là những gì lệnh gốc thực sự làm, các lựa chọn miễn phí nên thử trước, và cách các lớp bảo vệ của LidRun vận hành bên dưới.

pmset disablesleep làm gì

pmset là công cụ dòng lệnh quản lý nguồn có sẵn trên macOS. pmset -a disablesleep 1 báo cho hệ thống bỏ qua việc gập nắp, để Mac tiếp tục chạy dù đã đóng nắp; pmset -a disablesleep 0 trả lại chế độ ngủ clamshell (gập nắp) bình thường.

Đây là cách được Apple ghi nhận chính thức để chạy việc khi gập nắp mà không cần kernel extension, nên hầu hết các hướng dẫn về chủ đề này đều nhắc tới nó. Nó cần quyền quản trị (administrator), vì thay đổi một cài đặt nguồn toàn hệ thống, chứ không chỉ riêng phiên làm việc hiện tại.

Dùng cẩn thận — bật cho một tác vụ cụ thể rồi tắt lại ngay sau đó — nó làm đúng như tên gọi. Rủi ro không nằm ở bản thân lệnh, mà nằm ở chuyện gì xảy ra khi bạn quên mất nó vẫn đang bật.

Vì sao để nó bật là rủi ro

disablesleep 1 là cài đặt toàn hệ thống và "dính" — nó vẫn bật cho đến khi có gì đó đặt lại về 0, không có biểu tượng nào trên thanh menu bar báo là nó đang hoạt động, và khởi động lại máy cũng không chắc sẽ xóa nó.

Quên tắt nó đi, Mac sẽ ngừng phản ứng với việc gập nắp cho mọi ứng dụng, vô thời hạn — không chỉ riêng tác vụ bạn quan tâm. Một tác vụ bạn định giữ thức trong một tiếng có thể khiến máy vẫn thức trong balo vào chiều hôm sau.

Trên laptop, điều đó nghĩa là pin bị hao vô ích và nhiệt bị giữ lại dưới nắp đóng mà không ai theo dõi. Lệnh đã làm đúng việc của nó; vấn đề là không có gì tắt nó đi.

Hướng dẫn liên quanLidRun vs caffeinate: công cụ giữ Mac thức nào hợp với workflow của bạn?

Các lựa chọn miễn phí, trước khi bạn dùng đến pmset

pmset disablesleep không phải là lựa chọn duy nhất. caffeinate có sẵn trên mọi Mac, không cần cài thêm — chạy caffeinate -i trước một lệnh, nó sẽ giữ assertion đúng bằng thời gian lệnh đó chạy, rồi tự buông ra. Với một script đơn lẻ hay một phiên SSH, cách tự dọn dẹp này có thể xem là an toàn hơn disablesleep, vì không có gì để bạn phải nhớ tắt.

Điểm mắc kẹt: caffeinate, và mọi app giữ máy thức trên menu bar được xây theo cùng cơ chế — Amphetamine, KeepingYouAwake, Lungo, Caffeine bản gốc — đều giữ một power assertion, mà power assertion chỉ chặn được idle sleep và display sleep. Nó không chặn được clamshell sleep, kiểu ngủ ở tầng thấp hơn mà macOS kích hoạt ngay khi gập nắp trong lúc chạy pin. Trên macOS chỉ có đúng hai cách công khai để vượt qua giới hạn đó: gắn màn hình ngoài khi cắm sạc (chế độ clamshell mà Apple hỗ trợ chính thức), hoặc bật disablesleep. Không có cách thứ ba.

Đây không phải là chê những app đó — caffeinate thực sự là công cụ đúng cho một phiên terminal khi vẫn mở nắp máy, và Amphetamine nói riêng là một app trưởng thành, làm kỹ, với nhiều tùy chọn lên lịch hơn hầu hết mọi người cần. Nhưng nếu tác vụ là chạy khi gập nắp trong lúc dùng pin, thì bất kỳ công cụ nào giải quyết được việc đó, bên dưới, cũng đang làm một phiên bản nào đó của việc pmset disablesleep làm — và rủi ro quên tắt ở phần trước không biến mất chỉ vì nó được bọc trong một biểu tượng menu bar đẹp hơn.

Một lớp bọc an toàn hơn quanh cùng một công tắc

LidRun dùng đúng công tắc pmset disablesleep được Apple ghi nhận chính thức — không kernel extension, không private API — nhưng luôn ghép cặp bật/tắt. Bật Closed-Lid Mode, nó đặt disablesleep 1; tắt đi, hoặc thoát app, nó đặt lại disablesleep 0 ngay lập tức.

Nếu app bị đóng đột ngột trong lúc cài đặt này vẫn đang bật, LidRun sẽ phát hiện trạng thái còn sót lại ở lần khởi động kế tiếp và đặt lại disablesleep 0 lúc đó. Việc đặt lại này xảy ra ở lần mở app tiếp theo, không phải ngay tức thì khi có sự cố — nên đây là một bước khắc phục, không phải một đảm bảo tức thời, cần nói rõ như vậy.

Xung quanh đó, thứ LidRun gọi là Safety Governor chạy suốt thời gian Closed-Lid Mode bật: một mốc tự dừng khi pin yếu, mặc định 20% (chỉnh được từ 15% đến 50%), cộng thêm một ngưỡng cứng 4% buộc máy ngủ bất kể bạn chọn mốc nào, vì macOS cần khoảng pin đó để tắt máy đúng cách. Một cơ chế lùi bước vì nhiệt theo dõi song song — nó cảnh báo khi chip nóng lên và tự động tắt Closed-Lid Mode nếu tình hình thực sự không an toàn, để phần cứng có thể giảm xung và vào giấc ngủ thay vì chạy nóng trong một chiếc nắp đóng kín.

Còn có chế độ Smart, gần nhất với hành vi thực sự kiểu "agent đang chạy → giữ thức, agent xong → buông ra": thay vì giữ trạng thái gập nắp mở vô thời hạn, nó để Mac vào giấc ngủ sau một khoảng chờ rảnh đã đặt (mặc định 10 phút) một khi việc bạn đang theo dõi đã hoàn tất. Chế độ Keep-awake, lựa chọn còn lại, giữ máy thức cho đến khi bạn tắt hoặc một lớp bảo vệ ở trên can thiệp — gần với disablesleep thô hơn, nhưng vẫn nằm trong cùng lưới tự dừng đó.

Không điều nào ở đây khẳng định Mac không thể quá nhiệt, hay một tác vụ chạy khi gập nắp là hoàn toàn không rủi ro — nó vẫn giữ nhiệt lại, và mục tiêu là giảm rủi ro đó, không phải xóa bỏ hoàn toàn. Dù dùng công cụ nào, hãy giữ Mac cắm sạc và ở nơi thông thoáng.

Cách bật lên

Từ biểu tượng LidRun trên menu bar, bật Closed-Lid Mode. Hộp thoại hỏi hai điều: Smart (ngủ khi việc đang theo dõi rảnh xong) hay Keep-awake (giữ thức cho đến khi bạn tắt), và cho phép chạy trong bao lâu — Until I turn it off (đến khi tôi tắt), hoặc một mốc cố định từ 30 phút đến 8 tiếng.

Lần đầu tiên, macOS cần quyền quản trị để thay đổi disablesleep. Bạn có thể phê duyệt một helper có quyền cao hơn (chỉ cần làm một lần) trong System Settings → Login Items, sau đó Closed-Lid Mode sẽ không hỏi mật khẩu mỗi lần bật/tắt nữa; bỏ qua bước đó, LidRun sẽ quay về hỏi quyền quản trị như bình thường mỗi lần, vẫn hoạt động, chỉ là nhiều thao tác hơn.

Người dùng chưa có license được dùng thử một số lượt Closed-Lid miễn phí giới hạn, hiển thị ngay trong hộp thoại, trước khi được yêu cầu nhập license; có license thì không còn giới hạn đó nữa. Dù trong trường hợp nào, Safety Governor và cơ chế ghép cặp bật/tắt vẫn luôn bật sẵn — không có "chế độ an toàn" riêng nào bạn phải nhớ bật thêm.

LidRun được phát hành dưới dạng file DMG đã notarize trực tiếp, không qua Mac App Store, cùng lý do vì sao nó không phải là kernel extension: mô hình review sandbox của App Store không cho phép các app gọi pmset với quyền quản trị hay chạy một helper có quyền cao hơn.

Khi nào dùng pmset thô là ổn

Nếu bạn quen dùng dòng lệnh, chạy nó trong một khoảng thời gian ngắn, cụ thể, và luôn tự đặt lại về 0 một cách đáng tin cậy, thì dùng pmset disablesleep thủ công hoàn toàn hợp lý. Nó là công cụ chuẩn không phải vô cớ, và thử cũng chẳng tốn gì.

Lớp bọc này có giá trị khi tác vụ chạy lâu, không có ai giám sát, hoặc chạy qua đêm — đúng lúc bạn dễ đi khỏi và quên mất công tắc vẫn đang bật, hoặc khi bạn muốn có một ngưỡng pin và nhiệt theo dõi ngầm thay vì trông cậy vào trí nhớ.

Dù chọn cách nào, các nguyên tắc an toàn cơ bản vẫn không đổi: giữ Mac cắm sạc và thông thoáng, để ngưỡng pin yếu luôn bật, và không bao giờ nhét một chiếc Mac đang chạy vào một chiếc túi đóng kín. Phần mềm có thể ghép cặp bật/tắt cho bạn; nó không thể lưu thông không khí.

Thử nó thay vì vật lộn với ngủ khi gập máy

LidRun giữ công việc của bạn chạy tiếp khi đóng nắp, với cơ chế bảo vệ pin và nhiệt tích hợp sẵn.

Tải cho macOS

Đã có LidRun? Đọc hướng dẫn thiết lập →

Mới biết đến LidRun? Xem bảng giá →

Câu hỏi thường gặp

pmset disablesleep có nguy hiểm không?

Về bản chất thì không — đây là một lệnh được Apple ghi nhận chính thức. Rủi ro nằm ở việc vô tình để nó bật: nó là cài đặt toàn hệ thống, vẫn hoạt động cho đến khi có gì đó đặt lại về 0, và không có gì nhắc trên màn hình rằng nó đang chạy.

Nếu tôi quên tắt nó thì sao?

Đó chính xác là tình huống LidRun được xây để bắt lại. Tắt Closed-Lid Mode, hoặc thoát app, sẽ đặt disablesleep về lại 0, và nếu app bị đóng đột ngột trong lúc nó vẫn bật, LidRun sẽ đặt lại cài đặt còn sót ở lần khởi động kế tiếp.

LidRun có cần mật khẩu quản trị không?

Lần đầu thì có — thay đổi disablesleep là một cài đặt toàn hệ thống, nên macOS sẽ hỏi quyền quản trị qua hộp thoại gốc của hệ điều hành. Sau đó bạn có thể phê duyệt một helper có quyền cao hơn (chỉ một lần, tại System Settings → Login Items) để các lần bật/tắt sau không bị hỏi lại; nếu không làm bước đó, LidRun sẽ quay về hỏi mỗi lần, giống như khi dùng lệnh gốc.

Đây có phải là kernel extension không?

Không. LidRun dùng công tắc pmset được ghi nhận chính thức, không phải kext hay private API. Đó cũng là lý do nó được phát hành dưới dạng DMG đã notarize trực tiếp thay vì qua Mac App Store — nơi không cho phép các app cần quyền quản trị để đổi cài đặt nguồn hệ thống.

Cái này khác gì với caffeinate hay Amphetamine?

Những công cụ đó giữ một power assertion, chặn được idle sleep và display sleep nhưng không chặn được clamshell sleep — kiểu ngủ khi gập nắp trong lúc dùng pin mà chỉ màn hình ngoài hoặc disablesleep mới vượt qua được. LidRun không phải là bản thay thế giữ-máy-thức nói chung cho các app đó; nó được xây riêng cho trường hợp gập nắp, không người giám sát, với cơ chế tự ghép cặp bật/tắt và tự dừng theo pin/nhiệt được thiết kế xoay quanh đó. caffeinate vẫn là lựa chọn đúng cho một phiên terminal khi mở nắp máy.

Nó có hoạt động trên Mac Apple Silicon và Intel không?

Có — công tắc disablesleep và logic ghép cặp bật/tắt giống nhau trên cả Intel và Apple Silicon (từ M1 đến dòng M hiện tại), chạy macOS 13 Ventura trở lên. Đây là chuyện tách biệt với điều khiển quạt của LidRun, vốn có một cổng phần cứng riêng, hẹp hơn.

Bạn đang tò mò LidRun có hợp với mình không?

Cứ để ChatGPT, Claude hoặc Perplexity tìm hiểu giúp — bấm vào bên dưới xem AI thực sự nghĩ gì về LidRun.