ie8 fix
madison

Hardware 2.0

Adrian Kingsley-Hughes

The layered approach ... my wish for a future OS

By | August 20, 2008, 8:53am PDT

Summary: Yesterday, in passing, I mentioned that I’d like to see Windows evolve into an operating system where the OS, installed applications and user data were each contained in separate layers. I didn’t go into any detail on this because, a) I thought I’d already covered it, and b) I didn’t have the space to go into it. Since several of you have asked me what I meant by that let me take a few minutes to explain what I mean by this layered approach.

Yesterday, in passing, I mentioned that I’d like to see Windows evolve into an operating system where the OS, installed applications and user data were each contained in separate layers. I didn’t go into any detail on this because, a) I thought I’d already covered it, and b) I didn’t have the space to go into it. Since several of you have asked me what I meant by that let me take a few minutes to explain what I mean by this layered approach.

The way that Windows currently works in terms of user data and installed applications is a mess. It’s not a deliberate mess but more a natural result of opting to provide ongoing support for outdated ideas. Windows Vista is a modern OS that still clings desperately onto Windows 95 paradigms that belong to an era where users had a lot less data than they do now.

So what’s the problem? Well, the main problem with Windows Vista stems from the fact that it still assumes that a PC is fitted with a single hard drive, and as a result of this flawed thinking wants to cram everything onto that single drive. This is valid Windows 95 thinking, when we measured drive capacities in MB and buying a hard drive really gave your credit card a punching. Times have changed, capacities have increased unbelievably, a dollar can buy you over 7GB of storage and you can pick up 500GB of storage for around $65. The reason that most PCs are still sold with a single drive is simply because Windows still makes it difficult for the average user to effectively make use of that second drive. In my experience this single drive approach is responsible for more, and more catastrophic, data loss than any bit of malware. Another flawed aspect of this Windows 95 thinking is that we are still interacting with the PC via a file system structure, and this has now become mindbogglingly complex where mistakes happen quickly and easily.

OK, so what’s different about the layered approach? Well, under my system you’d see three distinct layers.

  • OS layer
  • Application layer
  • Data layer

Under this regime the OS layer would be at the core of the system and ideally applications and user data should not interfere or tamper with this. In the real world I’m certain that security applications would need access to this layer but on the whole tampering with this layer should be frowned upon. This layer should be self contained in that it can be backed up, repaired or wiped and reinstalled totally separate to the other two layers. Barring activation hurdles it should be easy to transfer this OS layer from one system to another, be that a physical one or a virtual one.

Note: Under this layers model any installed drivers would form part of a sub-set of the OS layer.

The application layer would house the apps that the user installs. This layer should again be self contained in that it can be backed up, wiped or restored totally separate to the other two layers. All applications and data relating to applications would be stored within this layer, with each app compartmentalized. Uninstalling an application should remove all traces of that application (apart from user data). Again, other than for activation/license management, it should be possible to take this entire layer and move it to another physical or virtual PC.

Then there’s the data layer. By now you’re getting the idea behind this layers business. The data layer would contain user data. I can think of several different approaches that this would take but ideally it should be flexible enough to accommodate different kinds of users - users who want to store data based on the app used to generate it, based on project, chronologically … etc. Ideally this data layer should be easy to back up and restore and should ideally be stored on a drive separate to that the OS and apps is on. It might also be possible for the data to be mirrored between two drives to provide redundancy. After all, hard drives are large enough to cater for this level of redundancy for most users, and if you had three drives fitted, you could have redundancy between two data drives.

The core idea behind the layered approach is that apart from some products being subject to activation or some other license management, neither the OS, apps or data should be tied together or tied to a single system. Also, each layer is isolated from each other. I’m not suggesting that direct access to the file system shouldn’t be available, it’s just that is shouldn’t be necessary to have to delve directly into the file system for simple file-related operations, especially those related to user data.

Now, like I said yesterday, this is blue-sky thinking and I don’t expect this to happen any time soon. We’re certainly not going to see any such radical changes in Windows 7.

Kick off your day with ZDNet's daily e-mail newsletter. It's the freshest tech news and opinion, served hot. Get it.

Topics

Adrian Kingsley-Hughes is an internationally published technology author who has devoted over a decade to helping users get the most from technology.

Disclosure

Adrian Kingsley-Hughes

All opinions expressed on Hardware 2.0 are those of Adrian Kingsley-Hughes. Every effort is made to ensure that the information posted is accurate. If you have any comments, queries or corrections, please contact Adrian via the email link here. Any possible conflicts of interest will be posted below. [Updated: February 23, 2010] - Adrian Kingsley-Hughes has no business relationships, affiliations, investments, or other actual/potential conflicts of interest relating to the content posted so far on this blog.

Biography

Adrian Kingsley-Hughes

Adrian Kingsley-Hughes is an internationally published technology author who has devoted over a decade to helping users get the most from technology -- whether that be by learning to program, building a PC from a pile of parts, or helping them get the most from their new MP3 player or digital camera.

Adrian has authored/co-authored technical books on a variety of topics, ranging from programming to building and maintaining PCs. His most recent books include "Build the Ultimate Custom PC", "Beginning Programming" and "The PC Doctor's Fix It Yourself Guide". He has also written training manuals that have been used by a number of Fortune 500 companies.

Adrian also runs a popular blog under the name The PC Doctor, where he covers a range of computer-related topics -- from security to repairing and upgrading.

66
Comments

Join the conversation!

Just In

About time
guiri 28th Aug 2008
This should have been done a long time ago.

I'm one that uses many apps and has a lot of data stored and I'm sick and tired of having to reinstall all my software everything the puter crashes or I get a virus.

Matter of fact, I'm having a new computer built and the guy is also installing 45 programs which damn near put him on his knees.

This should be much simpler.

He builds the computer, I send him the dvd or hd with all the software and he puts it on the puter. I then put my data when I get it.

Tell me this is not possible today..?

Now, if the linux crowd could figure out how to do it while making all the windows programs compatible, out goes Microcrook!

George
0 Votes
+ -
Sounds a lot like BSD to me....
pjotr123 20th Aug 2008
BSD (and therefore Mac OS/X) has much the same structure as the one you describe. Indeed this structure has some inherent advantages.

However, in practice BSD doesn't have a stability or reliability advantage over Linux. Linux has the same approach as Windows (shared components between applications, and between applications on the one hand, and the system on the other hand). So the advantages appear to be mainly theoretical.

If you want a closer look at an easy version of BSD, you might want to give PC-BSD a try:
http://www.pcbsd.org/

Greeting, Pjotr.
0 Votes
+ -
*nix in general ...
Ludovit 20th Aug 2008
... has this capability as long as you set it up correctly ...

In fact, you can set up your home directory on one drive, your etc on another and so one (not for ALL, but for most subsets of information) ... it gets done during OS install, and can be complicated for the average user.

Ludo
0 Votes
+ -
The Standard
daengbo 21st Aug 2008
The standard used to be that there was one disk (or partition) got the system, one got the user applications (in /usr or /usr/local) and one got the user data (in /home). Unix all used to be that way. You generally even had separate /tmp and /var, too, to keep DOS successes to a minimum.
0 Votes
+ -
OSX is very reliable and...
arminw 22nd Aug 2008
has far more usable programs and hardware
compatibility. It also allows the keeping of user
data, especially huge media files on any attached
drive or on a network server. It keeps all of its
applications in one place. If a user wishes, most of
those can be kept on another drive or on the
network.

What Mr. Kingsley is dreaming about in a new OS,
is here today and is included with every Mac.
0 Votes
+ -
OSX is very reliable
winthropyu 25th Aug 2008
> has far more usable programs and hardware
> compatibility.

Of course it does, so long as you're happy being
locked into Apple's proprietary hardware. Apple has moved to Intel architecture, but if you try to sell an Apple clone, Apple will sue.

> It [Mac OS] also allows the keeping of user
> data, especially huge media files on any attached
> drive or on a network server.

Don't all OS'es?

> What Mr. Kingsley is dreaming about in a new OS

Hardly. As others have pointed-out, it can be done in Windows today, or even a decade ago, for that matter. It's simply a matter of getting MS folks to change their default install, single hard drive (partition or logical drive) mindset.

> [OS X] is here today and is included with every Mac. > has far more usable programs and hardware
> compatibility.

Well, "usability" is subjective - no Mac user would ever complain about a computer he paid a premium for, they'd rather brag about the differences (vis-a-vis Windows).

Point is, this "feature" that Kingsley is talking about can be implemented on Windows (or any 'nix). It just isn't done by default, so it's an implementation issue rather than a basic OS matter.

Mac users will happily accept *anything* that Apple throws at them (halo effect), this is not true of Windows or Linux users.

Price premium and brownie points for bragging rights aside, Macs have nothing to offer in this regard.

Wyn
separated on the disk. I still remember when WordStar users kept all of the WordStar files in the same directory as the program and various other places. It was nearly impossible to back up a computer and figure out where all of the users data files were. You really had to back up the whole computer, but, then if you every had to re-install the OS, Applications, and Data, it was a big mess.

Still, there are lots of ways to organize data, and your simple 3 part separation is only a start.

Also, you have to get the OS vendor to cooperate and actually LET you separate the OS from the applications and data. When there are legal reasons to mix things together, and marketing reasons to not allow removal of applications, things fall appart.
Why more developers don't take advantage of it is puzzling.
0 Votes
+ -
Yes, and Mount Points too
TheTruthisOutThere@... 20th Aug 2008
if you want multiple drives to appear as a single item, just set up a mount point.
0 Votes
+ -
Not sure what you mean
Michael Kelly 20th Aug 2008
If you mean you want D:\ to be C:\Documents and Settings, then yes you can do that (and I do). But if you mean you want to have D:\ and C:\ combined into just C:\, then you cannot do that on every Vista SKU. I think it's just Ultimate (maybe Enterprise as well) that allows you to do that.
0 Votes
+ -
I meant the former.
TheTruthisOutThere@... 20th Aug 2008
I meant the former, and your correct that you cant mount two drive to C:\ - one has to be in a subdirectory of the other.

I'm not sure what SKUs can do the spanning stuff (actually my MOBO can do it for any OS). The problem with that approach is your asking for trouble if a disk fails, and/or flexibility in move disks around.
0 Votes
+ -
True
Michael Kelly 20th Aug 2008
I would want to span disks for my media center (two 750GB disks), which isn't exactly the most critical of data. If I lose my saved TV shows I'll live. I usually have multiple copies of the stuff I really like anyway. The OS and programs are on a smaller separate disk, so in my case I would want to span D:\ and E:\, not C:\ and D:\.
0 Votes
+ -
It's called RAID 0
wolf_z 21st Aug 2008
And comes in a software and hardware flavor. Having been badly burned by disk mirroring software in the past I SERIOUSLY recommend hardware RAID 0 if you want to span a volume.

RAID 0 is usually considered a perfmance enhancement, although it does indeed physically span drives.
0 Votes
+ -
Archaic drive letters...
arminw 22nd Aug 2008
Belong to the age of computing dinosaurs. I don't
know why Windows still hangs onto that archaic
system.

The separation of user data is much more critical
than the separation of the programs and the OS.
Except for configurations, Windows does allow
users to put most of their data on other drives.
Now if they'd just would get rid of that registry --
- finally, that would be real progress.
0 Votes
+ -
No it's not ...
RationalGuy 20th Aug 2008
... because the operating system and applications share the same registry. It is therefore not possible to modularize the operating system from applications in the way mentioned in the post.
0 Votes
+ -
An application is not required to use the registry. All application specific information that would be stored in the registry could be stored in text files.
0 Votes
+ -
But they don't
Michael Kelly 20th Aug 2008
based on MS's lead...
0 Votes
+ -
.
0 Votes
+ -
I think at one stage
deaf_e_kate 21st Aug 2008
you had to use the registry to get a "Designed for Windows" logo or some other certification.
0 Votes
+ -
It's not a requirement.
ye 21st Aug 2008
"Your installation program should add entries to the registry not to the Win.ini, System.ini, Autoexec.bat or Config.sys. Windows Installer supports informational keys in the registry. When your application uses the installer, these registry keys become available as installer properties. You can author the package for your application such that it is easy to check and set the values of these keys.
If your application uses information that you do not want to put in the registry, create a private initialization file and place it in the directory with the application's executable files."

http://msdn.microsoft.com/en-us/library/aa372825(VS.85).aspx
0 Votes
+ -
What would be nice...
John L. Ries 21st Aug 2008
...is if the administrator could specify the disks/partitions on which "Program Files" and "Documents and Settings" are stored ("Program Files can now be specified on a package by package basis, but I'm talking about changing the global default). Ideally, user data should always be stored on a separate partition than system and application data, but the fact that "Documents and Setting" goes on c: automatically and the there's no intuitive way to change it makes life harder than it needs to be. Likewise, the registry makes it nearly impossible to do a full reinstall of the OS without having to reinstall all of the apps as well.

The goal, of course, would be to allow the administrator to reformat the system partition and completely reinstall the OS without touching either applications or user data. This was easy under DOS, but is nearly impossible under modern Windows. Mind you, UNIX/Linux needs some work in separating user applications from the OS (there are "cultural" reasons for this), but at least user data can be kept completely separate.
0 Votes
+ -
I beg to differ
blarman_z 21st Aug 2008
OK, I have to call you on this one.

OS Layer: can you move an OS to another machine and have it pick up applications and user data automatically? Not to the extent the author desires. In most cases you have to re-install all the applications to repair various registry entries that hardwire paths and locations. Same for user data.

And don't forget OS licensing. Windows' current licensing scheme in most cases prohibits this type of behavior (moving the OS from one box to another).

Application layer: Have you ever tried moving your apps from one machine to another? You CAN'T without re-installing every single one. This one is a dead failure on Windows.

User Data: This one isn't as hard to do on any OS, as unless you use the My Documents folder exclusively. If you do use My Documents and these are linked to applications, moving the folder wholesale from one computer to another is never a 100% thing.
0 Votes
+ -
Yes. Perhaps one problem is that a "Program Files" folder on D: has different characteristics from the original default one on C:.

Windows code still assumes only one instance of each "special folder". This should be revised.

I've done a workaround with "Shared Documents" by placing a shortcut in the default (on C:) "Shared Documents" folder that points to the actual data on drive D:.

But all that effort is still pretty "kludgey", like a Rube Goldberg fix.

WYn
0 Votes
+ -
I love the idea ...
RationalGuy Updated - 20th Aug 2008
... of user data not being locked into a rigid file structure. It would be much better to have storage simply be a bucket with a software abstraction that let's you organize files any way you want.

If you want to do folders, you can, but they would be virtual -- no true folder hierarchy on the file system itself. Personally, I'd rather have just desktop search exclusively and have no folder paradigm at all.
0 Votes
+ -
...and didn't you bash it in another article.

I was able to understand dkawalec's post a little better than your article and if you're talking about the same thing then doesn't this exist. At least at the file layer on most *nix boxes you can partition a separate home partition and you can wipe everything else but that and easily reinstall or completely switch the OS and applications. Your user level configs are stored there as hidden files and your data is all stored there. So theoretically you could move all your data and settings from OS to OS without a problem. You have no need and at user level no permissions to even mess with anything else. But you bashed this as confusing and said you couldn't find where your 7-zip program installed (though it wasn't a program at all). Likewise you can somewhat divide up the partitions and make sure that the applications are separate from the OS. It could be taken a step further and really made into a feature but the fact that the configs are text allows you to easily shift your app setup from one machine or OS to another. But once again the idea of text configs seem to be frowned upon by some.

Now with Windows the only problem I see are the application configs but it seems like this is very well doable now as well. I know the user data can definitely be tossed onto a partition.
0 Votes
+ -
This exists already in Windows
easson 20th Aug 2008
Core stuff is in %Windir%
Application executables are in program Files folder
Application data are in Program Data folder
These can be put anywhere you want, including on other drives (and even on remote file servers!).

Settings are in registry, which has separate hives for system and user.

So explain to me why this doesn't meet your needs.
0 Votes
+ -
Settings are in registry, which has separate hives for system and user.

...utilize the system (HKLM) key instead of user specific (HKCU) keys of the registry.

It would also be nice if Windows allowed you to easily change the location of the "Documents and Settings" / "Users" folder. Or at least the users home folder location (as opposed to just the "Documents" folder). The latter can be done through editing the registry but it would be nice to not have to edit the registry to do it.
0 Votes
+ -
Architectural issue
John L. Ries 21st Aug 2008
MS has been encouraging developers to put all program settings in the registry since at least Windows 95. Nobody should be surprised that developers, for the most part, do so. There are problems with doing so, but we've debated that ad nauseum.
...text files for storing configuration information.
0 Votes
+ -
Sarcasm
John L. Ries 21st Aug 2008
But of course, MS bears no responsibility for their architectural decisions. Developers are always free to ignore the bad ones.
0 Votes
+ -
I would want them on separate partitions
John L. Ries 21st Aug 2008
And as explained in my previous post, I would want to be able to completely blow away and reinstall the OS without so much as touching either user applications or data.
0 Votes
+ -
wel then...
LeeC 21st Aug 2008
...the solution to your problem is with the application, not the OS.

It isn't the OS that forces the application to not bother checking for valid registry entries and recreating any missing ones if you re-install. If you think about it, if you install all your apps to a separate drive, when you try and run them after a re-install, is it windows that complains or the application?

It's not the OS that forces the app into storing application data in the same place as every other. Any application could provide it's own storage area for user specific data that was a mirror of the data in the registry.

The fact is, most of the problems discussed here are nothing to do with the OS, they are to do with how the applications use and store data within the OS. A bit more thought in the dev teams behind the apps and the process would run a lot smoother.

There are hundreds of games out there that don't care if you re-install windows. If the registry entries are missing, they simply put them back... dead simple. Don't use the default location for "My Documents", move it to another drive/partition and any that use that folder will have no problem either, you just re-install and then re-point the location and they will pick up the settings again.

Bottom line is, you can't keep blaming the OS for the downfalls of the application developers. If they took some responsibility, things would run much smoother.

And the reason you can't transport an OS layer is simple, try changing motherboard and CPU without doing a re-install, see how unstable it is. You can't just shift hardware resources around and expect things not to break.
0 Votes
+ -
I hear that all the time
John L. Ries 21st Aug 2008
But MS has encouraged this state of affairs for the past 15 years (even in Windows 3.1 days). They can and should modify the Windows architecture to encourage better development and storage habits. The system, user apps (including global application settings), and user data (including user-level application settings) should be kept entirely separate from each other. MS can't make that happen on their own, but they can do something.
0 Votes
+ -
Much older than Win95
jepzilla 20th Aug 2008
The flawed OS model is much older than Win95, and has been present in unix since multics days. Our operating systems have user accounts and identities, and normally software operates under the identity of the user that ran it. But this is silly, the software I run isn't me, it wasn't written by me (most of the time) and I really don't know that well what it's doing under the hood.

Microsoft could implement a better model without drastic changes to the core of Windows. Give each installed application its own SID (security identifier). Applications could edit files that they created, and other files under certain conditions (maybe some kind of file association mechanism to allow programs access to all kinds of files). Hook it into the Windows common controls to automatically authorize access to any file through a standard file save/open dialog. Maybe even a (gasp) UAC mechanism to grant programs arbitrary access.

This could be implemented without any fundamental changes to the OS, with backwards compatability through appropriately tuned heuristics and whitelists.
Give each installed application its own SID (security identifier). Applications could edit files that they created, and other files under certain conditions (maybe some kind of file association mechanism to allow programs access to all kinds of files).

...program to create files? Perhaps a combination of program/user SID?
0 Votes
+ -
I used this approach with Windows XP and I use it in OpenSuSE Linux. When Windows XP crashed and took out my main hard drive, all my data which!, was stored on my second drive, was safe and sound.

Being out of Windows Validations, I installed Linux and never turned back! I have yet to have such issues with Linux but!, my data is still kept on a second drive.

My new Toshiba laptop never saw the completion of the Windows Vista install! I just grabbed my OpenSuSE 10.3 DVD and installed. I used NDIS-Wrapper to use the Windows Driver for my Reraltek Wi-Fi and done! - Everything works and works really well! - And Compiz... More eye-candy that works and uses almost no resources compared to Vista's Areo.

And if you think Windows is single drive-centric, just try to install a second drive in Linux!!! It's not as straight forward as it is in Windows.
0 Votes
+ -
Can you elaborate on this?
ye 20th Aug 2008
And if you think Windows is single drive-centric, just try to install a second drive in Linux!!! It's not as straight forward as it is in Windows.

Installing and using multiple drives in UNIX is dirt easy. Perhaps I'm not understanding what you're referring to?
0 Votes
+ -
Can you elaborate on this?
The Rifleman 20th Aug 2008
Linux and Unix are two different products. In Windows, just install, partition, format and use. In Linux several commands are required in the Terminal Console Command Line. Even after the mounting command, you may not always have your second drive available on reboot. So you need knowledge of FSTAB and MSTAB so you can edit these files to mount on boot, your second drive. Linux needs a GUI Front-End or G.U.I. style program to install a second drive. However, Linux is profoundly single drive-centric.
0 Votes
+ -
You are a bit out of date
deaf_e_kate 21st Aug 2008
I have done it quite a few times via YAST in openSUSE. i should think that other distro's have their own GUI program to do it.
0 Votes
+ -
Re: You are a bit out of date
The Rifleman 21st Aug 2008
YaST to refresh my memory and only found a disk partition tool. Not wanting to hose my system, I didn't go further than the opening screen. It appears doubtful this tool will allow me to do little more than partition a drive. I see no available tool that will perform a "FULL" installation which, I define as, a usable second drive on reboot.

Since I do not want to play with the partitioner, I am uncertain as to whether it "fully" installs a hard drive. I have no other disk tools available in YaST. The partitioner is all.
...be considered one and the same. Regarding the single centric nature of UNIX it has always been multi disk centric. Modern UNIX systems provide GUI methods to work with disks. I would recommend you grab a Linux distro and give it a try. They're very easy to use.
0 Votes
+ -
.....
Linux User 147560 21st Aug 2008
Then you are not using the tools available to you. You say you have OpenSuSE 10.3. YaST is your solution. I have installed extra drives, booted the system and fired up YaST partitioned the new drive, formatted it then mounted it all with YaST, a GUI tool.

Maybe if you took 5 minutes to learn the tools you have at your disposal you wouldn't have such a hard time. Everything you just stated is pure bunk in a MODERN OpenSuSE distribution. devil
0 Votes
+ -
Second drive in Linux
John L. Ries 21st Aug 2008
I've never found this to be difficult (fstab is your friend), but I came to Linux from commercial UNIX. Would be nice if more distros had good disk management utilities to maintain fstab for you.
0 Votes
+ -
I agree 100 percent
jar-head 20th Aug 2008
I agree -- the operating system should enforce the separations of OS / Apps / Data as you have outlined.

I would further separate the Data layer into Configuration data and User data.

Yes, applications should be compartmentalized and should never be allowed to read or write to other locations data or application other than the designated Configuration and User data for the application. Services (aka daemons) also would be clearly associated with the installed applications they came with and would have to follow the same rules as the applications. Under no circumstance could one application muck with another applications .exe or .dlls, or the OS, etc... there, you just got rid of the need for virus checkers! It is ridiculous that one rouge application can infect other parts of your system!

And I would return the control back to the computer owner. I am tired of applications whose developers think they own my PC. There should be a top level control panel of applications built into the OS. Where you could have more fine-grained control over applications like activating and in-activating parts of the application and do things like block the application from the internet.
0 Votes
+ -
While you are at it...
ke_xtian@... 21st Aug 2008
...get rid of the execrable Windows Registry. Application configuration information should be stored in clear-text .ini files, not the poorly-conceived, poorly-implemented mess that is the Registry.
0 Votes
+ -
...and the non-cleartext INI or CFG.
Raymond Danner 21st Aug 2008
I can't tell you how many times I've opened what was supposed to be an easily-read file, only to discover it required a hex editor to understand, and even then, I had to hack the file to truly understand what was going on. Examples abound, and most of them aren't games.

Yes, it is possible to get much, much compression by only using single-byte mode like most of those do, but it makes it quite difficult to recover from corruption of the INI or CFG file. (and most such files do indeed have values that never exceed 255 for each value)
0 Votes
+ -
-1
Your "innovative" happy layered approach is already available in every version of Windows. It was even available in Windows 1.0
0 Votes
+ -
Not
ke_xtian@... 21st Aug 2008
Not.
0 Votes
+ -
Microsoft Windows?
bmgoodman 21st Aug 2008
Please provide evidence to back up your claim. Have you EVER moved your "Documents and Settings" folder to an alternate partition, drive, or network location? I've done it since Windows 2000, at least to a second partition. It required a single line in an answer file on an unattended floppy disk DURING INITIAL OS INSTALLATION. I have also managed to move the folder on an existing Windows XP install, but it required about 200 manual registry edits and is something for only the most experienced admins (and probably foolhardy ones at that). Moving this whole structure should be SIMPLE to do at any time. It ISN'T.
0 Votes
+ -
Contributr
I take it the registry edits ...
Adrian Kingsley-Hughes 21st Aug 2008
... were to point programs pointing to the new location, right?

I agree though, on a system that's been used it's a pain to move the DnS folder and have things work.

I've also heardfrom people who run into trouble moving some of the special folders within the DnS folder uisng TweakUI ... some claimed it made the system unstable. I never investigated this and never did it to any of my systems.
0 Votes
+ -
Yes
bmgoodman 22nd Aug 2008
It was pointing EVERYTHING that referred to "C:\Documents and Settings" to "D:\Documents and Settings", but there were some multi-string keys that required several changes each, and lots of keys that referred to "C:\Docume~1" also. I should point out that I could NOT do these edits from Windows itself. I had to boot using Bart PE, load the Registry from the hard drive, make my edits, and unload the Registry. If you try to make these edits while you're running the main OS, a number of keys just won't update. Anyway, that's why I said this is an advanced "option"!
0 Votes
+ -
About time
guiri 28th Aug 2008
This should have been done a long time ago.

I'm one that uses many apps and has a lot of data stored and I'm sick and tired of having to reinstall all my software everything the puter crashes or I get a virus.

Matter of fact, I'm having a new computer built and the guy is also installing 45 programs which damn near put him on his knees.

This should be much simpler.

He builds the computer, I send him the dvd or hd with all the software and he puts it on the puter. I then put my data when I get it.

Tell me this is not possible today..?

Now, if the linux crowd could figure out how to do it while making all the windows programs compatible, out goes Microcrook!

George

Join the conversation!

Formatting +
BB Codes - Note: HTML is not supported in forums
  • [b] Bold [/b]
  • [i] Italic [/i]
  • [u] Underline [/u]
  • [s] Strikethrough [/s]
  • [q] "Quote" [/q]
  • [ol][*] 1. Ordered List [/ol]
  • [ul][*] · Unordered List [/ul]
  • [pre] Preformat [/pre]
  • [quote] "Blockquote" [/quote]
ie8 fix
Click Here
ie8 fix

The best of ZDNet, delivered

ZDNet Newsletters

Get the best of ZDNet delivered straight to your inbox

Facebook Activity

White Papers, Webcasts, & Resources
ie8 fix
ie8 fix