LinuxQuestions.org
Latest LQ Deal: Latest LQ Deals
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Debian
User Name
Password
Debian This forum is for the discussion of Debian Linux.

Notices


Reply
  Search this Thread
Old 12-11-2012, 04:58 AM   #16
fotoguy
Senior Member
 
Registered: Mar 2003
Location: Brisbane Queensland Australia
Distribution: Custom Debian Live ISO's
Posts: 1,291

Rep: Reputation: 62

Quote:
Originally Posted by geox View Post
Ah, much like running from a LiveCD then
Yeah the same as a livecd. Root system on the SSD will always be read-only, you'll be able to add things like software, or change configuration files. e.g. your email settings, if you download to your home directory, music movies etc.. they will all be written to the read-write branch which will point to your HDD, so they will be there when you reboot.
 
Old 12-11-2012, 05:50 AM   #17
geox
Member
 
Registered: Jan 2012
Posts: 42

Rep: Reputation: 2
Still, it all seems a bit overcomplicated to solve the problem of failing SSD's...
 
Old 12-11-2012, 07:20 AM   #18
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
Blog Entries: 2

Rep: Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886
Quote:
Originally Posted by geox View Post
A ramdisk is faster and reduces wear on your SSD but considering the very minor performance increase, the fact SSD's are optimized to reduce wear already and the drawbacks mentioned I'd say this setup has advantages for very few setups/uses. Compiling 3-4 linux kernels a day is one of those uses.
Exactly, and not even in this particular use case I would consider it worth to spend the time to configure the system to have the rootfs in RAM. Machines that are used for that purpose usually have plenty of RAM and can simply mount tmpfs to the directory that is used for compiling.
 
Old 12-11-2012, 09:06 AM   #19
replica9000
Senior Member
 
Registered: Jul 2006
Distribution: Debian Unstable
Posts: 1,106
Blog Entries: 2

Rep: Reputation: 258Reputation: 258Reputation: 258
Quote:
Originally Posted by fotoguy View Post
Sorry I should have made myself a little clearer with replica9000 post, people may not familiar with unionfs filesystems. Aufs creates branches, which are read-only, and read-write, with live cd/dvd which use unionfs filesystems, the read-write branch is usually on a ramdisk, which will be lost on reboot/restart, but in replica9000 situation using a hdd which is read-write, you could just create a read-write branch that would point to the hdd, so any modification are made dynamically and would not be lost on reboot/restart. Not sure how easy this would be to do, haven't done it myself, but i'm looking into something like this myself for a bit of experimentation.
I have used Aufs via fsprotect when I setup a lightweight usb install. Instead of creating a livecd image, it allows me to have a typical install either behave as normal, or behave like a livecd. All I had to do was specify an extra boot option, set in grub.


Quote:
Originally Posted by geox View Post
If an embedded system uses RAM as a rootfs they implement a lot of workarounds to get it to work consistently. This is not easy to do. If you put your rootfs in RAM be aware of these drawbacks. You WILL lose changes. You will gain speed, but due to disk caching in Linux this will be minimal.
I would agree read speeds are minimal improvement in real world performance, write speeds are definitely noticeable, usually during software upgrades.


Quote:
Originally Posted by TobiSGD View Post
Exactly, and not even in this particular use case I would consider it worth to spend the time to configure the system to have the rootfs in RAM. Machines that are used for that purpose usually have plenty of RAM and can simply mount tmpfs to the directory that is used for compiling.
For me it's just for the fun of experimenting. It really wasn't difficult to setup at all. And it's simple to switch back to running off of the SSD by choosing the original initrd.img at boot.
 
Old 12-11-2012, 12:55 PM   #20
fotoguy
Senior Member
 
Registered: Mar 2003
Location: Brisbane Queensland Australia
Distribution: Custom Debian Live ISO's
Posts: 1,291

Rep: Reputation: 62
Quote:
Originally Posted by geox View Post
Still, it all seems a bit overcomplicated to solve the problem of failing SSD's...
Yeah it is a bit over the top, something I just thought would be great to experiment with.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Bad exit status from /var/tmp/rpm-tmp.Cs9Mt5 (%build) imbrij Linux - Virtualization and Cloud 11 10-27-2012 10:55 AM
Multiple tmpfs mounts and reasonable settings for /tmp Meson Linux - General 4 07-17-2011 11:18 PM
/etc/fstab "tmpfs /tmp tmpfs defaults 0 0" ramfs?! HOW? xcislav Linux - General 2 06-04-2011 03:03 AM
Can't login, says tmp directory full but tmp file is empty! Could be linked to MySQL? bethanlowder Fedora 7 09-25-2009 07:17 AM
how to securing /tmp , /var/tmp and /dev/shm hackintosh Linux - Security 7 10-17-2007 11:26 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Debian

All times are GMT -5. The time now is 04:26 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration