broke package management (warning long)
    Benjamin Scott 
    dragonhawk at gmail.com
       
    Mon Feb 14 22:02:26 EST 2011
    
    
  
On Mon, Feb 14, 2011 at 9:21 PM, Jeffry Smith <jsmith at alum.mit.edu> wrote:
> Either get the modules installed or remove the
> kernel from /boot ...
> update-initramfs doesn't actually care where or how the kernel/modules
> were installed.  It just iterates over the kernels it finds in /boot
> building initramfs's.  ...
  I was thinking one could prolly just rename the kernel image file so
that it doesn't match whatever pattern update-initramfs is looking
for.  So I went looking at the source.  It appears what
update-initramfs is *actually* doing is iterating over the version
numbers from /var/lib/initramfs-tools/* and looking to build an initrd
image for each one.
  According to dpkg on my Debian 5.0 box, no package owns anything under there:
	blackfire$ dpkg -S /var/lib/initramfs-tools/*
	dpkg: /var/lib/initramfs-tools/2.6.26-2-686 not found.
	blackfire$
  I guess it's another not-quite-managed-package thing.  So... at
least look in /var/lib/initramfs-tools/ and see if there's something
in there that shouldn't be.  If so, move it somewhere else, I guess.
-- Ben
    
    
More information about the gnhlug-discuss
mailing list