Jump to content

jaclaz

Member
  • Posts

    21,291
  • Joined

  • Last visited

  • Days Won

    53
  • Donations

    0.00 USD 
  • Country

    Italy

Everything posted by jaclaz

  1. Yes. In which way this piece of info may be of any use to you, it remains a mistery for me. jaclaz
  2. ... or use the last Virtualbox version that works fine... jaclaz
  3. There is most probably a way to re-add the feature, though it wont' be easy. See if "reading between the lines" of these: http://www.msfn.org/board/topic/40866-pin-to-start-menu-solved/ http://www.msfn.org/board/topic/142521-i-solved-default-user-all-user-start-menu-task-bar-customizat/ helps. I believe that there are not much differences (if any) between 32 bit and 64 bit when it comes to this. jaclaz
  4. The actual EXACT method you used to copy the files may be involved in the fragmentation level in the target. More than that, the effectiveness of defragmenting a drive may be affected by how much it is "full". jaclaz
  5. well, I can...because with wifi-hdds they are served "magically" through a network. It just seems there's just no (TSR-) loader being able installing from them. It's not your fault jaclaz. It just didn't get developed up to now. I of course also can't expect tools like grub4d0s or firadisk. Nevertheless they do exist, hence my question. But again, most probably they do exist, in the form of a (minimal) OS, i.e. a PE or a Linux that can boot locally and access the (wi-fi) network. If you think about it (and supposing you are by now familiar with recent grub4dos releases), grub4dos is now a (very minimal) OS that can even run batch files and specific programs, and even NTLDR or BOOTMGR are in themselves a (still minimal and additionally non-interactive) mini-OS. So, the whole point only becomes the size of such minimal OS. I would estimate it in around 30 Mb or so for a PE 1.x and in around 150 Mb or so for a PE 2.x/3.x/4.x/5.x, and possibly below the 30 Mb for a Linux. jaclaz
  6. No. Meaning that here is nothing (known) that prevents a HP machine to boot from a non-HP XP install disc. (though I wonder what you expected to do - as repair - with a XP install disc, all you have available is Recovery Console which is a rather "limited" environment). The booting issue must be *something else*. However, in theory, there are no particular issue in making an AIO (All In One) disk with several versions of the "same" XP install files, each specifically targeted to a given machine, and using a "flat" directory layout and -duplicates-once (i.e. CDFS hard-links), the amount of data in the actual CD would be only slightly larger than a "single" install disc. If you post some details on the actual HP machine and on the disc that did not boot, most probably we can try and help you solve the issue. But wait a minute, you were talking about disk (not disc) are you meaning instead of a CD that you pulled a hard disk drive from a working machine, connected it to another machine and attempted to boot from it? If yes , the hard disk did boot, but very likely stopped dead in it's tracks with a 0x0000007b Blye Screen of Death Error. This is normal, each hard disk installation is "hardware" specific and won't normally work on a machine using different hardware (most commonly - but not only the SATA disk controller). BTW it is possible to "adapt" an existing install of XP on hard disk in such a way that it can be booted on another machine, but the install will be changed (and will need to be adapted/changed again to work again on the "original" machine), and will need to be activated anyway. There are also ways to make (say on a USB stick) a "universal" install of XP, capable of booting different machines, but for troubleshooting/recovering a machine one normally uses a PE (Pre-installation Environment)which is perfectly "portable". jaclaz
  7. Link broken (misses a "l" in .html) this one works: http://www.users.on.net/~fzabkar/HDD/Seagate_SER_RRER_HEC.html jaclaz
  8. Wait a minute. If BOTH the Seagate (and NOT any other tool) Diagnostic tools (Seatools) run the short and long test successfully, then your disk is fine and HD sentinel is wrong. jaclaz
  9. Self-evident. NOT measurable, still entirely to be proved/tested. jaclaz
  10. And as said, there is, it is called PXE booting, it needs a PXE server, it is not the easiest thing in the world, but nowadays is doable with very little effort. If you boot form a "local" device, you need a "local" device, if you want to boot from network (remotely), you need a server to serve the boot-image, you cannot expect that by sheer magic images are served through the network. Nothing prevents you from making however a USB stick (or even a CD/DVD) to boot a minimal system with just a PXE server (on the "remote" machine), and then normally PXE boot the "local" machine, but again it is overkill. Consider that any "other" machine in the network can be (even temporarily) a PXE server, i.e. you do not need to run a "dedicated" server, just a working TFTP+PXE+BINL setup on *any* machine on the network, you just start the TFTP32+BINL and/or "Serva" and/or (advised) "Tiny PXE Server" program, then go to the machine to which you want to make the new install and PXE boot it. jaclaz
  11. The "Windows installer" is actually WINNER, same approach than PING: http://ping.windowsdream.com/winner.html The procedure is simple enough (and also documented graphically): http://ping.windowsdream.com/winner/doc/using.html http://ping.windowsdream.com/winner/doc/using2.html You can most probably do a "hybrid" between the "local DVD "and the "PXE booting" But, as said, if you don't want to PXE boot (for which a PXE server is needed) you can normally boot to *any* local media, and then run any *environment* - locally capable of downloading the .iso (or the sysprepped disk image or *whatever*) and run the install. Of course this makes no or little sense, if you anyway boot from local, you can boot to *something* that also contains the install sources. The only exception "target" may be an extremely small number of systems, without CD/DVD drive and that cannot boot from USB sticks bigger than 256 or 512 Mb, quite a rare case. jaclaz
  12. Using Tomasz mod? jaclaz
  13. I am not sure to understand fully the question. WorksheetA - Sheet1 has in A1 42 (a number) WorksheetA - Sheet2 has in A1 =100-(Sheet1!A1) and you will see 58 WorksheetB - Sheet100 has WHERE? a cell counting the amount of values in range A2 to A200 OF WHICH Worksheet/sheet? There are three main "counting" functions in Excel: COUNT() <- will count ONLY numbers COUNTA()<- will count BOTH numbers and texts COUNTBLANK() <- will count ONLY empty cells See if the attached example helps. jaclaz Counttest.zip
  14. My bad. The &, && and || operators have been seemingly introduced in OS/2's (please read as NT's) CMD.EXE. http://books.google.it/books?id=CbsaONN5y1IC&pg=RA1-PA306&lpg=RA1-PA306&dq=DOS+command.com+ampersand&source=bl&ots=Cu3a0M5owZ&sig=gPrHuBNKkbGwGVGO5UHZun1trwM&hl=it&sa=X&ei=xHNCU_y4OqX9ywONqoCwBA&ved=0CDQQ6AEwATiqAQ#v=onepage&q=DOS%20command.com%20ampersand&f=false So, your only "limit" seem to be the length of the string. jaclaz
  15. Well, if you take some time on the mentioned reboot.pro sub-forum, you may find out that there are other (faster) transfer protocols than TFTP, like - as an example - like http, or iSCSI or AoE. Since in any case *something* must be "served" of course there must be a *server* running on the LAN. A number of NAS devices/setups can obviously run such servers, though of course most "closed" commercial NAS units need to be modified in order to do so. Your "new" idea: is more similar to the PING project (which is around since years): http://ping.windowsdream.com/ping.html Now, since a very good idea when installing a Windows is to have a local source, one could use a similar approach to download the.iso locally (or to make a local \I386 directory). Alternatively one could "normally" boot a minimal PE from "local" and from it run either WINNT32 or - possibly - WINNTSETUP: http://www.msfn.org/board/topic/149612-winntsetup-v33/ Nowadays the limit is only the fantasy, though of course "complex" ways of booting install are "complex" and cannot be "simple". "Simple" is booting from a USB stick and install from it (and it is normally much faster than CD/DVD), though stiil - personally - I like to have the "local" source, which BTW normally avoids (particularly on a machine that has not a CD/DVD drive the "Insert the Windows Install CD" message/show-stopper ). jaclaz
  16. @dhjohns Please check Guideline #11: http://www.msfn.org/board/index.php?app=forums&module=extras&section=boardrules jaclaz
  17. @submix8c But if the idea is to do a RIS install the "diskless" station must have a disk on which you install the XP after having PXE booted to the server . jaclaz
  18. Which is "normal" , since the procedure is not called "netboot", but rather "RIS install" or "PXE boot" or "boot from LAN" (and you will find more info for this on reboot.pro, including a dedicated subforum), here: http://reboot.pro/forum/12-boot-from-lan/ jaclaz
  19. These are "separate" issues. The BSY or LBA0 issues are the result of *something* that causes the disk firmware to enter a *loop* of some sort. The "cure" is a method/procedure to exit this *loop*. Bad sectors may develop for several reasons that have nothing to do with the above (and that cannot be fixed). The fact that you updated the firmware (which is never recommended and definitely NOT suggested in the case of flashing a Seagate firmware over a HP one ) may be part of the cause of the bad sectors, but not necessarily. That disk is now "gone for good", if it has developed bad sectors (and continues developing them). If you have on it data that you wish to recover , you should have NOT updated the firmware, and in any case now you may look for professional recovery services. If you managed to recover the data on it, it's time to throw the stupid disk in the dustbin and buy a newer one . jaclaz
  20. Well, that's only because in all this time your paths never crossed a DELL. They are reknown "troublemakers". Happy you managed to have it working. jaclaz
  21. Look, if you read attentively the given thread: http://reboot.pro/topic/3765-arc-path-quiz/ it is clear how the result of using a cdrom(xyz) arcpath normally results in a 0x0000007b, and usually VV2006 (and all the other posters on that thread) actually know where their towel is . If you try and explain what your actual issue/problem is (as opposed to revolving around what is the solution to it according to you) maybe it is possible that someone can help you in solving or workign around the actual problem/issue . If you want to go ahead along that path, possibly you may find of interest this thread here: http://reboot.pro/topic/12339-prepe-fast-boot-pe/ which hints about a "hybrid boot" of a PE 1.x (and the Windows XP install is a "particular" kind of PE 1.x), though still there is not (yet) a solution for booting from CD-ROM. jaclaz
  22. And this what has to do with the ARCPATH cdrom(xyz) mapping? If you need a floppy drive for "F6 drivers", you can use a virtual floppy alright, using grub4dos and firadisk. jaclaz
  23. Self-evident. Measurable and tested. NOT measurable, still entirely to be proved/tested. jaclaz
  24. Point being how much you can manage to sell it, Italians do it better : https://www.tate.org.uk/art/artworks/manzoni-artists-shit-t07667/text-summary http://www.tate.org.uk/art/artworks/manzoni-artists-breath-t07589/text-summary jaclaz
  25. Additionally there are dedicated topics to install XP from USB that actually use a .iso image mounted through either Firadisk or Winvblock either as ramdisk or filedisk here: http://www.msfn.org/board/forum/157-install-windows-from-usb/ and on RMPREPUSB site: http://www.rmprepusb.com/ jaclaz
×
×
  • Create New...