Incerc sa ma instalez containerd pentru kubernetes prin Mecanismul de instalare automată a Ubuntu (pentru Ubuntu 20.04).
Unele comenzi atunci când sunt utilizate în comenzi târzii par să eșueze fără un motiv evident. (Ieșire > 0 fără ieșire descriptivă.) Fragmentul eșuat de la comenzi târzii se pare ca:
comenzi întârziate:
- printf 'overlay\nbr_netfilter\n' > /target/etc/modules-load.d/containerd.conf
- curtin in-target --target=/target -- /usr/sbin/modprobe overlay
- curtin in-target --target=/target -- /usr/sbin/modprobe br_netfilter
Erorile de instalare arată că modprobe ieșiri de apel 1.
Repornesc VM-ul, mă conectez ca ubuntu, și devin rădăcină. În acel moment pot alerga suprapunere modprobe cu succes (ieșirea 0). Nici eu nu văd /var/crash/16238... (vezi mai sus), deoarece nu pare să existe pe țintă. (Bănuiesc că există în mediul de instalare.) /var/log/installer nici nu conţine nimic util.
Având în vedere cele de mai sus, ce ar putea face modprobe eșuează ca a late-command? Aparent fără legătură, am încercat și un schimbare -d 0 apel care a eșuat și cu mesajul de eroare zero. Există o explicație pentru ce unele comenzi pot să nu existe sau să nu funcționeze corect în mediul țintă în acea etapă?
Editarea 1: în ceea ce privește eșecul usermod, presupun că acest răspuns sugerează că utilizatorul ubuntu nu este creat în acel moment al procesului de instalare.
Edit 2: am adăugat un comenzi de eroare care pare util pentru depanare:
comenzi de eroare:
- /usr/bin/tail -n 250 /var/log/syslog
Asta se vede acum Suprapunerea modulului nu a fost găsită în /lib/modules/...:
