Jump to content

crashfly

Members
  • Posts

    405
  • Joined

  • Last visited

  • Days Won

    8

Posts posted by crashfly

  1. I agree with bphlpt.  The decision should be with what Legolash2o wants.  He is the programmer.  He has the singular choice of deciding what to work on or add to WinToolKit.

     

    Keep up the great work Legolash2o.

  2. How about a "Seagate Barracuda ST31000524AS 1TB 7200 RPM SATA 6.0Gb/s 3.5" Internal Hard Drive -Bare Drive" from newegg.com (here: http://www.newegg.com/Product/Product.aspx?Item=N82E16822148697) for only $79.  A terabyte for cheaper.  I would go for more space.  One "always" needs more space. ;)

     

    Seriously though, looking at your selections, I would also agree that option #3 would be very benefital compared to the others.  SATA3 and the cache size are definitely "forward" looking.

  3. So why are there so many users asking, if a RAMDRIVE is faster than a SSD, or if it can make any sense using it ? :g:

    I think the last part is what is being considered.  Many of us have a SSD.  Some of us have a large amount of RAM > 12GB.  We are just discussing the balance between how much of a RAM drive is necessary over traditional HDD/SSD space.  Note that balance is the key word here.

  4. This should be a "relatively" simple request.  When downloading updates from the "Update Catalog", would it be possible to sort by the column titles?  At a minimum, the name (possibly the KB number even), and the date.  If using the date, it would be easier to determine what has been updated most recently, and therefore not have to download the whole update list again.

     

    Thank you for this consideration.

  5. DISM probably had a whole team of people to create it, i suppose I could monitor an integration and see how it works fully.

    I am of the mind of "why re-invent the wheel?"  While "doing it" yourself could give speed benefits, I think it would take away from the work on your program done so far.  But hey, you *are* the developer.

  6. If you don't provide a scratchdir command it uses windows default temp directory. Apparently you can use also the scratchdir switch when mounting too. I wonder if that is also moved to RAMDrive speed will be increased?

    And that might be an issue if one uses the RAM disk as the temp directory for windows (and it is too small).

     

    Since the bulk of DISM space usage will be on the mount point (until changes are written back to the WIM file on unmount), it would seem to be a good suggestion to leave the mount point on the fastest drive (preferrably an SSD with enough space).  As previously pointed out, using 16gb of ram for a RAM disk is not possible for the majority of people.  So at least the scratch directory to a RAM disk would work with a minimal size of 4gb.  (Luckily, I am already there are that one.)

  7. Ok, so your "resulting" OS is "heavier" than the first?  So those pictures are showing what your drive looks like 'after' install?  If that is the case, it could be any number of things including updates and what got installed differently.

     

    If you are referring to the ISO "image", see bphlpt's post above.

  8. Win Toolkit doesn't have a database, it's hardcoded :(

    Maybe this needs a 'non-hardcoded' solution?  Would it be possible to have a "default" set of prerequisites and supersedes, and a way to change them (maybe saved in a text file or something)?

    This would help resolve the problem of (if) WinToolKit (ever) stopped being maintained and it would still allow for updates to be properly prepared.

  9. I like the idea of using a RAM disk (just started using one due to the discussion about it), however I think we need to figure out a "baseline" for what the bare minimum needed for integrating.  Some have pointed out that one needs a substantial drive to make all of the changes.  Likely we also need to have minimum RAM amount specs to even be able to work with a large enough RAM disk.

  10. 1.4.1 is newer than the beta, which is why they have been removed.

    Is v1.5.0.1 considered beta?  If it is, then I would also assume that the "Check for Updates" button is currently wrong saying that I am using the latest version?

  11. However, whenever I get to anything involving loading this WIM (32-bit, & Pro, SP1 integrated), the program completely crashes. No warning, no nothing. It just force closes, and I'm left scratching my head.

    Where has your source file come from?  Have you copied this file to a hdd?  Do you have antivirus running that might cause WinToolKit to shut down prematurely?

  12. While I might agree with that sentiment, I would rather have the image prepared right the *first* time so that I do not have to go back just to prepare it again.  It would save more time in the back end on testing than to just get half way through an install and realize that it will not work period.

  13. OK, speed is not the most important thing, but when I have no problems in a specific toolkit version and all works fine, which method should I choose to go there ... the one with 45 minutes waiting, or the one with 15 minutes ? :)

    You are comparing "apples" to "oranges" there.  The one with 45 minutes of waiting has more robust code and actually checks for errors/problems.  The one with 15 minutes has few if any checking and therefore could become a problem later.

  14. The best way to "free" up 5gb safely is to get a bigger hdd.  While WinSXS can probably be removed (never tried it), the reason for its functionality is OS stability.  Secondly, despite what you think, your WinSXS is really not quite that big.  What appears to be files in each of the directories are filesystem links back to single files.  Because of the way filesystem links work, you only think it is 5gb because each file (even those linking back to a single file) are counted as taking up space.  You might research more on why WinSYS is there, instead of just trying to break OS stability first.

  15. While you might understand what you were meaning, the rest of us have very little to go on with your above post.  Please include more information as to what you did, what you were installing, *when* it was installing, and other such information that we might be able to help deduce your problem.  At this point, I cannot conclude anything from your post and can only suggest that you did something wrong.

  16. I considered the "Dell OEM" dvd issue.  I guess it would depend on if the OEM dvd had more stuff put on it than just the OS.  If the "extra" packages are added through DISM, it should be nearly as easy to remove with DISM.  However, it Kel is right and it would be likely easier to just use a plain jane Win7 SP1 dvd and then add/inject from there.  If I remember correctly, the bios should already have part of the certificate, and he would just need to add the correct key/certificate to the OS.

  17. There should be an option in WinToolKit that will make sure everything is as small as possible on your wim image.  That should help to "reduce" space when removing the 'other' editions.

     

    If the above does not help, your only other option is to reduce what is integrated into your image or possibly even removing some components from your image.  (That or get a dual layer DVD and/or use a USB stick to install from.)

  18. @Mark How do I tell if my chipset supports sata III?

    You need to look up your motherboard on the manufacturer's website (or probably the documentation with your motherboard).  If it does not explicitly state SATA III, there is a very good chance that it is *not* SATA III.

  19. Now, that's good time for a disk to fail :D

    Yeah, if there is any time at all for a drive to fail.  Personally, I would not mind them lasting forever, but then who really wants that?

×
×
  • Create New...