Máy không khởi động
Phải làm gì khi VPS không lên sau khi khởi động lại: cách xem màn hình khởi động, phân tích nguyên nhân phổ biến và sửa hệ thống từ đĩa cứu hộ.
Cập nhật 23 tháng 8, 2026
Một cỗ máy không phản hồi qua SSH sau khi khởi động lại không nhất thiết là hỏng ổ đĩa. Thường gặp nhất là hệ thống đã dừng ở một bước cụ thể và đang chờ bạn: /etc/fstab bị hỏng, cấu hình bootloader bị lỗi, hoặc kernel sau một lần cập nhật thất bại.
Trước tiên, hãy kiểm tra màn hình
Mở tab “Console” trong bảng điều khiển /hosting/vds/m/<id>. Có hai loại:
- console văn bản (cổng serial) — tiện để đọc và sao chép thông báo của kernel, nhưng luôn ở kích thước 80×24;
- “Screen” (VNC) — hiển thị giống như màn hình thật: menu GRUB, thông báo toàn màn hình và màn hình Windows.
Trên “Screen”, bạn có thể thấy chính xác mọi thứ đã dừng ở đâu. Sau đó xử lý dựa trên thông báo.
Nguyên nhân thường gặp
Cannot open access to console, the root account is locked hoặc Give root password for maintenance. Hệ thống đã vào chế độ khẩn cấp, thường là do /etc/fstab. Nhập mật khẩu root (có trong tab “Access”) và xóa dòng gây lỗi. Phòng ngừa: với những điểm mount mà hệ thống vẫn chạy được khi thiếu, hãy chỉ định tùy chọn nofail.
Dòng A start job is running for ... chạy mãi trong một phút rưỡi. Một dịch vụ hoặc điểm mount đang chờ hết thời gian chờ. Hãy đợi và kiểm tra log từ lần khởi động trước: journalctl -b -1 -p err.
Menu GRUB và dấu nhắc grub>. Bootloader không tìm thấy cấu hình của nó. Có thể sửa từ đĩa cứu hộ.
Kernel panic ngay sau khi chọn một kernel. Thường xảy ra sau khi cập nhật kernel. Trong menu GRUB, chọn “Advanced options” và khởi động từ phiên bản trước, sau đó khôi phục gói.
Windows: “Undoing changes, don’t turn off your computer” lặp lại liên tục. Quá trình khôi phục bản cập nhật đang diễn ra; có thể mất nửa tiếng hoặc lâu hơn. Đừng tắt máy; theo dõi qua “Screen”.
Đĩa cứu hộ
Một công cụ vạn năng là chế độ khởi động SystemRescue: tab “Access” → chế độ khởi động → đĩa cứu hộ, sau đó khởi động lại. Máy khởi động từ image, đăng nhập root không cần mật khẩu, và ổ đĩa của bạn hiển thị dưới dạng /dev/sda.
Kiểm tra và mount:
lsblk
fsck -f /dev/sda1 # only on an unmounted partition
mount /dev/sda1 /mnt
ls /mnt
Chỉnh sửa tệp trực tiếp trong /mnt, ví dụ nano /mnt/etc/fstab.
Với những công việc cần môi trường hoạt động của hệ thống (cài lại kernel, cập nhật GRUB), hãy vào chroot:
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt /bin/bash
grub-install /dev/sda && update-grub # Debian, Ubuntu
grub2-install /dev/sda && grub2-mkconfig -o /boot/grub2/grub.cfg # AlmaLinux
exit
Sau đó khôi phục chế độ khởi động bình thường trên tab “Access” và khởi động lại máy. Quên chuyển chế độ trở lại là lỗi phổ biến nhất: máy sẽ liên tục khởi động vào SystemRescue lần này đến lần khác.
Sao lưu dữ liệu và làm lại từ đầu
Nếu không thể sửa chữa hệ thống, hãy sao chép dữ liệu trước khi cài lại. Từ đĩa cứu hộ:
mount /dev/sda1 /mnt
tar czf - /mnt/var/www /mnt/etc | ssh user@other-server 'cat > vds-rescue.tar.gz'
Sau đó, cài lại hệ thống trên tab “Access”, chọn phiên bản mong muốn. Cài lại sẽ xóa toàn bộ ổ đĩa, và chúng tôi không có ảnh chụp trạng thái hay bản sao lưu tự động, nên thứ tự chính xác là: sao chép trước, cài lại sau.
Để tránh điều này lặp lại
- Trước khi chỉnh sửa
fstab, GRUB và cài đặt mạng, hãy kiểm tra cú pháp:findmnt --verify,grub-script-check. - Sau khi cập nhật kernel, đừng xóa phiên bản trước — nó sẽ vẫn nằm trong menu như một phương án dự phòng.
- Giữ một bản sao cấu hình và dữ liệu tách biệt khỏi máy.
- Kiểm tra khởi động lại theo định kỳ, không phải trong lúc khẩn cấp: một cỗ máy không khởi động lại suốt sáu tháng sẽ khiến bạn bất ngờ.
Nếu màn hình trống, console không hiển thị gì và các biểu đồ trong “Overview” không cập nhật, hãy liên hệ bộ phận hỗ trợ kèm số máy — vấn đề có thể nằm ngoài hệ thống của bạn.