Cài đặt Debian không giám sát (được chèn sẵn), truy cập vào (các) cạc âm thanh

Tôi đang sử dụng tính năng chèn sẵn để định hình một hệ thống Debian 10 x64 tùy chỉnh. Mọi thứ đang diễn ra tốt đẹp, ngoại trừ việc trong bước late_command, tôi đang chạy tập lệnh trình bao để định cấu hình và triển khai những thứ linh tinh và tôi muốn có thể truy cập giao diện âm thanh vật lý.

Thông thường, tôi đang làm điều đó bằng cách sử dụng danh sách pacmd chìm và sau đó tôi có thể dễ dàng truy cập các tên thẻ âm thanh khác nhau. Nhưng trong trường hợp này, sử dụng chroot /target/ sudo -u device pacmd list-sinks, điều duy nhất tôi thấy là một giao diện giả có tên audio_null :

Tôi cũng nói rõ rằng ngay khi hệ thống khởi động lại sau khi cài đặt, tôi có thể truy cập khá bình thường vào giao diện âm thanh vật lý.

(Để biết thông tin, tôi cần truy cập vào tên giao diện vật lý để định cấu hình giao diện mặc định trong cấu hình mặc định của Pulseaudio, vì hệ thống tệp gốc được đặt ở chế độ chỉ đọc ngay sau khi cài đặt, đây là thời điểm tốt nhất để làm điều đó một lần cho tất cả).

Tôi cho rằng đó là một hành vi dự kiến ​​vì tất cả các mô-đun không được yêu cầu trong quá trình cài đặt và sau đó một số dịch vụ/bước cấu hình cần thiết có thể bị bỏ qua.

Vì vậy, những gì tôi đã cố gắng cho đến nay:

• Tải (lại) thủ công một số mô-đun nghe có vẻ thích hợp: chroot /mục tiêu/ sudo modprobe soundcore
• Đang tải lại dịch vụ PulseAudio (dường như chưa bắt đầu)
• Liệt kê từ và bên ngoài hệ thống đích (danh sách chroot /target/ pacmd chìm, danh sách pacmd chìm) Để các lệnh trước hoạt động, tôi cần khởi chạy lại Pulse chroot /target/ sudo -u device pulseaudio --start mà không có nó tôi gặp phải một thông báo lỗi Không có daemon PulseAudio nào chạy hoặc không chạy dưới dạng daemon phiên

Không có nỗ lực nào trước đó thành công và tôi đang cạn kiệt ý tưởng. Có lẽ tôi đã bỏ sót/hiểu sai một khái niệm rõ ràng và một quan điểm bên ngoài sẽ được hoan nghênh.

Ngay cả khi đó không phải là mục đích cuối cùng của tôi, thì có thể dễ dàng hơn để tiếp tục vấn đề sang một vấn đề rộng hơn: Cách phát âm thanh trong khi trễ_command bước cài đặt Debian.

Tái bút: Để biết giá trị của nó, tôi hiện đang triển khai cho Máy ảo, sử dụng VmWare và một card âm thanh vật lý được kết nối với nó.

Làm điều này có lẽ sẽ được dễ dàng hơn nhiều như một tập lệnh chạy trong lần khởi động đầu tiên của bạn thay vì từ bên trong trình cài đặt.

Điều đó nói rằng, một thử nghiệm nhanh bằng cách thực hiện thủ công "Tải các thành phần của trình cài đặt từ phương tiện cài đặt" và sau đó chọn "sound-modules-5.10-8-amd64-di: hỗ trợ âm thanh" (trong Debian 11, nhưng cũng có thể có trên Debian 10) một cách chính xác chèn các mô-đun hạt nhân cần thiết. Cài đặt alsa-utils (trong mục tiêu) hoạt động tốt trên VirtualBox. Đang chạy một vở kịch cũng hoạt động, miễn là bạn tắt tiếng thẻ bằng cách sử dụng máy trộn đầu tiên.

Dòng chèn sẵn cần thiết cho Debian 11 sẽ như sau:

d-i preseed/early_command string anna-install sound-modules

(...có nhiều cách khác, cách này phù hợp với tôi)

Sau đó, bạn cũng cần đảm bảo rằng bạn có alsa-utils trên mục tiêu. Không cần thiết nếu bạn đang sử dụng một "tác vụ" chẳng hạn như môi trường Máy tính để bàn, v.v. Nhưng nếu đó là một hệ thống trống, bạn cần:

d-i pkgsel/bao gồm chuỗi alsa-utils

Cuối cùng, để gây ồn ào (ý định chơi chữ):

d-i preseed/late_command chuỗi trong mục tiêu /bin/sh -c \
    "bộ trộn âm Master 80% bật tiếng; bộ trộn âm PCM 80% bật tiếng; aplay /usr/share/sounds/alsa/Noise.wav"

Với ngăn xếp alsa đang hoạt động, bạn có thể dễ dàng nhận được danh sách các thiết bị âm thanh phần cứng bằng cách thực hiện chơi -l hoặc tương tự (trong mục tiêu) và sử dụng thông tin đó trong tập lệnh thiết lập của bạn sau này.

Mặc dù điều này có thể hoạt động, nhưng tôi có thể tưởng tượng rằng sẽ rất khó để thực hiện điều này đúng với các thiết lập phần cứng khác nhau. Một số card âm thanh sẽ cần chọn thêm công tắc hoặc đầu ra, v.v. Ngoài ra, modprobe các tùy chọn trong hệ thống cuối cùng có thể khác đáng kể so với môi trường d-i và ảnh hưởng đến chỉ số thẻ, v.v. Chúc bạn hack vui vẻ!

Giai đoạn này vẫn đang chạy trong chroot, vì vậy không có phiên bản systemd nào tồn tại và mọi thứ phụ thuộc vào systemd đang chạy trong nền đều bị hỏng.

Bạn cũng đang chạy một hình ảnh nhân được tạo cho trình cài đặt và mặc dù hình ảnh đó có thể giống với hình ảnh đã được cài đặt vào hệ thống đích, nhưng nó thường không giống như trình cài đặt sẽ chọn nhân mới nhất có sẵn tại thời gian cài đặt -- vì vậy các mô-đun được cài đặt trên hệ thống có thể sẽ không phù hợp với nhân hiện đang chạy.

Cách tốt nhất của bạn là tìm kiếm các mô-đun âm thanh cho nhân trình cài đặt (tôi tin rằng các mô-đun này tồn tại trong mô-đun trình cài đặt tùy chọn để có thể truy cập) và sử dụng các công cụ ALSA để phát âm thanh.