Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Fehler nach eisfair-update, eisfair fährt gleich wieder runter, libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No such file or directory
25 views
Skip to first unread message
Helmut Pohl
Aug 24, 2022, 6:37:48 AM8/24/22
to
Hallo Zusammen,
nachdem ich einige Updates für meinen virtuellen eis64-virt 4.19.245
(old) / 4.9.255 unter Xen gemacht habe, fährt er nicht mehr hoch,
sondern wieder herunter.
Folgende Bildschirmausgaben sind zu sehen:
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /old-kernel modules=ext4 console=hvc0 root=/dev/xvda3
initrd /old-initrd.gz
============= Init TPM Front ================
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
update_va_mapping failed for with rc=0.
close blk: backend=/local/domain/0/backend/vbd/6/51712 node=device/vbd/51712
close blk: backend=/local/domain/0/backend/vbd/6/51729 node=device/vbd/51729
Linux version 4.9.245-eisfair-64-VIRT (root@e64k49) (gcc version 9.3.1
20200406 [revision 6db837a5288ee3ca5ec504fbd5a765817e556ac2] (eisfair
Linux) ) #1 SMP Sun Nov 22 13:21:19 CET 2020
Command line: modules=ext4 console=hvc0 root=/dev/xvda3
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
Centaur CentaurHauls
x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
x86/fpu: Enabled xstate features 0x3, context size is 576 bytes, using
'standard' format.
ACPI in unprivileged domain disabled
Released 0 page(s)
e820: BIOS-provided physical RAM map:
Xen: [mem 0x0000000000000000-0x000000000009ffff] usable
Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved
Xen: [mem 0x0000000000100000-0x00000000ffffffff] usable
NX (Execute Disable) protection: active
DMI not present or invalid.
Hypervisor detected: Xen
e820: last_pfn = 0x100000 max_arch_pfn = 0x400000000
MTRR: Disabled
x86/PAT: MTRRs disabled, skipping PAT initialization too.
x86/PAT: Configuration [0-7]: WB WT UC- UC WC WP UC UC
RAMDISK: [mem 0x02000000-0x03738fff]
NUMA turned off
Faking a node at [mem 0x0000000000000000-0x00000000ffffffff]
NODE_DATA(0) allocated [mem 0xff815000-0xff818fff]
Zone ranges:
DMA [mem 0x0000000000001000-0x0000000000ffffff]
DMA32 [mem 0x0000000001000000-0x00000000ffffffff]
Normal empty
Movable zone start for each node
Early memory node ranges
node 0: [mem 0x0000000000001000-0x000000000009ffff]
node 0: [mem 0x0000000000100000-0x00000000ffffffff]
Initmem setup node 0 [mem 0x0000000000001000-0x00000000ffffffff]
p2m virtual area at ffffc90000000000, size is 40000000
Remapped 0 page(s)
SFI: Simple Firmware Interface v0.81 http://simplefirmware.org
smpboot: Allowing 1 CPUs, 0 hotplug CPUs
e820: cannot find a gap in the 32bit address range
e820: PCI devices with unassigned 32bit BARs may break!
e820: [mem 0x100100000-0x1004fffff] available for PCI devices
Booting paravirtualized kernel on Xen
Xen version: 4.12.4 (preserve-AD)
clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff,
max_idle_ns: 7645519600211568 ns
setup_percpu: NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:1 nr_node_ids:1
percpu: Embedded 33 pages/cpu s94552 r8192 d32424 u2097152
PV qspinlock hash table entries: 256 (order: 0, 4096 bytes)
Built 1 zonelists in Node order, mobility grouping on. Total pages: 1032074
Policy zone: DMA32
Kernel command line: modules=ext4 console=hvc0 root=/dev/xvda3
PID hash table entries: 4096 (order: 3, 32768 bytes)
Memory: 4075248K/4193916K available (6293K kernel code, 597K rwdata,
1728K rodata, 1128K init, 452K bss, 118668K reserved, 0K cma-reserved)
SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Hierarchical RCU implementation.
Build-time adjustment of leaf fanout to 64.
RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=1.
RCU: Adjusting geometry for rcu_fanout_leaf=64, nr_cpu_ids=1
Using NULL legacy PIC
NR_IRQS:4352 nr_irqs:32 0
xen:events: Using FIFO-based ABI
Console: colour dummy device 80x25
console [tty0] enabled
console [hvc0] enabled
clocksource: xen: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb,
max_idle_ns: 881590591483 ns
installing Xen timer for CPU 0
tsc: Unable to calibrate against PIT
tsc: No reference (HPET/PMTIMER) available
tsc: Detected 2992.498 MHz processor
Calibrating delay loop (skipped), value calculated using timer
frequency.. 5984.99 BogoMIPS (lpj=11969992)
pid_max: default: 32768 minimum: 301
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mountpoint-cache hash table entries: 8192 (order: 4, 65536 bytes)
mce: CPU supports 2 MCE banks
Last level iTLB entries: 4KB 128, 2MB 4, 4MB 4
Last level dTLB entries: 4KB 256, 2MB 0, 4MB 32, 1GB 0
Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer
sanitization
Spectre V2 : Mitigation: Full generic retpoline
Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context
switch
Speculative Store Bypass: Vulnerable
MDS: Vulnerable: Clear CPU buffers attempted, no microcode
Freeing SMP alternatives memory: 28K
cpu 0 spinlock event irq 1
smpboot: Max logical packages: 1
VPMU disabled by hypervisor.
Performance Events: unsupported p6 CPU model 23 no PMU driver, software
events only.
x86: Booted up 1 node, 1 CPUs
devtmpfs: initialized
x86/mm: Memory block size: 128MB
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff,
max_idle_ns: 7645041785100000 ns
futex hash table entries: 256 (order: 2, 16384 bytes)
xor: measuring software checksum speed
prefetch64-sse: 17135.000 MB/sec
generic_sse: 14481.000 MB/sec
xor: using function: prefetch64-sse (17135.000 MB/sec)
NET: Registered protocol family 16
xen:grant_table: Grant tables using version 1 layout
Grant table initialized
PCI: setting up Xen PCI frontend stub
raid6: sse2x1 gen() 4182 MB/s
raid6: sse2x1 xor() 5166 MB/s
raid6: sse2x2 gen() 3772 MB/s
raid6: sse2x2 xor() 6331 MB/s
raid6: sse2x4 gen() 9186 MB/s
raid6: sse2x4 xor() 5716 MB/s
raid6: using algorithm sse2x4 gen() 9186 MB/s
raid6: .... xor() 5716 MB/s, rmw enabled
raid6: using ssse3x2 recovery algorithm
ACPI: Interpreter disabled.
xen:balloon: Initialising balloon driver
xen_balloon: Initialising balloon driver
vgaarb: loaded
dmi: Firmware registration failed.
PCI: System does not support PCI
PCI: System does not support PCI
clocksource: Switched to clocksource xen
VFS: Disk quotas dquot_6.6.0
VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
pnp: PnP ACPI: disabled
NET: Registered protocol family 2
TCP established hash table entries: 32768 (order: 6, 262144 bytes)
TCP bind hash table entries: 32768 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 32768 bind 32768)
UDP hash table entries: 2048 (order: 4, 65536 bytes)
UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)
NET: Registered protocol family 1
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 23780K
workingset: timestamp_bits=40 max_order=20 bucket_order=0
SGI XFS with ACLs, security attributes, realtime, no debug enabled
async_tx: api initialized (async)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
io scheduler noop registered
io scheduler deadline registered (default)
io scheduler cfq registered
vga16fb: mapped to 0xffff8800000a0000
random: fast init done
Console: switching to colour frame buffer device 80x30
fb0: VGA16 VGA frame buffer device
xen:xen_evtchn: Event-channel device installed
Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled
Floppy drive(s): fd0 is unknown type 15 (usb?), fd1 is unknown type 15
(usb?)
clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x2b2296bc2b9,
max_idle_ns: 440795321505 ns
brd: module loaded
genirq: Flags mismatch irq 6. 00000000 (floppy) vs. 0002cc00 (irqwork0)
floppy0: Unable to grab IRQ6 for the floppy driver
Invalid max_queues (4), will use default max: 1.
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <ma...@qualcomm.com>
i8042: PNP: No PS/2 controller found. Probing ports directly.
i8042: No controller found
hv_vmbus: registering driver hyperv_keyboard
mousedev: PS/2 mouse device common for all mice
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: multipath personality registered for level -4
device-mapper: ioctl: 4.35.0-ioctl (2016-06-23) initialised:
dm-d...@redhat.com
Initializing XFRM netlink socket
NET: Registered protocol family 17
NET: Registered protocol family 15
Key type dns_resolver registered
registered taskstats version 1
blkfront: xvda: flush diskcache: enabled; persistent grants: enabled;
indirect descriptors: enabled;
xvda: xvda1 xvda2 xvda3
blkfront: xvdb1: barrier or flush: disabled; persistent grants: enabled;
indirect descriptors: enabled;
xenbus_probe_frontend: Device with no driver: device/vif/0
hctosys: unable to open rtc device (rtc0)
Freeing unused kernel memory: 1128K
Write protecting the kernel read-only data: 10240k
Freeing unused kernel memory: 1884K
Freeing unused kernel memory: 320K
Loading Input/USB/SCSI/SATA/PATA drivers ...
Creating busybox symlinks ...
Mounting proc ...
Mounting sys ...
Mounting devtmpfs on /dev ...
Executing "/sbin/udevd --daemon --resolve-names=never" ...
udevd[1135]: starting version 3.2.9
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
Executing "udevadm trigger --action=add --type=subsystems" ...
udevd[1136]: starting eudev-3.2.9
Executing "udevadm trigger --action=add --type=devices" ...
Executing "udevadm trigger --action=change --type=devices" ...
Executing "udevadm settle" ...
rootdev is /dev/xvda3.
EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
Executing switch_root and spawning init ...
INIT: version 2.99 booting
INIT: Entering runlevel: 2
* Running /etc/init.d/rc ...
* Switching from runlevel N to 2 ...
* Loading kernel modules ...
libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
such file or directory
Error: could not get list of modules: No such file or directory
[ OK ]
* Populating /dev with device nodes...
/usr/bin/in.grep: /proc/mounts: No such file or directory
FAILURE:\n\nUnable to create devices without a SysFS filesystem\n\nAfter
you press Enter, this system will be halted and powered off.\n\n
* Sending all processes the TERM signal ...
[ OK ]
* Sending all processes the KILL signal ...
[ OK ]
* Turning off swap ...
swapoff: cannot find the device for
UUID=b4371245-597c-4bbd-9077-669f0e8b9fe4 [ OK ]
mount: /: can't find UUID=98a1e526-ea0e-4b5c-941d-57cfac4fa9d5.
* eisfair is going down for system halt NOW!
[ OK ]
xenbus: xenbus_dev_shutdown: device/vif/0: Initialising != Connected,
skipping
reboot: System halted
So wie ich das sehe, findet er jetzt irgendwelche Kernelmodule nicht und
fährt geordnet herunter.
Wie kann ich diesen Fehler abstellen? Hat Jemand eine Idee?
Gruß,
Helmut
nachdem ich einige Updates für meinen virtuellen eis64-virt 4.19.245
(old) / 4.9.255 unter Xen gemacht habe, fährt er nicht mehr hoch,
sondern wieder herunter.
Folgende Bildschirmausgaben sind zu sehen:
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /old-kernel modules=ext4 console=hvc0 root=/dev/xvda3
initrd /old-initrd.gz
============= Init TPM Front ================
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
update_va_mapping failed for with rc=0.
close blk: backend=/local/domain/0/backend/vbd/6/51712 node=device/vbd/51712
close blk: backend=/local/domain/0/backend/vbd/6/51729 node=device/vbd/51729
Linux version 4.9.245-eisfair-64-VIRT (root@e64k49) (gcc version 9.3.1
20200406 [revision 6db837a5288ee3ca5ec504fbd5a765817e556ac2] (eisfair
Linux) ) #1 SMP Sun Nov 22 13:21:19 CET 2020
Command line: modules=ext4 console=hvc0 root=/dev/xvda3
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
Centaur CentaurHauls
x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
x86/fpu: Enabled xstate features 0x3, context size is 576 bytes, using
'standard' format.
ACPI in unprivileged domain disabled
Released 0 page(s)
e820: BIOS-provided physical RAM map:
Xen: [mem 0x0000000000000000-0x000000000009ffff] usable
Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved
Xen: [mem 0x0000000000100000-0x00000000ffffffff] usable
NX (Execute Disable) protection: active
DMI not present or invalid.
Hypervisor detected: Xen
e820: last_pfn = 0x100000 max_arch_pfn = 0x400000000
MTRR: Disabled
x86/PAT: MTRRs disabled, skipping PAT initialization too.
x86/PAT: Configuration [0-7]: WB WT UC- UC WC WP UC UC
RAMDISK: [mem 0x02000000-0x03738fff]
NUMA turned off
Faking a node at [mem 0x0000000000000000-0x00000000ffffffff]
NODE_DATA(0) allocated [mem 0xff815000-0xff818fff]
Zone ranges:
DMA [mem 0x0000000000001000-0x0000000000ffffff]
DMA32 [mem 0x0000000001000000-0x00000000ffffffff]
Normal empty
Movable zone start for each node
Early memory node ranges
node 0: [mem 0x0000000000001000-0x000000000009ffff]
node 0: [mem 0x0000000000100000-0x00000000ffffffff]
Initmem setup node 0 [mem 0x0000000000001000-0x00000000ffffffff]
p2m virtual area at ffffc90000000000, size is 40000000
Remapped 0 page(s)
SFI: Simple Firmware Interface v0.81 http://simplefirmware.org
smpboot: Allowing 1 CPUs, 0 hotplug CPUs
e820: cannot find a gap in the 32bit address range
e820: PCI devices with unassigned 32bit BARs may break!
e820: [mem 0x100100000-0x1004fffff] available for PCI devices
Booting paravirtualized kernel on Xen
Xen version: 4.12.4 (preserve-AD)
clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff,
max_idle_ns: 7645519600211568 ns
setup_percpu: NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:1 nr_node_ids:1
percpu: Embedded 33 pages/cpu s94552 r8192 d32424 u2097152
PV qspinlock hash table entries: 256 (order: 0, 4096 bytes)
Built 1 zonelists in Node order, mobility grouping on. Total pages: 1032074
Policy zone: DMA32
Kernel command line: modules=ext4 console=hvc0 root=/dev/xvda3
PID hash table entries: 4096 (order: 3, 32768 bytes)
Memory: 4075248K/4193916K available (6293K kernel code, 597K rwdata,
1728K rodata, 1128K init, 452K bss, 118668K reserved, 0K cma-reserved)
SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Hierarchical RCU implementation.
Build-time adjustment of leaf fanout to 64.
RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=1.
RCU: Adjusting geometry for rcu_fanout_leaf=64, nr_cpu_ids=1
Using NULL legacy PIC
NR_IRQS:4352 nr_irqs:32 0
xen:events: Using FIFO-based ABI
Console: colour dummy device 80x25
console [tty0] enabled
console [hvc0] enabled
clocksource: xen: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb,
max_idle_ns: 881590591483 ns
installing Xen timer for CPU 0
tsc: Unable to calibrate against PIT
tsc: No reference (HPET/PMTIMER) available
tsc: Detected 2992.498 MHz processor
Calibrating delay loop (skipped), value calculated using timer
frequency.. 5984.99 BogoMIPS (lpj=11969992)
pid_max: default: 32768 minimum: 301
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mountpoint-cache hash table entries: 8192 (order: 4, 65536 bytes)
mce: CPU supports 2 MCE banks
Last level iTLB entries: 4KB 128, 2MB 4, 4MB 4
Last level dTLB entries: 4KB 256, 2MB 0, 4MB 32, 1GB 0
Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer
sanitization
Spectre V2 : Mitigation: Full generic retpoline
Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context
switch
Speculative Store Bypass: Vulnerable
MDS: Vulnerable: Clear CPU buffers attempted, no microcode
Freeing SMP alternatives memory: 28K
cpu 0 spinlock event irq 1
smpboot: Max logical packages: 1
VPMU disabled by hypervisor.
Performance Events: unsupported p6 CPU model 23 no PMU driver, software
events only.
x86: Booted up 1 node, 1 CPUs
devtmpfs: initialized
x86/mm: Memory block size: 128MB
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff,
max_idle_ns: 7645041785100000 ns
futex hash table entries: 256 (order: 2, 16384 bytes)
xor: measuring software checksum speed
prefetch64-sse: 17135.000 MB/sec
generic_sse: 14481.000 MB/sec
xor: using function: prefetch64-sse (17135.000 MB/sec)
NET: Registered protocol family 16
xen:grant_table: Grant tables using version 1 layout
Grant table initialized
PCI: setting up Xen PCI frontend stub
raid6: sse2x1 gen() 4182 MB/s
raid6: sse2x1 xor() 5166 MB/s
raid6: sse2x2 gen() 3772 MB/s
raid6: sse2x2 xor() 6331 MB/s
raid6: sse2x4 gen() 9186 MB/s
raid6: sse2x4 xor() 5716 MB/s
raid6: using algorithm sse2x4 gen() 9186 MB/s
raid6: .... xor() 5716 MB/s, rmw enabled
raid6: using ssse3x2 recovery algorithm
ACPI: Interpreter disabled.
xen:balloon: Initialising balloon driver
xen_balloon: Initialising balloon driver
vgaarb: loaded
dmi: Firmware registration failed.
PCI: System does not support PCI
PCI: System does not support PCI
clocksource: Switched to clocksource xen
VFS: Disk quotas dquot_6.6.0
VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
pnp: PnP ACPI: disabled
NET: Registered protocol family 2
TCP established hash table entries: 32768 (order: 6, 262144 bytes)
TCP bind hash table entries: 32768 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 32768 bind 32768)
UDP hash table entries: 2048 (order: 4, 65536 bytes)
UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)
NET: Registered protocol family 1
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 23780K
workingset: timestamp_bits=40 max_order=20 bucket_order=0
SGI XFS with ACLs, security attributes, realtime, no debug enabled
async_tx: api initialized (async)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
io scheduler noop registered
io scheduler deadline registered (default)
io scheduler cfq registered
vga16fb: mapped to 0xffff8800000a0000
random: fast init done
Console: switching to colour frame buffer device 80x30
fb0: VGA16 VGA frame buffer device
xen:xen_evtchn: Event-channel device installed
Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled
Floppy drive(s): fd0 is unknown type 15 (usb?), fd1 is unknown type 15
(usb?)
clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x2b2296bc2b9,
max_idle_ns: 440795321505 ns
brd: module loaded
genirq: Flags mismatch irq 6. 00000000 (floppy) vs. 0002cc00 (irqwork0)
floppy0: Unable to grab IRQ6 for the floppy driver
Invalid max_queues (4), will use default max: 1.
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <ma...@qualcomm.com>
i8042: PNP: No PS/2 controller found. Probing ports directly.
i8042: No controller found
hv_vmbus: registering driver hyperv_keyboard
mousedev: PS/2 mouse device common for all mice
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: multipath personality registered for level -4
device-mapper: ioctl: 4.35.0-ioctl (2016-06-23) initialised:
dm-d...@redhat.com
Initializing XFRM netlink socket
NET: Registered protocol family 17
NET: Registered protocol family 15
Key type dns_resolver registered
registered taskstats version 1
blkfront: xvda: flush diskcache: enabled; persistent grants: enabled;
indirect descriptors: enabled;
xvda: xvda1 xvda2 xvda3
blkfront: xvdb1: barrier or flush: disabled; persistent grants: enabled;
indirect descriptors: enabled;
xenbus_probe_frontend: Device with no driver: device/vif/0
hctosys: unable to open rtc device (rtc0)
Freeing unused kernel memory: 1128K
Write protecting the kernel read-only data: 10240k
Freeing unused kernel memory: 1884K
Freeing unused kernel memory: 320K
Loading Input/USB/SCSI/SATA/PATA drivers ...
Creating busybox symlinks ...
Mounting proc ...
Mounting sys ...
Mounting devtmpfs on /dev ...
Executing "/sbin/udevd --daemon --resolve-names=never" ...
udevd[1135]: starting version 3.2.9
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
Executing "udevadm trigger --action=add --type=subsystems" ...
udevd[1136]: starting eudev-3.2.9
Executing "udevadm trigger --action=add --type=devices" ...
Executing "udevadm trigger --action=change --type=devices" ...
Executing "udevadm settle" ...
rootdev is /dev/xvda3.
EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
Executing switch_root and spawning init ...
INIT: version 2.99 booting
INIT: Entering runlevel: 2
* Running /etc/init.d/rc ...
* Switching from runlevel N to 2 ...
* Loading kernel modules ...
libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
such file or directory
Error: could not get list of modules: No such file or directory
[ OK ]
* Populating /dev with device nodes...
/usr/bin/in.grep: /proc/mounts: No such file or directory
FAILURE:\n\nUnable to create devices without a SysFS filesystem\n\nAfter
you press Enter, this system will be halted and powered off.\n\n
* Sending all processes the TERM signal ...
[ OK ]
* Sending all processes the KILL signal ...
[ OK ]
* Turning off swap ...
swapoff: cannot find the device for
UUID=b4371245-597c-4bbd-9077-669f0e8b9fe4 [ OK ]
mount: /: can't find UUID=98a1e526-ea0e-4b5c-941d-57cfac4fa9d5.
* eisfair is going down for system halt NOW!
[ OK ]
xenbus: xenbus_dev_shutdown: device/vif/0: Initialising != Connected,
skipping
reboot: System halted
So wie ich das sehe, findet er jetzt irgendwelche Kernelmodule nicht und
fährt geordnet herunter.
Wie kann ich diesen Fehler abstellen? Hat Jemand eine Idee?
Gruß,
Helmut
Marcus Röckrath
Aug 24, 2022, 12:00:02 PM8/24/22
to
Hallo Helmut,
Helmut Pohl wrote:
> nachdem ich einige Updates für meinen virtuellen eis64-virt 4.19.245
> (old) / 4.9.255 unter Xen gemacht habe, fährt er nicht mehr hoch,
> sondern wieder herunter.
Einige=Welche Updates?
> version 4.9.245-eisfair-64-VIRT (root@e64k49) (gcc version 9.3.1 20200406
> [revision 6db837a5288ee3ca5ec504fbd5a765817e556ac2] (eisfair Linux) ) #1
> SMP Sun Nov 22 13:21:19 CET 2020 Command line: modules=ext4 console=hvc0
> root=/dev/xvda3 KERNEL supported cpus:
Der Kernel, den du bootest ist von November 2020.
War das System also im Zustand von Ende 2020 und wurde nun auf den aktuellen
Stand gebracht?
> Mounting proc ...
> Mounting sys ...
> Mounting devtmpfs on /dev ...
proc und sys scheinen korrekt gemountet.
> * Running /etc/init.d/rc ...
Er hat somit / korrekt gemountet und startet die Initskripte.
> * Switching from runlevel N to 2 ...
> * Loading kernel modules ...
> libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
> such file or directory
> Error: could not get list of modules: No such file or directory
> [ OK ]
> * Populating /dev with device nodes...
> /usr/bin/in.grep: /proc/mounts: No such file or directory
Nun meckert er aber, dass ihm wichtige Dateien, die ja beim Boot angelegt
werden, fehlen.
> FAILURE:\n\nUnable to create devices without a SysFS filesystem\n\nAfter
> you press Enter, this system will be halted and powered off.\n\n
Das aber /sys nicht existiert, führt nun schlussendlich zum Shutdown.
Poste mal die /etc/fstab.
Sage mal genaueres über den Aktualitätszustand des Systems vor dem Update.
--
Gruß Marcus
[eisfair-Team]
Helmut Pohl wrote:
> nachdem ich einige Updates für meinen virtuellen eis64-virt 4.19.245
> (old) / 4.9.255 unter Xen gemacht habe, fährt er nicht mehr hoch,
> sondern wieder herunter.
> version 4.9.245-eisfair-64-VIRT (root@e64k49) (gcc version 9.3.1 20200406
> [revision 6db837a5288ee3ca5ec504fbd5a765817e556ac2] (eisfair Linux) ) #1
> SMP Sun Nov 22 13:21:19 CET 2020 Command line: modules=ext4 console=hvc0
> root=/dev/xvda3 KERNEL supported cpus:
War das System also im Zustand von Ende 2020 und wurde nun auf den aktuellen
Stand gebracht?
> Mounting proc ...
> Mounting sys ...
> Mounting devtmpfs on /dev ...
> * Running /etc/init.d/rc ...
Er hat somit / korrekt gemountet und startet die Initskripte.
> * Switching from runlevel N to 2 ...
> * Loading kernel modules ...
> libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
> such file or directory
> Error: could not get list of modules: No such file or directory
> [ OK ]
> * Populating /dev with device nodes...
> /usr/bin/in.grep: /proc/mounts: No such file or directory
werden, fehlen.
> FAILURE:\n\nUnable to create devices without a SysFS filesystem\n\nAfter
> you press Enter, this system will be halted and powered off.\n\n
Poste mal die /etc/fstab.
Sage mal genaueres über den Aktualitätszustand des Systems vor dem Update.
--
Gruß Marcus
[eisfair-Team]
Helmut Pohl
Aug 26, 2022, 5:49:30 AM8/26/22
to
Hallo Marcus,
Am 24.08.2022 um 17:52 schrieb Marcus Röckrath:
> Hallo Helmut,
>
> Helmut Pohl wrote:
>
>> nachdem ich einige Updates für meinen virtuellen eis64-virt 4.19.245
>> (old) / 4.9.255 unter Xen gemacht habe, fährt er nicht mehr hoch,
>> sondern wieder herunter.
>
> Einige=Welche Updates?
Oh, so genau weiß ich es nicht mehr. Vermutlich war dabei: firmware,
extlinux, eisfairbase ...
Ich vermute extlinux als das Problem.
>
>> version 4.9.245-eisfair-64-VIRT (root@e64k49) (gcc version 9.3.1 20200406
>> [revision 6db837a5288ee3ca5ec504fbd5a765817e556ac2] (eisfair Linux) ) #1
>> SMP Sun Nov 22 13:21:19 CET 2020 Command line: modules=ext4 console=hvc0
>> root=/dev/xvda3 KERNEL supported cpus:
>
> Der Kernel, den du bootest ist von November 2020.
Ich hatte den Kernel auf dem alten Stand gelassen, aber zwischenzeitlich
andere Pakete auf den aktuellen Stand gebracht.
Es sind die Kernel 4.9.245 und 4.9.255 installiert.
Wie kann man die installierten Pakete auf der Installation heraus finden?
> War das System also im Zustand von Ende 2020 und wurde nun auf den aktuellen
> Stand gebracht?
Nein, siehe oben.
>
>> Mounting proc ...
>> Mounting sys ...
>> Mounting devtmpfs on /dev ...
>
> proc und sys scheinen korrekt gemountet.
>
>> * Running /etc/init.d/rc ...
>
> Er hat somit / korrekt gemountet und startet die Initskripte.
>
>> * Switching from runlevel N to 2 ...
>> * Loading kernel modules ...
>> libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
>> such file or directory
>> Error: could not get list of modules: No such file or directory
>> [ OK ]
>> * Populating /dev with device nodes...
>> /usr/bin/in.grep: /proc/mounts: No such file or directory
>
> Nun meckert er aber, dass ihm wichtige Dateien, die ja beim Boot angelegt
> werden, fehlen.
>
>> FAILURE:\n\nUnable to create devices without a SysFS filesystem\n\nAfter
>> you press Enter, this system will be halted and powered off.\n\n
>
> Das aber /sys nicht existiert, führt nun schlussendlich zum Shutdown.
>
> Poste mal die /etc/fstab.
proc /proc proc defaults 0 0
/dev/fd0 /media/floppy auto defaults,user,noauto 0 0
/dev/cdrom /media/cdrom iso9660 defaults,ro,user,noauto 0 0
devpts /dev/pts devpts defaults,gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run tmpfs defaults 0 0
devtmpfs /dev devtmpfs mode=0755,nosuid 0 0
UUID=9c59b145-b6fc-4e19-a2ec-9b4ca1eaf547 /boot ext2
defaults,errors=remount-ro
0 1
UUID=b4371245-597c-4bbd-9077-669f0e8b9fe4 none swap sw 0 0
UUID=98a1e526-ea0e-4b5c-941d-57cfac4fa9d5 / ext4
defaults,errors=remount-ro 0 1
>
> Sage mal genaueres über den Aktualitätszustand des Systems vor dem Update.
>
siehe oben.
Ich habe ein System auf echter Hardware mit selbigem Problem. Allerdings
hatte ich auf diesem System einen 5er Kernel installiert, aber den 4.9
Kernel zum Booten eingetragen. Als ich dann den 5er Kernel ausgewählt
hatte, lief die Kiste hoch.
Es muß also mit den Änderungen zum 5er Kernel irgendwie zusammen hängen.
Ich habe jetzt eine andere virtuelle Maschine (Kernel 4.9) mit der
defekten Installation eingehängt. So habe ich Zugriff auf die
beschädigte Installation.
Könnte ich, auf dieser Maschine, den aktuellen Kernel installieren und
anschließend die Verzeichnisse boot lib/modules lib/firmware auf die
beschädigte Installationsplatte kopieren?
Hätte das Aussicht auf Erfolg?
Ein Überschreiben der Verzeichnisse lib/firmware und lib/modules von
einer anderen virtuellen Maschine mit dem Kernel 4.9.255 auf die
beschädigte Installationsplatte war erfolglos.
Danke für deine Hilfe
Gruß,
Helmut
Am 24.08.2022 um 17:52 schrieb Marcus Röckrath:
> Hallo Helmut,
>
> Helmut Pohl wrote:
>
>> nachdem ich einige Updates für meinen virtuellen eis64-virt 4.19.245
>> (old) / 4.9.255 unter Xen gemacht habe, fährt er nicht mehr hoch,
>> sondern wieder herunter.
>
> Einige=Welche Updates?
extlinux, eisfairbase ...
Ich vermute extlinux als das Problem.
>
>> version 4.9.245-eisfair-64-VIRT (root@e64k49) (gcc version 9.3.1 20200406
>> [revision 6db837a5288ee3ca5ec504fbd5a765817e556ac2] (eisfair Linux) ) #1
>> SMP Sun Nov 22 13:21:19 CET 2020 Command line: modules=ext4 console=hvc0
>> root=/dev/xvda3 KERNEL supported cpus:
>
> Der Kernel, den du bootest ist von November 2020.
andere Pakete auf den aktuellen Stand gebracht.
Es sind die Kernel 4.9.245 und 4.9.255 installiert.
Wie kann man die installierten Pakete auf der Installation heraus finden?
> War das System also im Zustand von Ende 2020 und wurde nun auf den aktuellen
> Stand gebracht?
>
>> Mounting proc ...
>> Mounting sys ...
>> Mounting devtmpfs on /dev ...
>
> proc und sys scheinen korrekt gemountet.
>
>> * Running /etc/init.d/rc ...
>
> Er hat somit / korrekt gemountet und startet die Initskripte.
>
>> * Switching from runlevel N to 2 ...
>> * Loading kernel modules ...
>> libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
>> such file or directory
>> Error: could not get list of modules: No such file or directory
>> [ OK ]
>> * Populating /dev with device nodes...
>> /usr/bin/in.grep: /proc/mounts: No such file or directory
>
> Nun meckert er aber, dass ihm wichtige Dateien, die ja beim Boot angelegt
> werden, fehlen.
>
>> FAILURE:\n\nUnable to create devices without a SysFS filesystem\n\nAfter
>> you press Enter, this system will be halted and powered off.\n\n
>
> Das aber /sys nicht existiert, führt nun schlussendlich zum Shutdown.
>
> Poste mal die /etc/fstab.
/dev/fd0 /media/floppy auto defaults,user,noauto 0 0
/dev/cdrom /media/cdrom iso9660 defaults,ro,user,noauto 0 0
devpts /dev/pts devpts defaults,gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run tmpfs defaults 0 0
devtmpfs /dev devtmpfs mode=0755,nosuid 0 0
UUID=9c59b145-b6fc-4e19-a2ec-9b4ca1eaf547 /boot ext2
defaults,errors=remount-ro
0 1
UUID=b4371245-597c-4bbd-9077-669f0e8b9fe4 none swap sw 0 0
UUID=98a1e526-ea0e-4b5c-941d-57cfac4fa9d5 / ext4
defaults,errors=remount-ro 0 1
>
> Sage mal genaueres über den Aktualitätszustand des Systems vor dem Update.
>
Ich habe ein System auf echter Hardware mit selbigem Problem. Allerdings
hatte ich auf diesem System einen 5er Kernel installiert, aber den 4.9
Kernel zum Booten eingetragen. Als ich dann den 5er Kernel ausgewählt
hatte, lief die Kiste hoch.
Es muß also mit den Änderungen zum 5er Kernel irgendwie zusammen hängen.
Ich habe jetzt eine andere virtuelle Maschine (Kernel 4.9) mit der
defekten Installation eingehängt. So habe ich Zugriff auf die
beschädigte Installation.
Könnte ich, auf dieser Maschine, den aktuellen Kernel installieren und
anschließend die Verzeichnisse boot lib/modules lib/firmware auf die
beschädigte Installationsplatte kopieren?
Hätte das Aussicht auf Erfolg?
Ein Überschreiben der Verzeichnisse lib/firmware und lib/modules von
einer anderen virtuellen Maschine mit dem Kernel 4.9.255 auf die
beschädigte Installationsplatte war erfolglos.
Danke für deine Hilfe
Gruß,
Helmut
Marcus Röckrath
Aug 26, 2022, 8:30:02 AM8/26/22
to
Hallo Helmut,
Helmut Pohl wrote:
>>> nachdem ich einige Updates für meinen virtuellen eis64-virt 4.19.245
>>> (old) / 4.9.255 unter Xen gemacht habe, fährt er nicht mehr hoch,
>>> sondern wieder herunter.
>>
>> Einige=Welche Updates?
>
> Oh, so genau weiß ich es nicht mehr. Vermutlich war dabei: firmware,
> extlinux, eisfairbase ...
/var/log/log.eis-install
Helmut Pohl wrote:
>>> nachdem ich einige Updates für meinen virtuellen eis64-virt 4.19.245
>>> (old) / 4.9.255 unter Xen gemacht habe, fährt er nicht mehr hoch,
>>> sondern wieder herunter.
>>
>> Einige=Welche Updates?
>
> Oh, so genau weiß ich es nicht mehr. Vermutlich war dabei: firmware,
> extlinux, eisfairbase ...
> Ich vermute extlinux als das Problem.
sollte.
>> Der Kernel, den du bootest ist von November 2020.
>
> Ich hatte den Kernel auf dem alten Stand gelassen, aber zwischenzeitlich
> andere Pakete auf den aktuellen Stand gebracht.
Warum ein alter 4.9er-Kernel nun mit einem ansonsten aktuellen eis nicht
mehr harmoniert, kann ich weder sagen noch hier testen.
> Ich habe ein System auf echter Hardware mit selbigem Problem. Allerdings
> hatte ich auf diesem System einen 5er Kernel installiert, aber den 4.9
> Kernel zum Booten eingetragen. Als ich dann den 5er Kernel ausgewählt
> hatte, lief die Kiste hoch.
>
> Es muß also mit den Änderungen zum 5er Kernel irgendwie zusammen hängen.
eis.
> Ich habe jetzt eine andere virtuelle Maschine (Kernel 4.9) mit der
> defekten Installation eingehängt. So habe ich Zugriff auf die
> beschädigte Installation.
>
> Könnte ich, auf dieser Maschine, den aktuellen Kernel installieren und
> anschließend die Verzeichnisse boot lib/modules lib/firmware auf die
> beschädigte Installationsplatte kopieren?
> Hätte das Aussicht auf Erfolg?
Wenn du die Kernelbestandteile rüberkopierst, musst du auch die
Bootdatei /boot/extlinux/extlinux.conf entsprechend erweitern/anpassen.
Außerdem solltest du auch die System-Map-Datei des Kernels rüberkopieren.
--
Gruß Marcus
[eisfair-Team]
Helmut Pohl
Aug 28, 2022, 6:57:07 AM8/28/22
to
Hallo Marcus,
Damit habe ich meine eis64-VM's retten können. Nach dem Booten des
Kernels 5.10.134 habe ich nochmals das aktuelle Paket eiskernel-64
drüber installiert, damit die Paketverwaltung auf dem aktuellen Stand
ist. Auch das war erfolgreich. Soweit alles i.O.
> Wenn du die Kernelbestandteile rüberkopierst, musst du auch die
> Bootdatei /boot/extlinux/extlinux.conf entsprechend erweitern/anpassen.
>
> Außerdem solltest du auch die System-Map-Datei des Kernels rüberkopieren.
>
Stimmt.
Jetzt habe ich nur noch das Problem, dass meine eis32-VM's nicht auf den
aktuellen eis32-Kernel upgedatet werden können. Die Installation
verläuft ohne Fehler:
Downloading required packages ...
=> [####################] linux-kernel-5.10.134-virt (3.1.18)... [
OK ]
Done!
Installation of: linux-kernel-5.10.134-virt (3.1.18) ...
Verifying existing bootloader configuration ...
Extracting archive ...
Creating initramfs ...
Checking for sufficient disk space in /boot ...
Activating kernel kernel-5.10.134-eisfair-1-VIRT ...
Creating bootloader configuration ...
Note:
A reboot is required to make the changes take effect.
Successfully installed: linux-kernel-5.10.134-virt (3.1.18)!
Press ENTER to continue
Das anschließende Booten zeigt Folgendes:
xl create -c eis32-40GB.pv
Parsing config from eis32-40GB.pv
Xen Minimal OS (pv)!
start_info: 0xa0f000(VA)
nr_pages: 0x20000
shared_inf: 0xcfdbe000(MA)
pt_base: 0xa12000(VA)
nr_pt_frames: 0xb
mfn_list: 0x98f000(VA)
mod_start: 0x0(VA)
mod_len: 0
flags: 0x0
cmd_line: (hd0,0)/grub/menu.lst
stack: 0x96d780-0x98d780
MM: Init
_text: 0x0(VA)
_etext: 0x87701(VA)
_erodata: 0x9f000(VA)
_edata: 0xa24f8(VA)
stack start: 0x96d780(VA)
_end: 0x98e14c(VA)
start_pfn: a1d
max_pfn: 20000
Mapping memory range 0xa1d000 - 0x20000000
setting 0x0-0x9f000 readonly
skipped 1000
MM: Initialise page allocator for b17000(b17000)-20000000(20000000)
Adding memory range b1b000-20000000
MM: done
Demand map pfns at 40000000-affff000.
Heap resides at b0000000-f57ff000.
Initialising timer interface
Initialising console ... done.
gnttab_table mapped at 0x40000000.
Initialising scheduler
Thread "Idle": pointer: 0x0xb0000030, stack: 0x0xb20000
Thread "xenstore": pointer: 0x0xb00004a0, stack: 0x0xb30000
xenbus initialised on irq 1
Thread "shutdown": pointer: 0x0xb0000910, stack: 0x0xb40000
main.c: dummy main: par=0x0
Thread "main": pointer: 0x0xb0000d80, stack: 0x0xb60000
"main" "(hd0,0)/grub/menu.lst"
vbd 51712 is hd0
******************* BLKFRONT for device/vbd/51712 **********
backend at /local/domain/0/backend/vbd/70/51712
83886081 sectors of 512 bytes
**************************
vbd 51728 is hd1
******************* BLKFRONT for device/vbd/51728 **********
backend at /local/domain/0/backend/vbd/70/51728
83886081 sectors of 512 bytes
**************************
GNU GRUB version 0.97 (524288K lower / 0K upper memory)
+-------------------------------------------------------------------------+
| eis32-40GB
|
| eis32-40GB(old)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
+-------------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted.
Press enter to boot the selected OS, 'e' to edit the
commands before booting, or 'c' for a command-line.
Booting 'eis32-40GB'
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /kernel modules=ext4 console=hvc0 root=/dev/xvda3
initrd /initrd.gz
============= Init TPM Front ================
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
xc: error: panic: xc_dom_core.c:691: xc_dom_find_loader: no loader
found: Invalid kernel
xc_dom_parse_image returned -1
Error 9: Unknown boot failure
Press any key to continue...
Installiert habe ich den linux-kernel-5.10.134-virt 3.1.18,
aber auch der eiskernel-virt 6.1.18 zeigt diesen Fehler.
Als Bootloader verwende ich den grub 0.97, der bisher mit allen VM's
unter Xen problemlos funktioniert.
Den old-kernel (4.9.218) kann ich problemlos booten und habe dann
Zugriff auf das System.
Hast Du eine Idee?
Gruß,
Helmut
Kernels 5.10.134 habe ich nochmals das aktuelle Paket eiskernel-64
drüber installiert, damit die Paketverwaltung auf dem aktuellen Stand
ist. Auch das war erfolgreich. Soweit alles i.O.
> Wenn du die Kernelbestandteile rüberkopierst, musst du auch die
> Bootdatei /boot/extlinux/extlinux.conf entsprechend erweitern/anpassen.
>
> Außerdem solltest du auch die System-Map-Datei des Kernels rüberkopieren.
>
Jetzt habe ich nur noch das Problem, dass meine eis32-VM's nicht auf den
aktuellen eis32-Kernel upgedatet werden können. Die Installation
verläuft ohne Fehler:
Downloading required packages ...
=> [####################] linux-kernel-5.10.134-virt (3.1.18)... [
OK ]
Done!
Installation of: linux-kernel-5.10.134-virt (3.1.18) ...
Verifying existing bootloader configuration ...
Extracting archive ...
Creating initramfs ...
Checking for sufficient disk space in /boot ...
Activating kernel kernel-5.10.134-eisfair-1-VIRT ...
Creating bootloader configuration ...
Note:
A reboot is required to make the changes take effect.
Successfully installed: linux-kernel-5.10.134-virt (3.1.18)!
Press ENTER to continue
Das anschließende Booten zeigt Folgendes:
xl create -c eis32-40GB.pv
Parsing config from eis32-40GB.pv
Xen Minimal OS (pv)!
start_info: 0xa0f000(VA)
nr_pages: 0x20000
shared_inf: 0xcfdbe000(MA)
pt_base: 0xa12000(VA)
nr_pt_frames: 0xb
mfn_list: 0x98f000(VA)
mod_start: 0x0(VA)
mod_len: 0
flags: 0x0
cmd_line: (hd0,0)/grub/menu.lst
stack: 0x96d780-0x98d780
MM: Init
_text: 0x0(VA)
_etext: 0x87701(VA)
_erodata: 0x9f000(VA)
_edata: 0xa24f8(VA)
stack start: 0x96d780(VA)
_end: 0x98e14c(VA)
start_pfn: a1d
max_pfn: 20000
Mapping memory range 0xa1d000 - 0x20000000
setting 0x0-0x9f000 readonly
skipped 1000
MM: Initialise page allocator for b17000(b17000)-20000000(20000000)
Adding memory range b1b000-20000000
MM: done
Demand map pfns at 40000000-affff000.
Heap resides at b0000000-f57ff000.
Initialising timer interface
Initialising console ... done.
gnttab_table mapped at 0x40000000.
Initialising scheduler
Thread "Idle": pointer: 0x0xb0000030, stack: 0x0xb20000
Thread "xenstore": pointer: 0x0xb00004a0, stack: 0x0xb30000
xenbus initialised on irq 1
Thread "shutdown": pointer: 0x0xb0000910, stack: 0x0xb40000
main.c: dummy main: par=0x0
Thread "main": pointer: 0x0xb0000d80, stack: 0x0xb60000
"main" "(hd0,0)/grub/menu.lst"
vbd 51712 is hd0
******************* BLKFRONT for device/vbd/51712 **********
backend at /local/domain/0/backend/vbd/70/51712
83886081 sectors of 512 bytes
**************************
vbd 51728 is hd1
******************* BLKFRONT for device/vbd/51728 **********
backend at /local/domain/0/backend/vbd/70/51728
83886081 sectors of 512 bytes
**************************
GNU GRUB version 0.97 (524288K lower / 0K upper memory)
+-------------------------------------------------------------------------+
| eis32-40GB
|
| eis32-40GB(old)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
+-------------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted.
Press enter to boot the selected OS, 'e' to edit the
commands before booting, or 'c' for a command-line.
Booting 'eis32-40GB'
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
initrd /initrd.gz
============= Init TPM Front ================
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
found: Invalid kernel
xc_dom_parse_image returned -1
Error 9: Unknown boot failure
Press any key to continue...
Installiert habe ich den linux-kernel-5.10.134-virt 3.1.18,
aber auch der eiskernel-virt 6.1.18 zeigt diesen Fehler.
Als Bootloader verwende ich den grub 0.97, der bisher mit allen VM's
unter Xen problemlos funktioniert.
Den old-kernel (4.9.218) kann ich problemlos booten und habe dann
Zugriff auf das System.
Hast Du eine Idee?
Gruß,
Helmut
Marcus Röckrath
Aug 28, 2022, 9:20:02 AM8/28/22
to
Hallo Helmut,
Helmut Pohl wrote:
> Damit habe ich meine eis64-VM's retten können. Nach dem Booten des
> Kernels 5.10.134 habe ich nochmals das aktuelle Paket eiskernel-64
> drüber installiert, damit die Paketverwaltung auf dem aktuellen Stand
> ist. Auch das war erfolgreich. Soweit alles i.O.
Ok.
Helmut Pohl wrote:
> Damit habe ich meine eis64-VM's retten können. Nach dem Booten des
> Kernels 5.10.134 habe ich nochmals das aktuelle Paket eiskernel-64
> drüber installiert, damit die Paketverwaltung auf dem aktuellen Stand
> ist. Auch das war erfolgreich. Soweit alles i.O.
> Jetzt habe ich nur noch das Problem, dass meine eis32-VM's nicht auf den
> aktuellen eis32-Kernel upgedatet werden können. Die Installation
> verläuft ohne Fehler:
>
> Das anschließende Booten zeigt Folgendes:
>
>
> Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
> initialization! error = ENOENT
> Tpmfront:Info Shutting down tpmfront
> xc: error: panic: xc_dom_core.c:691: xc_dom_find_loader: no loader
> found: Invalid kernel
> xc_dom_parse_image returned -1
>
> Error 9: Unknown boot failure
Wenn grub schon "unbekannter Fehler" sagt, weiß ich so auch nicht mehr.
> initialization! error = ENOENT
> Tpmfront:Info Shutting down tpmfront
> xc: error: panic: xc_dom_core.c:691: xc_dom_find_loader: no loader
> found: Invalid kernel
> xc_dom_parse_image returned -1
>
> Error 9: Unknown boot failure
> Installiert habe ich den linux-kernel-5.10.134-virt 3.1.18,
> aber auch der eiskernel-virt 6.1.18 zeigt diesen Fehler.
Kernelpakete aktualisieren zu können.
> Hast Du eine Idee?
Nein.
--
Gruß Marcus
[eisfair-Team]
Helmut Pohl
Sep 9, 2022, 12:30:44 PM9/9/22
to
Hallo Markus,
ich habe den Fehler mit einem eis1 in einer virtuellen Xen-Umgebung
ermitteln können.
Diese Bootausgabe erscheint nachdem ich nur das Paket eisman upgedatet habe:
============= Init TPM Front ================
node=device/vbd/51712
Reserving virtual address space above 0xf5800000 (rounded to 0xf5800000)
Linux version 4.9.255-eisfair-1-VIRT (root@basebox32) (gcc version 9.3.1
20200406 [revision 6db837a5288ee3ca5ec504fbd5a765817e556ac2] (eisfair
Linux) ) #0 SMP Thu Jun 3 01:43:22 CEST 2021
Cyrix CyrixInstead
Centaur CentaurHauls
Transmeta GenuineTMx86
Transmeta TransmetaCPU
UMC UMC UMC UMC
300MB HIGHMEM available.
723MB LOWMEM available.
mapped low ram: 0 - 2d3fe000
low ram: 0 - 2d3fe000
HighMem [mem 0x000000002d3fe000-0x000000003fffffff]
Initmem setup node 0 [mem 0x0000000000001000-0x000000003fffffff]
p2m virtual area at edc00000, size is 4000000
Remapped 0 page(s)
Using APIC driver Xen PV
PV qspinlock hash table entries: 512 (order: 0, 4096 bytes)
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 260237
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Initializing CPU#0
Initializing HighMem for node 0 (0002d3fe:00040000)
Initializing Movable for node 0 (00000000:00000000)
Memory: 1005736K/1048188K available (5979K kernel code, 328K rwdata,
1504K rodata, 620K init, 352K bss, 42452K reserved, 0K cma-reserved,
307208K highmem)
virtual kernel memory layout:
fixmap : 0xf5716000 - 0xf57ff000 ( 932 kB)
pkmap : 0xf5400000 - 0xf5600000 (2048 kB)
vmalloc : 0xedbfe000 - 0xf53fe000 ( 120 MB)
lowmem : 0xc0000000 - 0xed3fe000 ( 723 MB)
.init : 0xc17a5000 - 0xc1840000 ( 620 kB)
.data : 0xc15d71e4 - 0xc17a3300 (1840 kB)
.text : 0xc1000000 - 0xc15d71e4 (5980 kB)
Using NULL legacy PIC
NR_IRQS:2304 nr_irqs:32 0
Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
prefetch64-sse: 17106.000 MB/sec
xor: using function: prefetch64-sse (17106.000 MB/sec)
raid6: mmxx2 gen() 4375 MB/s
raid6: sse1x1 gen() 2481 MB/s
raid6: sse1x2 gen() 3238 MB/s
raid6: sse2x1 gen() 3923 MB/s
raid6: sse2x1 xor() 5359 MB/s
raid6: sse2x2 gen() 3763 MB/s
raid6: sse2x2 xor() 6346 MB/s
raid6: int32x1 gen() 1169 MB/s
raid6: int32x1 xor() 735 MB/s
raid6: int32x2 gen() 1056 MB/s
raid6: int32x2 xor() 858 MB/s
random: fast init done
raid6: int32x4 gen() 974 MB/s
raid6: int32x4 xor() 818 MB/s
raid6: int32x8 gen() 927 MB/s
raid6: int32x8 xor() 721 MB/s
raid6: using algorithm mmxx2 gen() 4375 MB/s
raid6: using ssse3x1 recovery algorithm
pnp: PnP ACPI: disabled
PnPBIOS: Disabled
TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
UDP hash table entries: 512 (order: 2, 16384 bytes)
UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
workingset: timestamp_bits=14 max_order=18 bucket_order=4
isapnp: No Plug & Play device found
max_idle_ns: 440795288079 ns
Write protecting the kernel text: 5984k
Write protecting the kernel read-only data: 1508k
NX-protecting the kernel data: 4256k
wollte, genauso wie die andere VM, die als Mailserver dient.
An dieser VM habe ich einzeln Paket upgedatet. Dracut hatte keinen
Fehler, als ich eisman upgedatet habe zeigte der anschließende Reboot
diesen Fehler. Jetzt frage ich mich, wie man diesen Fehler umgehen kann?
Hast Du eine Idee zur Lösung?
Gruß,
Helmut
ich habe den Fehler mit einem eis1 in einer virtuellen Xen-Umgebung
ermitteln können.
Diese Bootausgabe erscheint nachdem ich nur das Paket eisman upgedatet habe:
============= Init TPM Front ================
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
close blk: backend=/local/domain/0/backend/vbd/27/51712
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
node=device/vbd/51712
Reserving virtual address space above 0xf5800000 (rounded to 0xf5800000)
Linux version 4.9.255-eisfair-1-VIRT (root@basebox32) (gcc version 9.3.1
20200406 [revision 6db837a5288ee3ca5ec504fbd5a765817e556ac2] (eisfair
Linux) ) #0 SMP Thu Jun 3 01:43:22 CEST 2021
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
NSC Geode by NSC
Intel GenuineIntel
AMD AuthenticAMD
Cyrix CyrixInstead
Centaur CentaurHauls
Transmeta GenuineTMx86
Transmeta TransmetaCPU
UMC UMC UMC UMC
x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
x86/fpu: Enabled xstate features 0x3, context size is 576 bytes, using
'standard' format.
ACPI in unprivileged domain disabled
Released 0 page(s)
e820: BIOS-provided physical RAM map:
Xen: [mem 0x0000000000000000-0x000000000009ffff] usable
Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved
Xen: [mem 0x0000000000100000-0x000000003fffffff] usable
x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
x86/fpu: Enabled xstate features 0x3, context size is 576 bytes, using
'standard' format.
ACPI in unprivileged domain disabled
Released 0 page(s)
e820: BIOS-provided physical RAM map:
Xen: [mem 0x0000000000000000-0x000000000009ffff] usable
Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved
NX (Execute Disable) protection: active
DMI not present or invalid.
Hypervisor detected: Xen
e820: last_pfn = 0x40000 max_arch_pfn = 0x1000000
DMI not present or invalid.
Hypervisor detected: Xen
MTRR: Disabled
x86/PAT: MTRRs disabled, skipping PAT initialization too.
x86/PAT: Configuration [0-7]: WB WT UC- UC WC WP UC UC
RAMDISK: [mem 0x02000000-0x0336bfff]
x86/PAT: MTRRs disabled, skipping PAT initialization too.
x86/PAT: Configuration [0-7]: WB WT UC- UC WC WP UC UC
300MB HIGHMEM available.
723MB LOWMEM available.
mapped low ram: 0 - 2d3fe000
low ram: 0 - 2d3fe000
Zone ranges:
DMA [mem 0x0000000000001000-0x0000000000ffffff]
Normal [mem 0x0000000001000000-0x000000002d3fdfff]
DMA [mem 0x0000000000001000-0x0000000000ffffff]
HighMem [mem 0x000000002d3fe000-0x000000003fffffff]
Movable zone start for each node
Early memory node ranges
node 0: [mem 0x0000000000001000-0x000000000009ffff]
node 0: [mem 0x0000000000100000-0x000000003fffffff]
Early memory node ranges
node 0: [mem 0x0000000000001000-0x000000000009ffff]
Initmem setup node 0 [mem 0x0000000000001000-0x000000003fffffff]
p2m virtual area at edc00000, size is 4000000
Remapped 0 page(s)
Using APIC driver Xen PV
SFI: Simple Firmware Interface v0.81 http://simplefirmware.org
Found and enabled local APIC!
smpboot: Allowing 1 CPUs, 0 hotplug CPUs
e820: [mem 0x40000000-0xffffffff] available for PCI devices
Booting paravirtualized kernel on Xen
Xen version: 4.12.4 (preserve-AD)
clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff,
max_idle_ns: 7645519600211568 ns
setup_percpu: NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:1 nr_node_ids:1
percpu: Embedded 18 pages/cpu s43148 r0 d30580 u73728
Xen version: 4.12.4 (preserve-AD)
clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff,
max_idle_ns: 7645519600211568 ns
setup_percpu: NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:1 nr_node_ids:1
PV qspinlock hash table entries: 512 (order: 0, 4096 bytes)
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 260237
Kernel command line: modules=ext4 console=hvc0 root=/dev/xvda3
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Initializing CPU#0
Initializing HighMem for node 0 (0002d3fe:00040000)
Initializing Movable for node 0 (00000000:00000000)
Memory: 1005736K/1048188K available (5979K kernel code, 328K rwdata,
1504K rodata, 620K init, 352K bss, 42452K reserved, 0K cma-reserved,
307208K highmem)
virtual kernel memory layout:
fixmap : 0xf5716000 - 0xf57ff000 ( 932 kB)
pkmap : 0xf5400000 - 0xf5600000 (2048 kB)
vmalloc : 0xedbfe000 - 0xf53fe000 ( 120 MB)
lowmem : 0xc0000000 - 0xed3fe000 ( 723 MB)
.init : 0xc17a5000 - 0xc1840000 ( 620 kB)
.data : 0xc15d71e4 - 0xc17a3300 (1840 kB)
.text : 0xc1000000 - 0xc15d71e4 (5980 kB)
SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Hierarchical RCU implementation.
Build-time adjustment of leaf fanout to 32.
Hierarchical RCU implementation.
RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=1.
RCU: Adjusting geometry for rcu_fanout_leaf=32, nr_cpu_ids=1
Using NULL legacy PIC
NR_IRQS:2304 nr_irqs:32 0
xen:events: Using FIFO-based ABI
Console: colour dummy device 80x25
console [tty0] enabled
console [hvc0] enabled
clocksource: xen: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb,
max_idle_ns: 881590591483 ns
installing Xen timer for CPU 0
tsc: Unable to calibrate against PIT
tsc: No reference (HPET/PMTIMER) available
tsc: Detected 2992.504 MHz processor
Console: colour dummy device 80x25
console [tty0] enabled
console [hvc0] enabled
clocksource: xen: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb,
max_idle_ns: 881590591483 ns
installing Xen timer for CPU 0
tsc: Unable to calibrate against PIT
tsc: No reference (HPET/PMTIMER) available
Calibrating delay loop (skipped), value calculated using timer
frequency.. 5985.00 BogoMIPS (lpj=11970016)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
mce: CPU supports 2 MCE banks
Last level iTLB entries: 4KB 128, 2MB 4, 4MB 4
Last level dTLB entries: 4KB 256, 2MB 0, 4MB 32, 1GB 0
Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer
sanitization
Spectre V2 : Mitigation: Full generic retpoline
Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context
switch
Speculative Store Bypass: Vulnerable
MDS: Vulnerable: Clear CPU buffers attempted, no microcode
Freeing SMP alternatives memory: 28K
cpu 0 spinlock event irq 1
smpboot: Max logical packages: 1
VPMU disabled by hypervisor.
Performance Events: unsupported p6 CPU model 23 no PMU driver, software
events only.
x86: Booted up 1 node, 1 CPUs
devtmpfs: initialized
Last level iTLB entries: 4KB 128, 2MB 4, 4MB 4
Last level dTLB entries: 4KB 256, 2MB 0, 4MB 32, 1GB 0
Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer
sanitization
Spectre V2 : Mitigation: Full generic retpoline
Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context
switch
Speculative Store Bypass: Vulnerable
MDS: Vulnerable: Clear CPU buffers attempted, no microcode
Freeing SMP alternatives memory: 28K
cpu 0 spinlock event irq 1
smpboot: Max logical packages: 1
VPMU disabled by hypervisor.
Performance Events: unsupported p6 CPU model 23 no PMU driver, software
events only.
x86: Booted up 1 node, 1 CPUs
devtmpfs: initialized
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff,
max_idle_ns: 7645041785100000 ns
futex hash table entries: 256 (order: 2, 16384 bytes)
xor: measuring software checksum speed
pIII_sse : 14399.000 MB/sec
max_idle_ns: 7645041785100000 ns
futex hash table entries: 256 (order: 2, 16384 bytes)
xor: measuring software checksum speed
prefetch64-sse: 17106.000 MB/sec
xor: using function: prefetch64-sse (17106.000 MB/sec)
NET: Registered protocol family 16
xen:grant_table: Grant tables using version 1 layout
Grant table initialized
PCI: setting up Xen PCI frontend stub
raid6: mmxx1 gen() 3907 MB/s
xen:grant_table: Grant tables using version 1 layout
Grant table initialized
PCI: setting up Xen PCI frontend stub
raid6: mmxx2 gen() 4375 MB/s
raid6: sse1x1 gen() 2481 MB/s
raid6: sse1x2 gen() 3238 MB/s
raid6: sse2x1 gen() 3923 MB/s
raid6: sse2x1 xor() 5359 MB/s
raid6: sse2x2 gen() 3763 MB/s
raid6: sse2x2 xor() 6346 MB/s
raid6: int32x1 gen() 1169 MB/s
raid6: int32x1 xor() 735 MB/s
raid6: int32x2 gen() 1056 MB/s
raid6: int32x2 xor() 858 MB/s
random: fast init done
raid6: int32x4 gen() 974 MB/s
raid6: int32x4 xor() 818 MB/s
raid6: int32x8 gen() 927 MB/s
raid6: int32x8 xor() 721 MB/s
raid6: using algorithm mmxx2 gen() 4375 MB/s
raid6: using ssse3x1 recovery algorithm
ACPI: Interpreter disabled.
xen:balloon: Initialising balloon driver
xen_balloon: Initialising balloon driver
vgaarb: loaded
dmi: Firmware registration failed.
PCI: System does not support PCI
PCI: System does not support PCI
clocksource: Switched to clocksource xen
VFS: Disk quotas dquot_6.6.0
VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
xen:balloon: Initialising balloon driver
xen_balloon: Initialising balloon driver
vgaarb: loaded
dmi: Firmware registration failed.
PCI: System does not support PCI
PCI: System does not support PCI
clocksource: Switched to clocksource xen
VFS: Disk quotas dquot_6.6.0
pnp: PnP ACPI: disabled
PnPBIOS: Disabled
NET: Registered protocol family 2
TCP established hash table entries: 8192 (order: 3, 32768 bytes)
TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
UDP hash table entries: 512 (order: 2, 16384 bytes)
UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
NET: Registered protocol family 1
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 19888K
Trying to unpack rootfs image as initramfs...
workingset: timestamp_bits=14 max_order=18 bucket_order=4
SGI XFS with ACLs, security attributes, realtime, no debug enabled
async_tx: api initialized (async)
bounce: pool size: 64 pages
async_tx: api initialized (async)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
io scheduler noop registered
io scheduler deadline registered (default)
io scheduler cfq registered
vga16fb: mapped to 0xc00a0000
io scheduler noop registered
io scheduler deadline registered (default)
io scheduler cfq registered
Console: switching to colour frame buffer device 80x30
fb0: VGA16 VGA frame buffer device
isapnp: Scanning for PnP cards...
fb0: VGA16 VGA frame buffer device
isapnp: No Plug & Play device found
xen:xen_evtchn: Event-channel device installed
Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled
clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x2b229c2fa6c,
Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled
max_idle_ns: 440795288079 ns
Floppy drive(s): fd0 is unknown type 15 (usb?), fd1 is unknown type 15
(usb?)
(usb?)
brd: module loaded
genirq: Flags mismatch irq 6. 00000000 (floppy) vs. 0002cc00 (irqwork0)
floppy0: Unable to grab IRQ6 for the floppy driver
Invalid max_queues (4), will use default max: 1.
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <ma...@qualcomm.com>
i8042: PNP: No PS/2 controller found. Probing ports directly.
i8042: No controller found
hv_vmbus: registering driver hyperv_keyboard
mousedev: PS/2 mouse device common for all mice
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: multipath personality registered for level -4
device-mapper: ioctl: 4.35.0-ioctl (2016-06-23) initialised:
dm-d...@redhat.com
Initializing XFRM netlink socket
NET: Registered protocol family 17
NET: Registered protocol family 15
Key type dns_resolver registered
Using IPI No-Shortcut mode
genirq: Flags mismatch irq 6. 00000000 (floppy) vs. 0002cc00 (irqwork0)
floppy0: Unable to grab IRQ6 for the floppy driver
Invalid max_queues (4), will use default max: 1.
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <ma...@qualcomm.com>
i8042: PNP: No PS/2 controller found. Probing ports directly.
i8042: No controller found
hv_vmbus: registering driver hyperv_keyboard
mousedev: PS/2 mouse device common for all mice
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: multipath personality registered for level -4
device-mapper: ioctl: 4.35.0-ioctl (2016-06-23) initialised:
dm-d...@redhat.com
Initializing XFRM netlink socket
NET: Registered protocol family 17
NET: Registered protocol family 15
Key type dns_resolver registered
registered taskstats version 1
blkfront: xvda: flush diskcache: enabled; persistent grants: enabled;
indirect descriptors: enabled;
xvda: xvda1 xvda2 xvda3
blkfront: xvda: flush diskcache: enabled; persistent grants: enabled;
indirect descriptors: enabled;
xvda: xvda1 xvda2 xvda3
xenbus_probe_frontend: Device with no driver: device/vif/0
hctosys: unable to open rtc device (rtc0)
Freeing unused kernel memory: 620K
hctosys: unable to open rtc device (rtc0)
Write protecting the kernel text: 5984k
Write protecting the kernel read-only data: 1508k
NX-protecting the kernel data: 4256k
Loading Input/USB/SCSI/SATA/PATA drivers ...
Creating busybox symlinks ...
Creating busybox symlinks ...
Mounting proc ...
Mounting sys ...
Mounting devtmpfs on /dev ...
Mounting sys ...
Mounting devtmpfs on /dev ...
Executing "/sbin/udevd --daemon --resolve-names=never" ...
udevd[1125]: starting version 3.2.10
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
Executing "udevadm trigger --action=add --type=subsystems" ...
udevd[1126]: starting eudev-3.2.10
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
Executing "udevadm trigger --action=add --type=subsystems" ...
Executing "udevadm trigger --action=add --type=devices" ...
Executing "udevadm trigger --action=change --type=devices" ...
Executing "udevadm settle" ...
rootdev is /dev/xvda3.
EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
Executing switch_root and spawning init ...
INIT: version 2.99 booting
INIT: Entering runlevel: 2
* Running /etc/init.d/rc ...
Executing "udevadm trigger --action=change --type=devices" ...
Executing "udevadm settle" ...
rootdev is /dev/xvda3.
EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
Executing switch_root and spawning init ...
INIT: version 2.99 booting
INIT: Entering runlevel: 2
* Running /etc/init.d/rc ...
* Switching from runlevel N to 2 ...
* Loading kernel modules ...
libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
such file or directory
Error: could not get list of modules: No such file or directory
apm: BIOS not found.
* Loading kernel modules ...
libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
such file or directory
Error: could not get list of modules: No such file or directory
[ OK ]
* Populating /dev with device nodes...
/usr/bin/in.grep: /proc/mounts: No such file or directory
* Populating /dev with device nodes...
/usr/bin/in.grep: /proc/mounts: No such file or directory
FAILURE:\n\nUnable to create devices without a SysFS filesystem\n\nAfter
you press Enter, this system will be halted and powered off.\n\n
you press Enter, this system will be halted and powered off.\n\n
* Sending all processes the TERM signal ...
[ OK ]
* Sending all processes the KILL signal ...
[ OK ]
* Turning off swap ...
swapoff: cannot find the device for
UUID=b4371245-597c-4bbd-9077-669f0e8b9fe[ OK ]
[ OK ]
* Sending all processes the KILL signal ...
[ OK ]
* Turning off swap ...
swapoff: cannot find the device for
mount: /: can't find UUID=98a1e526-ea0e-4b5c-941d-57cfac4fa9d5.
* eisfair is going down for system halt NOW!
[ OK ]
xenbus: xenbus_dev_shutdown: device/vif/0: Initialising != Connected,
skipping
reboot: System halted
Es ist eine ältere XEN-VM, die ich auf den aktuellen Stand bringen
* eisfair is going down for system halt NOW!
[ OK ]
xenbus: xenbus_dev_shutdown: device/vif/0: Initialising != Connected,
skipping
reboot: System halted
wollte, genauso wie die andere VM, die als Mailserver dient.
An dieser VM habe ich einzeln Paket upgedatet. Dracut hatte keinen
Fehler, als ich eisman upgedatet habe zeigte der anschließende Reboot
diesen Fehler. Jetzt frage ich mich, wie man diesen Fehler umgehen kann?
Hast Du eine Idee zur Lösung?
Gruß,
Helmut
Marcus Röckrath
Sep 9, 2022, 1:00:02 PM9/9/22
to
Hallo Helmuth,
Helmut Pohl wrote:
> rootdev is /dev/xvda3.
> EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
> EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
> Executing switch_root and spawning init ...
> INIT: version 2.99 booting
> INIT: Entering runlevel: 2
>
> * Running /etc/init.d/rc ...
> * Switching from runlevel N to 2 ...
> * Loading kernel modules ...
> libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
> such file or directory
Das Laden des Modules schlägt fehl, weil das Verzeichnis /proc fehlt.
Da aber der Init-Prozess gestartet wurde, muss jedoch das Root-Device
zumindest lesbar sein - aber auch schreibbar?
Schau mal, ob da was nicht stimmt.
> Es ist eine ältere XEN-VM, die ich auf den aktuellen Stand bringen
> wollte, genauso wie die andere VM, die als Mailserver dient.
> An dieser VM habe ich einzeln Paket upgedatet. Dracut hatte keinen
> Fehler, als ich eisman upgedatet habe zeigte der anschließende Reboot
> diesen Fehler. Jetzt frage ich mich, wie man diesen Fehler umgehen kann?
>
> Hast Du eine Idee zur Lösung?
Nein und auch kein System in diesem Alter und Updatestand um das
gegebenenfalls selbst testen zu können.
Kannst du noch einen älteren Kernel booten?
Dann auf den brandneuen 6.15.64 updaten und testen; die alten Kernel bleiben
davon ja unberührt.
--
Gruß Marcus
[eisfair-Team]
Helmut Pohl wrote:
> rootdev is /dev/xvda3.
> EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
> EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
> Executing switch_root and spawning init ...
> INIT: version 2.99 booting
> INIT: Entering runlevel: 2
>
> * Running /etc/init.d/rc ...
> * Switching from runlevel N to 2 ...
> * Loading kernel modules ...
> libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
> such file or directory
Da aber der Init-Prozess gestartet wurde, muss jedoch das Root-Device
zumindest lesbar sein - aber auch schreibbar?
Schau mal, ob da was nicht stimmt.
> Es ist eine ältere XEN-VM, die ich auf den aktuellen Stand bringen
> wollte, genauso wie die andere VM, die als Mailserver dient.
> An dieser VM habe ich einzeln Paket upgedatet. Dracut hatte keinen
> Fehler, als ich eisman upgedatet habe zeigte der anschließende Reboot
> diesen Fehler. Jetzt frage ich mich, wie man diesen Fehler umgehen kann?
>
> Hast Du eine Idee zur Lösung?
gegebenenfalls selbst testen zu können.
Kannst du noch einen älteren Kernel booten?
Dann auf den brandneuen 6.15.64 updaten und testen; die alten Kernel bleiben
davon ja unberührt.
--
Gruß Marcus
[eisfair-Team]
Helmut
Sep 9, 2022, 1:10:42 PM9/9/22
to
Hallo Markus,
Nein, es ist dann kein Kernel mehr bootbar. Ich kopiere die Original-VM
wieder auf die VM und probiere mal nur mit den Modulen extlinux, dracut
und dem Kernel.
Komisch finde ich es, dass das Paket eisman die Ursache für den Fehler ist.
>
> Dann auf den brandneuen 6.15.64 updaten und testen; die alten Kernel bleiben
> davon ja unberührt.
>
ok.
Gruß,
Helmut
wieder auf die VM und probiere mal nur mit den Modulen extlinux, dracut
und dem Kernel.
Komisch finde ich es, dass das Paket eisman die Ursache für den Fehler ist.
>
> Dann auf den brandneuen 6.15.64 updaten und testen; die alten Kernel bleiben
> davon ja unberührt.
>
Gruß,
Helmut
Helmut
Sep 9, 2022, 1:31:47 PM9/9/22
to
Hallo Markus,
nach dem update von dracut, extlinux und dem neuen Kernel bootet das
System nicht mehr. Der eis1-5.15.64er Kernel läuft nicht in der Xen-VM.
Es betrifft alle 5er Kernel, der letzte bei mir verfügbare Kernel der
läuft, ist der 4.9.255
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /kernel modules=ext4 console=hvc0 root=/dev/xvda3
initrd /initrd.gz
Bootmechanismus verändert wurde.
Interessanterweise laufen die neuen eis64-er Kernel in den Xen-VM's, es
betrifft nur eis1.
Der old-Kernel (4.9.255) kann gebootet werden.
eis32-40GB # ls -la /boot
total 34514
drwxr-xr-x 5 root root 1024 Sep 9 19:20 .
drwxr-xr-x 20 root root 4096 Sep 9 19:19 ..
lrwxrwxrwx 1 root root 1 Feb 27 2021 boot -> .
-rw-r--r-- 1 root root 512 Jul 30 2016 boot.0300
-rw-r--r-- 1 root root 512 Nov 4 2018 boot.0800
-rw-r--r-- 1 root root 512 Nov 27 2018 boot.CA00
drwxr-xr-x 3 root root 1024 Sep 9 19:13 extlinux
drwxr-xr-x 2 root root 1024 Sep 9 19:21 grub
-rw------- 1 root root 8651166 Feb 27 2021
initrd-4.9.255-eisfair-1-VIRT.gz
-rw------- 1 root root 15488678 Sep 9 19:19
initrd-5.15.64-eisfair-1-VIRT.gz
lrwxrwxrwx 1 root root 32 Sep 9 19:19 initrd.gz ->
initrd-5.15.64-eisfair-1-VIRT.gz
lrwxrwxrwx 1 root root 29 Sep 9 19:19 kernel ->
kernel-5.15.64-eisfair-1-VIRT
-rw-r--r-- 1 root root 4643792 Feb 15 2021 kernel-4.9.255-eisfair-1-VIRT
-rw-r--r-- 1 root root 5990176 Sep 1 23:55 kernel-5.15.64-eisfair-1-VIRT
drwx------ 2 root root 1024 Nov 4 2018 lost+found
-rw------- 1 root root 411648 Feb 27 2021 map
lrwxrwxrwx 1 root root 32 Sep 9 19:20 old-initrd.gz ->
initrd-4.9.255-eisfair-1-VIRT.gz
lrwxrwxrwx 1 root root 29 Sep 9 19:20 old-kernel ->
kernel-4.9.255-eisfair-1-VIRT
Gruß,
Helmut
nach dem update von dracut, extlinux und dem neuen Kernel bootet das
System nicht mehr. Der eis1-5.15.64er Kernel läuft nicht in der Xen-VM.
Es betrifft alle 5er Kernel, der letzte bei mir verfügbare Kernel der
läuft, ist der 4.9.255
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /kernel modules=ext4 console=hvc0 root=/dev/xvda3
initrd /initrd.gz
============= Init TPM Front ================
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
xc: error: panic: xc_dom_core.c:692: xc_dom_find_loader: no loader
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
found: Invalid kernel
xc_dom_parse_image returned -1
Error 9: Unknown boot failure
xc_dom_parse_image returned -1
Error 9: Unknown boot failure
Press any key to continue...
Es sieht so aus, als wenn bei den neuen 5.er Kernel etwas im
Bootmechanismus verändert wurde.
Interessanterweise laufen die neuen eis64-er Kernel in den Xen-VM's, es
betrifft nur eis1.
Der old-Kernel (4.9.255) kann gebootet werden.
eis32-40GB # ls -la /boot
total 34514
drwxr-xr-x 5 root root 1024 Sep 9 19:20 .
drwxr-xr-x 20 root root 4096 Sep 9 19:19 ..
lrwxrwxrwx 1 root root 1 Feb 27 2021 boot -> .
-rw-r--r-- 1 root root 512 Jul 30 2016 boot.0300
-rw-r--r-- 1 root root 512 Nov 4 2018 boot.0800
-rw-r--r-- 1 root root 512 Nov 27 2018 boot.CA00
drwxr-xr-x 3 root root 1024 Sep 9 19:13 extlinux
drwxr-xr-x 2 root root 1024 Sep 9 19:21 grub
-rw------- 1 root root 8651166 Feb 27 2021
initrd-4.9.255-eisfair-1-VIRT.gz
-rw------- 1 root root 15488678 Sep 9 19:19
initrd-5.15.64-eisfair-1-VIRT.gz
lrwxrwxrwx 1 root root 32 Sep 9 19:19 initrd.gz ->
initrd-5.15.64-eisfair-1-VIRT.gz
lrwxrwxrwx 1 root root 29 Sep 9 19:19 kernel ->
kernel-5.15.64-eisfair-1-VIRT
-rw-r--r-- 1 root root 4643792 Feb 15 2021 kernel-4.9.255-eisfair-1-VIRT
-rw-r--r-- 1 root root 5990176 Sep 1 23:55 kernel-5.15.64-eisfair-1-VIRT
drwx------ 2 root root 1024 Nov 4 2018 lost+found
-rw------- 1 root root 411648 Feb 27 2021 map
lrwxrwxrwx 1 root root 32 Sep 9 19:20 old-initrd.gz ->
initrd-4.9.255-eisfair-1-VIRT.gz
lrwxrwxrwx 1 root root 29 Sep 9 19:20 old-kernel ->
kernel-4.9.255-eisfair-1-VIRT
Gruß,
Helmut
Marcus Röckrath
Sep 9, 2022, 1:50:02 PM9/9/22
to
Hallo Helmut,
Helmut wrote:
> Komisch finde ich es, dass das Paket eisman die Ursache für den Fehler
> ist.
Ein Update von eisman kann natürlich auch weitere Paket mit updaten; hier
die direkten Requirements von eisman:
<require-package>base 2.8.25</require-package>
<require-package>base-certificate 3.0.0</require-package>
<require-package>bzip2 3.2.0</require-package>
<require-package>coreutils 3.2.0</require-package>
<require-package>gawk 3.2.2</require-package>
<require-package>grep 3.2.0</require-package>
<require-package>gzip 3.2.0</require-package>
<require-package>lsb-release 3.0.0</require-package>
<require-package>sed 3.2.0</require-package>
<require-package>tar 3.2.0</require-package>
<require-package>wget 3.2.0</require-package>
<require-package>logger 3.2.0</require-package>
<linked-package>eisfair-base 3.2.3</linked-package>
Was genau mit eisman upgedatet wurde, kannst du /var/log/log.eis-install
entnehmen.
--
Gruß Marcus
[eisfair-Team]
Helmut wrote:
> Komisch finde ich es, dass das Paket eisman die Ursache für den Fehler
> ist.
die direkten Requirements von eisman:
<require-package>base 2.8.25</require-package>
<require-package>base-certificate 3.0.0</require-package>
<require-package>bzip2 3.2.0</require-package>
<require-package>coreutils 3.2.0</require-package>
<require-package>gawk 3.2.2</require-package>
<require-package>grep 3.2.0</require-package>
<require-package>gzip 3.2.0</require-package>
<require-package>lsb-release 3.0.0</require-package>
<require-package>sed 3.2.0</require-package>
<require-package>tar 3.2.0</require-package>
<require-package>wget 3.2.0</require-package>
<require-package>logger 3.2.0</require-package>
<linked-package>eisfair-base 3.2.3</linked-package>
Was genau mit eisman upgedatet wurde, kannst du /var/log/log.eis-install
entnehmen.
--
Gruß Marcus
[eisfair-Team]
Marcus Röckrath
Sep 9, 2022, 1:50:02 PM9/9/22
to
Hallo Helmut,
Helmut wrote:
> Es sieht so aus, als wenn bei den neuen 5.er Kernel etwas im
> Bootmechanismus verändert wurde.
>
> Interessanterweise laufen die neuen eis64-er Kernel in den Xen-VM's, es
> betrifft nur eis1.
Sind die E64 ansonsten auch auf diesem alten Stand wie der E1 gewesen.
Das Konstrukt mit old-kernel und old-initrd gibt es in eis schon lange nicht
mehr.
Keine Ahnung, ob da irgendetwas durchschlägt; du verwendest ja auch grub
statt extlinux. IMHO hat es das Konstrukt nur mit lilo gegeben und wurde
höchstens anfänglich auch mit extlinux genutzt.
Ich habe keine Chance das hier irgendwie nachzustellen.
--
Gruß Marcus
[eisfair-Team]
Helmut wrote:
> Es sieht so aus, als wenn bei den neuen 5.er Kernel etwas im
> Bootmechanismus verändert wurde.
>
> Interessanterweise laufen die neuen eis64-er Kernel in den Xen-VM's, es
> betrifft nur eis1.
mehr.
Keine Ahnung, ob da irgendetwas durchschlägt; du verwendest ja auch grub
statt extlinux. IMHO hat es das Konstrukt nur mit lilo gegeben und wurde
höchstens anfänglich auch mit extlinux genutzt.
Ich habe keine Chance das hier irgendwie nachzustellen.
--
Gruß Marcus
[eisfair-Team]
Daniel Vogel
Sep 9, 2022, 3:13:08 PM9/9/22
to
Hallo Helmut,
Am 09.09.22 um 19:33 schrieb Helmut:
Kernels gab es tatsächlich Probleme unter Xen, die im Zusammenhang mit
pygrub aufgetreten sind. Alexander Dahl hat es dann bei sich zum laufen
gebracht.
Leider kenne ich mich mit Xen nicht wirklich aus. Trotzdem versuche ich
mal sinngemäß seine Änderungen hier wiederzugeben. Vielleicht kann
jemand meine Angaben (wo erforderlich) ergänzen?
Änderungen in der Config der VM auf dem Host:
-bootloader = 'pygrub'
+#bootloader = 'pygrub'
+kernel = '/usr/lib/grub-xen/grub-i386-xen_pvh.bin'
+type = 'pvh'
Grub-Konfiguration im Guest:
$ cat /boot/grub/grub.cfg
set timeout=5
menuentry 'eisfair-1' {
set root='(xen/xvda1)'
echo 'Loading eisfair-1 kernel ...'
linux /kernel root=/dev/xvda2 ro xencons=tty1 console=hvc0
echo 'Loading eisfair-1 initrd ...'
initrd /initrd.gz
}
--
Gruß Daniel
[eisfair-Team]
Am 09.09.22 um 19:33 schrieb Helmut:
> Error 9: Unknown boot failure
>
> Press any key to continue...
>
>
> Es sieht so aus, als wenn bei den neuen 5.er Kernel etwas im
> Bootmechanismus verändert wurde.
es ist ja schon eine ganze Weile her... aber bei der Einführung des 5er
>
> Press any key to continue...
>
>
> Es sieht so aus, als wenn bei den neuen 5.er Kernel etwas im
> Bootmechanismus verändert wurde.
Kernels gab es tatsächlich Probleme unter Xen, die im Zusammenhang mit
pygrub aufgetreten sind. Alexander Dahl hat es dann bei sich zum laufen
gebracht.
Leider kenne ich mich mit Xen nicht wirklich aus. Trotzdem versuche ich
mal sinngemäß seine Änderungen hier wiederzugeben. Vielleicht kann
jemand meine Angaben (wo erforderlich) ergänzen?
Änderungen in der Config der VM auf dem Host:
-bootloader = 'pygrub'
+#bootloader = 'pygrub'
+kernel = '/usr/lib/grub-xen/grub-i386-xen_pvh.bin'
+type = 'pvh'
Grub-Konfiguration im Guest:
$ cat /boot/grub/grub.cfg
set timeout=5
menuentry 'eisfair-1' {
set root='(xen/xvda1)'
echo 'Loading eisfair-1 kernel ...'
linux /kernel root=/dev/xvda2 ro xencons=tty1 console=hvc0
echo 'Loading eisfair-1 initrd ...'
initrd /initrd.gz
}
--
Gruß Daniel
[eisfair-Team]
Helmut Pohl
Sep 9, 2022, 6:02:25 PM9/9/22
to
Hallo Markus,
Am 09.09.2022 um 19:49 schrieb Marcus Röckrath:
> Hallo Helmut,
>
> Helmut wrote:
>
>> Es sieht so aus, als wenn bei den neuen 5.er Kernel etwas im
>> Bootmechanismus verändert wurde.
>>
>> Interessanterweise laufen die neuen eis64-er Kernel in den Xen-VM's, es
>> betrifft nur eis1.
>
> Sind die E64 ansonsten auch auf diesem alten Stand wie der E1 gewesen.
Ja
Ja, Xen benötigt den Grub zum Booten. Wenn extlinux nicht installiert
ist, dann bricht die Kernelinstallation mit einem Fehler ab. Wenn
extlinux installiert ist, läuft die Kernelinstallation durch. Ansonsten
wird extlinux nicht benötigt.
Gruß,
Helmut
Am 09.09.2022 um 19:49 schrieb Marcus Röckrath:
> Hallo Helmut,
>
> Helmut wrote:
>
>> Es sieht so aus, als wenn bei den neuen 5.er Kernel etwas im
>> Bootmechanismus verändert wurde.
>>
>> Interessanterweise laufen die neuen eis64-er Kernel in den Xen-VM's, es
>> betrifft nur eis1.
>
> Sind die E64 ansonsten auch auf diesem alten Stand wie der E1 gewesen.
ist, dann bricht die Kernelinstallation mit einem Fehler ab. Wenn
extlinux installiert ist, läuft die Kernelinstallation durch. Ansonsten
wird extlinux nicht benötigt.
Gruß,
Helmut
Helmut Pohl
Sep 9, 2022, 6:08:56 PM9/9/22
to
Hallo Markus,
Ich habe den eis1 soweit hochgezogen, bis
sysuser-shadow
eisman
eisfair-base
übrig blieben. Die angestoßene Installation von eisfair-base
installierte die o.g. Module mit. Allerdings war das anschließende
Booten nicht möglich. Es erschien wieder das Fehlerbild.
Es muss also etwas sein, dass in diesen Modulen enthalten ist, dass den
4.9.255 Kernel nicht booten lässt.
Gruß,
Helmut
sysuser-shadow
eisman
eisfair-base
übrig blieben. Die angestoßene Installation von eisfair-base
installierte die o.g. Module mit. Allerdings war das anschließende
Booten nicht möglich. Es erschien wieder das Fehlerbild.
Es muss also etwas sein, dass in diesen Modulen enthalten ist, dass den
4.9.255 Kernel nicht booten lässt.
Gruß,
Helmut
Marcus Röckrath
Sep 10, 2022, 3:20:03 AM9/10/22
to
Hallo Helmut,
Helmut Pohl wrote:
>>> Komisch finde ich es, dass das Paket eisman die Ursache für den Fehler
>>> ist.
>>
>> Ein Update von eisman kann natürlich auch weitere Paket mit updaten; hier
>> die direkten Requirements von eisman:
>>
>> <require-package>base 2.8.25</require-package>
>> <require-package>base-certificate 3.0.0</require-package>
>> <require-package>bzip2 3.2.0</require-package>
>> <require-package>coreutils 3.2.0</require-package>
>> <require-package>gawk 3.2.2</require-package>
>> <require-package>grep 3.2.0</require-package>
>> <require-package>gzip 3.2.0</require-package>
>> <require-package>lsb-release 3.0.0</require-package>
>> <require-package>sed 3.2.0</require-package>
>> <require-package>tar 3.2.0</require-package>
>> <require-package>wget 3.2.0</require-package>
>> <require-package>logger 3.2.0</require-package>
>> <linked-package>eisfair-base 3.2.3</linked-package>
>>
>> Was genau mit eisman upgedatet wurde, kannst du /var/log/log.eis-install
>> entnehmen.
>
> Ich habe den eis1 soweit hochgezogen, bis
>
> sysuser-shadow
> eisman
> eisfair-base
Davon ist nur eisfair-base plattformspezifisch. Unterschiedlich sind aber
nur die echten Binaries, die weiteren Bestandteile sind hier ebenso in e1
und e64 gleich.
eisman enthält nur Skripte zum Paketupdate und hat mit dem Bootvorgang
nichts zu tun.
Auch sysuser-shadow hat mit dem Boot nichts zu tun, bei dessen Installation
passiert IMHO auch nichts.
> übrig blieben. Die angestoßene Installation von eisfair-base
> installierte die o.g. Module mit. Allerdings war das anschließende
> Booten nicht möglich. Es erschien wieder das Fehlerbild.
>
> Es muss also etwas sein, dass in diesen Modulen enthalten ist, dass den
> 4.9.255 Kernel nicht booten lässt.
Von obigen Paketen kann es dann nur eisfair-base sein.
Logisch erschließt sich mir das sowieso nicht, da ich noch keinen
Ansatzpunkt sehe, warum beim Boot ein Problem mit /proc existiert.
Ganz doofe Idee: Gibt es im Root-Verzeichnis das Verzeichnis proc?
Bitte auch mal die Bootmeldungen eines funktionierenden Boots.
--
Gruß Marcus
[eisfair-Team]
Helmut Pohl wrote:
>>> Komisch finde ich es, dass das Paket eisman die Ursache für den Fehler
>>> ist.
>>
>> Ein Update von eisman kann natürlich auch weitere Paket mit updaten; hier
>> die direkten Requirements von eisman:
>>
>> <require-package>base 2.8.25</require-package>
>> <require-package>base-certificate 3.0.0</require-package>
>> <require-package>bzip2 3.2.0</require-package>
>> <require-package>coreutils 3.2.0</require-package>
>> <require-package>gawk 3.2.2</require-package>
>> <require-package>grep 3.2.0</require-package>
>> <require-package>gzip 3.2.0</require-package>
>> <require-package>lsb-release 3.0.0</require-package>
>> <require-package>sed 3.2.0</require-package>
>> <require-package>tar 3.2.0</require-package>
>> <require-package>wget 3.2.0</require-package>
>> <require-package>logger 3.2.0</require-package>
>> <linked-package>eisfair-base 3.2.3</linked-package>
>>
>> Was genau mit eisman upgedatet wurde, kannst du /var/log/log.eis-install
>> entnehmen.
>
> Ich habe den eis1 soweit hochgezogen, bis
>
> sysuser-shadow
> eisman
> eisfair-base
nur die echten Binaries, die weiteren Bestandteile sind hier ebenso in e1
und e64 gleich.
eisman enthält nur Skripte zum Paketupdate und hat mit dem Bootvorgang
nichts zu tun.
Auch sysuser-shadow hat mit dem Boot nichts zu tun, bei dessen Installation
passiert IMHO auch nichts.
> übrig blieben. Die angestoßene Installation von eisfair-base
> installierte die o.g. Module mit. Allerdings war das anschließende
> Booten nicht möglich. Es erschien wieder das Fehlerbild.
>
> Es muss also etwas sein, dass in diesen Modulen enthalten ist, dass den
> 4.9.255 Kernel nicht booten lässt.
Logisch erschließt sich mir das sowieso nicht, da ich noch keinen
Ansatzpunkt sehe, warum beim Boot ein Problem mit /proc existiert.
Ganz doofe Idee: Gibt es im Root-Verzeichnis das Verzeichnis proc?
Bitte auch mal die Bootmeldungen eines funktionierenden Boots.
--
Gruß Marcus
[eisfair-Team]
Helmut Pohl
Sep 10, 2022, 7:18:33 AM9/10/22
to
Hallo Markus,
Natürlich, vorher hatte das System ja gebootet.
>
> Bitte auch mal die Bootmeldungen eines funktionierenden Boots.
>
hier die Bootmeldung eines virtuelllen eis32, gebootet wird unter xen
mit grub:
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
prefetch64-sse: 17105.000 MB/sec
xor: using function: prefetch64-sse (17105.000 MB/sec)
raid6: sse1x1 gen() 2480 MB/s
raid6: sse1x2 gen() 3237 MB/s
raid6: sse2x1 gen() 3919 MB/s
raid6: sse2x1 xor() 5360 MB/s
raid6: int32x1 gen() 1170 MB/s
random: fast init done
raid6: int32x4 gen() 975 MB/s
raid6: int32x4 xor() 817 MB/s
raid6: int32x8 gen() 928 MB/s
[ OK ]
* Mounting virtual file systems: /proc
[ OK ]
* Mounting virtual file systems: /sys
[ OK ]
* Mounting virtual file systems: /dev
[ OK ]
urandom_read: 3 callbacks suppressed
input: PC Speaker as /devices/platform/pcspkr/input/input0
xen_netfront: Initialising Xen virtual ethernet driver
Error: Driver 'pcspkr' is already registered, aborting...
vif vif-0 enx00163e080808: renamed from eth0
[ OK ]
* Activating all swap files/partitions...
Adding 998396k swap on /dev/xvda2. Priority:-1 extents:1 across:998396k
SSFS [ OK ]
* Mounting root file system in read-only mode...
EXT4-fs (xvda3): re-mounted. Opts: errors=remount-ro
* Checking file systems...
fsck from util-linux 2.36.2
/dev/xvda3: clean, 29419/2555904 files, 463535/10210304 blocks
/dev/xvda1: clean, 37/25688 files, 39788/102400 blocks
[ OK ]
* Remounting root file system in read-write mode...
EXT4-fs (xvda3): re-mounted. Opts: errors=remount-ro
[ OK ]
* Mounting remaining file systems...
/proc : already mounted
/media/floppy : ignored
/media/cdrom : ignored
/dev/pts : successfully mounted
/sys : already mounted
/run : already mounted
/dev : already mounted
/boot : successfully mounted
none : ignored
/ : ignored
[ FAIL ]
* Setting up hostname ...
[ OK ]
* Setting console mode to Unicode (UTF-8)...
[ OK ]
* Configuring loopback and ethernet device ...
[ OK ]
* Starting usb ...
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
[ OK ]
* Configuring ip on ethernet cards ...
[ OK ]
* Setting up additional routes ...
[ OK ]
* Setting up resolv.conf ...
[ OK ]
* Starting haveged ...
[ OK ]
* Starting syslogd ...
[ OK ]
* Starting Xinetd daemon ...
[ OK ]
* Stopping Xinetd daemon ...
[ OK ]
* Starting Xinetd daemon ...
[ OK ]
* Starting atd ...
[ OK ]
* Starting cron ...
[ OK ]
eisfair - Linux Kernel 4.9.255-eisfair-1-VIRT (hvc0).
Login as 'eis' for system setup
Login as 'root' for administration
eis32-40GB login:
hier ein ls -la /
eis32-40GB # ls -la /
total 234037
drwxr-xr-x 20 root root 4096 Sep 9 19:19 .
-rw------- 1 root root 3170 Dec 17 2018 .viminfo
-rw-r--r-- 1 root root 168 Oct 12 2021 .wget-hsts
-rw-r--r-- 1 root root 1853808 Feb 15 2021
System.map-4.9.255-eisfair-1-VIRT
-rw-r--r-- 1 root root 2709655 Sep 1 23:55
System.map-5.15.64-eisfair-1-VIRT
drwxrwxr-x 2 root root 4096 Sep 10 00:38 bin
drwxr-xr-x 5 root root 1024 Sep 9 19:20 boot
-rw-r--r-- 1 root root 21852421 Apr 23 2020 boot.tgz
drwxr-xr-x 2 root root 4096 Dec 16 2018 data
drwxr-xr-x 11 root root 16020 Sep 10 13:08 dev
drwxr-xr-x 36 root root 4096 Sep 10 13:08 etc
drwxr-xr-x 3 root root 4096 Jun 13 2007 home
drwxr-xr-x 4 root root 4096 Sep 9 21:38 lib
drwx------ 2 root root 4096 Dec 16 2018 lost+found
drwxr-xr-x 5 root root 4096 Mar 3 2014 media
drwxr-xr-x 2 root root 4096 Dec 16 2018 mnt
dr-xr-xr-x 83 root root 0 Sep 10 13:07 proc
drwx------ 4 root root 4096 Sep 10 13:06 root
-rw-r--r-- 1 root root 213154080 Apr 23 2020 root.tgz
drwxrwxrwt 10 root root 420 Sep 10 13:08 run
drwxr-xr-x 2 root root 4096 Sep 9 21:58 sbin
dr-xr-xr-x 13 root root 0 Sep 10 13:08 sys
drwxrwxrwt 2 root root 4096 Sep 10 12:00 tmp
drwxr-xr-x 10 root root 4096 Jun 7 2021 usr
drwxr-xr-x 12 root root 4096 Apr 25 2018 var
eis32-40GB #
Gruß,
Helmut
>
> Bitte auch mal die Bootmeldungen eines funktionierenden Boots.
>
mit grub:
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /old-kernel modules=ext4 console=hvc0 root=/dev/xvda3
initrd /old-initrd.gz
initrd /old-initrd.gz
============= Init TPM Front ================
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
close blk: backend=/local/domain/0/backend/vbd/17/51712
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
xor: using function: prefetch64-sse (17105.000 MB/sec)
NET: Registered protocol family 16
xen:grant_table: Grant tables using version 1 layout
Grant table initialized
PCI: setting up Xen PCI frontend stub
raid6: mmxx1 gen() 3907 MB/s
raid6: mmxx2 gen() 4374 MB/s
xen:grant_table: Grant tables using version 1 layout
Grant table initialized
PCI: setting up Xen PCI frontend stub
raid6: mmxx1 gen() 3907 MB/s
raid6: sse1x1 gen() 2480 MB/s
raid6: sse1x2 gen() 3237 MB/s
raid6: sse2x1 gen() 3919 MB/s
raid6: sse2x1 xor() 5360 MB/s
raid6: sse2x2 gen() 3763 MB/s
raid6: sse2x2 xor() 6359 MB/s
raid6: int32x1 gen() 1170 MB/s
raid6: int32x1 xor() 735 MB/s
raid6: int32x2 gen() 1056 MB/s
raid6: int32x2 xor() 857 MB/s
raid6: int32x2 gen() 1056 MB/s
random: fast init done
raid6: int32x4 gen() 975 MB/s
raid6: int32x4 xor() 817 MB/s
raid6: int32x8 gen() 928 MB/s
raid6: int32x8 xor() 721 MB/s
raid6: using algorithm mmxx2 gen() 4374 MB/s
rootdev is /dev/xvda3.
EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
Executing switch_root and spawning init ...
INIT: version 2.99 booting
INIT: Entering runlevel: 2
* Running /etc/init.d/rc ...
* Switching from runlevel N to 2 ...
* Mounting virtual file systems: /run
EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
Executing switch_root and spawning init ...
INIT: version 2.99 booting
INIT: Entering runlevel: 2
* Running /etc/init.d/rc ...
* Switching from runlevel N to 2 ...
[ OK ]
* Mounting virtual file systems: /proc
[ OK ]
* Mounting virtual file systems: /sys
[ OK ]
* Mounting virtual file systems: /dev
[ OK ]
* Loading kernel modules ...
apm: BIOS not found.
[ OK ]
* Populating /dev with device nodes...
udevd[1211]: starting version 3.2.10
[ OK ]
* Populating /dev with device nodes...
urandom_read: 3 callbacks suppressed
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
udevd[1213]: starting eudev-3.2.10
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
input: PC Speaker as /devices/platform/pcspkr/input/input0
xen_netfront: Initialising Xen virtual ethernet driver
Error: Driver 'pcspkr' is already registered, aborting...
vif vif-0 enx00163e080808: renamed from eth0
[ OK ]
* Activating all swap files/partitions...
Adding 998396k swap on /dev/xvda2. Priority:-1 extents:1 across:998396k
SSFS [ OK ]
* Mounting root file system in read-only mode...
EXT4-fs (xvda3): re-mounted. Opts: errors=remount-ro
* Checking file systems...
fsck from util-linux 2.36.2
/dev/xvda3: clean, 29419/2555904 files, 463535/10210304 blocks
/dev/xvda1: clean, 37/25688 files, 39788/102400 blocks
[ OK ]
* Remounting root file system in read-write mode...
EXT4-fs (xvda3): re-mounted. Opts: errors=remount-ro
[ OK ]
* Mounting remaining file systems...
/proc : already mounted
/media/floppy : ignored
/media/cdrom : ignored
/dev/pts : successfully mounted
/sys : already mounted
/run : already mounted
/dev : already mounted
/boot : successfully mounted
none : ignored
/ : ignored
[ FAIL ]
* Setting up hostname ...
[ OK ]
* Setting console mode to Unicode (UTF-8)...
[ OK ]
* Configuring loopback and ethernet device ...
[ OK ]
* Starting usb ...
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
[ OK ]
* Configuring ip on ethernet cards ...
[ OK ]
* Setting up additional routes ...
[ OK ]
* Setting up resolv.conf ...
[ OK ]
* Starting haveged ...
[ OK ]
* Starting syslogd ...
[ OK ]
* Starting Xinetd daemon ...
[ OK ]
* Stopping Xinetd daemon ...
[ OK ]
* Starting Xinetd daemon ...
[ OK ]
* Starting atd ...
[ OK ]
* Starting cron ...
[ OK ]
eisfair - Linux Kernel 4.9.255-eisfair-1-VIRT (hvc0).
Login as 'eis' for system setup
Login as 'root' for administration
eis32-40GB login:
hier ein ls -la /
eis32-40GB # ls -la /
total 234037
drwxr-xr-x 20 root root 4096 Sep 9 19:19 .
drwxr-xr-x 20 root root 4096 Sep 9 19:19 ..
-rw------- 1 root root 333 Dec 17 2018 .bash_history
-rw------- 1 root root 3170 Dec 17 2018 .viminfo
-rw-r--r-- 1 root root 168 Oct 12 2021 .wget-hsts
-rw-r--r-- 1 root root 1853808 Feb 15 2021
System.map-4.9.255-eisfair-1-VIRT
-rw-r--r-- 1 root root 2709655 Sep 1 23:55
System.map-5.15.64-eisfair-1-VIRT
drwxrwxr-x 2 root root 4096 Sep 10 00:38 bin
drwxr-xr-x 5 root root 1024 Sep 9 19:20 boot
-rw-r--r-- 1 root root 21852421 Apr 23 2020 boot.tgz
drwxr-xr-x 2 root root 4096 Dec 16 2018 data
drwxr-xr-x 11 root root 16020 Sep 10 13:08 dev
drwxr-xr-x 36 root root 4096 Sep 10 13:08 etc
drwxr-xr-x 3 root root 4096 Jun 13 2007 home
drwxr-xr-x 4 root root 4096 Sep 9 21:38 lib
drwx------ 2 root root 4096 Dec 16 2018 lost+found
drwxr-xr-x 5 root root 4096 Mar 3 2014 media
drwxr-xr-x 2 root root 4096 Dec 16 2018 mnt
dr-xr-xr-x 83 root root 0 Sep 10 13:07 proc
drwx------ 4 root root 4096 Sep 10 13:06 root
-rw-r--r-- 1 root root 213154080 Apr 23 2020 root.tgz
drwxrwxrwt 10 root root 420 Sep 10 13:08 run
drwxr-xr-x 2 root root 4096 Sep 9 21:58 sbin
dr-xr-xr-x 13 root root 0 Sep 10 13:08 sys
drwxrwxrwt 2 root root 4096 Sep 10 12:00 tmp
drwxr-xr-x 10 root root 4096 Jun 7 2021 usr
drwxr-xr-x 12 root root 4096 Apr 25 2018 var
eis32-40GB #
Gruß,
Helmut
Helmut Pohl
Sep 10, 2022, 7:34:05 AM9/10/22
to
Hallo Daniel,
vielen Dank für die Info. Ich werde erstmal beim letzten 4.9 Kernel
bleiben. Allerdings interessiert es mich schon den 5er Kernel zum Laufen
zu bringen.
Wenn ich das richtig verstehe soll der Bootloader gewechselt werden.
Meine derzeitige Konfiguration einer eis32-vm sieht so aus:
alpine-xen2:/etc/xen/xl# m eis32-40GB.pv
######
# Konfiguration fuer eis32-40GB
#
name = "eis32-40GB"
console="hvc0"
kernel="/usr/lib/xen/boot/pv-grub-x86_32.gz"
extra="(hd0,0)/grub/menu.lst"
memory = 512
acpi=1
apic=1
vcpus = 1
maxvcpus = 1
cpus='all'
keymap='de'
boot = 'c'
disk = [
'file:/img/eis32-40GB.img,xvda,w'
]
vif=['mac=08:00:27:84:b0:1b, bridge=br0, vifname=eis32-40GB']
on_xend_start="start"
on_xend_stop="shutdown"
on_reboot="restart"
on_poweroff="destroy"
on_crash="preserve"
Das Verzeichnis /usr/lib/xen/boot/ sieht bei mir so aus:
ls -la /usr/lib/xen/boot/
total 11820
drwxr-xr-x 2 root root 4096 May 29 15:36 .
drwxr-xr-x 4 root root 4096 May 29 15:28 ..
-rw-r--r-- 1 root root 335152 Apr 22 11:30 hvmloader
-rw-r--r-- 1 root root 1734173 Apr 22 11:30 ioemu-stubdom.gz
-rw-r--r-- 1 root root 137216 Apr 22 11:30 ipxe.bin
-rw-r--r-- 1 root root 1168627 Apr 22 11:30 pv-grub-x86_32.gz
-rw-r--r-- 1 root root 1197294 Apr 22 11:30 pv-grub-x86_64.gz
-rw-r--r-- 1 root root 6379120 Apr 22 11:30 xen-shim
-rw-r--r-- 1 root root 1127944 Apr 22 11:30 xenstore-stubdom.gz
alpine-xen2:/etc/xen/xl#
und das Verzeichnis /usr/lib/xen/bin sieht so aus:
alpine-xen2:/usr/lib/xen/bin# ls -la
total 19828
drwxr-xr-x 2 root root 4096 May 29 15:36 .
drwxr-xr-x 4 root root 4096 May 29 15:28 ..
-rwxr-xr-x 1 root root 21986 Apr 22 11:30
convert-legacy-stream
-rwxr-xr-x 1 root root 22392 Apr 22 11:30 depriv-fd-checker
-rwxr-xr-x 1 root root 26328 Apr 22 11:30 elf2dmp
-rwxr-xr-x 1 root root 22680 Apr 22 11:30
init-xenstore-domain
-rwxr-xr-x 1 root root 18136 Apr 22 11:30 ivshmem-client
-rwxr-xr-x 1 root root 234304 Apr 22 11:30 ivshmem-server
-rwxr-xr-x 1 root root 18248 Apr 22 11:30 libxl-save-helper
-rwxr-xr-x 1 root root 13968 Apr 22 11:30 lsevtchn
-rwxr-xr-x 1 root root 33380 Apr 22 11:30 pygrub
-rwxr-xr-x 1 root root 14040 Apr 22 11:30 qemu-bridge-helper
-rwxr-xr-x 1 root root 1325568 Apr 22 11:30 qemu-dm
-rwxr-xr-x 1 root root 34600 Apr 22 11:30 qemu-edid
-rwxr-xr-x 1 root root 1743712 Apr 22 11:30 qemu-img
-rwxr-xr-x 1 root root 1695072 Apr 22 11:30 qemu-io
-rwxr-xr-x 1 root root 1699616 Apr 22 11:30 qemu-nbd
-rwxr-xr-x 1 root root 616008 Apr 22 11:30 qemu-pr-helper
-rwxr-xr-x 1 root root 12534816 Apr 22 11:30 qemu-system-i386
-rwxr-xr-x 1 root root 14040 Apr 22 11:30 readnotes
-rwxr-xr-x 1 root root 4400 Apr 22 11:30 stubdom-dm
-rw-r--r-- 1 root root 442 Apr 22 11:30 stubdompath.sh
-rwxr-xr-x 1 root root 4214 Apr 22 11:30 verify-stream-v2
-rwxr-xr-x 1 root root 13968 Apr 22 11:30 xen-fd-is-file
-rwxr-xr-x 1 root root 14200 Apr 22 11:30 xen-init-dom0
-rwxr-xr-x 1 root root 18144 Apr 22 11:30 xenconsole
-rwxr-xr-x 1 root root 30832 Apr 22 11:30 xenctx
-rwxr-xr-x 1 root root 14062 Apr 22 11:30 xendomains
-rwxr-xr-x 1 root root 30584 Apr 22 11:30 xenpaging
-rwxr-xr-x 1 root root 9784 Apr 22 11:30 xenpvnetboot
alpine-xen2:/usr/lib/xen/bin#
Ich werde mal demnächst anfangen zu experimentieren.
Gruß
Helmut
vielen Dank für die Info. Ich werde erstmal beim letzten 4.9 Kernel
bleiben. Allerdings interessiert es mich schon den 5er Kernel zum Laufen
zu bringen.
Wenn ich das richtig verstehe soll der Bootloader gewechselt werden.
Meine derzeitige Konfiguration einer eis32-vm sieht so aus:
alpine-xen2:/etc/xen/xl# m eis32-40GB.pv
######
# Konfiguration fuer eis32-40GB
#
name = "eis32-40GB"
console="hvc0"
kernel="/usr/lib/xen/boot/pv-grub-x86_32.gz"
extra="(hd0,0)/grub/menu.lst"
memory = 512
acpi=1
apic=1
vcpus = 1
maxvcpus = 1
cpus='all'
keymap='de'
boot = 'c'
disk = [
'file:/img/eis32-40GB.img,xvda,w'
]
vif=['mac=08:00:27:84:b0:1b, bridge=br0, vifname=eis32-40GB']
on_xend_start="start"
on_xend_stop="shutdown"
on_reboot="restart"
on_poweroff="destroy"
on_crash="preserve"
Das Verzeichnis /usr/lib/xen/boot/ sieht bei mir so aus:
ls -la /usr/lib/xen/boot/
total 11820
drwxr-xr-x 2 root root 4096 May 29 15:36 .
drwxr-xr-x 4 root root 4096 May 29 15:28 ..
-rw-r--r-- 1 root root 335152 Apr 22 11:30 hvmloader
-rw-r--r-- 1 root root 1734173 Apr 22 11:30 ioemu-stubdom.gz
-rw-r--r-- 1 root root 137216 Apr 22 11:30 ipxe.bin
-rw-r--r-- 1 root root 1168627 Apr 22 11:30 pv-grub-x86_32.gz
-rw-r--r-- 1 root root 1197294 Apr 22 11:30 pv-grub-x86_64.gz
-rw-r--r-- 1 root root 6379120 Apr 22 11:30 xen-shim
-rw-r--r-- 1 root root 1127944 Apr 22 11:30 xenstore-stubdom.gz
alpine-xen2:/etc/xen/xl#
und das Verzeichnis /usr/lib/xen/bin sieht so aus:
alpine-xen2:/usr/lib/xen/bin# ls -la
total 19828
drwxr-xr-x 2 root root 4096 May 29 15:36 .
drwxr-xr-x 4 root root 4096 May 29 15:28 ..
-rwxr-xr-x 1 root root 21986 Apr 22 11:30
convert-legacy-stream
-rwxr-xr-x 1 root root 22392 Apr 22 11:30 depriv-fd-checker
-rwxr-xr-x 1 root root 26328 Apr 22 11:30 elf2dmp
-rwxr-xr-x 1 root root 22680 Apr 22 11:30
init-xenstore-domain
-rwxr-xr-x 1 root root 18136 Apr 22 11:30 ivshmem-client
-rwxr-xr-x 1 root root 234304 Apr 22 11:30 ivshmem-server
-rwxr-xr-x 1 root root 18248 Apr 22 11:30 libxl-save-helper
-rwxr-xr-x 1 root root 13968 Apr 22 11:30 lsevtchn
-rwxr-xr-x 1 root root 33380 Apr 22 11:30 pygrub
-rwxr-xr-x 1 root root 14040 Apr 22 11:30 qemu-bridge-helper
-rwxr-xr-x 1 root root 1325568 Apr 22 11:30 qemu-dm
-rwxr-xr-x 1 root root 34600 Apr 22 11:30 qemu-edid
-rwxr-xr-x 1 root root 1743712 Apr 22 11:30 qemu-img
-rwxr-xr-x 1 root root 1695072 Apr 22 11:30 qemu-io
-rwxr-xr-x 1 root root 1699616 Apr 22 11:30 qemu-nbd
-rwxr-xr-x 1 root root 616008 Apr 22 11:30 qemu-pr-helper
-rwxr-xr-x 1 root root 12534816 Apr 22 11:30 qemu-system-i386
-rwxr-xr-x 1 root root 14040 Apr 22 11:30 readnotes
-rwxr-xr-x 1 root root 4400 Apr 22 11:30 stubdom-dm
-rw-r--r-- 1 root root 442 Apr 22 11:30 stubdompath.sh
-rwxr-xr-x 1 root root 4214 Apr 22 11:30 verify-stream-v2
-rwxr-xr-x 1 root root 13968 Apr 22 11:30 xen-fd-is-file
-rwxr-xr-x 1 root root 14200 Apr 22 11:30 xen-init-dom0
-rwxr-xr-x 1 root root 18144 Apr 22 11:30 xenconsole
-rwxr-xr-x 1 root root 30832 Apr 22 11:30 xenctx
-rwxr-xr-x 1 root root 14062 Apr 22 11:30 xendomains
-rwxr-xr-x 1 root root 30584 Apr 22 11:30 xenpaging
-rwxr-xr-x 1 root root 9784 Apr 22 11:30 xenpvnetboot
alpine-xen2:/usr/lib/xen/bin#
Ich werde mal demnächst anfangen zu experimentieren.
Gruß
Helmut
Marcus Röckrath
Sep 10, 2022, 7:40:02 AM9/10/22
to
Hallo Helmut,
Helmut Pohl wrote:
>> Logisch erschließt sich mir das sowieso nicht, da ich noch keinen
>> Ansatzpunkt sehe, warum beim Boot ein Problem mit /proc existiert.
>>
>> Ganz doofe Idee: Gibt es im Root-Verzeichnis das Verzeichnis proc?
>
> Natürlich, vorher hatte das System ja gebootet.
Klar, aber irgendwo mit proc gibt es ein Problem; das mit der Existenz war
Helmut Pohl wrote:
>> Logisch erschließt sich mir das sowieso nicht, da ich noch keinen
>> Ansatzpunkt sehe, warum beim Boot ein Problem mit /proc existiert.
>>
>> Ganz doofe Idee: Gibt es im Root-Verzeichnis das Verzeichnis proc?
>
> Natürlich, vorher hatte das System ja gebootet.
so ein verzweifelter Versuch.
> Creating busybox symlinks ...
> Mounting proc ...
> Mounting sys ...
> Mounting devtmpfs on /dev ...
> * Loading kernel modules ...
Hier knallt der andere dann weg, weil proc nicht existiert, proc/modules
nicht angelegt werden konnte, ...
Du könntest mal in /etc/init.d/modules im start-Zweig hinter der Ausgabe
"Loading Kernel modules..." ein paar Ausgaben einfügen
ls -la /
ls -la /proc
Mal schauen, ob das auch schon Fehler schmeißt oder andere Hinweise gibt.
--
Gruß Marcus
[eisfair-Team]
Helmut Pohl
Sep 10, 2022, 9:00:16 AM9/10/22
to
Hallo Markus,
ok, hier die Ausgabe:
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /old-kernel modules=ext4 console=hvc0 root=/dev/xvda3
initrd /old-initrd.gz
============= Init TPM Front ================
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
close blk: backend=/local/domain/0/backend/vbd/18/51712
prefetch64-sse: 17106.000 MB/sec
xor: using function: prefetch64-sse (17106.000 MB/sec)
raid6: sse2x2 xor() 6360 MB/s
raid6: int32x2 xor() 858 MB/s
random: fast init done
raid6: int32x4 gen() 976 MB/s
drwx------ 4 root root 4096 Sep 10 14:44 root
drwxrwxrwt 2 root root 4096 Sep 10 14:00 tmp
dr-xr-xr-x 69 root root 0 Sep 10 14:44 .
dr-xr-xr-x 8 root root 0 Sep 10 14:45 10
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1025
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1026
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1028
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1030
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1032
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1035
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1037
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1039
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1041
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1042
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1043
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1044
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1045
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1046
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1047
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1048
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1098
dr-xr-xr-x 8 root root 0 Sep 10 14:45 11
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1110
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1161
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1162
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1167
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1193
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1196
dr-xr-xr-x 8 root root 0 Sep 10 14:45 12
dr-xr-xr-x 8 root root 0 Sep 10 14:45 13
dr-xr-xr-x 8 root root 0 Sep 10 14:45 14
dr-xr-xr-x 8 root root 0 Sep 10 14:45 151
dr-xr-xr-x 8 root root 0 Sep 10 14:45 161
dr-xr-xr-x 8 root root 0 Sep 10 14:45 162
dr-xr-xr-x 8 root root 0 Sep 10 14:45 164
dr-xr-xr-x 8 root root 0 Sep 10 14:45 165
dr-xr-xr-x 8 root root 0 Sep 10 14:45 166
dr-xr-xr-x 8 root root 0 Sep 10 14:45 167
dr-xr-xr-x 8 root root 0 Sep 10 14:45 169
dr-xr-xr-x 8 root root 0 Sep 10 14:45 179
dr-xr-xr-x 8 root root 0 Sep 10 14:45 188
dr-xr-xr-x 8 root root 0 Sep 10 14:45 193
dr-xr-xr-x 8 root root 0 Sep 10 14:45 2
dr-xr-xr-x 8 root root 0 Sep 10 14:45 204
dr-xr-xr-x 8 root root 0 Sep 10 14:45 21
dr-xr-xr-x 8 root root 0 Sep 10 14:45 22
dr-xr-xr-x 8 root root 0 Sep 10 14:45 294
dr-xr-xr-x 8 root root 0 Sep 10 14:45 295
dr-xr-xr-x 8 root root 0 Sep 10 14:45 3
dr-xr-xr-x 8 root root 0 Sep 10 14:45 380
dr-xr-xr-x 8 root root 0 Sep 10 14:45 390
dr-xr-xr-x 8 root root 0 Sep 10 14:45 391
dr-xr-xr-x 8 root root 0 Sep 10 14:45 4
dr-xr-xr-x 8 root root 0 Sep 10 14:45 430
dr-xr-xr-x 8 root root 0 Sep 10 14:45 44
dr-xr-xr-x 8 root root 0 Sep 10 14:45 5
dr-xr-xr-x 8 root root 0 Sep 10 14:45 6
dr-xr-xr-x 8 root root 0 Sep 10 14:45 7
dr-xr-xr-x 8 root root 0 Sep 10 14:45 8
dr-xr-xr-x 8 root root 0 Sep 10 14:45 9
dr-xr-xr-x 8 root root 0 Sep 10 14:45 967
-r--r--r-- 1 root root 0 Sep 10 14:45 buddyinfo
dr-xr-xr-x 4 root root 0 Sep 10 14:45 bus
-r--r--r-- 1 root root 0 Sep 10 14:45 cgroups
-r--r--r-- 1 root root 0 Sep 10 14:45 cmdline
-r--r--r-- 1 root root 0 Sep 10 14:45 consoles
-r--r--r-- 1 root root 0 Sep 10 14:45 cpuinfo
-r--r--r-- 1 root root 0 Sep 10 14:45 crypto
-r--r--r-- 1 root root 0 Sep 10 14:45 devices
-r--r--r-- 1 root root 0 Sep 10 14:45 diskstats
-r--r--r-- 1 root root 0 Sep 10 14:45 dma
dr-xr-xr-x 2 root root 0 Sep 10 14:45 driver
-r--r--r-- 1 root root 0 Sep 10 14:45 execdomains
-r--r--r-- 1 root root 0 Sep 10 14:45 fb
-r--r--r-- 1 root root 0 Sep 10 14:45 filesystems
dr-xr-xr-x 6 root root 0 Sep 10 14:45 fs
-r--r--r-- 1 root root 0 Sep 10 14:45 interrupts
-r--r--r-- 1 root root 0 Sep 10 14:45 iomem
-r--r--r-- 1 root root 0 Sep 10 14:45 ioports
dr-xr-xr-x 12 root root 0 Sep 10 14:45 irq
-r--r--r-- 1 root root 0 Sep 10 14:45 kallsyms
-r--r--r-- 1 root root 0 Sep 10 14:45 key-users
-r--r--r-- 1 root root 0 Sep 10 14:45 keys
-r-------- 1 root root 0 Sep 10 14:45 kmsg
-r-------- 1 root root 0 Sep 10 14:45 kpagecgroup
-r-------- 1 root root 0 Sep 10 14:45 kpagecount
-r-------- 1 root root 0 Sep 10 14:45 kpageflags
-r--r--r-- 1 root root 0 Sep 10 14:45 loadavg
-r--r--r-- 1 root root 0 Sep 10 14:45 locks
-r--r--r-- 1 root root 0 Sep 10 14:45 mdstat
-r--r--r-- 1 root root 0 Sep 10 14:45 meminfo
-r--r--r-- 1 root root 0 Sep 10 14:45 misc
-r--r--r-- 1 root root 0 Sep 10 14:45 modules
lrwxrwxrwx 1 root root 11 Sep 10 14:45 mounts -> self/mounts
lrwxrwxrwx 1 root root 8 Sep 10 14:45 net -> self/net
-r-------- 1 root root 0 Sep 10 14:45 pagetypeinfo
-r--r--r-- 1 root root 0 Sep 10 14:45 partitions
-r--r--r-- 1 root root 0 Sep 10 14:45 sched_debug
lrwxrwxrwx 1 root root 0 Sep 10 14:44 self -> 1196
-r-------- 1 root root 0 Sep 10 14:45 slabinfo
-r--r--r-- 1 root root 0 Sep 10 14:45 softirqs
-r--r--r-- 1 root root 0 Sep 10 14:45 stat
-r--r--r-- 1 root root 0 Sep 10 14:45 swaps
dr-xr-xr-x 1 root root 0 Sep 10 14:45 sys
dr-xr-xr-x 2 root root 0 Sep 10 14:45 sysvipc
lrwxrwxrwx 1 root root 0 Sep 10 14:44 thread-self -> 1196/task/1196
-r-------- 1 root root 0 Sep 10 14:45 timer_list
dr-xr-xr-x 4 root root 0 Sep 10 14:45 tty
-r--r--r-- 1 root root 0 Sep 10 14:45 uptime
-r--r--r-- 1 root root 0 Sep 10 14:45 version
-r-------- 1 root root 0 Sep 10 14:45 vmallocinfo
-r--r--r-- 1 root root 0 Sep 10 14:45 vmstat
dr-xr-xr-x 2 root root 0 Sep 10 14:45 xen
-r--r--r-- 1 root root 0 Sep 10 14:45 zoneinfo
das defekte Sytem zeigt:
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
pIII_sse : 14398.000 MB/sec
raid6: sse2x1 xor() 5363 MB/s
raid6: sse2x2 gen() 3764 MB/s
raid6: sse2x2 xor() 6357 MB/s
random: fast init done
raid6: int32x4 gen() 974 MB/s
drwxr-xr-x 21 root root 4096 May 27 2021 .
drwxr-xr-x 21 root root 4096 May 27 2021 ..
System.map-4.9.218-eisfair-1-VIRT
drwxr-xr-x 2 root root 4096 Dec 16 2018 boot
drwxr-xr-x 49 root root 4096 Sep 9 13:30 etc
drwx------ 5 root root 4096 Sep 9 13:33 root
drwxrwxrwt 3 root root 4096 Oct 5 2019 run
drwxr-xr-x 2 root root 4096 Sep 9 13:27 sbin
drwxr-xr-x 4 root root 4096 Mar 22 2019 srv
drwxr-xr-x 2 root root 4096 Sep 6 2018 sys
drwxrwxrwt 2 root root 4096 Sep 9 13:31 tmp
total 8
dr-xr-xr-x 2 root root 4096 Sep 6 2018 .
drwxr-xr-x 21 root root 4096 May 27 2021 ..
Gruß,
Helmut
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /old-kernel modules=ext4 console=hvc0 root=/dev/xvda3
initrd /old-initrd.gz
============= Init TPM Front ================
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
xor: using function: prefetch64-sse (17106.000 MB/sec)
NET: Registered protocol family 16
xen:grant_table: Grant tables using version 1 layout
Grant table initialized
PCI: setting up Xen PCI frontend stub
raid6: mmxx1 gen() 3907 MB/s
raid6: mmxx2 gen() 4374 MB/s
raid6: sse1x1 gen() 2479 MB/s
xen:grant_table: Grant tables using version 1 layout
Grant table initialized
PCI: setting up Xen PCI frontend stub
raid6: mmxx1 gen() 3907 MB/s
raid6: mmxx2 gen() 4374 MB/s
raid6: sse1x2 gen() 3238 MB/s
raid6: sse2x1 gen() 3924 MB/s
raid6: sse2x1 xor() 5360 MB/s
raid6: sse2x2 gen() 3762 MB/s
raid6: sse2x2 xor() 6360 MB/s
raid6: int32x1 gen() 1170 MB/s
raid6: int32x1 xor() 735 MB/s
raid6: int32x2 gen() 1055 MB/s
raid6: int32x1 xor() 735 MB/s
raid6: int32x2 xor() 858 MB/s
random: fast init done
raid6: int32x4 gen() 976 MB/s
raid6: int32x4 xor() 817 MB/s
raid6: int32x8 gen() 927 MB/s
raid6: int32x8 xor() 725 MB/s
Creating busybox symlinks ...
Mounting proc ...
Mounting sys ...
Mounting devtmpfs on /dev ...
Mounting proc ...
Mounting sys ...
Mounting devtmpfs on /dev ...
Executing "/sbin/udevd --daemon --resolve-names=never" ...
udevd[1124]: starting version 3.2.10
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
Executing "udevadm trigger --action=add --type=subsystems" ...
udevd[1125]: starting eudev-3.2.10
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
Executing "udevadm trigger --action=add --type=subsystems" ...
Executing "udevadm trigger --action=add --type=devices" ...
Executing "udevadm trigger --action=change --type=devices" ...
Executing "udevadm settle" ...
rootdev is /dev/xvda3.
EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
Executing switch_root and spawning init ...
INIT: version 2.99 booting
INIT: Entering runlevel: 2
* Running /etc/init.d/rc ...
* Switching from runlevel N to 2 ...
* Mounting virtual file systems: /run
[ OK ]
* Mounting virtual file systems: /proc
[ OK ]
* Mounting virtual file systems: /sys
[ OK ]
* Mounting virtual file systems: /dev
[ OK ]
Executing "udevadm trigger --action=change --type=devices" ...
Executing "udevadm settle" ...
rootdev is /dev/xvda3.
EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
Executing switch_root and spawning init ...
INIT: version 2.99 booting
INIT: Entering runlevel: 2
* Running /etc/init.d/rc ...
* Switching from runlevel N to 2 ...
* Mounting virtual file systems: /run
[ OK ]
* Mounting virtual file systems: /proc
[ OK ]
* Mounting virtual file systems: /sys
[ OK ]
* Mounting virtual file systems: /dev
[ OK ]
* Loading kernel modules ...
total 234040
drwxr-xr-x 20 root root 4096 Sep 9 19:19 .
drwxr-xr-x 20 root root 4096 Sep 9 19:19 ..
-rw------- 1 root root 333 Dec 17 2018 .bash_history
-rw------- 1 root root 3170 Dec 17 2018 .viminfo
-rw-r--r-- 1 root root 168 Oct 12 2021 .wget-hsts
-rw-r--r-- 1 root root 1853808 Feb 15 2021
System.map-4.9.255-eisfair-1-VIRT
-rw-r--r-- 1 root root 2709655 Sep 1 23:55
System.map-5.15.64-eisfair-1-VIRT
drwxrwxr-x 2 root root 4096 Sep 10 00:38 bin
drwxr-xr-x 2 root root 4096 Dec 16 2018 boot
drwxr-xr-x 20 root root 4096 Sep 9 19:19 ..
-rw------- 1 root root 333 Dec 17 2018 .bash_history
-rw------- 1 root root 3170 Dec 17 2018 .viminfo
-rw-r--r-- 1 root root 168 Oct 12 2021 .wget-hsts
-rw-r--r-- 1 root root 1853808 Feb 15 2021
System.map-4.9.255-eisfair-1-VIRT
-rw-r--r-- 1 root root 2709655 Sep 1 23:55
System.map-5.15.64-eisfair-1-VIRT
drwxrwxr-x 2 root root 4096 Sep 10 00:38 bin
-rw-r--r-- 1 root root 21852421 Apr 23 2020 boot.tgz
drwxr-xr-x 2 root root 4096 Dec 16 2018 data
drwxr-xr-x 10 root root 13500 Sep 10 14:45 dev
drwxr-xr-x 2 root root 4096 Dec 16 2018 data
drwxr-xr-x 36 root root 4096 Sep 10 13:08 etc
drwxr-xr-x 3 root root 4096 Jun 13 2007 home
drwxr-xr-x 4 root root 4096 Sep 9 21:38 lib
drwx------ 2 root root 4096 Dec 16 2018 lost+found
drwxr-xr-x 5 root root 4096 Mar 3 2014 media
drwxr-xr-x 2 root root 4096 Dec 16 2018 mnt
dr-xr-xr-x 69 root root 0 Sep 10 14:44 proc
drwxr-xr-x 3 root root 4096 Jun 13 2007 home
drwxr-xr-x 4 root root 4096 Sep 9 21:38 lib
drwx------ 2 root root 4096 Dec 16 2018 lost+found
drwxr-xr-x 5 root root 4096 Mar 3 2014 media
drwxr-xr-x 2 root root 4096 Dec 16 2018 mnt
drwx------ 4 root root 4096 Sep 10 14:44 root
-rw-r--r-- 1 root root 213154080 Apr 23 2020 root.tgz
drwxrwxrwt 4 root root 80 Sep 10 14:45 run
drwxr-xr-x 2 root root 4096 Sep 9 21:58 sbin
dr-xr-xr-x 13 root root 0 Sep 10 14:45 sys
drwxrwxrwt 2 root root 4096 Sep 10 14:00 tmp
drwxr-xr-x 10 root root 4096 Jun 7 2021 usr
drwxr-xr-x 12 root root 4096 Apr 25 2018 var
total 4
drwxr-xr-x 12 root root 4096 Apr 25 2018 var
dr-xr-xr-x 69 root root 0 Sep 10 14:44 .
drwxr-xr-x 20 root root 4096 Sep 9 19:19 ..
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1
dr-xr-xr-x 8 root root 0 Sep 10 14:45 10
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1025
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1026
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1028
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1030
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1032
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1035
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1037
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1039
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1041
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1042
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1043
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1044
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1045
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1046
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1047
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1048
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1098
dr-xr-xr-x 8 root root 0 Sep 10 14:45 11
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1110
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1161
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1162
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1167
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1193
dr-xr-xr-x 8 root root 0 Sep 10 14:45 1196
dr-xr-xr-x 8 root root 0 Sep 10 14:45 12
dr-xr-xr-x 8 root root 0 Sep 10 14:45 13
dr-xr-xr-x 8 root root 0 Sep 10 14:45 14
dr-xr-xr-x 8 root root 0 Sep 10 14:45 151
dr-xr-xr-x 8 root root 0 Sep 10 14:45 161
dr-xr-xr-x 8 root root 0 Sep 10 14:45 162
dr-xr-xr-x 8 root root 0 Sep 10 14:45 164
dr-xr-xr-x 8 root root 0 Sep 10 14:45 165
dr-xr-xr-x 8 root root 0 Sep 10 14:45 166
dr-xr-xr-x 8 root root 0 Sep 10 14:45 167
dr-xr-xr-x 8 root root 0 Sep 10 14:45 169
dr-xr-xr-x 8 root root 0 Sep 10 14:45 179
dr-xr-xr-x 8 root root 0 Sep 10 14:45 188
dr-xr-xr-x 8 root root 0 Sep 10 14:45 193
dr-xr-xr-x 8 root root 0 Sep 10 14:45 2
dr-xr-xr-x 8 root root 0 Sep 10 14:45 204
dr-xr-xr-x 8 root root 0 Sep 10 14:45 21
dr-xr-xr-x 8 root root 0 Sep 10 14:45 22
dr-xr-xr-x 8 root root 0 Sep 10 14:45 294
dr-xr-xr-x 8 root root 0 Sep 10 14:45 295
dr-xr-xr-x 8 root root 0 Sep 10 14:45 3
dr-xr-xr-x 8 root root 0 Sep 10 14:45 380
dr-xr-xr-x 8 root root 0 Sep 10 14:45 390
dr-xr-xr-x 8 root root 0 Sep 10 14:45 391
dr-xr-xr-x 8 root root 0 Sep 10 14:45 4
dr-xr-xr-x 8 root root 0 Sep 10 14:45 430
dr-xr-xr-x 8 root root 0 Sep 10 14:45 44
dr-xr-xr-x 8 root root 0 Sep 10 14:45 5
dr-xr-xr-x 8 root root 0 Sep 10 14:45 6
dr-xr-xr-x 8 root root 0 Sep 10 14:45 7
dr-xr-xr-x 8 root root 0 Sep 10 14:45 8
dr-xr-xr-x 8 root root 0 Sep 10 14:45 9
dr-xr-xr-x 8 root root 0 Sep 10 14:45 967
-r--r--r-- 1 root root 0 Sep 10 14:45 buddyinfo
dr-xr-xr-x 4 root root 0 Sep 10 14:45 bus
-r--r--r-- 1 root root 0 Sep 10 14:45 cgroups
-r--r--r-- 1 root root 0 Sep 10 14:45 cmdline
-r--r--r-- 1 root root 0 Sep 10 14:45 consoles
-r--r--r-- 1 root root 0 Sep 10 14:45 cpuinfo
-r--r--r-- 1 root root 0 Sep 10 14:45 crypto
-r--r--r-- 1 root root 0 Sep 10 14:45 devices
-r--r--r-- 1 root root 0 Sep 10 14:45 diskstats
-r--r--r-- 1 root root 0 Sep 10 14:45 dma
dr-xr-xr-x 2 root root 0 Sep 10 14:45 driver
-r--r--r-- 1 root root 0 Sep 10 14:45 execdomains
-r--r--r-- 1 root root 0 Sep 10 14:45 fb
-r--r--r-- 1 root root 0 Sep 10 14:45 filesystems
dr-xr-xr-x 6 root root 0 Sep 10 14:45 fs
-r--r--r-- 1 root root 0 Sep 10 14:45 interrupts
-r--r--r-- 1 root root 0 Sep 10 14:45 iomem
-r--r--r-- 1 root root 0 Sep 10 14:45 ioports
dr-xr-xr-x 12 root root 0 Sep 10 14:45 irq
-r--r--r-- 1 root root 0 Sep 10 14:45 kallsyms
-r--r--r-- 1 root root 0 Sep 10 14:45 key-users
-r--r--r-- 1 root root 0 Sep 10 14:45 keys
-r-------- 1 root root 0 Sep 10 14:45 kmsg
-r-------- 1 root root 0 Sep 10 14:45 kpagecgroup
-r-------- 1 root root 0 Sep 10 14:45 kpagecount
-r-------- 1 root root 0 Sep 10 14:45 kpageflags
-r--r--r-- 1 root root 0 Sep 10 14:45 loadavg
-r--r--r-- 1 root root 0 Sep 10 14:45 locks
-r--r--r-- 1 root root 0 Sep 10 14:45 mdstat
-r--r--r-- 1 root root 0 Sep 10 14:45 meminfo
-r--r--r-- 1 root root 0 Sep 10 14:45 misc
-r--r--r-- 1 root root 0 Sep 10 14:45 modules
lrwxrwxrwx 1 root root 11 Sep 10 14:45 mounts -> self/mounts
lrwxrwxrwx 1 root root 8 Sep 10 14:45 net -> self/net
-r-------- 1 root root 0 Sep 10 14:45 pagetypeinfo
-r--r--r-- 1 root root 0 Sep 10 14:45 partitions
-r--r--r-- 1 root root 0 Sep 10 14:45 sched_debug
lrwxrwxrwx 1 root root 0 Sep 10 14:44 self -> 1196
-r-------- 1 root root 0 Sep 10 14:45 slabinfo
-r--r--r-- 1 root root 0 Sep 10 14:45 softirqs
-r--r--r-- 1 root root 0 Sep 10 14:45 stat
-r--r--r-- 1 root root 0 Sep 10 14:45 swaps
dr-xr-xr-x 1 root root 0 Sep 10 14:45 sys
dr-xr-xr-x 2 root root 0 Sep 10 14:45 sysvipc
lrwxrwxrwx 1 root root 0 Sep 10 14:44 thread-self -> 1196/task/1196
-r-------- 1 root root 0 Sep 10 14:45 timer_list
dr-xr-xr-x 4 root root 0 Sep 10 14:45 tty
-r--r--r-- 1 root root 0 Sep 10 14:45 uptime
-r--r--r-- 1 root root 0 Sep 10 14:45 version
-r-------- 1 root root 0 Sep 10 14:45 vmallocinfo
-r--r--r-- 1 root root 0 Sep 10 14:45 vmstat
dr-xr-xr-x 2 root root 0 Sep 10 14:45 xen
-r--r--r-- 1 root root 0 Sep 10 14:45 zoneinfo
apm: BIOS not found.
[ OK ]
* Populating /dev with device nodes...
udevd[1212]: starting version 3.2.10
[ OK ]
* Populating /dev with device nodes...
urandom_read: 3 callbacks suppressed
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
udevd[1213]: starting eudev-3.2.10
input: PC Speaker as /devices/platform/pcspkr/input/input0
xen_netfront: Initialising Xen virtual ethernet driver
Error: Driver 'pcspkr' is already registered, aborting...
vif vif-0 enx00163e080808: renamed from eth0
[ OK ]
* Activating all swap files/partitions...
Adding 998396k swap on /dev/xvda2. Priority:-1 extents:1 across:998396k
SSFS [ OK ]
* Mounting root file system in read-only mode...
EXT4-fs (xvda3): re-mounted. Opts: errors=remount-ro
* Checking file systems...
fsck from util-linux 2.36.2
/dev/xvda3: clean, 29421/2555904 files, 463516/10210304 blocks
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
udevd[1213]: starting eudev-3.2.10
input: PC Speaker as /devices/platform/pcspkr/input/input0
xen_netfront: Initialising Xen virtual ethernet driver
Error: Driver 'pcspkr' is already registered, aborting...
vif vif-0 enx00163e080808: renamed from eth0
[ OK ]
* Activating all swap files/partitions...
Adding 998396k swap on /dev/xvda2. Priority:-1 extents:1 across:998396k
SSFS [ OK ]
* Mounting root file system in read-only mode...
EXT4-fs (xvda3): re-mounted. Opts: errors=remount-ro
* Checking file systems...
fsck from util-linux 2.36.2
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /kernel modules=ext4 console=hvc0 root=/dev/xvda3
initrd /initrd.gz
initrd /initrd.gz
============= Init TPM Front ================
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
close blk: backend=/local/domain/0/backend/vbd/21/51712
Tpmfront:Error Unable to read device/vtpm/0/backend-id during tpmfront
initialization! error = ENOENT
Tpmfront:Info Shutting down tpmfront
prefetch64-sse: 17105.000 MB/sec
xor: using function: prefetch64-sse (17105.000 MB/sec)
NET: Registered protocol family 16
xen:grant_table: Grant tables using version 1 layout
Grant table initialized
PCI: setting up Xen PCI frontend stub
raid6: mmxx1 gen() 3907 MB/s
raid6: mmxx2 gen() 4374 MB/s
raid6: sse1x1 gen() 2477 MB/s
xor: using function: prefetch64-sse (17105.000 MB/sec)
NET: Registered protocol family 16
xen:grant_table: Grant tables using version 1 layout
Grant table initialized
PCI: setting up Xen PCI frontend stub
raid6: mmxx1 gen() 3907 MB/s
raid6: mmxx2 gen() 4374 MB/s
raid6: sse1x2 gen() 3238 MB/s
raid6: sse2x1 gen() 3920 MB/s
raid6: sse2x1 xor() 5363 MB/s
raid6: sse2x2 gen() 3764 MB/s
raid6: sse2x2 xor() 6357 MB/s
raid6: int32x1 gen() 1170 MB/s
raid6: int32x1 xor() 735 MB/s
raid6: int32x2 gen() 1056 MB/s
raid6: int32x2 xor() 859 MB/s
raid6: int32x1 xor() 735 MB/s
raid6: int32x2 gen() 1056 MB/s
random: fast init done
raid6: int32x4 gen() 974 MB/s
Creating busybox symlinks ...
Mounting proc ...
Mounting sys ...
Mounting devtmpfs on /dev ...
Mounting proc ...
Mounting sys ...
Mounting devtmpfs on /dev ...
Executing "/sbin/udevd --daemon --resolve-names=never" ...
udevd[1125]: starting version 3.2.10
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
Executing "udevadm trigger --action=add --type=subsystems" ...
udevd[1126]: starting eudev-3.2.10
Executing "udevadm trigger --action=add --type=devices" ...
Executing "udevadm trigger --action=change --type=devices" ...
Executing "udevadm settle" ...
rootdev is /dev/xvda3.
EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
Executing switch_root and spawning init ...
INIT: version 2.99 booting
INIT: Entering runlevel: 2
* Running /etc/init.d/rc ...
* Switching from runlevel N to 2 ...
udevd[1125]: starting version 3.2.10
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
random: udevd: uninitialized urandom read (16 bytes read)
Executing "udevadm trigger --action=add --type=subsystems" ...
udevd[1126]: starting eudev-3.2.10
Executing "udevadm trigger --action=add --type=devices" ...
Executing "udevadm trigger --action=change --type=devices" ...
Executing "udevadm settle" ...
rootdev is /dev/xvda3.
EXT4-fs (xvda3): couldn't mount as ext3 due to feature incompatibilities
EXT4-fs (xvda3): mounted filesystem with ordered data mode. Opts: (null)
Executing switch_root and spawning init ...
INIT: version 2.99 booting
INIT: Entering runlevel: 2
* Running /etc/init.d/rc ...
* Loading kernel modules ...
total 3716
drwxr-xr-x 21 root root 4096 May 27 2021 .
drwxr-xr-x 21 root root 4096 May 27 2021 ..
-rw------- 1 root root 333 Dec 17 2018 .bash_history
-rw------- 1 root root 3170 Dec 17 2018 .viminfo
-rw-r--r-- 1 root root 168 Oct 12 2021 .wget-hsts
-rw-r--r-- 1 root root 1847376 Apr 6 2020
-rw------- 1 root root 3170 Dec 17 2018 .viminfo
-rw-r--r-- 1 root root 168 Oct 12 2021 .wget-hsts
System.map-4.9.218-eisfair-1-VIRT
-rw-r--r-- 1 root root 1853808 Feb 15 2021
System.map-4.9.255-eisfair-1-VIRT
drwxrwxr-x 2 root root 4096 Sep 9 13:24 bin
System.map-4.9.255-eisfair-1-VIRT
drwxr-xr-x 2 root root 4096 Dec 16 2018 boot
drwxr-xr-x 2 root root 4096 Dec 16 2018 data
drwxr-xr-x 2 root root 4096 Sep 6 2018 dev
drwxr-xr-x 49 root root 4096 Sep 9 13:30 etc
drwxr-xr-x 3 root root 4096 Jun 13 2007 home
drwxr-xr-x 4 root root 4096 Sep 9 13:27 lib
drwx------ 2 root root 4096 Dec 16 2018 lost+found
drwxr-xr-x 5 root root 4096 Mar 3 2014 media
drwxr-xr-x 2 root root 4096 Dec 16 2018 mnt
dr-xr-xr-x 2 root root 4096 Sep 6 2018 proc
drwxr-xr-x 5 root root 4096 Mar 3 2014 media
drwxr-xr-x 2 root root 4096 Dec 16 2018 mnt
drwx------ 5 root root 4096 Sep 9 13:33 root
drwxrwxrwt 3 root root 4096 Oct 5 2019 run
drwxr-xr-x 2 root root 4096 Sep 9 13:27 sbin
drwxr-xr-x 4 root root 4096 Mar 22 2019 srv
drwxr-xr-x 2 root root 4096 Sep 6 2018 sys
drwxrwxrwt 2 root root 4096 Sep 9 13:31 tmp
drwxr-xr-x 10 root root 4096 Jun 7 2021 usr
drwxr-xr-x 16 root root 4096 Sep 9 13:22 var
total 8
dr-xr-xr-x 2 root root 4096 Sep 6 2018 .
drwxr-xr-x 21 root root 4096 May 27 2021 ..
libkmod: kmod_module_new_from_loaded: could not open /proc/modules: No
such file or directory
Error: could not get list of modules: No such file or directory
such file or directory
apm: BIOS not found.
[ OK ]
* Populating /dev with device nodes...
[ OK ]
* Populating /dev with device nodes...
/usr/bin/in.grep: /proc/mounts: No such file or directory
FAILURE:\n\nUnable to create devices without a SysFS filesystem\n\nAfter
you press Enter, this system will be halted and powered off.\n\n
* Sending all processes the TERM signal ...
[ OK ]
* Sending all processes the KILL signal ...
[ OK ]
* Turning off swap ...
swapoff: cannot find the device for
UUID=b4371245-597c-4bbd-9077-669f0e8b9fe4 [ OK ]
FAILURE:\n\nUnable to create devices without a SysFS filesystem\n\nAfter
you press Enter, this system will be halted and powered off.\n\n
* Sending all processes the TERM signal ...
[ OK ]
* Sending all processes the KILL signal ...
[ OK ]
* Turning off swap ...
swapoff: cannot find the device for
mount: /: can't find UUID=98a1e526-ea0e-4b5c-941d-57cfac4fa9d5.
* eisfair is going down for system halt NOW!
[ OK ]
xenbus: xenbus_dev_shutdown: device/vif/0: Initialising != Connected,
skipping
reboot: System halted
alpine-xen1:/etc/xen/xl#
* eisfair is going down for system halt NOW!
[ OK ]
xenbus: xenbus_dev_shutdown: device/vif/0: Initialising != Connected,
skipping
reboot: System halted
Gruß,
Helmut
Marcus Röckrath
Sep 10, 2022, 9:30:02 AM9/10/22
to
Hallo Helmut,
Helmut Pohl wrote:
> das defekte Sytem zeigt:
Helmut Pohl wrote:
merkwürdig aus.
> total 8
> dr-xr-xr-x 2 root root 4096 Sep 6 2018 .
> drwxr-xr-x 21 root root 4096 May 27 2021 ..
Vielleicht hat das Dateisysstem einen schweren Schlag, der sich auf den
schon lange installierten älteren Kernel nicht auswirkt, aber
möglicherweise der neure kaputt ist.
Was sagt ein fsck? (Nicht aus dem laufenden System heraus.)
--
Gruß Marcus
[eisfair-Team]
Helmut Pohl
Sep 10, 2022, 9:38:59 AM9/10/22
to
Hallo Markus,
> Was sagt ein fsck? (Nicht aus dem laufenden System heraus.)eis32-40GB # e2fsck /dev/xvdb3
Das e2fsck findet keine Fehler.
e2fsck 1.46.2 (28-Feb-2021)
/dev/xvdb3: clean, 36818/2555904 files, 706847/10210304 blocks
eis32-40GB # e2fsck /dev/xvdb1
e2fsck 1.46.2 (28-Feb-2021)
/dev/xvdb1: clean, 37/25688 files, 31683/102400 blocks
eis32-40GB #
Es ist schon sehr merkwürdig. Ich denke wir brechen hier ab.
Ich werde die laufende eis32-vm klonen und die Pakete vom kaputten
System installieren und die Daten ebenfalls kopieren.
Ich muss nur aufpassen, das eisfair-base zum Schluß übrig bleibt und nur
der Kernel 4.9 läuft.
Gruß,
Helmut
Das e2fsck findet keine Fehler.
e2fsck 1.46.2 (28-Feb-2021)
/dev/xvdb3: clean, 36818/2555904 files, 706847/10210304 blocks
eis32-40GB # e2fsck /dev/xvdb1
e2fsck 1.46.2 (28-Feb-2021)
/dev/xvdb1: clean, 37/25688 files, 31683/102400 blocks
eis32-40GB #
Es ist schon sehr merkwürdig. Ich denke wir brechen hier ab.
Ich werde die laufende eis32-vm klonen und die Pakete vom kaputten
System installieren und die Daten ebenfalls kopieren.
Ich muss nur aufpassen, das eisfair-base zum Schluß übrig bleibt und nur
der Kernel 4.9 läuft.
Gruß,
Helmut
Marcus Röckrath
Sep 10, 2022, 10:00:01 AM9/10/22
to
Hallo Helmut,
Helmut Pohl wrote:
> Das e2fsck findet keine Fehler.
>
> e2fsck 1.46.2 (28-Feb-2021)
> /dev/xvdb3: clean, 36818/2555904 files, 706847/10210304 blocks
> eis32-40GB # e2fsck /dev/xvdb1
> e2fsck 1.46.2 (28-Feb-2021)
> /dev/xvdb1: clean, 37/25688 files, 31683/102400 blocks
Sicher, dass der Check überhaupt durchgeführt wurde?
Helmut Pohl wrote:
> Das e2fsck findet keine Fehler.
>
> e2fsck 1.46.2 (28-Feb-2021)
> /dev/xvdb3: clean, 36818/2555904 files, 706847/10210304 blocks
> eis32-40GB # e2fsck /dev/xvdb1
> e2fsck 1.46.2 (28-Feb-2021)
> /dev/xvdb1: clean, 37/25688 files, 31683/102400 blocks
Wenn die Meldung sofort erschien, hat fsck einfach das entsprechende Flag
der Partition ausgelesen und entschieden, es sei alles ok.
Um einen Check bei clean-Flag zwangsweise zu checken, brauchts -f (force).
> Es ist schon sehr merkwürdig. Ich denke wir brechen hier ab.
> Ich werde die laufende eis32-vm klonen und die Pakete vom kaputten
> System installieren und die Daten ebenfalls kopieren.
investieren.
--
Gruß Marcus
[eisfair-Team]
0 new messages