Nên chọn Colemak, Dvorak hay QWERTY?

Câu trả lời ngắn

Câu hỏi Colemak, Dvorak hay QWERTY có câu trả lời khá đơn giản với hầu hết mọi người: cứ dùng QWERTY, vì bạn phải trả giá bằng nhiều tuần làm việc chậm hơn, trong khi lợi ích nhỏ và khó đo lường. Nếu vẫn muốn chuyển, Colemak là lựa chọn ít tốn công hơn. Layout này giữ nguyên vị trí của 13 trong số 30 phím chữ cái và dấu câu so với QWERTY, đồng thời giữ nguyên vị trí các phím sao chép và dán. Dvorak là thay đổi lớn hơn nhưng được hỗ trợ rộng rãi hơn, vì mọi hệ điều hành phổ biến đều đã hỗ trợ layout này trong nhiều thập kỷ. Tự bản thân không layout nào giúp bạn gõ nhanh hơn. Chúng chỉ thay đổi quãng đường ngón tay phải di chuyển và cảm giác của bạn sau một ngày dài.

Trang này giúp bạn đưa ra quyết định. Nếu bạn đã quyết định và muốn xem các lệnh, hãy chuyển đến hướng dẫn thiết lập Colemak trên Linux.

Mỗi layout được thiết kế để làm gì

QWERTY bắt nguồn từ máy đánh chữ Sholes and Glidden của thập niên 1870, và mục tiêu ban đầu của nó mang tính cơ học. Trên chiếc máy đó, mỗi phím sẽ đẩy một thanh chữ kim loại từ cụm thanh lên để gõ vào giấy. Hai thanh nằm gần nhau có thể va vào nhau và bị kẹt nếu được nhấn liên tiếp quá nhanh. Việc tách các cặp chữ thường xuất hiện cùng nhau giúp giảm tình trạng kẹt thanh chữ. Quan niệm phổ biến rằng QWERTY được thiết kế để làm chậm người gõ là một phiên bản sai lệch của câu chuyện này. Các nhà sử học cũng đã truy nguyên một phần cách sắp xếp này đến những điện báo viên chuyên chép lại mã Morse. Điều quan trọng với bạn rất đơn giản: layout này bị định hình bởi phần cứng của năm 1878, sau đó được củng cố qua nhiều thập kỷ đào tạo, và không có phần nào được tối ưu cho bàn phím không có bộ phận chuyển động.

Dvorak là layout thay thế ra đời năm 1936, do August Dvorak và William Dealey phát triển. Quy tắc thiết kế của nó thể hiện ngay trên layout. Cả năm nguyên âm nằm ở hàng cơ sở bên trái, AOEUI, còn các phụ âm tiếng Anh phổ biến nhất nằm ở hàng cơ sở bên phải, DHTNS. Vì vậy, các từ phổ biến thường luân phiên giữa hai tay, và những ngón khỏe nhất đảm nhiệm phần lớn thao tác. Trong ba layout, đây cũng là layout gây xáo trộn nhiều nhất, vì chỉ có hai phím A và M giữ nguyên vị trí như trên QWERTY.

Colemak được Shai Coleman công bố vào năm 2006, với ràng buộc thiết kế tập trung vào chính chi phí chuyển đổi. Hàng cơ sở bên trái là A R S T D, còn bên phải là H N E I O. Cách sắp xếp này đặt các chữ cái tiếng Anh phổ biến nhất dưới các ngón tay, trong khi những phím còn lại di chuyển ít nhất có thể. Hàng dưới vẫn giữ các phím Z X C V B ở vị trí như trên QWERTY. Colemak cũng remap Caps Lock thành Backspace. Đây là một thói quen riêng mà bạn có thể áp dụng trên bất kỳ layout nào hoặc hoàn toàn bỏ qua.

Colemak và Dvorak so với QWERTY: thực tế có bao nhiêu phím đổi vị trí

Đếm ba hàng phím chữ, gồm 26 chữ cái và 4 phím dấu câu, rồi so sánh từng layout với vị trí tương ứng trong QWERTY. Cột phím tắt đếm số phím trong Z, X, C và V vẫn giữ nguyên vị trí của QWERTY, vì trên hầu hết hệ thống, bốn phím này dùng cho undo, cut, copy và paste.

[
  {
    "label": "QWERTY",
    "keys_moved_from_qwerty": 0,
    "shortcut_keys_kept": 4
  },
  {
    "label": "Colemak",
    "keys_moved_from_qwerty": 17,
    "shortcut_keys_kept": 4
  },
  {
    "label": "Dvorak",
    "keys_moved_from_qwerty": 28,
    "shortcut_keys_kept": 0
  }
]

Colemak đổi vị trí 17 phím. Dvorak đổi vị trí 28 phím. Khoảng cách đó tạo nên toàn bộ khác biệt thực tế giữa hai layout. Mỗi phím đổi vị trí là một thói quen bạn phải bỏ, trong khi tay vẫn với đến vị trí cũ. Vì vậy, con số này là thước đo tương đối cho thời gian kéo dài của giai đoạn khó chịu nhất. Con số này không cho biết layout nào tốt hơn.

Các phím tắt chỉnh sửa có vẫn ở vị trí bạn mong đợi không?

Colemak giữ Z, X, C và V ở vị trí QWERTY, nên Ctrl+Z, Ctrl+X, Ctrl+C và Ctrl+V vẫn nằm dưới cùng các ngón trên cùng một bàn tay. Dvorak chỉ giữ 0 phím trong số đó. Trên Dvorak, chữ C nằm ở vị trí QWERTY in chữ I, V nằm trên phím dấu chấm của QWERTY, X nằm dưới phím B của QWERTY, còn Z nằm trên phím gạch chéo của QWERTY. Thao tác copy và paste trở thành việc phải với bằng hai tay.

Điều này ảnh hưởng nhiều hơn trong terminal so với trình soạn thảo văn bản. Ctrl+C để ngắt lệnh đang chạy và Ctrl+D để đóng standard input là các phím mà người vận hành server nhấn hàng trăm lần mỗi ngày. Trên Dvorak, cả hai đều chuyển sang tay phải: C sang phím QWERTY I, D sang phím QWERTY H. macOS có một biến thể chuyển về QWERTY khi đang giữ phím Command. Linux không có cơ chế tương đương tiêu chuẩn cho phím Ctrl, nên trên Dvorak các phím tắt bị chuyển vị trí và giữ nguyên ở vị trí mới.

Vim và less di chuyển con trỏ bằng h, j, k và l. Các chữ cái này được chọn vì chúng nằm dưới bàn tay phải trên QWERTY. Cả hai layout thay thế đều phá vỡ quy ước đó. Trên Colemak, các chữ in trên những phím QWERTY vật lý h, j, k và l lần lượt là h, n, e và i. Cách sửa thường dùng là remap thao tác di chuyển sang bốn phím này. Trên Dvorak, bốn phím vật lý tương ứng gõ d, h, t và n. Cả hai cách sửa chỉ cần vài dòng trong vimrc, nhưng sẽ không còn tác dụng khi bạn dùng máy của người khác với cấu hình mặc định.

Bằng chứng về tốc độ gõ còn yếu

Một phần của lập luận chỉ là phép tính và không gây tranh cãi. Với một layout và một đoạn văn bản, bạn có thể tính tổng quãng đường các ngón tay di chuyển và số lần một ngón tay phải gõ hai chữ cái liên tiếp. Cả hai con số này đều thấp hơn trên Dvorak và Colemak so với QWERTY khi gõ văn xuôi tiếng Anh thông thường, và các công cụ phân tích layout đều cho cùng một xu hướng. Tuy nhiên, những kết quả đó phụ thuộc vào văn bản được dùng để tính. Source code, ngôn ngữ và tên biến của bạn không phải là văn bản đó.

Điểm còn tranh cãi là liệu các phép tính này có chuyển thành tốc độ hay không. Lập luận mạnh nhất ủng hộ Dvorak đến từ một nghiên cứu của Hải quân Hoa Kỳ trong Thế chiến II, báo cáo mức cải thiện lớn sau khi đào tạo lại. Nghiên cứu đó được thực hiện dưới sự giám sát trực tiếp của August Dvorak, nên không phải là bằng chứng độc lập. Năm 1956, Earle Strong thực hiện một nghiên cứu đào tạo lại có kiểm soát cho General Services Administration và nhận thấy việc đào tạo lại Dvorak không tốt hơn việc cho những người gõ QWERTY luyện tập thêm với cùng thời lượng. Năm 1990, các nhà kinh tế Stan Liebowitz và Stephen Margolis tập hợp những chỉ trích này trong một bài viết có tên The Fable of the Keys. Bản thân bài viết đó cũng tiếp tục gây tranh cãi, vì chủ đề thực sự của nó là hiện tượng lock-in của thị trường chứ không phải keyboard. Sau 90 năm, vẫn chưa có một thử nghiệm quy mô lớn, được kiểm soát chặt chẽ, cho thấy một layout thay thế giúp mọi người gõ nhanh hơn.

Có một lý do đơn giản hơn để thận trọng với các tuyên bố về tốc độ. Nhiều người đã gõ nhanh hơn 150 từ mỗi phút trên QWERTY. Nếu bạn gõ ở tốc độ 60 hoặc 70 từ mỗi phút, thứ đang giới hạn bạn không phải là layout.

Comfort và chấn thương là câu hỏi khó hơn, với còn ít bằng chứng hơn. Nhiều người cho biết tay họ ít đau hơn sau khi chuyển layout, và điều đó đáng được xem xét nghiêm túc. Tuy nhiên, người chuyển layout thường thay đổi nhiều yếu tố cùng lúc. Một keyboard mới, chiều cao bàn khác, nghỉ giải lao nhiều hơn và vài tuần cố tình gõ chậm đều diễn ra trong cùng một tháng; bất kỳ yếu tố nào trong số đó cũng có thể là nguyên nhân. Nếu lý do của bạn là đau, hãy chỉnh lại tư thế và workload trước, vì những yếu tố này có bằng chứng tốt hơn và không tốn chi phí.

Chi phí thực sự khi chuyển layout

Trong vài ngày đầu, bạn sẽ gõ chậm như người mới bắt đầu, khoảng 15 từ mỗi phút. Bạn sẽ mất từ hai đến bốn tuần trước khi layout không còn chiếm toàn bộ sự chú ý. Để trở lại tốc độ cũ thường mất từ một đến ba tháng sử dụng hằng ngày. Đây là các con số do những người đã thực hiện việc này báo cáo, không phải kết quả của một nghiên cứu. Vì vậy, hãy xem chúng là một khoảng ước tính, không phải cam kết.

Điều khiến nhiều người bất ngờ là sự can nhiễu. Tay bạn không học “Colemak”. Tay bạn học một vị trí đích cho mỗi phím. Việc dùng hai layout xen kẽ khiến cả hai mapping đều không ổn định. Chuyển lại sang QWERTY để xử lý một việc gấp rồi chuyển đi lần nữa là cách chậm nhất để học. Có hai cách hiệu quả. Chuyển một lần và chấp nhận một tuần làm việc kém hiệu quả. Hoặc tách hẳn hai môi trường: một bàn phím vật lý luôn dùng một layout, để ngữ cảnh cho tay biết cần nạp mapping nào.

Hầu hết những người bỏ cuộc đều bỏ trong giai đoạn sa sút đó. Họ bỏ cuộc vì tuần đó quá bận, không phải vì layout không phù hợp với họ. Vì vậy, chọn thời điểm là quyết định quan trọng nhất trong toàn bộ quá trình chuyển đổi. Hãy bắt đầu vào một tuần yên ắng. Đừng bắt đầu vào tuần trước hạn chót và cũng đừng bắt đầu trong tuần bạn trực on-call.

Kỹ năng QWERTY của bạn thường vẫn còn. Hầu hết người chuyển layout cho biết họ lấy lại được kỹ năng này trong vài ngày sử dụng, dù ban đầu chậm hơn trước và mắc lỗi. Điều này đáng lưu ý, vì mất kỹ năng QWERTY là điều mọi người lo sợ nhất, nhưng thực tế lại là phần ít có khả năng xảy ra nhất.

Client hay server: remap nằm ở đâu?

Gần như luôn là client. Layout bàn phím được áp dụng trên máy đang kết nối với bàn phím, và không áp dụng ở nơi nào khác. Khi bạn nhấn một phím, hệ thống cục bộ chuyển vị trí phím đó thành một ký tự, rồi phiên SSH truyền các phím bạn nhấn gửi ký tự đó đến server dưới dạng byte. Server không bao giờ nhận được sự kiện nhấn phím. Vì vậy, chạy localectl set-keymap dvorak trên một máy từ xa không thay đổi cách dữ liệu bạn gõ đi qua SSH. Một workstation dùng Colemak sẽ gửi dữ liệu nhập theo Colemak đến mọi host bạn đăng nhập, mà không cần cấu hình trên các host đó.

Keymap của server chỉ quan trọng trong hai trường hợp: có bàn phím được kết nối vật lý với máy, hoặc có console do nhà cung cấp cấp qua trình duyệt hay qua kết nối serial. Trên VPS, đó là rescue console, đúng vào tình huống bạn ít có khả năng thử nghiệm nhất.

localectl status
localectl list-keymaps | grep -i dvorak

localectl status in ra cả hai thiết lập: VC Keymap cho text console và X11 Layout cho graphical session. list-keymaps in ra tên các console keymap thực sự đã được cài trên hệ thống. Đây là bước kiểm tra giúp bạn không đặt một tên không tồn tại. Colemak không phải lúc nào cũng có sẵn dưới dạng console keymap, ngay cả khi nó có trong graphical session. Vì vậy, hãy chạy lệnh grep đó với layout của bạn trước khi mặc định rằng layout này có sẵn.

Ở phía desktop, setxkbmap -layout us -variant colemak thay đổi layout của một X session đang chạy, còn localectl set-x11-keymap us pc105 colemak giúp lựa chọn này được giữ nguyên sau reboot. Trên Wayland, compositor quản lý keymap. Vì vậy, setxkbmap không phải công cụ phù hợp; thay đổi này phải được thực hiện trong phần cài đặt input của desktop hoặc trong localectl. Quy trình đầy đủ, bao gồm cách xử lý Caps Lock, có trong hướng dẫn Colemak trên Linux.

Vì sao firmware của keyboard bỏ qua toàn bộ vấn đề

Nếu bạn đăng nhập vào nhiều máy, hãy đặt layout trong keyboard thay vì trong các hệ điều hành. Một keyboard lập trình được lưu mapping riêng và gửi mã của chữ cái bạn muốn, vì vậy mọi host đều nhận một keyboard thông thường đang gõ các chữ cái thông thường. Không cần cấu hình gì trên bất kỳ host nào, và cũng không thể quên cấu hình khi rebuild. Cách này cũng áp dụng cho những máy bạn hoàn toàn không thể cấu hình: laptop của đồng nghiệp, màn hình thiết lập UEFI, rescue image hoặc host nơi bạn không có quyền thay đổi system settings. Với những ai phải duy trì hàng chục Linux server theo đúng cấu hình, đây là khác biệt giữa việc mua một thiết bị và việc thêm một configuration item trên từng máy.

Cách phổ biến là dùng keyboard chạy QMK hoặc biến thể wireless ZMK; cả hai đều là open firmware do bạn tự flash. VIA và Vial là các trình chỉnh sửa đồ họa có thể ghi thay đổi mà không cần rebuild. Nhiều keyboard phổ biến cũng đi kèm vendor software có thể lưu remap trong keyboard. Các giới hạn cũng rất rõ ràng. Keyboard tích hợp của laptop thường không làm được việc này. Vì vậy, bạn có layout khi cắm keyboard ngoài và dùng QWERTY khi không cắm, tạo ra một dạng can thiệp riêng.

Console rescue là một rủi ro vận hành thực sự

Lỗi thường diễn ra như sau. Server không hoạt động trở lại sau khi reboot, bạn mở web console của nhà cung cấp, rồi phải nhập mật khẩu root và một vài lệnh filesystem bằng layout mà bạn không còn gõ quen. Hai vấn đề có thể xảy ra cùng lúc. Muscle memory của bạn đã chuyển sang layout mới, còn console có thể không hỗ trợ layout đó.

Các browser console khác nhau ở dữ liệu chúng gửi đi. Một số console chuyển tiếp ký tự do hệ thống local tạo ra, nên remap ở phía client vẫn được áp dụng. Một số khác chuyển tiếp vị trí phím và giả định phía bên kia dùng layout US QWERTY. Khi đó, bàn phím Colemak của bạn sẽ nhập các chữ cái QWERTY vào console. Bạn không thể biết console thuộc loại nào chỉ bằng cách xem control panel. Hãy kiểm tra khi máy vẫn đang hoạt động bình thường: mở console, đăng nhập, gõ một câu rồi xem nội dung hiển thị. Làm việc này ngay bây giờ, không phải trong lúc hệ thống đang outage.

Sau đó, hãy loại bỏ những phần có thể loại bỏ. Đăng nhập bằng key để việc truy cập thông thường không bao giờ yêu cầu bạn nhập password, đồng thời xem quản lý key trên các server là một phần của kế hoạch recovery, không chỉ là tiện ích. Lưu rescue password ở nơi bạn có thể paste, vì hầu hết browser console đều có chức năng send text hoặc paste. Bạn cũng nên biết cách tìm các chữ cái QWERTY bằng cách nhìn vào bàn phím, vì đọc layout chart trên điện thoại lúc 2 giờ sáng rất chậm.

Disk được mã hóa tạo thêm một bẫy. Prompt passphrase lúc boot chạy từ initial ram disk, trước khi keymap thông thường được load, nên nó dùng layout được build sẵn trong image đó. Trên Debian và Ubuntu, mặc định layout này là US QWERTY tích hợp sẵn. Thiết lập này nằm trong KEYMAP= tại /etc/initramfs-tools/initramfs.conf và được đóng gói dưới dạng n. Đặt thành y, chạy sudo update-initramfs -u, rồi reboot và xác nhận prompt passphrase nhận đúng layout của bạn trước khi tin tưởng cấu hình này. Một máy không unlock được là một máy bạn phải rebuild.

Colemak-DH và các layout khác

Lựa chọn không chỉ giới hạn ở 3 phương án. Colemak-DH, còn gọi là Mod-DH, là bản tinh chỉnh phổ biến nhất của Colemak. Trên Colemak chuẩn, các chữ D và H nằm ở hai cột giữa của hàng phím cơ sở. Ngón trỏ phải duỗi ngang để gõ chúng thay vì cuộn vào. Mod-DH chuyển hai chữ này xuống hàng dưới, ngay dưới ngón trỏ. Khi đó, hàng phím cơ sở bên trái là A R S T G và bên phải là M N E I O. Có 2 phiên bản: một phiên bản cho bàn phím có độ lệch hàng phím thông thường và một phiên bản cho bàn phím ortholinear hoặc column staggered. Bạn cần chọn phiên bản phù hợp với phần cứng.

Ngoài ra còn có Workman, Norman, Canary, Graphite và nhiều layout khác do các công cụ tối ưu hóa layout tạo ra. Programmer Dvorak sắp xếp lại hàng số và các ký hiệu cho người gõ dấu câu nhiều hơn văn bản. Các ngôn ngữ khác cũng có lựa chọn riêng, chẳng hạn bépo cho tiếng Pháp và Neo cho tiếng Đức. Yếu tố thực tế cần xem xét là mức độ sẵn có. Dvorak có sẵn trên gần như mọi nền tảng, bao gồm bàn phím điện thoại và keymap của console. Colemak có trong dữ liệu cấu hình X keyboard mà mọi desktop Linux đều đọc. Colemak-DH được bổ sung vào dữ liệu này gần đây hơn. Vì vậy, trên các distribution cũ, bạn có thể vẫn phải cài các file layout từ project. Community layout là một file mà bạn phải mang theo và cài trên từng máy, hoặc tích hợp sẵn vào firmware của bàn phím.

Vậy nên chọn bố cục nào?

Hãy giữ QWERTY nếu mọi thứ vẫn ổn. Việc chuyển đổi có thể mất vài tuần, còn bằng chứng cho thấy bạn sẽ gõ nhanh hơn vẫn chưa thuyết phục. Vì vậy, chỉ hơi khó chịu với bố cục hiện tại chưa phải là lý do đủ mạnh để chuyển.

Chọn Colemak nếu bạn muốn sắp xếp lại phím với chi phí thấp nhất. 13 phím vẫn giữ nguyên vị trí, các phím tắt chỉnh sửa vẫn giữ nguyên, và trên mọi desktop Linux, bạn chỉ cần thay đổi một dòng.

Chọn Dvorak nếu bạn coi trọng khả năng đặt bố cục từ một menu đã có sẵn trên mọi máy và mọi hệ điều hành, đồng thời chấp nhận phải học lại các phím tắt.

Chọn Colemak-DH nếu bạn đang mua một programmable keyboard. Firmware loại bỏ vấn đề về khả năng hỗ trợ, nên bạn có thể chọn luôn phiên bản được tinh chỉnh này.

Dù chọn phương án nào, hãy quyết định mapping sẽ được đặt ở đâu trước khi bắt đầu. Nếu bạn dành cả ngày trong môi trường terminal toàn thời gian và đăng nhập vào nhiều máy, đặt mapping trên keyboard là lựa chọn phù hợp. Nếu bạn chỉ làm việc trên một laptop, đặt mapping trong hệ điều hành là đủ. Sau đó, hãy lập phương án khôi phục và kiểm tra phương án đó trước khi cần dùng.

FAQ

Colemak hoặc Dvorak có thực sự nhanh hơn QWERTY không?

Không có bằng chứng đáng tin cậy cho thấy một trong hai layout giúp bạn gõ nhanh hơn. Điều có thể đo được là số liệu cơ học: với văn bản tiếng Anh, cả hai layout đều đưa nhiều phím bấm hơn lên hàng cơ sở và giúp ngón tay di chuyển ít hơn QWERTY. Chưa có thử nghiệm quy mô lớn, được kiểm soát chặt chẽ nào chứng minh rằng điều này tạo ra tốc độ từ mỗi phút cao hơn. Nghiên cứu của Hải quân Hoa Kỳ thường được trích dẫn về Dvorak do chính Dvorak giám sát, còn nghiên cứu của Earle Strong năm 1956 cho General Services Administration không tìm thấy lợi thế nào khi cho những người gõ QWERTY cùng thời gian luyện tập bổ sung. Nhiều người gõ QWERTY vượt 150 từ mỗi phút, vì vậy nếu bạn gõ ở tốc độ 70 từ mỗi phút thì layout không phải giới hạn của bạn.

Mất bao lâu để học một layout bàn phím mới?

Hãy dự kiến vài ngày đầu gõ gần 15 từ mỗi phút, từ 2 đến 4 tuần trước khi layout không còn chiếm toàn bộ sự tập trung của bạn, và từ 1 đến 3 tháng để đạt lại tốc độ cũ. Đây là các khoảng thời gian được báo cáo, không phải kết quả nghiên cứu. Rủi ro lớn hơn là nhiễu kỹ năng: chuyển qua lại giữa 2 layout trong ngày khiến cả hai đều không thành thạo, vì vậy hãy chuyển hẳn một lần và chấp nhận một tuần gõ chậm, hoặc tách biệt rõ ràng để một bàn phím vật lý luôn tương ứng với một layout. Hầu hết người bỏ cuộc đều làm vậy trong giai đoạn chậm này vì công việc trong tuần trở nên bận rộn, nên hãy bắt đầu vào một thời điểm yên tĩnh.

Layout bàn phím có theo tôi khi dùng SSH không?

Có, và server không quyết định việc này. Layout được áp dụng trên máy đang gắn với bàn phím của bạn. Hệ thống cục bộ chuyển thao tác nhấn phím thành một ký tự, rồi SSH gửi ký tự đó dưới dạng byte, nên host từ xa không bao giờ thấy vị trí phím. Thiết lập keymap trên server không thay đổi gì đối với người dùng SSH. Keymap của server chỉ áp dụng cho bàn phím gắn trực tiếp hoặc console mà nhà cung cấp cung cấp cho bạn trong trình duyệt hoặc qua serial link.

Ctrl+C và các phím h, j, k, l của vim sẽ ra sao?

Colemak giữ Z, X, C và V ở các vị trí QWERTY, nên các phím tắt chỉnh sửa tiêu chuẩn không thay đổi. Dvorak di chuyển cả 4 phím: C nằm ở phím I của QWERTY, V nằm ở phím dấu chấm của QWERTY, X nằm dưới phím B của QWERTY, còn Z nằm ở phím slash của QWERTY. Ctrl+D chuyển sang phím H của QWERTY, điều này quan trọng trong shell. Phím di chuyển con trỏ bị thay đổi trên cả hai layout. Người dùng Colemak thường remap các phím di chuyển thành h, n, e và i, tương ứng với các chữ được in trên các phím vật lý QWERTY h, j, k và l; người dùng Dvorak dùng d, h, t và n vì cùng lý do.

Làm thế nào để console cứu hộ vẫn sử dụng được sau khi chuyển layout?

Hãy kiểm tra ngay bây giờ, khi server vẫn hoạt động bình thường. Mở console của nhà cung cấp, đăng nhập và gõ một câu, vì một số console chuyển tiếp ký tự do client tạo ra, trong khi các console khác chuyển tiếp vị trí phím và mặc định dùng US QWERTY ở phía nhận. Hãy đăng nhập bằng SSH keys để việc truy cập thường xuyên không bao giờ cần nhập password, đồng thời giữ rescue password ở nơi bạn có thể paste, vì hầu hết console trên trình duyệt đều có chức năng paste hoặc gửi văn bản. Nếu disk được mã hóa, prompt nhập boot passphrase sử dụng keymap tích hợp trong initial ram disk. Trên Debian và Ubuntu, điều đó có nghĩa là thiết lập KEYMAP=y trong /etc/initramfs-tools/initramfs.conf, chạy sudo update-initramfs -u, rồi reboot để xác nhận prompt chấp nhận layout của bạn.