Jeffrey J. Kosowsky wrote: > But a program should not be dependent on volume management. Volume > management is a general tool that can be helpful but should not be > required.
BackupPC isn't "dependent" on volume management more than any other program. Volume management is simply one way to get around the limitations of storing more data than a single device will allow. Do you think that expanding an SQL database would be different? Your reply is probably "but I can add more filesystems to work with the database method" -- but I can simply add more volumes to my existing filesystem. It's the same operation in both cases, with the same complexity, yet in your scenario, now I need yet another component to maintain that can fail (a database). > In fact, personally, I have never seen a non-enterprise > piece of software that so clearly required it's own dedicated > filesystem along with volume management. Then I would suggest you haven't seen enough software. Backup systems are not trivial systems, and it should be implied that you would never set them up without consulting their operation and requirements. -- Jim Leonard (trix...@oldskool.org) http://www.oldskool.org/ Help our electronic games project: http://www.mobygames.com/ Or check out some trippy MindCandy at http://www.mindcandydvd.com/ A child borne of the home computer wars: http://trixter.wordpress.com/ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/