Have a bootcamped macbook pro. Old drive has W7 with all the apps, now I upgraded to a 500 internal.
And of course I dont want to re-install programs for like 2 days. So..anybody do this successfully???
Whats yer poison, er..app?
So you're running a Mac w/a Windows virtual machine on it? If not, please disregard the following.chicago_mike wrote:Acronis, winclone, etc..etc...
Have a bootcamped macbook pro. Old drive has W7 with all the apps, now I upgraded to a 500 internal.![]()
And of course I dont want to re-install programs for like 2 days. So..anybody do this successfully???
Whats yer poison, er..app?
Watch out for NTFS! No two versions are alike - M$ keep changing its specification to prevent third-party software working with it! (At least that's how it seems). It's also not very stable, and the partition table is fragile. Consider migration to EXT3 or XFS!chicago_mike wrote:I went with just doing the time consuming re-install and and all that.
THeres lots of clone programs but I could not get any one of them to work.![]()
Its due to the drive being a bootcamp drive. Dual partition, GUID HFS+ and NTFS![]()
Its not my lappy thank god.
When you bouth PATA drives, there used to be a disk that came iwth them with cloning apps, but no more.
I think it's fair to request proof from you that Microsoft is purposely changing the NTFS specification to hamper 3rd-party Independent Software Vendor (ISV) development of file system utilities. If you have it, please reply with a link in this thread.mictester wrote:Watch out for NTFS! No two versions are alike - M$ keep changing its specification to prevent third-party software working with it! (At least that's how it seems). It's also not very stable, and the partition table is fragile. Consider migration to EXT3 or XFS!
It's MS' declared intention to "screw third party developers" (quoting Ballmer at a meeting I attended in 2005). MS are in deep trouble, with products that don't ever work properly (and can't) based on an undocumented binary blob of a kernel that was never meant for release. Their only option is "security through obscurity" because their decisions early in the design of the NT line of products were so fundamentally flawed in pursuit of "ease of use" and failure to recognise the importance of networking means that they now are holding back software development throughout the world.5thumbs wrote: I think it's fair to request proof from you that Microsoft is purposely changing the NTFS specification to hamper 3rd-party Independent Software Vendor (ISV) development of file system utilities. If you have it, please reply with a link in this thread.
I worked on the Win 2000 SDK, and can tell you that it was deliberately flawed in an effort to disguise some of the functionality that was "borrowed" from other, non-MS products ("If they sue, we'll buy the bastards" - Ballmer). Even low-level stuff like the TCP/IP stack was "borrowed" from BSD. The funniest thing is that the version Dave Cutler "borrowed" was a broken, development version, which is why Windows networking still doesn't work properly.5thumbs wrote: For every version of the Windows OS (which is about the only time the file system versions are changed), Microsoft releases a Software Development Kit (SDK) and a Device Driver Development Kit (DDK). If you want to address the file system using application programming interfaces, use the SDK. If you want to develop a filter driver to manipulate the file system (actually, the disk-level objects below the file system as well), use the DDK.
Both are virtually useless - particularly today - as the declared and the released versions of the code differ radically, mostly due to last minute patches to get things "sort of working" for release day.5thumbs wrote:Both the SDK and DDK are available free-of-charge to anyone who wants them. In addition, Microsoft also has numerous partner programs that ISVs can take advantage of to better interoperate with Microsoft.
I worked at a much higher level, and can assure you that the big thing that scares the living daylights out of the board and the major shareholders is the emergence of a credible FOSS alternative for business. MS tried to buy the FOSS developers off (that's what happened to me - they paid me an insane amount of money for almost five years - until they'd paid for my house - and then I left to do real engineering back at home).5thumbs wrote:Microsoft might be a lot of things (e.g., bloated, bureaucratic, stagnant, dominant[?], etc), but I never saw or heard of specific behavior as you allege. I worked in the storage development groups in Base OS, so I do have first-hand knowledge on this matter.
It's funny to see you quote the company line. That's almost exactly what ballmer says when quizzed on the topic! Think for yourself!5thumbs wrote:Often times, when a program of this sort doesn't work well, it's often due to lack of interop between Microsoft and the ISV. Many ISVs don't always reach out and take full advantage of the services Microsoft offers to assist them when developing their products, but are quick to allege that Microsoft purposely breaks their code when it doesn't work after release. What is more likely the case is that they did not engage Microsoft during development (so Microsoft had no idea the 3rd-party even existed), but then claim Microsoft-misconduct after their application fails to interop as designed.
It's not ludicrous at all. It's just their way of doing business.5thumbs wrote:So anyhow, Microsoft screws up all the time, trust me. That's part of the reason I retired from there years ago. However, unless there has been a radical change in the philosophy and marching orders in the Base OS group, they do not willfully engage in the aforementioned alleged practices. (And, based upon my experience with the fearsome Microsoft Legal department, they would not allow that practice to persist. The potential liability for the company, in addition to the spectre of unwanted DOJ attention, makes this alleged behavior a ludicrous business practice at best.)
JiM wrote:MacOS X is an Unix, insn't it ?
Then i would have used dd.
http://en.wikipedia.org/wiki/Dd_(Unix)
Yeah, i know : Darwin, based on BSD with a Mach kernel. But i just meant unix-like, and having the usual shell utilities.mictester wrote:Sort of - it's actually based on BSD.
I wonder which distro you're talking about.mictester wrote:I'm now running an OS that was built three months ago, and has code that's about 10 years ahead of anything MS have produced, and about 8 years ahead of Apple. It's small, fast, secure and stable, and best of all, costs nothing
Agreed. MS is not a juggernaut any longer. But there are substantial "what-ifs" that Open Source will have to overcome if they are to fulfill all the good-intentioned hubris that often is in greater abundance than coordinated engineering, unfortunately.mictester wrote:...MS are in deep trouble, with products that don't ever work properly (and can't) based on an undocumented binary blob of a kernel that was never meant for release. Their only option is "security through obscurity" because their decisions early in the design of the NT line of products were so fundamentally flawed in pursuit of "ease of use" and failure to recognise the importance of networking means that they now are holding back software development throughout the world.
All the smart money has gone to Open Source. If the OS vendors can stop squabbling long enough to get some ratified standards out there, MS are doomed.
That may be, but if those allegations are not publicly-verifiable, it's just speculative in terms of proof. I don't doubt the veracity of your claim here, but I never saw it. (And I'm not saying that there aren't a LOT of dirtbag managers at Microsoft. But you'll never see me name them publicly.) I also know a number of other PMs who were as annoyed as I at the claims of purposeful "crippling" of 3rd-party software. I didn't allow it in my features and I honestly did not work closely with anyone who did. Perhaps I didn't pay enough attention to everyone else's skeletons, but then again, who has the time for that sleuth shit when you're working in damn Windows Dev?mictester wrote:I worked on the Win 2000 SDK, and can tell you that it was deliberately flawed in an effort to disguise some of the functionality that was "borrowed" from other, non-MS products ("If they sue, we'll buy the bastards" - Ballmer). Even low-level stuff like the TCP/IP stack was "borrowed" from BSD. The funniest thing is that the version Dave Cutler "borrowed" was a broken, development version, which is why Windows networking still doesn't work properly.
BS. That may be true of some areas in every release, but not the majority of the product. Just because you had a bad experience in a section of the SDK or DDK (like we've all had) does not invalidate the overall utility and purpose of the products.mictester wrote:Both are virtually useless - particularly today - as the declared and the released versions of the code differ radically, mostly due to last minute patches to get things "sort of working" for release day.
OK, but does that represent a conscious will to disable innovation in all software sectors by 3rd parties (the original claim, or at least what my weary mind recalls.) Back room buyouts/buyoffs like what you just described happen in large corporations everyday everywhere. Welcome to the machine...check your soul at the door. MS did nothing that other corporations don't legally and ethically do all the time...you and I just didn't work in the inner-circles of those other corps and see the sick shit they're pulling.mictester wrote:I worked at a much higher level, and can assure you that the big thing that scares the living daylights out of the board and the major shareholders is the emergence of a credible FOSS alternative for business. MS tried to buy the FOSS developers off (that's what happened to me - they paid me an insane amount of money for almost five years - until they'd paid for my house - and then I left to do real engineering back at home).
I do think for myself, so mind your manners, please. I worked on a NUMBER of pissing matches with just about every vendor and OEM over in my sector issues like this. The companies that put in the time, invested in the facilities and testing staff to meet the requirements of the programs did not have the problems that you describe. (Yes, they did have problems, but usually those emergencies were getting in a kludged patch in software to cover for a hardware problem for a product that was shipping tomorrow. That happens to just about everyone sooner or later.) But a lot of the folks who howled the loudest about how badly we partnered with 3rd-parties were often people I'd never heard of AND/OR folks who blew off our overtures during the pre-beta and beta timeframes, only to sling shit once it was past the point that option could be exercised.mictester wrote:It's funny to see you quote the company line. That's almost exactly what ballmer says when quizzed on the topic! Think for yourself!