Well, it does really depend upon where it is found. For example if in C: root...ie c:\i386, then that is likely the i386 folder copied in by someone to save loading the installation cd when, say, running sfc. You can delete that one, noting of course, the caveat i presented.If it is found in Windows\Driver Cache, then no, don't delete it... this is a backup cache of updates from KBs, or Security etc updates.If it is in Windows\SevicePackFiles then it contains the files from a ServicePack update eg to SP3. If you need to run sfc to repair system files, or the OS invokes the File Protection System then files from this folder may be required.Then there is the multitude of i386 folders in ReinstallBackups in system32. These are the older drivers cached after hardware driver updates. Pretty much, if your hardware is working fine currently, then you don't need these.And if you take any notice of this and your system falls apart, then I cannot be found.
Additionally, all drivers in the Driver.cab file are protected, but they are not populated in the Dllcache folder. WFP can restore these files from the Driver.cab file directly without prompting the user for the source media. However, running the sfc /scannow command does populate the files from the Driver.cab file into the Dllcache folder.If WFP detects a file change and the affected file is not in the cache folder, WFP examines the version of the changed file that the operating system is currently using. If the file that is currently in use is the correct version, WFP copies that version of the file to the cache folder. If the file that is currently in use is not the correct version, or if the file is not cached in the cache folder, WFP tries to locate the installation source. If WFP cannot find the installation source, WFP prompts an administrator to insert the appropriate media to replace the file or the cached file version.The SFCDllCacheDir value (REG_EXPAND_SZ) in the following registry key specifies the location of the Dllcache folder.
Driver Cache I386 Windows Xp
Ntkrnlmp.exe is a large system file belonging to Microsoft Windows operating systems that fall in the family of Microsoft Windows NT operating systems. Generally, this file is located at C:\windows\driver cache\i386. You may receive the following error message during the installation of Windows XP, if the BIOS on your system has problems when Advanced Configuration and Power Interface (ACPI) is enabled.
Probably, the database binlsrv.py (devlist.cache) is missing the network adapter information. In the picture (Picture 2), it is shown that Windows XP calls for the driver with PnP identifier PCI\VEN_1022&DEV_2000, but the database binlsrv.py (devlist.cache) does not contain the information about the device with the PnP identifier PCI\VEN_1022&DEV_2000. That's what the note "Driver not found" shows.
To resolve this problem it's necessary to find the driver with PnP identifier PCI\VEN_1022&DEV_2000 and include it in the database binlsrv.py (devlist.cache) with the help of the command infparser.py .
XP has no native drivers for SATA controllers, so it doesn't know how to communicate with a SATA drive. That is what the 0x7b means. You might be able to set SATA operation to ATA or Compatability Mode in the BIOS (F2), but I wouldn't recommend it, as it will run as a standard ATA/IDE device and you won't be able to take advantage of what SATA has to offer (NCQ, cache, etc.). What you need to do is load the drivers for the SATA controller. It will be one of the following:
For faster windows xp installation I slipstream SP2 and SP3 (I had a winxp w/ sp1) and all the other drivers needed for Optiplex (in this case the SATA drivers are causing the BSOD I think), for reference mine was missing the video driver, network card, audio, and SM bus controller (some might be just part of the chipset driver). I did all of this with Nlite.
* %SystemRoot%\Driver Cache\i386\drivers.cab* %SystemRoot%\Driver Cache\i386\service_pack.cab* .inf files under %windir%inf* .sys files under %SystemRoot%\System32\Drivers* Support DLLs under %SystemRoot%\System32* Third Party co-installers in various locations.
apt-cache policy libreoffice-writerlibreoffice-writer: Installed: 1:3.3.2-1ubuntu5 Candidate: 1:3.3.2-1ubuntu5 Version table: *** 1:3.3.2-1ubuntu5 0 500 natty-updates/main i386 Packages 500 natty-proposed/main i386 Packages 100 /var/lib/dpkg/status 1:3.3.2-1ubuntu4 0 500 natty/main i386 Packages 2ff7e9595c
Comments