Mr. Rhorer, Don't work too hard over-thinking this in terms of wearing the stick out. Current USB sticks are built with dirt cheap, often three bits per cell flash with lousy endurance and minimal wear leveling. Even so, if you have an 8GB stick that writes at 5 MB/sec and 600 endurance, it still takes 11 days of 100% busy writes to kill it. The real issue with booting from a USB stick (and the same rules apply to CF cards), is that some operations like syslogd sync writes can take forever and then some. One other trick is to either use a more "flash friendly" file system, or at least turn off atime tracking. Doug Dumitru EasyCo LLC On Sun, Dec 4, 2011 at 2:28 PM, Leslie Rhorer <lrhorer@xxxxxxxxxxx> wrote: > I have a system - one that is not expandable - that has relatively limited > RAM, comparatively speaking, and must boot from a usb stick. The system > hosts a RAID array, but one cannot assume the RAID array is available when > the system boots. IOW, I want to be able to take down the RAID array for > maintenance, possibly booting the system with no array created, at all. > > On the other hand, USB sticks have a limited number of writes available > before they fail, so I don't want the system to be thrashing the flash drive > any more than necessary. At this time, I have /var/run, /var/log, > /var/lock, and /tmp mounted as tmpfs file systems. What I propose is to run > an init script that checks to see if the array is mounted, and if so appends > files in the aforementioned directories to existing directories on the array > and then remounts and binds the directories on the array. The stop call in > the script will reverse the process so the system can shutdown or so I can > take the array offline after booting for maintenance. Is this unwise? Am I > missing something crucial that might cause the system to blow up? -- Doug Dumitru EasyCo LLC -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
