Marcus Meissner wrote:
On Sun, Mar 01, 2009 at 05:56:27PM +0100, Michael Ströder wrote:
On one machine (laptop) resume after a suspend-to-disk does not work anymore.
Not heard that one yet, no.
Since said kernel update on this laptop this message is found in dmesg after entering the passphrase for an LUKS encrypted partition: ------------[ cut here ]------------ WARNING: at kernel/softirq.c:137 local_bh_enable+0x2f/0x79() Modules linked in: sha256_generic aes_i586 aes_generic cbc usbhid hid ff_memless ohci_hcd ehci_hcd dm_crypt dm_mod crypto_blkcipher loop pcmcia ppdev rtc_cmos rtc_core rtc_lib ohci1394 ieee1394 8139too yenta_socket rsrc_nonstatic pcmcia_core 8139cp mii parport_pc parport fl oppy irda crc_ccitt video output battery asus_laptop led_class thermal ac button snd_intel8x0m snd_intel8x0 snd_ac97_codec processor ac97 _bus snd_pcm snd_timer shpchp iTCO_wdt i2c_i801 iTCO_vendor_support intel_agp sr_mod snd pci_hotplug soundcore pcspkr i2c_core serio_raw cdrom snd_page_alloc joydev agpgart sg sd_mod crc_t10dif uhci_hcd usbcore edd fan thermal_sys hwmon ext3 mbcache jbd ide_pci_generic piix ide_core ata_generic ata_piix libata scsi_mod dock Supported: No Pid: 1674, comm: cryptsetup Tainted: G 2.6.27.19-3.2-default #1 [<c01051cc>] dump_trace+0x6b/0x249 [<c0105ca3>] show_trace+0x20/0x39 [<c0338c84>] dump_stack+0x71/0x76 [<c01258a8>] warn_on_slowpath+0x4d/0x70 [<c012a341>] local_bh_enable+0x2f/0x79 [<c02df0a3>] sk_filter+0x7f/0x88 [<c02ea0c4>] netlink_broadcast+0x1dd/0x31f [<c021e673>] kobject_uevent_env+0x439/0x4f5 [<c02004e6>] set_disk_ro+0x50/0x7b [<f910e181>] __bind+0x110/0x122 [dm_mod] [<f910e1e0>] dm_swap_table+0x4d/0x66 [dm_mod] [<f911217b>] do_resume+0x90/0xf8 [dm_mod] [<f9112a54>] ctl_ioctl+0x1bd/0x1fb [dm_mod] [<c018f5eb>] vfs_ioctl+0x1f/0x62 [<c018f87f>] do_vfs_ioctl+0x167/0x172 [<c018f8cf>] sys_ioctl+0x45/0x5e [<c01039ad>] sysenter_do_call+0x12/0x21 [<ffffe430>] 0xffffe430 ======================= ---[ end trace e93322b931552970 ]---
On another system grub does not display the boot menu anymore. Hmmpf!
The perl-Bootloader had a fix but it should have been installed before.
Package mkinitrd was removed from this other system. I don't think *I* removed it. Although /sbin/mkinitrd is not found the RPM update procedure did not display an error at the end (to best of my knowledge). I tried to boot from the installation media and started the repair routine. But even this doesn't work. :-( Ciao, Michael. P.S.: How can I manually re-install mkinitrd package when having started the rescue system from the installation media? -- To unsubscribe, e-mail: opensuse-security+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-security+help@opensuse.org