Pēc jaunākajiem uzlabojumiem par manu Gentoo vserver sistēma darbojas 3.3.0 Linux vserver kodolu (vserver-avotu-2.3.3.1), sistēma nesākās up pareizi vairs. Nav kodola moduļi ieguvuši ielādes un pat tīkla ierīces nav bijusi pieejama pēc reboot. Tas ir vairāk vai mazāk sliktākajā gadījumā, jo tad viens ir jābūt fiziski priekšā mašīnas un nevar salabot sistēmu, izmantojot SSH attālās login.

Kodola jauninājums nebija iemesls tam, bet jauninājums udev-182. Tas ir tas, ko žurnāls teica:

21 Mar 17:20:05 mittelerde / etc / init.d / sshd [5563]: KĻŪDA: Nevar startēt sshd kā net.eth0 nevarētu sākt
21 Mar 17:20:09 mittelerde / etc / init.d / udev-mount [6075]: udev izmanto devtmpfs uzstādīts uz / dev lai pārvaldītu ierīces.
21 Mar 17:20:09 mittelerde / etc / init.d / udev-mount [6076]: Tas nozīmē, ka CONFIG_DEVTMPFS = y ir nepieciešama
21 Mar 17:20:09 mittelerde / etc / init.d / udev-mount [6077]: no kodola konfigurācijas.
21 Mar 17:20:09 mittelerde / etc / init.d / udev-mount [6067]: ERROR: udev-mount neizdevās sākt
21 Mar 17:20:09 mittelerde / etc / init.d / udev [6066]: KĻŪDA: Nevar startēt udev kā udev uzstādāmas nevarētu sākt
21 Mar 17:21:06 mittelerde / etc/init.d/net.eth0 [6463]: ERROR: saskarne eth0 neeksistē

Ar informācija "CONFIG_DEVTMPFS = y ir nepieciešama" žurnāls satur nepieciešamo mājienu, lai iegūtu lietas darbu. CONFIG_DEVTMPFS iespēja bija iespēja kodolā. Pēc tam kodols ir jābūt recompiled. Opciju var atrast menuconfig zem Device Drivers-> Patentbrīvie vadītāja iespējas un sauc Uzturēt devtmpfs filesystem uzstādīt uz / dev. Lai iegūtu devfs automātiski uzstādīts boot laikā tas ir jēga, lai arī ļautu opciju automount devtmpfs vietnē / dev , pēc tam, kad kodols uzstādīts uz rootfs (CONFIG_DEVTMPFS_MOUNT).

Tas ir droši, lai šīs iespējas ar vecākiem udev versijām. To darot, aizsargā Jūsu sistēmu no nedarbojas vairāk, kad jūs saņemsiet udev atjauninājumu vēlāk.

Jürgen

Posted in vadītājiem , kodola , linux | 3 Komentāri »