| View previous topic :: View next topic |
| Author |
Message |
Redmumba n00b

Joined: 25 Aug 2008 Posts: 14
|
Posted: Wed Apr 22, 2009 12:38 am Post subject: |
|
|
I've read through all the posts, and tried some tweaking of my own, but it doesn't seem like I'm able to mount my initrd image. I'm receiving the same "linuxrc failed" reported earlier, but I'm actually not able to access ANY of the executables. But its saying that the ramdisk *is* being mounted on 1:0... booting back into my normal install, I mount the initrd image and all the files are there and have correct permissions.
Is there any reason why my initrd image wouldn't be loading, but say it is? Ramdisk and Initial Ramdisk support are _all_ built into the kernel, so I'm not sure what would be causing this...
Andrew
grub.conf
| Quote: |
title Gentoo Linux 2.6.29-r1 (w/ RAM disk!)
root (hd0,0)
kernel /gentoo-2.6.29-r1 root=/dev/ram0 rw init=linuxrc video=uvesafb:1440x900-32,mtrr:3,ywrap
initrd /initrd
|
|
|
| Back to top |
|
 |
slick Bodhisattva


Joined: 20 Apr 2003 Posts: 3392
|
Posted: Fri Jul 03, 2009 5:05 pm Post subject: |
|
|
Why dont try the simplest way:
- create a ramdisk (greater than du -sh /usr/lib), i.E.: mount none -t tmpfs /mnt/ramdisk
- copy all files from /usr/lib to the ramdisk, i.E.: cp -a /usr/lib/* /mnt/ramdisk
- mount the ramdisk to /usr/lib, i.E: mount -o bind /mnt/ramdisk/ /usr/lib/
- if you like to update your system, just umount /usr/lib and /mnt/ramdisk, update the system and do the stuff above again
(this can simple do in the background in /etc/conf.d/local.start)
Now OpenOffice and other big apps starts in <1 sec. and no extra modification on systemfiles are necessary, you probably need a little bit more ram (in my case ~ 1.2 GB only for the ramdisk )
(sorry for my bad english) |
|
| Back to top |
|
 |
aych Guru


Joined: 20 May 2004 Posts: 304
|
Posted: Fri Jan 01, 2010 5:26 am Post subject: |
|
|
what would the effect of this be, I presume the bootup times will suffer significantly..
I was thinking what would happen if it was a rc script on startup which allows for normal bootup from hard drive and standard usage. After normal loading then it will being populating a tmpfs with predefined folders etc, then after the tmpfs is setup mount the tmpfs over the existing /lib. would it cause system instability swapping over half way during normal usage? |
|
| Back to top |
|
 |
PhoeniXII n00b


Joined: 23 Jun 2005 Posts: 27 Location: Holland aka "the flat country"
|
Posted: Sun Jan 30, 2011 2:23 pm Post subject: |
|
|
thanks for the great tip,
even though it ads approx 40 sec to my boot-up time,
since I put the whole /usr dir in mem,
but I never had such a responsive system before ^_^ |
|
| Back to top |
|
 |
ChrisCummins n00b

Joined: 03 Jan 2012 Posts: 7 Location: Birmingham, UK
|
Posted: Sat Jan 07, 2012 1:26 pm Post subject: |
|
|
I understand that this is an old thread, but it still seems relevant, so I'll just ask:
| slick wrote: | Why dont try the simplest way:
...
- if you like to update your system, just umount /usr/lib and /mnt/ramdisk, update the system and do the stuff above again |
Following those steps, sure enough I get the blindingly fast application load times, but I am unable to umount /usr/lib64 once I've set it up, even with --force. umount /mnt/ramdisk works but upon restart all changes to lib64 are lost. Any tips on how to unmount a stubborn tmpfs?
Regards
Chris |
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|