jessie, Bootvorgang bricht ab

[guennid]

Jessie ohne udev und systemd

Mit folgender Meldung bricht das Booten ab, wenn ich den Standard-Kern verwende:

Code: Alles auswählen

bin/sh: can't access tty; job control turned off
(initramfs)

Mein selbstgebauter 3.18 ohne initrd bootet durch.

Grüße, Günther

[Blackbox]

Hallo Günther,

sieht fast so aus, als fehlt da (X)getty ?

[guennid]

Na, da erbarmt sich ja doch noch jemand. Danke!

Ich habe leider keine Ahnung, wie ich das beheben kann. Mittlerweile habe ich soviel rausgekriegt, dass ich mich an dieser Stelle in einer busybox befinde. Noch nie benutzt. /sbin/getty existiert, ist ein link auf /sbin/agetty. Du hast registriert, dass ein relativ aktueller Eigenbaukern durchbootet? Was mir noch auffällt: Mit dem Eigenbaukern lande ich samt X auf tty1 (ich habe autologin in /etc/inittab und startx in ~/.profile konfiguriert).

Grüße, Günther

[Blackbox]

Da in der Fehlermeldung irgend etwas von job control steht, rate ich mal.
at und/oder irgend ein minicron in der busybox ?

Hast du den Versucht unternommen, das initrramfs einem Update zu unterziehen ?

Code: Alles auswählen

# update-initramfs -u

Das sind alles nur Stiche ins Blaue, ich hoffe, es bringt dich etwas weiter ?

Die Frage ist, ob du den Eigenbaukernel direkt bootest, ober mit einem Bootloader kann sicherlich auch hilfreich sein ?
Wenn Bootloader hast du neue Konfiguration geschrieben ?

[guennid]

Tests müssen warten bis heute abend. Bin am Verreisen. Internet müsste gehen.

Grüße, Günther

[guennid]

So, Nachdem ich mir den bootloader (lilo) auch noch zerschossen und sinnigerweise auch keine live-cd dabei hatte, ist dieses Problem jetzt wieder behoben.

Code: Alles auswählen

update initramfs -u

hatte ich erfolglos probiert. In dieses busybox funktioniert ja einiges. Wenn ich ls /dev richtig interpretiere, dann gibt's da weder sda noch sda5 (meine root-Partition), aber jede Menge ttys.

Grüße, Günther

[guennid]

Sollte das hier die Ursache sein?:

Code: Alles auswählen

CONFIG_DEVTMPFS=y
# CONFIG_DEVTMPFS_MOUNT is not set

config 3.16.0-4-586

Das würde mMn bedeuten, das man jessie standardmäßig ohne udev nicht mehr booten kann.
Dem bootloader die Appendzeile

Code: Alles auswählen

append="devtmpfs.mount=1"

mitzugeben hat jedenfalls nichts gebracht.

Grüße, Günther

[rendegast]

Der Mount auf /dev/ findet default statt, soweit ich sehe ohne Einwirkungsmöglichkeit,
/usr/share/initramfs-tools/init resp. /init:

Code: Alles auswählen

...

# Note that this only becomes /dev on the real filesystem if udev's scripts
# are used; which they will be, but it's worth pointing out
tmpfs_size="10M"
if [ -e /etc/udev/udev.conf ]; then
        . /etc/udev/udev.conf
fi
if ! mount -t devtmpfs -o size=$tmpfs_size,mode=0755 udev /dev; then
        echo "W: devtmpfs not available, falling back to tmpfs for /dev"
        mount -t tmpfs -o size=$tmpfs_size,mode=0755 udev /dev
        [ -e /dev/console ] || mknod -m 0600 /dev/console c 5 1
        [ -e /dev/null ] || mknod /dev/null c 1 3
fi
mkdir /dev/pts
mount -t devpts -o noexec,nosuid,gid=5,mode=0620 devpts /dev/pts || true
mount -t tmpfs -o "nosuid,size=20%,mode=0755" tmpfs /run
mkdir -m 0755 /run/initramfs

...

Dieses /dev/ wird dann wohl durch udev der initrd bevölkert.

Du könntest /usr/share/initramfs-tools/init derart patchen,
daß die beiden 'mount ..... /dev' als 'echo mount ..... /dev' laufen.
(Feiner wäre ein Test, zBsp. eine Option aus der udev.conf oder der Kernel-Commandline,
oder Vorhandensein von /bin/udevadm, /sbin/udevd resp. /lib/systemd/systemd-udevd)



Paket makedev ist an Bord?
In initramfs-tools finde ich keinen Bezug darauf,
vielleicht kann makedev/MAKEDEV resp. dessen postinst händisch in der initrd eingebunden werden (/etc/initramfs-tools/.../),
sodaß es auf dem gamounteten /dev/ der initrd seine (initiale) Arbeit macht?

[guennid]

rendegast!

Ein harter Brocken für mich. Ich will sehen, ob und wie ich ihn verdauen kann.

Ich upgrade meine Maschinen in der Regel seit woody. Das ist, wenn ich recht sehe, das erste Mal, dass ich ohne udev nicht oder nur mit erheblichem Eingriff den Standard-Kern der aktuellen stabilen Debian-Version funktionierend installieren konnte. Heißt mit anderen Worten: der Kern ist abhängig von udev.

[edit] makedev ist an Bord.