<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Restoration Tips &#038; Notes &#187; data storage</title>
	<atom:link href="http://richardhess.com/notes/category/computer-data/data-storage/feed/" rel="self" type="application/rss+xml" />
	<link>http://richardhess.com/notes</link>
	<description>Working with audio media (mostly tape) restoration</description>
	<lastBuildDate>Sun, 02 May 2010 00:53:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>End of the 3.5&#8243; floppy disk</title>
		<link>http://richardhess.com/notes/2010/04/27/end-of-the-3-5-floppy-disk/</link>
		<comments>http://richardhess.com/notes/2010/04/27/end-of-the-3-5-floppy-disk/#comments</comments>
		<pubDate>Tue, 27 Apr 2010 21:31:12 +0000</pubDate>
		<dc:creator>Richard L. Hess</dc:creator>
				<category><![CDATA[archive operations]]></category>
		<category><![CDATA[data storage]]></category>

		<guid isPermaLink="false">http://richardhess.com/notes/2010/04/27/end-of-the-3-5-floppy-disk/</guid>
		<description><![CDATA[CNET reported yesterday that Sony will be stopping sales of its 3.5-inch floppy disk media in March 2011 in Japan. Apple stopped supplying these as standard equipment in 1998 and Dell ceased that practice in 2003.
While this medium is not widely used for audio or video, there is, I suspect, still a large amount of [...]]]></description>
			<content:encoded><![CDATA[<p>CNET reported yesterday that Sony will be stopping sales of its 3.5-inch floppy disk media in March 2011 in Japan. Apple stopped supplying these as standard equipment in 1998 and Dell ceased that practice in 2003.</p>
<p>While this medium is not widely used for audio or video, there is, I suspect, still a large amount of ancillary data kept in this format. I will look through my collection and see if there is anything else I need to capture to my servers before my drives die.  I would not entrust anything important to this format.</p>
<p>We stopped using these about three or four years ago, with the last holdout being school work brought home. Now, even that is done on USB keys.</p>
]]></content:encoded>
			<wfw:commentRss>http://richardhess.com/notes/2010/04/27/end-of-the-3-5-floppy-disk/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>40th Anniversary of Apollo 11 Moonwalk and the loss of data</title>
		<link>http://richardhess.com/notes/2009/07/17/moonwalk-loss-of-data/</link>
		<comments>http://richardhess.com/notes/2009/07/17/moonwalk-loss-of-data/#comments</comments>
		<pubDate>Fri, 17 Jul 2009 18:50:18 +0000</pubDate>
		<dc:creator>Richard L. Hess</dc:creator>
				<category><![CDATA[archival practices]]></category>
		<category><![CDATA[data storage]]></category>
		<category><![CDATA[history]]></category>
		<category><![CDATA[oral history]]></category>
		<category><![CDATA[video]]></category>

		<guid isPermaLink="false">http://richardhess.com/notes/?p=170</guid>
		<description><![CDATA[There has been much discussion over the last few years about finding and saving original tapes of the Apollo 11 Moonwalk videos downlinked from the moon. There is also an exciting project going on to restore and digitize the Lunar Orbiter tapes from more than 40 years ago.
The Lunar Orbiter tape digitization folks have just [...]]]></description>
			<content:encoded><![CDATA[<p>There has been much discussion over the last few years about finding and saving original tapes of the Apollo 11 Moonwalk videos downlinked from the moon. There is also an exciting project going on to restore and digitize the Lunar Orbiter tapes from more than 40 years ago.</p>
<p>The Lunar Orbiter tape digitization folks have just posted a commentary that bears reading by all archivists who are holding tapes. You may link to it <a title="Degraded and lost moon data" href="http://www.moonviews.com/archives/2009/07/damaged_tape_and_murky_moon_vi.html" target="_blank">here</a>. The main site is <a title="Moonviews main page" href="http://www.moonviews.com" target="_blank">www.moonviews.com</a></p>
<p>NASA, in their press conference yesterday held at The Newseum, admitted that the original 14-track 1-inch instrumentation (IRIG) tapes that contained the slow-scan video direct from the moon were most likely recycled and reused for later missions. Apparently, over 350,000 reels of instrumentation tape were recycled by NASA over time. No one apparently thought to preserve the 45-odd reels of the original moon walk.<span id="more-170"></span></p>
<p>The loss of the original IRIG tapes of the moonwalk is truly sad because this data could be re-converted to standard television formats using far superior methods than were available in 1969. There may be 2-inch helical Ampex VR-660 video tapes still extant of the slow-scan data,  but those have not surfaced. It appears that all surviving copies of the moonwalk videos are ones that had gone through optical standards converters. An optical standards converter is one that has a monitor displaying the image in real time in the transmitted standard and a television camera taking a picture of that monitor using the desired standard. Even the Australian Broadcasting Corp. tapes would have gone through this type of device, although they would be in PAL rather than the U.S.&#8217;s NTSC versions.</p>
<p>Lowry Digital is doing a great job of restoring what they have, but the Polaroid screen shot that survives of the slow-scan monitor is alluring of what could have been preserved. More information is available on the <a title="Parkes radio telescope and Apollo 11" href="http://www.csiro.au/science/Apollo-11-and-Parkes-telescope.html" target="_blank">Parkes website</a> and from <a title="NASA Apollo 11 video site" href="http://www.nasa.gov/multimedia/hd/apollo11.html" target="_blank">NASA</a>.</p>
<p>Vigilant migration of data as new storage techniques become available is the only way to assure long-term preservation. Even if the IRIG tapes are found, we are almost at the point where the tapes would be un-decipherable. I think one of my machines could play them (I say think as I&#8217;ve never tested it to full 500 kHz bandwidth), but I don&#8217;t have the specialized video decoder. NASA apparently preserved some equipment should the tapes ever show up.</p>
<p>This also raises another spectre. We MUST be selective as to what we keep in our archives because if we keep everything we won&#8217;t be able to afford it&#8211;or find it. This is one of the key jobs that archivists do. However, blindly following retention practices, as was done by NASA for the IRIG Apollo 11 tapes, needs to be tempered by historians as well. Certain small subsets of data (moonwalk slow scan video) are much more important than others (astronauts&#8217; blood pressure and other biometrics throughout the entire flight).</p>
<p>All organizations who keep archives need to address this. In a generation (or less) if we save everything, it will become an overwhelming burden and the high points will be lost if they are not properly indexed.</p>
]]></content:encoded>
			<wfw:commentRss>http://richardhess.com/notes/2009/07/17/moonwalk-loss-of-data/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>File backup strategy and utilities</title>
		<link>http://richardhess.com/notes/2008/07/25/file-backup-strategy-and-utilities/</link>
		<comments>http://richardhess.com/notes/2008/07/25/file-backup-strategy-and-utilities/#comments</comments>
		<pubDate>Fri, 25 Jul 2008 18:25:44 +0000</pubDate>
		<dc:creator>Richard L. Hess</dc:creator>
				<category><![CDATA[data storage]]></category>
		<category><![CDATA[infrastructure]]></category>
		<category><![CDATA[tools]]></category>

		<guid isPermaLink="false">http://richardhess.com/notes/2008/07/25/file-backup-strategy-and-utilities/</guid>
		<description><![CDATA[My storage systems have grown to keep up with storage needs. I am currently running two NAS units in RAID-5:
Unit #1 for client audio projects is a Netgear ReadyNAS NV+ with four 500 GB drives, providing about 1.3 TiB of storage.
Unit #2 for personal projects and general data is a Thecus N5200 Pro with four [...]]]></description>
			<content:encoded><![CDATA[<p>My storage systems have grown to keep up with storage needs. I am currently running two NAS units in RAID-5:</p>
<p>Unit #1 for client audio projects is a <a title="Netgear NAS units" href="http://www.netgear.com/Products/Storage.aspx?for=All" target="_blank">Netgear ReadyNAS NV+</a> with four 500 GB drives, providing about 1.3 TiB of storage.</p>
<p>Unit #2 for personal projects and general data is a <a title="Thecus NAS units" href="http://www.thecus.com/products_index.php">Thecus N5200 Pro</a> with four 1000 GB drives, providing about 2.7 TiB of storage.</p>
<p>These two units are then duplicated off-site and connected by a fibre optic link (currently running at 100 Mb/s while the rest of the network is running at 1000 Mb/s).<span id="more-138"></span></p>
<p>One of the reasons for the upgrade to the Thecus units for personal storage is that they can grow to 3.6 TiB of storage with the addition of one 1000 GB drive to each. We are in the midst of a film scanning marathon that is seeing me scanning my Velvia slides to 36 MB files and my son scanning our family negatives to 18 MB files. We&#8217;re running the Nikon Coolscan 5000 ED in multiple shifts between the two of us. It was my son&#8217;s summer job.</p>
<p>With the addition of this storage and a subtle change in my storage model, I decided that it was time to re-think how the NAS units got loaded. I am still ingesting to a local hard drive; 750 GB for the main audio workstation and 250 GB for the photo workstation.</p>
<p>I use ViceVersa Pro from <a title="ViceVersa Pro" href="http://www.tgrmn.com/" target="_blank">TGRMN</a> and have loved it for many years. I use it to compare the work or release folders on the   local machine with the target shares on the NASes. It then pushes the files that are older or non-existent on the NASes to both NASes. In the case of the audio workstation, it can push both client projects and personal projects to the two NASes and their off-site mirrors. We do NOT propagate deletes.</p>
<p>In order to avoid heat-soak of the RME Multiface AD/DA converters attached to the audio computer, I wanted to shut it down after a push session. Rather than just use ViceVersa&#8217;s scheduled run system and run the backup sometime when I am sleeping, I wanted to start the backup manually as soon as I was done and then have the machine shut down.</p>
<p>There is an undocumented command within Windows XP called &#8220;Shutdown&#8221;. Click on run and then enter &#8220;cmd&#8221; to open a DOS box. Type &#8220;Shutdown&#8221; (w/o the quotes) and hit enter. This will provide a list of parameters.</p>
<p>To shut down the computer enter<br />
<span style="font-weight: bold">shutdown -s </span><br />
To abort the shutdown enter<br />
<span style="font-weight: bold">shutdown -a</span><br />
And to change the default 30 second timeout to 60 seconds enter<br />
<span style="font-weight: bold">shutdown -s -t 60</span></p>
<p>You can add a script for ViceVersa to run after it&#8217;s done, so I added the shutdown command to a batch file. I made this ViceVersa configuration an auto-run shortcut on my desktop. Right above it, I made another shortcut with shutdown&#8217;s abort command in it.</p>
<p>Now, when I&#8217;m done for the day, I can run the file pushout routines and still have the computer shut down as soon as it&#8217;s done&#8211;while I&#8217;m sleeping.</p>
<p>If you want to do off-site with NAS units but without the interconnection and the constant checking and alerting&#8211;in other words, you want a backup unit that just sits there off-site and is brought together with the main one every few weeks&#8211;then I would strongly suggest RAID-6 for both. This is the configuration I would suggest considering if you live in an area subject to major earthquakes and/or wildfires. It&#8217;s obvious that my California mentality hasn&#8217;t fully left me!</p>
<p>For &#8220;office&#8221; type work, all of the files reside on the local Thecus NAS. We run an update routine from our 24/7 Mail client PC to backup those documents nightly. The mail itself is pushed out as per the above model. Again, we do not propagate deletes.</p>
<p>A complete set of backups from local to off-site also run nightly on the photo computer, although that is not kept up every night. All this is done with ViceVersa Pro.</p>
<p>One of the neat things we do with ViceVersa is for JPG files in the images shares, we do not propagate changes from the local to the remote NAS. In that way, the image on the remote NAS is more like a &#8220;negative&#8221; for the family digital cameras that shoot JPGs. In that way, if one of my sons edits an image and wants the original back&#8211;and violates our rule that derivatives are renamed&#8211;we still have the original. I&#8217;d rather risk losing the derivative image than the original should the local NAS fail. We also do that with WAV files as we have had some minor modifications made to WAV file metadata with earlier versions of software. It does not seem to be an issue with the current software.</p>
]]></content:encoded>
			<wfw:commentRss>http://richardhess.com/notes/2008/07/25/file-backup-strategy-and-utilities/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CD-DVD printing revisited</title>
		<link>http://richardhess.com/notes/2008/05/22/cd-dvd-printing-revisited/</link>
		<comments>http://richardhess.com/notes/2008/05/22/cd-dvd-printing-revisited/#comments</comments>
		<pubDate>Thu, 22 May 2008 18:16:48 +0000</pubDate>
		<dc:creator>Richard L. Hess</dc:creator>
				<category><![CDATA[archive operations]]></category>
		<category><![CDATA[data storage]]></category>
		<category><![CDATA[tools]]></category>

		<guid isPermaLink="false">http://richardhess.com/notes/2008/05/22/cd-dvd-printing-revisited/</guid>
		<description><![CDATA[For many years, I had been in favour of the Primera Z1 small optical disc printer. When Primera discontinued this several years ago, I was not pleased and purchased two as spares, hoping at least the ribbons would continue.
It appears that I am not alone in thinking this is a good product as it has [...]]]></description>
			<content:encoded><![CDATA[<p>For many years, I had been in favour of the Primera Z1 small optical disc printer. When Primera discontinued this several years ago, I was not pleased and purchased two as spares, hoping at least the ribbons would continue.</p>
<p>It appears that I am not alone in thinking this is a good product as it has resurfaced as the U-Print CDP78, now in black, and available from many online distributors. The cartridges appear to be interchangeable with the Primera. I can now suggest that this is a good alternative for safe, long-lasting, and reasonably attractive text labeling of CDs and DVDs. It appears that the Teac P11 is also similar. The last time I checked, the Casio required manual rotation of the disk, rather than the Primera&#8217;s automatic rotation.</p>
<p>Please provide me with any feedback pro or conâ€”preferably as comments to this post.</p>
]]></content:encoded>
			<wfw:commentRss>http://richardhess.com/notes/2008/05/22/cd-dvd-printing-revisited/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MD5 Checksums bring peace of mind</title>
		<link>http://richardhess.com/notes/2008/05/04/md5-checksums-bring-peace-of-mind/</link>
		<comments>http://richardhess.com/notes/2008/05/04/md5-checksums-bring-peace-of-mind/#comments</comments>
		<pubDate>Mon, 05 May 2008 00:35:33 +0000</pubDate>
		<dc:creator>Richard L. Hess</dc:creator>
				<category><![CDATA[archival practices]]></category>
		<category><![CDATA[data storage]]></category>

		<guid isPermaLink="false">http://richardhess.com/notes/2008/05/04/md5-checksums-bring-peace-of-mind/</guid>
		<description><![CDATA[If you ever worry about a bit error happening to your files and not finding out about it, you should use MD5 checksums (or some similar method) to be able to verify that the file has not changed.
The general theory behind a checksum (or &#8220;Message Digest&#8221; = &#8220;MD&#8221;) is that it provides a unique 128-bit [...]]]></description>
			<content:encoded><![CDATA[<p>If you ever worry about a bit error happening to your files and not finding out about it, you should use MD5 checksums (or some similar method) to be able to verify that the file has not changed.</p>
<p>The general theory behind a checksum (or &#8220;Message Digest&#8221; = &#8220;MD&#8221;) is that it provides a unique 128-bit number for each and every file, based on its content. If one bit changes, the MD5 checksum (sometimes called &#8220;hash&#8221;) changes. The checksum is repeatable, does not permit discovery of two different files that produce the same checksum, and is non-reversible (i.e. you can&#8217;t create the content from the checksum).<span id="more-122"></span></p>
<p>Common practice in audio archiving is to use 128-bit checksums, although 160-bit checksums are available. The other common practice is to take the entire filename, including extension, and add a second &#8220;MD5&#8243; extension to that. The *.*.md5 file contains the MD5 checksum plus generally the filename.</p>
<p>An alternate configuration is to create one file named checksums.md5 for the entire folder to save downloading effort.</p>
<p>While there are many options for creating MD5 checksums, for Windows, <a title="Fast Sum homepage" href="http://www.fastsum.com/" target="_blank">FastSum</a> is a convenient and low-cost package.</p>
<p>At any point in the future, to verify your files, you create a new MD5 checksum and compare it to the ones that were created when the file was created. If they match, you know your file has not changed. The likelihood of both the original file and the checksum file changing so that they still appear valid is essentially nil.</p>
<p>Some applications, like D-Space, check the integrity of all the files in the system on a regular basis using MD5 checksums.</p>
<p>If you receive WAV files from me, more than likely, you will also receive MD5 checksums in the same package,  be that on a DVD, hard drive, or via the Internet.</p>
<p>It only takes a minute to create these and it truly does offer peace of mind.</p>
]]></content:encoded>
			<wfw:commentRss>http://richardhess.com/notes/2008/05/04/md5-checksums-bring-peace-of-mind/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Digital storage file systems and topologies</title>
		<link>http://richardhess.com/notes/2008/03/04/digital-storage-file-systems-and-topologies/</link>
		<comments>http://richardhess.com/notes/2008/03/04/digital-storage-file-systems-and-topologies/#comments</comments>
		<pubDate>Tue, 04 Mar 2008 22:12:59 +0000</pubDate>
		<dc:creator>Richard L. Hess</dc:creator>
				<category><![CDATA[archival practices]]></category>
		<category><![CDATA[audio]]></category>
		<category><![CDATA[data storage]]></category>
		<category><![CDATA[video]]></category>

		<guid isPermaLink="false">http://richardhess.com/notes/2008/03/04/digital-storage-file-systems-and-topologies/</guid>
		<description><![CDATA[Once again, an interesting post on Jill Hurst-Wahl&#8217;s Digitization 101 Blog. She started by discussing tape backup issues. In the comments, I discussed my solution of using multiple spinning disks. Another commenter, Ike, provided an extensive review of file system options and his opinions on what works (and doesn&#8217;t) for long-term storage. Ike&#8217;s comment is [...]]]></description>
			<content:encoded><![CDATA[<p>Once again, an interesting post on Jill Hurst-Wahl&#8217;s Digitization 101 Blog. She started by discussing tape backup issues. In the comments, I discussed my solution of using multiple spinning disks. Another commenter, Ike, provided an extensive review of file system options and his opinions on what works (and doesn&#8217;t) for long-term storage. Ike&#8217;s comment is fascinating and has lots of food for thought. <a title="Digitization 101 Backing up your images" target="_blank" href="http://hurstassociates.blogspot.com/2008/03/backing-up-your-digital-images.html">Here is the post</a>.<span id="more-119"></span></p>
<p>Oh, and the discussion started about images, but it pertains equally to audio and video. Ike was certainly clear on his thoughts about data tape. As I see it (without following it too closely), the marketplace is consolidating around LTO and appears to be shrinking, so maybe he&#8217;s right. I&#8217;ve stayed away from data tape in favour of an all-disk solution (for approximately 3 TB of storage at the moment).</p>
<p>When looking at storage for audio, consider a track-hour (i.e. a mono program) at 96,000 samples per second, 24 bits, is about 1 GB, uncompressed. 1 TB is about 1,000 track-hours of material at the normal high-resolution sample rate and bit depth&#8230;and that currently fits on one physical drive.</p>
]]></content:encoded>
			<wfw:commentRss>http://richardhess.com/notes/2008/03/04/digital-storage-file-systems-and-topologies/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>StoryCorps experience including equipment discussion</title>
		<link>http://richardhess.com/notes/2008/02/03/storycorps-experience-including-equipment-discussion/</link>
		<comments>http://richardhess.com/notes/2008/02/03/storycorps-experience-including-equipment-discussion/#comments</comments>
		<pubDate>Mon, 04 Feb 2008 02:13:31 +0000</pubDate>
		<dc:creator>Richard L. Hess</dc:creator>
				<category><![CDATA[archive operations]]></category>
		<category><![CDATA[data storage]]></category>
		<category><![CDATA[digital]]></category>
		<category><![CDATA[live sound and recording]]></category>
		<category><![CDATA[oral history]]></category>
		<category><![CDATA[recording/mastering]]></category>

		<guid isPermaLink="false">http://richardhess.com/notes/2008/02/03/storycorps-experience-including-equipment-discussion/</guid>
		<description><![CDATA[My friend Susan Kitchens and her brother took their parents to the StoryCorps recording session in Los Angeles a few weeks ago. She blogged it here. One of the neat things is that between her article and the discussion she and I had in the comments, we have a good handle on most of the [...]]]></description>
			<content:encoded><![CDATA[<p>My friend Susan Kitchens and her brother took their parents to the StoryCorps recording session in Los Angeles a few weeks ago. She blogged it <a title="FamilyOralHistory.US" target="_blank" href="http://familyoralhistory.us/articles/view/my_our_storycorps_adventure">here</a>. One of the neat things is that between her article and the discussion she and I had in the comments, we have a good handle on most of the equipment that was used in the trailer. It&#8217;s a good selection in my opinion and shows how simply good-quality recording systems can be set up. Further discussions from a StoryCorps representative have shown how clever the setup is.</p>
]]></content:encoded>
			<wfw:commentRss>http://richardhess.com/notes/2008/02/03/storycorps-experience-including-equipment-discussion/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Hard disk formats for interchange</title>
		<link>http://richardhess.com/notes/2008/02/03/hard-disk-formats-for-interchange/</link>
		<comments>http://richardhess.com/notes/2008/02/03/hard-disk-formats-for-interchange/#comments</comments>
		<pubDate>Sun, 03 Feb 2008 21:11:18 +0000</pubDate>
		<dc:creator>Richard L. Hess</dc:creator>
				<category><![CDATA[data storage]]></category>
		<category><![CDATA[storage-care-handling]]></category>
		<category><![CDATA[tools]]></category>

		<guid isPermaLink="false">http://richardhess.com/notes/2008/02/03/hard-disk-formats-for-interchange/</guid>
		<description><![CDATA[The question of how to format hard disks (i.e. what file system to use on them) for easy interchange is another FAQ. A recent experience brought home the fact that it is more complex than one might hope. The computer industry is headed towards universal readability, but it is not there yet. The most-able-to-be-read-and-written format [...]]]></description>
			<content:encoded><![CDATA[<p>The question of how to format hard disks (i.e. what file system to use on them) for easy interchange is another FAQ. A recent experience brought home the fact that it is more complex than one might hope. The computer industry is headed towards universal readability, but it is not there yet. The most-able-to-be-read-and-written format appears to be FAT32, although my friend Eric Jacobs makes the point that NTFS is a more robust hard disk file system, and I have to agree.<span id="more-113"></span></p>
<p>The recent experience: A client project generated about 70 GB of files so hard-drive delivery made sense&#8211;especially since I had two gently used Western Digital Passport 80 GB drives sitting on the shelf. There would be no infant mortality here. The client (on one continent) and the producer (on another continent) were both to receive copies. I shipped them off and the producer (on the same continent as I) received his copy first and mentioned to the client he couldn&#8217;t read it on his Mac. The client had told me he was sure that the Mac would read NTFS, so based on my conversation with Eric, I decided, with client approval, to send NTFS. A few days later, the client received his copy and is pleased with the files and was able to open them without a hitch on his Mac.</p>
<p>As of this writing, the issue of the producer&#8217;s disk is still up in the air. I have offered to take it back, reformat it as FAT32, reload the files with MD5 checksums, verify the checksums, and return the drive to him. I think the producer is looking for a Mac utility that will permit reading the disk as-is. I hope so, less work here, but still I&#8217;m willing to undertake this to maintain client satisfaction.</p>
<p>In the meantime, I was searching for an easy way to format a drive larger than 32 GB in FAT32 which is locked out by design in Windows XP. It turns out that there is a DOS-box utility, <a target="_blank" title="USE AT YOUR OWN RISK" href="http://www.ridgecrop.demon.co.uk/">FAT32FORMAT</a>, that works like a charm. If the drives are combo USB/FireWire, using the Sound Devices 722 to format them would be a choice, but for USB-only drives, that is not an available option. PLEASE be careful as this utility will destroy all data on the disk. Use it with care.</p>
<p>After posting the above, the producer gave up trying to read the disk. I reformatted it FAT32, reloaded it, sent it back to him and he was happy.</p>
]]></content:encoded>
			<wfw:commentRss>http://richardhess.com/notes/2008/02/03/hard-disk-formats-for-interchange/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Data storage options &#8212; small scale</title>
		<link>http://richardhess.com/notes/2006/03/07/data-storage-options-small-scale/</link>
		<comments>http://richardhess.com/notes/2006/03/07/data-storage-options-small-scale/#comments</comments>
		<pubDate>Tue, 07 Mar 2006 18:14:59 +0000</pubDate>
		<dc:creator>Richard L. Hess</dc:creator>
				<category><![CDATA[data storage]]></category>

		<guid isPermaLink="false">http://richardhess.com/notes/2006/03/07/data-storage-options-small-scale/</guid>
		<description><![CDATA[Large-scale, enterprise-class storage is using combinations of both disc and tape. LTO tape appears to be growing more than any other format.
For those of us who are working at a much smaller scale, I have provided references on what I do for fairly robust storage on a budget. Please see these two attachments: description and [...]]]></description>
			<content:encoded><![CDATA[<p>Large-scale, enterprise-class storage is using combinations of both disc and tape. <a target="_blank" href="http://www.lto.org/newsite/index.html">LTO tape</a> appears to be growing more than any other format.</p>
<p>For those of us who are working at a much smaller scale, I have provided references on what I do for fairly robust storage on a budget. Please see these two attachments: <a target="_blank" href="http://www.richardhess.net/data_storage/computer_backup_strategy.pdf">description</a> and <a target="_blank" href="http://www.richardhess.net/data_storage/rlh_storage_systems_22dec2005.pdf">map</a>. It shows a unified (I hope) approach useful to small archives and businesses.</p>
<p>On March 12, 2006, Chris Goosman asked:</p>
<blockquote><p>What does it take to point the family logins to the centralized â€œMy Documentsâ€? Does each user get their own â€œMy Documentsâ€ folder or is it truly a central space that all users share?</p>
<p>Your page has inspired me to write up a similar document for the home/studio/office network here including my backup strategy.</p>
<p>I currently use a backup server with 750GB of Raid-5 running Retrospect, but I need a longer term archive storage and I found one of those LaCie NAS boxes like you use (the local one, with the 10/100 and firewire interfaces, not the newer one with gigabit and USB 2.0) for a great price and itâ€™s on the way. I will be trying out ViceVersa which looks neat.</p>
<p>For the network, is your Netgear switch a layer 2 switch? I think Iâ€™ll be moving toward a layer 2 switch to handle a few different VLANs. Iâ€™m using Vonage for my own voice service which Iâ€™d like on itâ€™s own VLAN, plus my wifes office computers on their own VLAN, my studio on a VLAN, and then soon I plan on putting together an Astrisk PBX and would want it on itâ€™s own VLAN. But this is too much computer geek talk and not enough audio geek talk, so Iâ€™ll stop now. <img class="wp-smiley" alt=";-)" src="http://richardhess.com/wp-includes/images/smilies/icon_wink.gif" /></p></blockquote>
<p>I replied:</p>
<blockquote><p>Hi, Chris,</p>
<p>Each â€œMy Documentsâ€ is a separate â€œMy Documentsâ€ folder in each userâ€™s own logon &#8211; as is a â€œFavoritesâ€ which includes â€œLinksâ€ so no matter where you log in your IE looks the same. I move: â€œFavoritesâ€ and â€œMy Picturesâ€ and â€œDesktopâ€ into the root of â€œMy Documentsâ€ so theyâ€™re visible. Also move â€œMusicâ€ and â€œVideosâ€. I use Microsoftâ€™s TWEAK UI PowerToy <a rel="nofollow" href="http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx">http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx</a> to do this.</p>
<p>My hierarchy is root/family/person</p>
<p>That way, I can back up root/family and get everyone. I also have set permissions so my wife and I can see everyoneâ€™s space. My wife is worried about deleting stuff, so I made mine read only to her.</p>
<p>I am not using any managed switches, and donâ€™t intend to go VOIP in the near future, but Skype may be in my future for long calls. The only thing I have (that Iâ€™m not using) that is at all fancy is the Netgear FVS-318 firewall which also has VPN capabilities, but I donâ€™t have a VPN client installed (and yes, I know VLAN and VPN are different things).</p>
<p>Since I currently have dual firewalls â€œin seriesâ€, my kidsâ€™ laptops when they get them (years) will be connected between the two firewalls and Iâ€™ll have a small NAS box at that point to house their documents, and then pull it across the firewall with VVPro.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://richardhess.com/notes/2006/03/07/data-storage-options-small-scale/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
