jaclaz

Meanwhile, in Cupertino : http://reboot.pro/topic/19077-where-ios-7-icons-created-in-microsoft-word/ jaclaz

Nice, he is making (much better than me) those same points. JFYI (and as a side note) a real-life experience on how a trifling thing can be made (unneededly) complex: http://reboot.pro/topic/15207-why-everything-is-so-dmn-diificult-a-web-quest-for-ddexe/ Not that finding a file or the other on MS servers is any easier, mind you. jaclaz

bummers! May I then ask WHEN will it be available? (just to do so before anyone else asks that ) jaclaz

If you disconnected everything how can it boot (at all)? (there would be NO devices to boot from) You should be able to ONLY access the BIOS with everything but keyboard, screen and single stick of RAM connected. Anyway, there is not much else that you can do, the only things remaining are to try (won't likely change anything) disconnect the clock battery for - say - half an hour (with the PC of course disconnected from mains) and re-flashing the BIOS (but I also doubt that the symptoms may be connected to this). Before trying the above, if that BIOS has a "reset configuration data" (or something similar) provision, try using it. As well try (if you have such an option) to set "safe settings". You can try to run the Lenovo diagnostic utilities see the hardware manual here: http://support.lenovo.com/en_US/guides-and-manuals/detail.page?DocID=UM000486 maybe they can pinpoint a specific issue/defect. jaclaz

My bad . So it is needed to add the /SEC parameter or explicit /COPY:DATSOU (or as suggested use the /COPYALL). Editing previous post to avoid confusion.... Anyway testing with a subset of files is recommended. jaclaz

Actually, JFYI, the - I guess only - CRT glass recycling plant in the US is near NY: http://www.nulifeglass.com/index.htm (it is supposed to be the "cleanest" of the possible alternatives ) jaclaz

Try disconnecting EVERYTHING, leaving connected ONLY monitor and keyboard and a single (surely working) RAM stick. What happens (please describe) when you boot in this configuration (you may want to disable BIOS splash screen - if any - and attempt to reach the BIOS setup through it's hotkey, should be Ibelieve F1 or F2 on Lenovo's )? How much slow is to get to the BIOS setup page? Since you have another PC of the same model, next test would be to transplant (temporarily) the PSU (Power Supply Unit) of the other PC onto that one and see if anything changes. jaclaz

Robocopy is the tool intended to be used to keep all permissions: http://ss64.com/nt/robocopy.html Since parameters are complex and not very intuitive, I would recommend you to do a few experiments before issuing the command on the "bulk" of files. Some help may come by the use of one of the GUI's for it (a few more are listed at the bottom of the page for this one): http://betterrobocopygui.codeplex.com/ Since /COPY:DATS /COPY:DAT is "default", it is very possible that a simple command like: http://superuser.com/questions/562375/how-to-copy-only-new-files-and-only-those-that-are-modified-after-a-certain-date Robocopy c:\ e:\ *.* /MAXAGE:20130301 /XO /Ewould do, as in the above link, try with the /L switch to verify if the result is the one expected. BUT THE ABOVE WILL NOT COPY THE SECURITY AND OWNER PERMISSIONS, so you will need to add the /COPY:DATSOU or the equivalent /COPYALL switch. Also, you should check if the actual permissions/security info of the backed up files is valid (this may depend on HOW exactly the backup was made and on which filesystem). jaclaz P.S.: Edited to correct wrong info, see below post by Yzöwl

SCOOP! Here is a prototype of the MS steering wheel 8.2! jaclaz

OW, come on , as said I was only kidding a little . jaclaz

That's your problem. My problem (in trying to provide you some help/assistance with your problem ) is guessing WHAT "your PC" is (like brand/model/laptop/desktop/etc.) WHAT it is supposed to boot to (WHICH Operating System, from WHICH device, like internal hard disk, USB, CD-ROM). You have to consider how usually our ESP powers are at their low on the 7th,14th, 21th and 28th of each month (and the d@mn crystal ball is AGAIN in the shop for maintenance/tuning ). Seriously, try describing your hardware and software, even without getting too verbose you can provide the essential details. The "slow going" to the BIOS page sounds a lot like a hardware error of some kind, but without some data on the actual machine involved it's hard to say what could it be. First thing I would do would be to clean the innards and check/clean contacts/reseat RAM modules, it won't hurt anyway. Second thing would be (if a desktop) to disconnect all internal disk devices and see if the "slow going" to the BIOS remains the same. An issue with recognizing a hard disk (or CD/DVD) drive at boot up may well lead to very long boot times and long delay before entering the BIOS. jaclaz

Would this make them visible? set devmgr_show_nonpresent_devices=1http://support.microsoft.com/kb/241257/en-us jaclaz

I don't get it. There is already the Win9x/Me UniAta driver by Xeno (whether it will work for your hardware/on your setup is to be seen), at least the 39j version: http://reboot.pro/topic/2384-alter-group-universal-ata-driver-for-windows-nt351nt42000xp/ is Win9x/Me compatible. http://www.msfn.org/board/topic/142564-failed-to-install-sata-drivers/?p=914353 http://www.msfn.org/board/topic/114217-uniata-what-about-9xme-port/ jaclaz

Which version of MSDART? There are quite a few, AFAICR. Anyway, anyone using BOOTMGR and .wim booting should work fine as ".iso" from grub4dos. http://www.911cd.net/forums//index.php?showtopic=24602 jaclaz

Yes and no. Microsoft OS was once like that (something very loosely documented and with no alternatives to hard to learn command line), think of the original DOS releases. The innovation was Windows (3.0 ). Since then, and with all the needed differences and exceptions, the trend has always been that of making things simpler for the user (or at least less inconvenient). The point at hand is that it is like a bell curve: http://en.wikipedia.org/wiki/Gaussian_function If you assume that in X there is "simplifying" and in Y there is "efficiency/usefulness", there is a peak, where the thing is as simple as possible and most efficient, if you further simplify it, efficiency/usefulness drops again, and the thing becomes (like Windows 8) "oversimplified" or "dumbified". Well before Windows 8 we had the experience of the "ribbon interface", which in my personal estimation lowered productivity on Office apps by 20 to 30% (either as in "more time to do the same thing" or "delivering an inferior quality product in the same time"). And again, not all the good MS guys/gals are completely nuts, as a matter of fact Server Core 2012 is ONLY command line, so, not unlike the good Linux guys discussed earlier, there is a small "elite" of people actually doing something and all the rest "playing" with the OS within the limits allowed by the dumbified GUI and it's "automagical" provisions. This is IMHO a sign that humanity is to be (or will be or is expected to be) divided in two classes (not completely unlike the H.G.Wells predictions, Morlocks vs. Eloi or viceversa), a class of IT guru's doing everything on the command line (or developing/implementing their own efficient GUI's) and a mass of simpletons that will only click - pardon me tap - on very large symbols. Soon both won't have any idea on how anything works outside their environment and when the machines will stop working they won't of course be able to repair them. Humanity is doomed . jaclaz

Well, not really. As a matter of fact it is actually the opposite (generally speaking). The actual "developers" of Linux (and more or less of any other *nix flavour) despise the common user and out of either a perverted mind or superior knowledge of the OS make things incredibly complex (even when they would be simple), scarcely (if ever) document usage (you are told to read the source code when asking something that is not in the man) and even when there is an actual complete man page (most are outdated, or miss some switches) there is always ONLY the syntax, but NEVER an example, which makes actually grasping the concepts more difficult and requires an insane amount of failed attempts to get a fully working command line. The actual developers of most "GUI" releases despise the common user as well, and, considering (not being entirely wrong, given the complexity of the "base" above) complete morons, and thus attempt to hide from them the underneath commands/way of working by replacing it with "dumbified" GUI "automagic" tools. So we have a "base OS" that is very complex (not in itself but because it is often poorly documented for the layman) and on top of it a - usually very limited (and completely undocumented) GUI. Additionally each different distro/build has a few essential aspects changed (for no real - apparently - reason). Typically: bootloader/bootmanager (and relative cheatcodes)automounting of devices (fstab sometimes called a different name and placed anywhere but where you would expect it to be)placement of essential files in different places/subdirectoriesdifferent naming of devices (particularly mass storage devices)Mind you, I like Linux as an OS and usually like most of the GUI distro's, but I cannot but underline how IMHO the limited success it had is due - at least in part - to the lack of actual "customer respect" (for one reason or the other) that most builds reflect. jaclaz

Naah , I won't consider reading a book that doesn't consider lolcat as a mainstream and highly sophisticated communication language . I am also wondering why exactly there is not a flood of LOLCODE programs : http://en.wikipedia.org/wiki/LOLCODE but that's another story, however the implied politeness in it demonstrated by the use of a salutation (HAI) to initiate a program, the request for data or input in the dubitative form (CAN HAS) and the way error handling is made (AWSUM THX and O NOES) is I believe not found in any other scripting language. jaclaz

Do unbooted OS dream of wiped sectors? (I see that you are reading Philip K. Dick ) http://en.wikipedia.org/wiki/Do_Androids_Dream_of_Electric_Sheep%3F jaclaz

Tinfoil hats are so 90's. We have better materials nowadays : http://reboot.pro/topic/13177-an-improved-electromagnetical-shielding-device/ jaclaz

You were already pointed to DVDisaster which, as a "side effect" of it's intended usage does have nice "source verifying" capabilities. jaclaz

Not really. IF the case is that of a capping jumper, the effect is just that of declaring a lower number of sectors. The existing partition(s) will be made on the "reduced" size (which is "at the beginning" and once you remove the capping you will have some additional unpartiioned space after the existing partition(s)). Before: |<partition>| After: |<partition>|---------------------------------------------------------| jaclaz

Well, I don't have any particular doubts about the file you found "in itself", I have some about it being suitable to your actual disk model and/or to your current firmware revision. You see, there are also firmwares SD1B and SD2B, but not necessarily they apply to your exact drive model. Compare with: http://forums.seagate.com/stx/board/crawl_message?board.id=ata_drives&message.id=25131 and: http://web.archive.org/web/20110809212506/http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207957 jaclaz

The actual article/whitepaper is this one: http://blog.quarkslab.com/imessage-privacy.html What techspot and other media didn't publish (or understand or both ) are the not-so-trifling effects of possible proxification in a business enviroment (on company issued hardware or on BYOD). In a nutshell, probabilities (as always completely faked ) that: Apple is BOTH Evil AND interested in your messages, and thus will read them (for advertising needs) 3.33% <- overall issue of very little relevance in practiceNSA (which is most probably Evil ) is actually interested in your messages, and thus will read them (for security needs) 0.333% <- overall issue of even smaller relevance in practiceThe IT guy in your company is either Evil or more simply a nosy peep and wiil pwn your accounts (for his own fun, or asked to do so by your boss that is finding an excuse to fire you) 17,33% <- this is preoccupying IMHO (and doesn't even take into consideration another number of possible man-in-the-middle atacks)jaclaz

As I see it, "newer" is not always "better". The update that is enough (hopefully) to avoid another bricking for the original cause is the SD1A. This doesn't mean that the disk cannot re-brick for another reason, of course. But unless there is some actual reason for updating to the SD2A (which I don't know/cannot recall about), I would not personally do it. When performing the update do check the BIOS settings (and a good idea would IMHO be that of disconnecting all other hard disks on the machine on which you perform the update): http://blog.yimingliu.com/2009/07/08/upgrading-the-seagate-barracuda-720011-to-firmware-sd1a/ jaclaz P.S.: I see that you managed the SD1A update alright

Yep, size on label 80, detected by BIOS as 30 means "different size" and CANNOT be caused by a bad or badly connected cable or bent pins. The interesting part of the original post is however this: How the booted OS (that has not been booted and is declared as presumably damaged) can see it as 30 Gb remains a mistery . jaclaz