SYNOPSIS
       update-initramfs [-k version] [-c] [-u] [-t] [-v] [-b] [-h]

DESCRIPTION
       The update-initramfs script manages your initramfs images on your
local
       box.  It keeps track of  the  existing  initramfs  archives  in
/boot.
       There  are three modes of operation create, update or delete.  You
must
       at least specify one of those modes.

       The initramfs is a gzipped cpio archive.   At  boot  time,  the
kernel
       unpacks  that archive into RAM disk, mounts and uses it as initial
root
       file system. All finding of the  root  device  happens  in  this
early
       userspace.


On Wed, Oct 20, 2010 at 6:04 PM, Chris Louden <[email protected]> wrote:

> I can only presume that something in the root file system was not updated
> with the correct info for the swap partition due to the manual partitioning.
> Running it manually with -u re-wrote some file that had bad/missing info and
> now it works. I'm not sure how common the problem is or what else may be a
> contributing factor besides manually partitioning.
>
> -Chris
>
>
>
> On Wed, Oct 20, 2010 at 10:13 AM, Jesus Noland <[email protected]> wrote:
>
>> Student/noob question, what does updating initramfs do that resolves the
>> problem? Was it new code that fixed your issue?
>>
>>
>> Jesus Noland
>> Computer Science Student
>> Cal State Fullerton, University
>> ---
>> Just want to learn.
>>
>>
>> --- On *Sat, 10/16/10, Chris Louden <[email protected]>* wrote:
>>
>>
>> From: Chris Louden <[email protected]>
>> Subject: [LinuxUsers] Suspend/hibernate issue on Ubuntu 10.10 Maverick
>> Meerkat
>> To: "SoCal Linux Users" <[email protected]>
>> Date: Saturday, October 16, 2010, 10:31 PM
>>
>> I have not had an issue with suspend/hibernate on my Lenovo T61 prior
>> to 10.10. It did not work "out of the box" so to speak. Tonight was
>> the first time i got a chance to really look at it.
>>
>> Basically the problem was that it would fail to suspend and therefore
>> fail to resume. Logs were of no help. It pretty much just locked up.
>>
>> "/etc/initramfs-tools/conf.d/resume" referenced the proper UUID listed
>> in "/etc/fstab" for the swap partition.
>>
>> i happened to use a new partition scheme this time around. Not sure if
>> that was a factor. Long story short it was an easy fix.
>>
>> "sudo update-initramfs -u"
>>
>> I'm going to reinstall (for kicks) when convenient without the
>> partitions I did and see if it occurs again.
>>
>> Just thought I would share.
>>
>> -Chris
>> _______________________________________________
>> LinuxUsers mailing list
>> [email protected]<http://mc/[email protected]>
>> http://socallinux.org/cgi-bin/mailman/listinfo/linuxusers
>>
>>
>>
>> _______________________________________________
>> LinuxUsers mailing list
>> [email protected]
>> http://socallinux.org/cgi-bin/mailman/listinfo/linuxusers
>>
>>
>
> _______________________________________________
> LinuxUsers mailing list
> [email protected]
> http://socallinux.org/cgi-bin/mailman/listinfo/linuxusers
>
>


-- 
"As we open our newspapers or watch our television screens, we seem to be
continually assaulted by the fruits of Mankind's stupidity."
 -Roger Penrose
_______________________________________________
LinuxUsers mailing list
[email protected]
http://socallinux.org/cgi-bin/mailman/listinfo/linuxusers

Reply via email to