TeX - LaTeX Stack Exchange is a question and answer site for users of TeX, LaTeX, ConTeXt, and related typesetting systems. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Every once in a while after updating MiKTeX, the installation gets into an inconsistent state. This might be a problem with the packages (an example is described in this question), but sometimes packages are split or renamed. The cases I remember are when amslatex was split into amsmath and amscls and when miktex-etex-base-2,9 was renamed to miktex-etex-base-2.9 (if I recall correctly; I am sure it was either that or something very similar). In each case the MiKTeX Update process suggested to remove the "old" packages but it didn't give the user any hints about him having to manually add the respective replacement packages back in the package manager to get one's MiKTeX installation back into a usable state.

What are best practices for keeping MiKTeX up to date? Note that I'm not asking about installing new packages or fonts in general; there are other questions covering this area.

  • In which order should one execute the Update process and the Synchronization of the repository?
  • According to user Kurt, it is recommended to check the MiKTeX homepage before updating. What else should one do?
  • When and in which order (and why) should one execute the "Refresh FNDB" and "Update Formats" processes within the MiKTeX Options menu?
  • What else can happen? Other advice?
share|improve this question
It was miktex-etex-base before (without the versioning), IIRC. – Speravir Apr 13 '13 at 2:33
It's worth mentioning Madam Ulrike Fischer's comment to amsmath Q and she can give her practical best-practices answer here – texenthusiast Apr 13 '13 at 3:16
I have TeX Live installed besides MiKTeX, in case something in MiKTeX gets messed up (see Using MiKTeX and TeX Live on the same computer? and Change from MiKTeX to TeX Live). Does that count as a “best practice”? :) – doncherry Apr 13 '13 at 5:11
@doncherry Well ! that would too much best practices :). – texenthusiast Apr 13 '13 at 5:35
See What is the preferable setup for MiKTeX to keep all packages up-to-date easily? for details of how to install MiKTeX for maximum ease of maintenance. – Joseph Wright Nov 9 '15 at 16:49
up vote 25 down vote accepted

Admin + User mode

If you have an multiuser installation you will have to maintain miktex in both modes. The admin mode alone can't do everything, it can't update packages installed by the user, it can't update formats and FDNB and map-files owned by the user.

So run the update manager in both modes and synchronize both package managers. Sometimes you will also have to create formats as user and update map-files (see below).


enter image description here

Miktex has an offline database which contains informations about available packages, their content and how to install them. Miktex needs such an offline database for the on-the-fly installation: Beside other problems it would slow down the compilation a lot if miktex would download the informations every time a file is missing.

When new packages are added to the online repositories, or if for some reason packages are rearranged or renamed the offline database on your PC is no longer up-to-date and you should "synchronize" (menu repositories in the package manager). If you have multiuser installation synchronize in both package managers (admin + user). As you can't know if this is the case you should use sensible rule of thumbs: Synchronize every month, if the update manager has removed some package, before running a lot of updates, if you are looking for a new package, if you get curious errors.


You should run regularly the update manager in admin + user mode to check for new packages. Before clicking on the "update" button, use your brain: updates do change the system and so can break it. Don't update when you don't have the time to handle problems. Don't update if packages are removed and you don't understand the implications. It doesn't do any harm to wait some days (I have miktex on three systems and their age differ by weeks).

FNDB + formats + Map-files:

In general it is not necessary to do something about it if you install packages with the package manager.

But there are exceptions:


If you install files manually you should always update the FNDB (in admin + user mode if you don't know which one is the right one), it doesn't do harm to do it when miktex doesn't seem to find something installed.


User formats (created with the button in the user version of miktex settings) wins over admin formats. The update manager (admin) can't update such a user format so you will (sometimes) have to do it yourself if you have such formats by clicking on the update formats button in miktex settings (user version).

In the format tab of miktex settings you can exclude and include the formats you want to create. Formats that are excluded will never be updated automatically. So if a format doesn't change check its status.

Sometimes miktex forgets to trigger the format generation after a update of base files. Then you should update the formats manually in miktex settings (admin or user depending on the location of the old formats).

The creation of a format can fail (this doesn't happen often). In this case build one failing format from the format tab in miktex settings, copy the error message and ask for help.


In quite a number of multiuser installation the on-the-fly installation created user map-files. These must be updated manually by running updmap on a command line after installation of packages with type1-fonts.

Critical Updates

Critical updates are updates which change core miktex packages (those starting with miktex- in the list).

It is difficult to impossible to revert the installation of the core packages. If after such an update a binary is broken it can impend your work heavily. So consider carefully if it is the right time to do the update. If you are in a production environment it is a good idea to wait a bit and check the mailing list and the bug tracker for reports.

In some cases such updates also need some new packages, e.g. newer versions of some .dll or some new tool. The update manager will not show you the new packages. It will also not warn you that these packages are needed and should be installed.

When you see an update list that looks as if it could be critical, it is a good idea to first start the package manager ((admin) in multiuser setups), synchronize the data base (menu repositories), check if there are uninstalled miktex-packages and to install them.

If you forgot this and miktex fails after such an critical update: Don't panic. You normally can install the missing packages with the command line version of the tools, or even manually after a download from CTAN.

share|improve this answer
I'll add one implication that follows from your writing: if one executes Synchronize and Update, one should do Synchronize first; that is, it wouldn't make sense to do it the other way round or to execute Synchronize a second time after Update. – Lover of Structure Apr 13 '13 at 17:53
@LoverofStructure: No. The update manager compares the list of installed packages with an online list. This is not affected by the synchronization. The synchronization status affects only the behaviour of the package manager and the on-the-fly-installations - when new packages (really new or due to renames) are involved. – Ulrike Fischer Apr 14 '13 at 15:01
I see. So: Are Update and Synchronize are more or less independent actions that can be run on different schedules? Or should one, because Update doesn't require Synchronize but Synchronize is affected by Update, run Synchronize every time after one runs Update? – Lover of Structure Apr 15 '13 at 0:30
@UlrikeFischer: In my MikTeX 2.9 package manager under the "Edit" tab, the "Select Updateable Packages" is grayed out. Also the "update wizard" under the task tab gives a message box with a problem report saying that "Update helper could not be found". Could you please suggest how to locate and update my packages. Recently I had a frustrating experience with TikZ package. So basically I just uninstalled and reinstalled pgf. Since I do not have admin privileges I thought I should update them all at one go since at this very moment I have admin access to the package manager. Many thanks. – Abhimanyu Arora Jun 12 '14 at 8:58
@AbhimanyuArora: Don't use the package manager to update. Start directly the update manager. – Ulrike Fischer Jun 12 '14 at 9:41

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.