jaclaz

Well, if I may , if an OS is supposed to be used to have various fonts and is actually used for this scope (typography, desktop publishing, etc.), the fact that traditionally MS os (and Linux and MAC ) have not an "official" working method to manage a large number of fonts (and you need to use a third party utility) is not a good reason to say that Win 7 is perfect. We can conclude that Windows 7 sucks at font management exactly like all previous Windows version did (and Linux and MAC do ). @caston81 This kind of info is not exactly hidden http://en.wikipedia.org/wiki/Font_management_software A list of apps is in this article: http://blogs.adobe.com/typblography/2007/10/win_font_mgmt.html jaclaz

pborut, please edit your post removing the WHOLE Quote from Gradius' initial post, it makes no sense and only contributes to make the thread less readable. There is nothing wrong in the procedure. You shouldn't even THINK of booting from that drive. Your next step should be to image that drive to another one and then attempt to recover the DATA you may have on it (if of value). jaclaz

NO. You are evidently missing some basics. If you see the drive as having a filesystem as RAW it is actually GOOD news. (it means that the drive is at least partially working) Now it's time to attempt IMAGING the drive contents. (you will need another drive bigger than the failng one - a 640 Gb drive would do). Then, we can try recovering the data from the image. The procedure may work, may completely fail to , it can be an easy and straightforward one or a complex one. We can also try an in-place recovery, but it is STRONGLY UNadvised. jaclaz

Right now what should be running is: title Windows XP/2000/2003 Setup map --unmap=0:0xff map --unhook savedefault find --set-root --ignore-cd /usbdrive.tag #configfile /winsetup.lst #winsetup.lst #title First part of Windows XP Professional SP3 setup from partition 0 map --unmap=0:0xff map --unhook map --mem (hd0,0)/WINSETUP/XPpSP3.ISO (0xff) savedefault 2 checkrange 0x00,0x01 read 0x8280 && configfile /BOOTWS/fd.lst #geometry (hd9) && configfile /BOOTWS/10.lst #geometry (hd8) && configfile /BOOTWS/9.lst #geometry (hd7) && configfile /BOOTWS/8.lst #geometry (hd6) && configfile /BOOTWS/7.lst #geometry (hd5) && configfile /BOOTWS/6.lst #geometry (hd4) && configfile /BOOTWS/5.lst #geometry (hd3) && configfile /BOOTWS/4.lst #geometry (hd2) && configfile /BOOTWS/3.lst #geometry (hd1) && configfile /BOOTWS/2.lst #geometry (hd0) && configfile /BOOTWS/1.lst #boot #map --unmap=0:0xff #map --unhook #2.lst map (hd0) (hd1) map (hd1) (hd0) map --hook ls (0xff)/ && root (0xff) ls (0xff)/ && chainloader /I386/SETUPLDR.BIN ls (0xff)/ || rootnoverify (hd0) ls (0xff)/ || chainloader (hd0)+1 #boot So, try on command line the actual needed sequence (simplified for your setup with USB+1 internal hard disk): map --mem (hd0,0)/WINSETUP/XPpSP3.ISO (0xff) map (hd0) (hd1) map (hd1) (hd0) map --hook root (0xff) chainloader /I386/SETUPLDR.BIN boot grub4dos will give you some feedback, at some of the lines entered, please post these output. jaclaz

I guess you can workaround the limitation : http://forums.seagate.com/t5/Barracuda-XT-Barracuda-and/It-is-not-updated-Firmware-with-CC38-on-CC3E-on-HDD-ST3500418AS/td-p/52066 but would it be wise? http://www.imdb.com/title/tt0097576/quotes Also check: http://stx.lithium.com/t5/Barracuda-XT-Barracuda-and/st3500418as-cc38/m-p/56107 jaclaz

Good , now, depending on the amount of hard disks you have connected to that PC, you have to find out which among the 10.lst, 9.lst ... 1.lst is actually used (most probably it's 2.lst) and post it's contents. (what I am trying to find out is the sequence of grub4dos commands that are actually issued on that machine, and recreate a single menu.lst entry with them, that we can later experiment with/modify) jaclaz

Good, everything seems "cool", you have the usbdrive.tag allright, then the only part that is interesting is this: title Windows XP/2000/2003 Setup map --unmap=0:0xff map --unhook savedefault find --set-root --ignore-cd /usbdrive.tag configfile /winsetup.lst So you need to post also contents of winsetup.lst . jaclaz

Let's start with some order. Remove any menu.lst from your USB stick (this way you get to command line automatically). Make a copy of it somewhere AND post here it's contents. If you simply run root [ENTER] and you get (hd0,0) as reply , it means that the USB stick (boot device, and automatically root when booted in grub4dos) is seen correctly as first hard disk. (so you are NOT in the situation where the USB stick is detected as floppy) now, type: find / [TAB] you should have a list of the files/directories you find in the root of the stick, please post these filenames/directory names listed. Now some details. What are your Sources? (like XP English/Chinese/Whatever, SP1, SP2 SP3, etc.) Which exact version of the WinsetupfromUSB are you testing with? There are TWO valid versions to try, 0.2.3 (traditional) and 1.0 beta6 (new method). How big is the stick? Which app did you use to partition/format it? Also connected to the above question type in grub4dos: geometry (hd0) {ENTER] and post results. jaclaz

Where the original problem was actually solved. Hmmm , compare with this : http://www.msfn.org/board/index.php?showtopic=140479&st=56 YES. http://homepages.tesco.net/J.deBoynePollard/FGA/questions-with-yes-or-no-answers.html Can you try the suggestion already given on that thread? Or have you already tried them all and nothing came out of it? In any case you need to provide some more details. jaclaz

Have you actually TRIED nirsoft nircmd.exe? (cannot say if this particular command works on 98/Me) Or is it another thing (like how to write a program that do this?) jaclaz

Another possible option: http://www.nirsoft.net/utils/nircmd.html win min command. jaclaz

fackeid, you seem like thinking you are in a production environment of some kind and in a frenzy to do something, STOP fidlling with the other drives until you have success with the two you ALREADY messed with! For all we know, the procedure you attempted, UNDOCUMENTED and UNbacked up by ANY supporting theory might be killing those disks for good. I'll try again. The set of commands you applied are documented to be a way to "reset" the board of 7200.11 drives (and NOT any other model) affected by a problem derived by a mis-setting in the firmware that results with two specific symptoms, the BSY and the LBA0 (and NOT any other problem). More generally, it is a sort of "general reset" of the disk logs. Resetting these logs is a proved effective way to solve the TWO mentioned symptoms. (and NOTHING else) It is well possible that the same procedure is useful in reviving a disk that suffers from other problems, but we DO NOT know which problem your hard disk had before and we don't know if this unknown problem can be solved by this procedure. It is as well possible that this procedure while APPARENTLY reviving the disk, puts it in a condition where nothing else can be done (in other words instead of having a theoretically functional HDD not detectable by BIOS - i.e. bricked - you get a hard disk that is detectable by BIOS but that is NOT functional anymore because some data - calibration, alignment, whatever is LOST forever). So, there is no point in applying this procedure blindly to ALL specimens you have in your hand, you are experimenting, and you should do it bit by bit. WHAT commands/addresses did you use? WHICH errors? Try with a small chunk of sectors, first. Report exactly the error you have. Consider the VALUE of the DATA that is on the disk(s). It is probable that you are going to NOT recover ANY data during these experiments, have you considered this possibility? We don't have till now ANY evidence that the drive is functional again. Have you checked it with a tool like Victoria, MHDD or ? http://hddguru.com/software/2005.10.03-Victoria/ http://hddguru.com/software/2005.10.02-MHDD/ http://hddguru.com/software/2006.01.22-HDDScan/ http://www.benchmarkhq.ru/english.html?/be_hdd.html jaclaz

Not me. All I can tell you is that on Seagate site there is CC3E still available: http://www.seagate.com/staticfiles/support/downloads/firmware/Barracuda12-ALL-CC3E.exe Which DOES NOT mean that it may be useful, nor that applies to your disk, nor that it is a good idea. jaclaz

Not really. It is possible to install Vista on a FAT32 filesystem, and I don't see a reason why it shouldn't be possible with Windows 7 (though untested/unreported): http://www.msfn.org/board/index.php?showtopic=102556 The problem is that the BOOTMGR (or the NTLDR) knows nothing about exFAT, so they cannot possibly initiate the booting from it. Maybe (and I am saying maybe) it would be possible to create an "XP Kansas City Shuffle" kicker, but it's another untested/undocumented thing: http://www.911cd.net/forums//index.php?showtopic=21242 jaclaz

It is very strange that scandisk starts by itself. Maybe the NTFS filesystem was left with the "dirty" bit set. You should NOT run scandisk on that system, until you find out what has happened. You should NOT run HDD Regenerator. What happens in Disk Manager? How is the partition(s) seen? You NEED another media big enough to image that disk drive and later work on the image. (in your case a suitable media is a a 640 Gb disk) The general idea with a drive that has had problems is to get the DATA out of it as soon and with as little fiddling with the device as possible. Take your time to read and learn basic usage of TESTDISK and try running it on the image AND NOT on the original drive: http://www.cgsecurity.org/wiki/TestDisk Image the drive using any "dd like" Windows or linux utility, a list is here: http://www.msfn.org/board/index.php?showtopic=100299 In your particular case, since we have NO idea of the health status of the drive, using one of the apps mentioned here: http://www.msfn.org/board/index.php?showtopic=144418 is recommended. (do it in chunks, if you have problems). Mind you: data recovery is about recovering data , NOT about doing things quickly or fast, it will take time and patience to image the drive, and time and patience to (hopefully) retrieve the data from the image. jaclaz

No, VGA to HDMI! Of course SATA to USB (if your drive is SATA ). Get ANY el-cheapo adapter, example: http://cgi.ebay.it/ws/eBayISAPI.dll?ViewItem&item=180542259328 jaclaz

The point that I evidently completely fail to explain is that THIS THREAD is for 7200.11 ONLY, and ONLY for those affected by the LBA0 or BSY state. Don't you think that otherwise it could have been titled: Five simple steps : Start a NEW thread, here: http://www.msfn.org/board/forum/169-hard-drive-and-removable-media-issues/ Title it meaningfully DON'T EVER use HDD regenerator (if the scope is recovering DATA) STOP (for the moment ) fiddling with those drives Post detailing ALL the steps you ALREADY took jaclaz

You mean no one is interested at it? jaclaz

No you didn't, but from what you wrote on post #8 you seem to infer that is a "peculiar kind of install". It is not: it is an image of the factory status of the install, thus this: makes no sense. No winnt.sif is used since there is no actual "new install". jaclaz

Question: Guess why there is a read-me-first? Answer: To avoid having to reply to the SAME questions asked n times before (and also answered n times before) Please READ it: EXPECIALLY ponts #1 and #2 jaclaz

Yes, and no, of course it can, but you need to mount the hive on local Registry. This method needs not this intermediate step. The advantage is that the paths to keys and values are the same, no matter if local or off-line. The "right" way IMHO still remains this one: http://www.boot-land.net/forums/index.php?&showtopic=7681 but noone is interested at it. jaclaz

You can feed mkisofs with a "dummy" bootsector and then "dd" the real one from the spcmdcon.sys to the .iso directly. This can be done with programs like dsfi (part of the DSFOK toolkit): http://members.ozemail.com.au/~nulifetv/freezip/freeware/ but most probably it can be done from VBS too. jaclaz

Be warned that where it comes to defragmentation needs and defragmentation programs, spirits tend to heat up easily. Still nothing compared to FAT32 vs. NTFS or Win9x vs. NT/2K/XP, but close. I was never able to find any scientifically sound report or study on the matter, let alone proper comparisons: http://www.msfn.org/board/index.php?showtopic=18603&st=520 Anyway, for all it matters in practice, a good defragging program might show progress in the form of a virtual girl undressing , it's a form of graphical representation as good as any other. A defragging program I would like to see is one that could be actually told what to do, not unlike the "sort" feature of mkisofs: http://www.911cd.net/forums/index.php?showtopic=8053 Ultradefrag is somewhat going in this direction: http://ultradefrag.sourceforge.net/ but it is, as I see it, still far from the "granularity" I would like. jaclaz

Also, should you need to do it on an off-line Registry: http://www.boot-land.net/forums/index.php?showtopic=11212 http://www.boot-land.net/forums/index.php?showtopic=11312 jaclaz

What SURELY happens is that your drive WILL NOT come back to life. Additionally you risk that EVEN the now working drive WILL NEVER come back to life. The procedure called in jargon "PCB SWAP" can work: easily on drives that have NO specific calibration/setup data (very, very old ones) anyway on drives that have calibration/setup data in a eeprom (BUT you need to either backup and restore the eeprom or physically de-solder it form the old PCB and re-solder it on the "new" PCB) It CANNOT work on drives where calibration/setup data is stored on the actual hard disk reserved sectors, such as the 7200.11. Compare with (what you could have found if searching for the right keywords): http://www.msfn.org/board/index.php?showtopic=128807&st=1821 http://www.msfn.org/board/index.php?showtopic=128807&st=2173 http://www.msfn.org/board/index.php?showtopic=128807&st=2240 And with: http://www.msfn.org/board/index.php?showtopic=145290 Basically, every few tens posts comes a new guy thinking that the rather complex procedure this thread is about can be bypassed easily with a plain PCB SWAP, and someone, usually yours truly , has to convince him that it won't work.... So, NO, you need to use this procedure, there are no known workarounds. Start from here: feel free to ask for help should something be not clear. jaclaz