[Cooker] [Bug 1614] [kernel] Unresolved symbols in aes.o module causes loopback to fail
http://qa.mandrakesoft.com/show_bug.cgi?id=1614 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-07 20:20 --- This one got fixed in 2.4.21-0.pre4.4mdk So I close it. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: Attempted to upgrade from 2.4.21pre4.2 to pre4.5 and mkinitrd failed. traced it a bit, noticed the block device loop.o wasnt being loaded.. attempted to modprobe, aes.o hit me with a few unresolved symbols. I had to force a manual insmod of the pre4.5 aes.o module so that I could get the loopback device to insmod, so that I could mkinitrd for the new kernel. I am using this bugzilla report so people don't think it's the current kernel with the problem, when it's more than likely the kernel they are currently running... If you can't upgrade your kernel.. do what I did. It will probably work as long as we are still on the same pre4.x kernel... after that, lets hope the devs dont break loop.o and it's child mods (aes.o) again. :)
[Cooker] [Bug 1614] [kernel] Unresolved symbols in aes.o module causes loopback to fail
http://qa.mandrakesoft.com/show_bug.cgi?id=1614 [EMAIL PROTECTED] changed: What|Removed |Added Version|2.4.21-0.13mdk |2.4.21-1mdk --- Additional Comments From [EMAIL PROTECTED] 2003-01-07 17:12 --- This bug has been automatically updated to last version of product available. Please check if it is still valid. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Attempted to upgrade from 2.4.21pre4.2 to pre4.5 and mkinitrd failed. traced it a bit, noticed the block device loop.o wasnt being loaded.. attempted to modprobe, aes.o hit me with a few unresolved symbols. I had to force a manual insmod of the pre4.5 aes.o module so that I could get the loopback device to insmod, so that I could mkinitrd for the new kernel. I am using this bugzilla report so people don't think it's the current kernel with the problem, when it's more than likely the kernel they are currently running... If you can't upgrade your kernel.. do what I did. It will probably work as long as we are still on the same pre4.x kernel... after that, lets hope the devs dont break loop.o and it's child mods (aes.o) again. :)