Debian 8 KVM Guest - Đang tải ramdisk ban đầu


9

Tôi đã cập nhật tập lệnh quản lý KVM của mình cho các máy chủ Ubuntu 14.04 KVM để hỗ trợ 8 khách. Sau khi cài đặt thủ công (tập lệnh preseed chưa hoạt động), tôi bị kẹt với thông báo sau khi khởi động:

nhập mô tả hình ảnh ở đây

Trong quá trình cài đặt, tôi:

  • Chỉ chọn máy chủ ssh và các tiện ích hệ thống cơ sở.
  • Đặt bộ tải khởi động grub để cài đặt vào tùy chọn được liệt kê duy nhất.
  • Đã sử dụng chế độ phân vùng được hướng dẫn cho mọi thứ trên một phân vùng.
  • Được sử dụng gương địa phương Vương quốc Anh.

Có một số bước tôi cần phải cẩn thận để thực hiện hoặc có thể cài đặt Debian 8 với tư cách là khách KVM không?


Cập nhật

Sau khi từ bỏ và quyết định chỉ nâng cấp một debian 7 VM để debian 8 bằng cách cập nhật tất cả các dòng trong /etc/apt/sources.listđể jessiethay wheezy, tôi thấy rằng tôi cuối cùng đã nhận các hành vi tương tự.

Tuy nhiên, trường hợp này có IP tĩnh và tôi thấy rằng tôi vẫn có thể SSH vào máy chủ trên IP đó, vì vậy có vẻ như đây là một sự cố đồ họa mà máy chủ quản lý để khởi động, chúng tôi không thể thấy thông tin đăng nhập bản văn. Làm thế nào tôi có thể giải quyết điều này?


Cập nhật

Lần này, trên bản cài đặt debian được tạo bằng cách nâng cấp debian 7, tôi có thể nhấp vào nâng cao từ menu grub và chọn tùy chọn với (sysvinit) hiện đang hoạt động. Tôi hy vọng điều này có thể dẫn đến một lời giải thích về những gì đang xảy ra với phiên bản bình thường được khởi động?

nhập mô tả hình ảnh ở đây


1
Tôi cũng gặp vấn đề tương tự, điều này đã giúp tôi: server-world.info/en/note?os=Debian_8&p=kvm&f=2

Câu trả lời:


12

Nhờ vào liên kết @Someone được đăng trong các bình luận cho câu hỏi, tôi đã có thể lấy nội dung này để khắc phục sự cố cho tôi:

  1. trên màn hình khởi động (bên dưới) nhấn phím "e" để chỉnh sửa cấu hình. nhập mô tả hình ảnh ở đây

  2. Bạn sẽ được hiển thị một màn hình như sau. nhập mô tả hình ảnh ở đây

  3. Cuộn xuống bằng cách sử dụng bàn phím xuống mũi tên. Bạn muốn dòng nóilinux nhập mô tả hình ảnh ở đây

  4. Thêm văn bản console=ttyS0sau từ quietvà sau đó nhấn cntrl + xđể tiếp tục nhập mô tả hình ảnh ở đây

  5. Bây giờ là root hoặc sử dụng sudo, hãy chạy lệnh systemctl enable getty@ttyS0để không bao giờ phải thực hiện lại tất cả các bước đó.


Nếu điều này xảy ra với bạn trên thiết bị đầu cuối ảo trên máy khách KVM không có quyền truy cập ssh (chưa), hãy thoát nó sang vỏ máy chủ của bạn, sau đó bạn phải nhanh chóng bấm phím. Loại virsh console YOURVMmà phải thất bại nhưng sau đó bạn gõ virsh reboot YOURVMsau đó ngay lập tức lên , lên , nhập để phát lại lệnh console sau đó tiếp tục khai thác lên cho đến khi bạn thấy menu grub và bạn đã ngăn chặn mặc định từ tải.
Walf

@Walf thay vì nhanh chóng trên các phím của bạn, bạn chỉ có thể sử dụng && để xếp hàng các lệnh như: sudo virsh reboot my-vm-id&&sudo virsh console my-vm-id
Programster

Tôi giả định rằng nó startsẽ không đồng bộ và bàn điều khiển có thể không tồn tại ngay lập tức. Giáo sư.
Walf

Để duy trì console=ttyS0cài đặt, bạn có thể chỉnh sửa tệp / etc / default / grub , dòng GRUB_CMDLINE_LINUX . help.ubfox.com/community/Grub2/setup#Specific_Entries
Juuso Ohtonen

0

Tôi đã gặp vấn đề tương tự! Kết quả cho thấy máy ảo có thể hết tài nguyên cpu hoặc bộ nhớ và tôi đã giải quyết nó bằng cách thêm đối số "-smp 4 -m 2048"

Ban đầu, tôi đang chạy qemu với lệnh

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic

Nhưng hạt nhân mới đã bị kẹt tại "Đang tải ramdisk ban đầu"

Sau đó, tôi đã thử với

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic -m 512 -smp 4

sau đó, có một hạt nhân hoảng loạn, nói rằng "Hạt nhân hoảng loạn - không đồng bộ hóa: hết bộ nhớ và không có quá trình tiêu diệt ..."

Cuối cùng, đó là giải pháp

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic -m 2048 -smp 4

Tôi chỉ thử điều này và nó đã không làm việc cho tôi.
Chương trình

0

Cảm ơn, câu trả lời được chọn cũng đã giải quyết vấn đề của tôi trên Debian8 trên máy ảo mới được tạo. Thêm console=ttyS0đã cho tôi giao diện điều khiển.

Nhưng một thông tin bổ sung quan trọng: Giống như tác giả bài viết, tôi cũng đã tạo VM chỉ với hệ thống cơ sở và ssh-server. Giống như nhiều người trong tình huống này, tôi không thực sự thích có một giao diện điều khiển mà chủ yếu là SSH.

Vì vậy, điều quan trọng cần biết là ngay cả khi VM có vẻ bị kẹt, nó vẫn chạy chính xác và bạn có thể sshvào nó. Bạn cũng có thể khởi động VM mà không có --consoletùy chọn.

Nếu bạn đã sử dụng cài đặt mạng mặc định (NAT và DHCP), bạn có thể nhận IP được gán cho việc phát hành VM của mình:

# virsh net-dhcp-leases default

Hoặc là người dùng:

$ virsh --connect qemu:///system net-dhcp-leases default

(sử dụng tên mạng VM của bạn được bật nếu nó là một cái gì đó khác với mặc định)

Biết IP bạn có thể sshvào VM của bạ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.