Jump to content











Photo
- - - - -

ramloading linux deepin from vhd


  • Please log in to reply
10 replies to this topic

#1 sizudun

sizudun
  • Members
  • 2 posts
  •  
    United States

Posted 20 November 2021 - 04:11 AM

Hello,
 
I am an enthusiast of this site which I have eventually been able to sign up and have my say to anything that interests me the most. I am fond of ramloading. I have been so since I realized my comp used just 4% of my ram. I have 64gb of it and when I saw the little my system used I felt compelled to "get my money's worth". When I discovered this, I started hunting for those sites that offered help on how to preload windows and found out that this one was the best. I started to make bare metal vhds and realized that running the sistem like this was even faster than with conventional setup. With your contribution I was also able to preload it and boot it, with all the advantages that might ensue. A couple of days ago I ran into a site offering help on how to have linux run from windows, which has allowed me to get a grasp of linux without going to the trouble of squeezing my mass storage and make room for native linux repartitioning. By perusing several tutorials and taking cues from wonko's contributions, I managed to preload linux deepin into ram and boot it with only a few presses of the enter key (3, as far as I can remember). The menu.lst lines that I have used are the following:
 
 
title deepin
map --mem (hd0,0)/deepin.vhd (hd0)
map --hook 
find --set-root --ignore-floppies /wubildr.mbr
chainloader /wubildr.mbr
 
I am booting the whole VHD file loaded into memory:
 
1) it takes some time to preload a 20gb off an SSD;
2) once loaded read/write access and operation in general will be very, very fast, though;
3) the whole OS/install is "volatile", so any change should be made on a copy of the deepin directory residing on the SSD in order to be persistent (obviously via a consequent copy of it back to the vhd). This way I sorta have volatile sessions of a persistent system.
 
This way I speedup the system (obviously from ramloading it onwards, not before) and reduce the wear and tear of the SSDs by taking advantage of the lotta ram I have (which would stay mostly unused otherwise). I have actually seen no alternative SSD-loading-based techniques that would guarantee the speed of ram so far. If anyone has, pls let me know asap. The above menu.lst content might be even more useful to those who deal with lighter images, I only wanted to point out that it does work for linux vhd booting.  unfortunately, in my case, I cannot sever what to leave out of the vhd from what I keep in, as it is a .disk file residing in a windows directory.

  • antonino61 likes this

#2 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 20 November 2021 - 11:28 AM

try the acpi/nvme patch made on g4d (alas) 4.5 - it will significantly speed preloading up. Unfortunately, no patch has been made on g4d 4.6. now I will try my mint.vhd no nvme here, which has about the same size as ur deepin, and let u know in a bit.



#3 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 20 November 2021 - 11:53 AM

I have tried my mint, which is some 15gb (sorry for the initial inaccuracy), and it took some 10 secs to load in ram with the patch I was talking to u about. if u type acpi/nvme patch in the search box it wil point u right there. my prob is that it does not find /wubildr.mbr to go on with the chainloading, so I am stuck at the end of the preloading stage.

anyway, this post reads so familiar, I guess I wrote it all or most of it years ago and u musta copied and pasted it here.



#4 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 16066 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 22 November 2021 - 12:16 PM

Yeah sure, isn't it fun that you actually liked a (presumably) spammer's post that is a verbatim copy of someone you wrote (as nino)?

 

http://reboot.pro/in...showtopic=21686

 

 

:duff:

Wonko


  • ZEE likes this

#5 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 22 November 2021 - 03:21 PM

I noticed it and I do not know what his/her/its purpose is



#6 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 16066 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 22 November 2021 - 05:10 PM

I noticed it and I do not know what his/her/its purpose is

JSYK, the general idea is:

1) make a post seemingly valid, usually by copy/pasting an old post (or part of it) from the same (rare) or other (common) board/reddit/stackoverflow/etc.

2) wait some time, and, if the post is not deleted by an Admin/Mod:

3) edit it to add one or more links to (crappy) sites

4) profit

 

This approach usually does not work specifically on reboot.pro as new members cannot edit own posts until they reach a certain number of posts.

 

:duff:

Wonko


  • ZEE and antonino61 like this

#7 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 22 November 2021 - 05:34 PM

so I hope u have deleted it. give my unusual syntax some credit anyway - I would not have noticed the crap had I not recognized my own wording, unfortunately after answering it, though, probably owing to old age.



#8 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 16066 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 23 November 2021 - 09:51 AM

Well, the "unusual" seems to me could be defined as "modern baroque", nothing wrong about it IMHO, as long as it is understandable, it is actually good (still IMHO) to have an own style.

 

:duff:

Wonko



#9 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 23 November 2021 - 02:17 PM

I could not agree with u more on it.



#10 sizudun

sizudun
  • Members
  • 2 posts
  •  
    United States

Posted 29 November 2021 - 01:10 AM

Hello,
 
I am an enthusiast of this site which I have eventually been able to sign up and have my say to anything that interests me the most. I am fond of ramloading. I have been so since I realized my comp used just 4% of my ram. I have 64gb of it and when I saw the little my system used I felt compelled to "get my money's worth". When I discovered this, I started hunting for those sites that offered help on how to preload windows and found out that this one was the best. I started to make bare metal vhds and realized that running the sistem like this was even faster than with conventional setup. With your contribution I was also able to preload it and boot it, with all the advantages that might ensue. A couple of days ago I ran into a site offering help on how to have linux run from windows, which has allowed me to get a grasp of linux without going to the trouble of squeezing my mass storage and make room for native linux repartitioning. By perusing several tutorials and taking cues from wonko's contributions, I managed to preload linux deepin into ram and boot it with only a few presses of the enter key (3, as far as I can remember). The menu.lst lines that I have used are the following:
 
 
title deepin
map --mem (hd0,0)/deepin.vhd (hd0)
map --hook 
find --set-root --ignore-floppies /wubildr.mbr
chainloader /wubildr.mbr
 
I am booting the whole VHD file loaded into memory:
 
1) it takes some time to preload a 20gb off an SSD;
2) once loaded read/write access and operation in general will be very, very fast, though;
3) the whole OS/install is "volatile", so any change should be made on a copy of the deepin directory residing on the SSD in order to be persistent (obviously via a consequent copy of it back to the vhd). This way I sorta have volatile sessions of a persistent system.
 
This way I speedup the system (obviously from ramloading it onwards, not before) and reduce the wear and tear of the SSDs by taking advantage of the lotta ram I have (which would stay mostly unused otherwise). I have actually seen no alternative SSD-loading-based techniques that would guarantee the speed of ram so far. If anyone has, pls let me know asap. The above menu.lst content might be even more useful to those who deal with lighter images, I only wanted to point out that it does work for linux vhd booting.  unfortunately, in my case, I cannot sever what to leave out of the vhd from what I keep in, as it is a .disk file residing in a windows directory.

Thank you.

Edited by Wonko the Sane, 29 November 2021 - 12:47 PM.
Removed SPAM link


#11 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 16066 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 29 November 2021 - 12:48 PM

Thank you.

 

You are welcome, I hope you don't mind my removing the crappy links you attempted hiding in the quote.

 

:duff:

Wonko


  • ZEE likes this




2 user(s) are reading this topic

0 members, 2 guests, 0 anonymous users