Jak zapełnić katalog / dev podczas budowania własnego initrd?

Próbuję dowiedzieć się czegoś o initrd. Postępowałem zgodnie z tym samouczkiem, aby zbudować własny initrd od zera, i zainstalowałem na nim busyboksa. Następnie zrobiłem .iso z niego za pomocą isolinux, aby móc przetestować go w virtualbox. Działa świetnie!

Mam podstawowe polecenia z busybox, więc chciałem zamontować system plików. Ale katalog / dev jest prawie pusty (bez sda), z wyjątkiem niektórych plików, które utworzyłem podczas korzystania z samouczka. Dowiedziałem się o udev i myślę, że tego właśnie potrzebuję. Nie jestem jednak pewien, jak to zrobić.

Czy powinienem po prostu pobrać najnowszy kod źródłowy z udev, skompilować go i dodać do mojego initrd? A potem wywołaj / bin / udev czy coś takiego w moim skrypcie init? Czy jest inny / lepszy sposób na zapełnienie katalogu / dev?

Edycja: Kilka dodatkowych informacji i aktualizacji na temat tego, co już zrobiłem.

• Testuję wszystko w wirtualnym pudełku. Właśnie zainstalowałem ubuntu minimal w wirtualnym pudełku, zrobiłem .iso z mojego initrd, a następnie uruchomiłem z iso w virtualbox.
• Użyłem vmlinuz, /lib/modulesktóre były obecne na debian-businesscard.iso i skopiowałem je do mojego initrd, który utworzyłem, wykonując samouczek, który wcześniej podłączyłem.
• Jądro ma CONFIG_DEVTMPFS=y
• Niektóre urządzenia pojawiają się w /dev, jak tty0-tty63 i niektóre inne, ale nie sda ​​/ hda.
• Uruchomiłem lspci -kw moim obecnie działającym systemie operacyjnym i wirtualnym polu, aby sprawdzić, które moduły są w użyciu. SATA Controllermówi, że używa ahcijako modułu.
• Kiedy modprobe -v ahciwykonuję, dużo narzeka na „nieznany symbol: ata_some_stuff”, ale potem zwraca coś w stylu SCSI Subsystem initialized, ATA-6: VBOX HARDDISKi Direct-Access ATA VBOX HARDDISK. Jednak nadal nie znaleziono urządzeń na dysku twardym /dev.

Mój obecny /init/skrypt wygląda następująco:

#!/bin/ash
mount -t devtmpfs none /dev
mount -t proc /proc /proc
mount -t sysfs none /sys
modprobe -v ahci
echo "Hello world"
exec /bin/ash --login

Czy ktoś ma pojęcie, co robię źle i co powinienem robić zamiast tego?

Odpowiedź Gillesa jest prawidłowa, ale stara szkoła :-). Kolejną rzeczą wartą uwagi (bardziej drobiazgową w terminologii niż cokolwiek innego) jest to, że link do którego prowadzą linki to instrukcje, jak tworzyć initramfs, a nie initrd. Oba są podobne i służą temu samemu celowi, ale różnią się sposobem przechowywania i ładowania obrazu.

W każdym razie odpowiedź na twoje pytanie jest naprawdę bardzo prosta.

1. Włącz devtmpfsw jądrze ( CONFIG_DEVTMPFS=y)
2. Uruchom mount -t devtmpfs none /devjako pierwszą rzecz w initskrypcie.

Otóż ​​to. Devtmpfs zapełni się /devpodobnie jak udev. Nie trzeba nawet wstępnie wypełnione /dev(w obrazie initramfs) z podstawami jak null, zerolub console.

Udev zapełni się /devautomatycznie na podstawie sterowników załadowanych do jądra i urządzeń wykrytych przez te sterowniki. Nazwy urządzeń i ich uprawnienia oparte są na zestawie reguł, które administratorzy mogą dostosować. Większość systemów Linux powinna używać udev; wyjątkiem są systemy (zwykle osadzone), w których konfiguracja sprzętu jest znana w momencie konfigurowania systemu i nie będzie się później zmieniać.

Zazwyczaj dzwonisz udevdość wcześnie w sekwencji startowej. Jedną z niewielu rzeczy, które powinieneś (musisz?) Zrobić, to mount /proci /sys. Po uruchomieniu demona, wywołaj, udevadm trigger --action=add; udevadm settleaby udev przetworzył wszystkie oczekujące zdarzenia z jądra ( trigger) i zaczekaj, aż zdarzenia zostaną przetworzone przed kontynuowaniem ( settle). Następnie możesz zlokalizować urządzenie zawierające główny system plików.

Oprócz udevdpliku binarnego, będziesz potrzebować innych części udevna initrd. Obejmuje to pliki konfiguracyjne w /etc/udev, konfigurację podstawową /lib/udevoraz pliki binarne pomocnicze, takie jak scsi_idrównież /lib/udev. Potrzebujesz wszystkich programów, które są wywoływane z reguł udev, które dołączasz do initrd.

Pod koniec initrd, przed przeniesieniem kontroli na prawdziwą partycję root, musisz zatrzymać się udevdjak każdy inny program z initrd. To nie usuwa żadnego urządzenia z /dev. Użyj, mount --move /dev /root/devaby przenieść zamontowanego /devdo prawdziwego katalogu głównego.

Gentoo ma przewodnik po initramfs i stronę wiki initramfs, które wymieniają między innymi udev. Initramfs jest nowoczesnym następcą initrd, wykorzystującym archiwum CPIO zamiast obrazu systemu plików oraz z innym interfejsem procesu (na initrd /linuxrcmusi wyjść, podczas gdy na initramfs /initmusi mieć execinit z prawdziwego katalogu głównego); większość systemów zmieniła się w tych dniach (nawet jeśli plik nadal może mieć nazwę initrd).