Debian 9 (armel) - startet nicht

[devxnull]

Hi!
Ich habe hier ein etwas ungewöhnliches Setup. Ein etwas betagter Handheld PC mit StrongARM Prozessor, auf welchem ich Debian 9 zum laufen bringen will.

Kurze Zusammenfassung zum Kernel:
4.9.210 mit BX Emulation Patch (damit das ganze auch auf dem alten Prozessor läuft)
CONFIG_AEABI=y
CONFIG_OABI_COMPAT=y
Ganze Kernel config kann ich nachreichen sollte das relevant sein.

Das armel rootfs wurde auf eine CF Karte mit debootstrap kopiert. Danach die devices erstellt und einige Dinge wie Hostname, locale und so weiter konfiguriert.

Code: Alles auswählen

$ debootstrap --arch armel --foreign stretch /mnt/jornada http://ftp.de.debian.org/debian
$ cp /usr/bin/qemu-arm-static /mnt/jornada/usr/bin
$ LANG=C.UTF-8 chroot /mnt/jornada qemu-arm-static /bin/bash

$ /debootstrap/debootstrap --second-stage

$ apt install makedev
$ mount none /proc -t proc
$ cd /dev
$ MAKEDEV generic

Nun zum Problem: Der Kernel bootet und erkennt die Hardware brav, mountet das rootfs. Nach einiger Zeit erscheint crng init done und dann ist Schluss, das System bleibt einfach stehen.
Kann mir hier jemand helfen?

Hier das console output:

Code: Alles auswählen

--------linexec-------- 
LinExec: UART Initialized. 
LinExec: UART Initialized. 
LinExec: UART Initialized. 
LinExec: Beginning boot_linux. 
LinExec: Passing the point of no return.. Now. 
LinExec: Entering DRAMloader... 
Booting Linux on physical CPU 0x0 
Linux version 4.9.210 (stefan@spnub1804work) (gcc version 7.4.0 (Ubuntu/Linaro 7.4.0-1ubuntu1~18.04.1) ) #4 Tue Jan 21 15:00:20 UTC 2020 
CPU: StrongARM-1110 [6901b118] revision 8 (ARMv4), cr=c020717f 
CPU: VIVT data cache, VIVT instruction cache 
Machine: HP Jornada 720 
Memory policy: Data cache writeback 
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512 
Kernel command line: root=/dev/hda2 mem=128m rootdelay=2 console=ttySA0,115200n8 sa11xx_core.pc_debug=7 
PID hash table entries: 512 (order: -1, 2048 bytes) 
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) 
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) 
Memory: 125928K/131072K available (2980K kernel code, 117K rwdata, 628K rodata, 120K init, 84K bss, 5144K reserved, 0K cma-reserved) 
Virtual kernel memory layout: 
    vector  : 0xffff0000 - 0xffff1000   (   4 kB) 
    fixmap  : 0xffc00000 - 0xfff00000   (3072 kB) 
    vmalloc : 0xc8800000 - 0xff800000   ( 880 MB) 
    lowmem  : 0xc0000000 - 0xc8000000   ( 128 MB) 
    modules : 0xbf000000 - 0xc0000000   (  16 MB) 
      .text : 0xc0208000 - 0xc04f1250   (2981 kB) 
      .init : 0xc0590000 - 0xc05ae000   ( 120 kB) 
      .data : 0xc05ae000 - 0xc05cb420   ( 118 kB) 
       .bss : 0xc05cb420 - 0xc05e0748   (  85 kB) 
SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 
NR_IRQS:16 nr_irqs:61 61 
irq: Cannot allocate irq_descs @ IRQ1, assuming pre-allocated 
irq: Cannot allocate irq_descs @ IRQ33, assuming pre-allocated 
sched_clock: 32 bits at 3686kHz, resolution 271ns, wraps every 582542222200ns 
clocksource: oscr0: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 518462577799 ns 
Console: colour dummy device 30x40 
console [ttySA0] enabled 
Calibrating delay loop... 136.60 BogoMIPS (lpj=683008) 
pid_max: default: 32768 minimum: 301 
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes) 
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes) 
CPU: Testing write buffer coherency: ok 
Setting up static identity map for 0xc0208240 - 0xc0208298 
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns 
futex hash table entries: 256 (order: -1, 3072 bytes) 
NET: Registered protocol family 16 
DMA: preallocated 256 KiB pool for atomic coherent allocations 
SA1111 Microprocessor Companion Chip: silicon revision 1, metal revision 1 
sa1111 sa1111.0: Providing IRQ61-115 
sa1111-rab 0400: dmabounce: registered device 
sa1111-rab 0600: dmabounce: registered device 
usbcore: registered new interface driver usbfs 
usbcore: registered new interface driver hub 
usbcore: registered new device driver usb 
clocksource: Switched to clocksource oscr0 
genirq: Setting trigger mode 3 for irq 112 failed (sa1111_type_irq+0x0/0x8c) 
genirq: Setting trigger mode 3 for irq 114 failed (sa1111_type_irq+0x0/0x8c) 
jornada720_pcmcia_configure_socket(): config socket 0 vcc 0 vpp 0 
genirq: Setting trigger mode 3 for irq 113 failed (sa1111_type_irq+0x0/0x8c) 
genirq: Setting trigger mode 3 for irq 115 failed (sa1111_type_irq+0x0/0x8c) 
jornada720_pcmcia_configure_socket(): config socket 1 vcc 0 vpp 0 
NET: Registered protocol family 2 
TCP established hash table entries: 1024 (order: 0, 4096 bytes) 
TCP bind hash table entries: 1024 (order: 0, 4096 bytes) 
TCP: Hash tables configured (established 1024 bind 1024) 
UDP hash table entries: 256 (order: 0, 4096 bytes) 
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) 
NET: Registered protocol family 1 
NetWinder Floating Point Emulator V0.97 (double precision) 
SSP: device initialized with irq 
workingset: timestamp_bits=30 max_order=15 bucket_order=0 
io scheduler noop registered 
io scheduler deadline registered 
io scheduler cfq registered (default) 
Epson S1D13XXX FB Driver 
s1d13xxxfb: chip production id 4 = S1D13506 
s1d13xxxfb: chip revision 1 
s1d13xxxfb: regs mapped at 0xf0000000, fb 512 KiB mapped at 0xf1000000 
Console: switching to colour frame buffer device 80x30 
fb0: S1D13xxx frame buffer device 
Serial: SA11x0 driver 
sa11x0-uart.1: ttySA1 at MMIO 0x80010000 (irq = 16, base_baud = 230400) is a SA1100 
sa11x0-uart.3: ttySA0 at MMIO 0x80050000 (irq = 18, base_baud = 230400) is a SA1100 
loop: module loaded 
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33 
nbd: registered device at major 43 
Uniform Multi-Platform E-IDE driver 
ide-gd driver 1.18 
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver 
sa1111-ohci 0400: SA-1111 OHCI 
sa1111-ohci 0400: new USB bus registered, assigned bus number 1 
sa1111-ohci 0400: irq 105, io mem 0x40000400 
hub 1-0:1.0: USB hub found 
hub 1-0:1.0: 1 port detected 
mousedev: PS/2 mouse device common for all mice 
input: HP Jornada 720 keyboard as /devices/platform/jornada720_kbd/input/input0 
input: HP Jornada 7xx Touchscreen as /devices/platform/jornada_ts/input/input1 
sa1100-rtc sa1100-rtc: rtc core: registered sa1100-rtc as rtc0 
usbcore: registered new interface driver usbhid 
usbhid: USB HID core driver 
NET: Registered protocol family 17 
Registering BX emulation handler 
sa1100-rtc sa1100-rtc: setting system clock to 1970-01-01 00:00:25 UTC (25) 
Waiting 2 sec before mounting root device... 
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33 
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33 
pcmcia_socket pcmcia_socket1: pccard: PCMCIA card inserted into slot 1 
pcmcia 1.0: pcmcia: registering new device pcmcia1.0 (IRQ: 111) 
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 0 
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 0 
hda: CF Card, CFA DISK drive 
random: fast init done 
ide0 at 0xc8870000-0xc8870007,0xc887000e on irq 111 
bounce: isa pool size: 16 pages 
hda: max request size: 1024KiB 
hda: 7806960 sectors (3997 MB) w/1KiB Cache, CHS=7745/255/63 
hda: cache flushes supported 
 hda: hda1 hda2 hda3 
ide-cs 1.0: ide-cs: hda: Vpp = 0.0 
EXT2-fs (hda2): warning: mounting unchecked fs, running e2fsck is recommended 
VFS: Mounted root (ext2 filesystem) on device 3:2. 
Freeing unused kernel memory: 120K 
This architecture does not have kernel memory protection. 
random: crng init done 

lg.
Stefan

[devxnull]

Habe jetzt erst gesehen dass das Thema besser nach "Notebooks und spezielle Geräte" passen würde. Kann das bitte jemand verschieben?

Danke und Grüße
Stefan

[hikaru]

Ähnliche Probleme auf einem Raspberry Pi lassen vermuten, dass der Random Number Generator nicht ordentlich funktioniert. [1]
Ist haveged installiert?

[1] https://lb.raspberrypi.org/forums/viewt ... p?t=209093

[devxnull]

Hi!
Danke für deine Antwort. Das war auch mein erster Ansatz. haveged habe ich per chroot installiert und mit systemctl enable haveged aktiviert.
Leider immer noch das selbe Fehlerbild ...

lg.
Stefan

[MSfree]

Schonmal versucht, einfach die Enter-Taste zu betätigen?

Laut diesem Thread aus dem Raspiforum ist das da auch schon vorgekommen:
https://lb.raspberrypi.org/forums/viewt ... p?t=209093

[devxnull]

Das mit der Enter Taste ändert auch nichts. Ich habe auch testweise mal versucht init=/bin/bash zu übergeben. Kommt aber zum selben Ergebnis ...


lg.
Stefan

[MSfree]

Naja, ich lese da Jornada 720, der hatte 32MB RAM (?) und einen 200MHz ARM. Vor allem RAM ist da nicht gerade üppig vorhanden. 32MB sind selbst für eine reine CLI-Umgebung sehr eng. Wie lange hast du denn gewartet, nachdem die crng init done Meldung kam?

Gut möglich, daß der sich mehrere Minuten "gönnt", bevor es weiter geht.

Achso, das Dateisystem könntest du mal auf einem anderen Linuxrechner mit fsck bereinigen lassen, eine entsprechende Meldung ist auch in deiner Log-Ausgabe zu sehen.

[devxnull]

Hi!
Danke dir für deine Antwort. Das Ding hat ein Upgrade auf 128MB RAM erhalten. http://www.sp-net.at/wiki/doku.php?id=j ... ry_upgrade
Die crng init done Meldung lief eine gute Stunde, dann habe ich abgebrochen ... das fsck werde ich mal drüberlaufen lassen!

lg.
Stefan

[devxnull]

Hi!
Kleines Update: die Kiste läuft. Zumindest mit einem 4.8.7 Kernel! Anscheinend mag der neuere Kernel den BX Emulation Patch nicht so ganz ...

lg.
Stefan