I installed PGF but are unable to compile the following document:
documentclass[10pt]{article}
usepackage{pgf,tikz}
begin{document}
begin{tikzpicture}
draw (0,0) --(1,2);
end{tikzpicture}
end{document}
This is the console output:
initexmf.exe: Windows API error 5: Access is denied.
initexmf.exe: Data: C:
texify.exe: The operation failed for some reason.
texify.exe: Data: C:Program FilesMiKTeX 2.9miktexbininitexmf.exe
What to do?
asked Apr 13, 2012 at 17:26
3
You have to give yourself the permissions to read and write in MiKTeX 2.9 folder.
Go to Program Files and right click MiKTeX 2.9 folder. Then click Properties > Security Tab > Edit Button. Select Users (Bla/Bla) from the list and check all grants.
If that is not enough, click Advanced button on the Security Tab. A window named Advanced Security Settings for Folder Name pops up. Then click Auditing Tab > Continue Button > Add Button. Type Users under «Enter the object names to select» and click OK.
Or, simply don’t put your MiKTeX 2.9 folder into Program Files.
answered Oct 22, 2012 at 14:32
sevenkulsevenkul
4614 silver badges2 bronze badges
2
This seems to be some form of conflict between MiKTeX and another software, maybe Adobe Reader.
I looked around and found the following related post with a solution. It is about the installation, not compilation but the reason and fix should be identical:
http://entangled.wordpress.com/2009/09/18/installation-of-miktex-2-8-failed/
A possible solution was posted as a comment there:
I have got the real solution
Runregedt32.exe, then navigate toHKEY_CLASSES_ROOT.pdf
Rightclick
answered May 6, 2012 at 9:33
Martin ScharrerMartin Scharrer
255k61 gold badges762 silver badges928 bronze badges
I found another potential solution to this problem: make sure that your TMP environment variable points to a writable source. For instance, I changed my TEMP and TMP environment variables (System -> Advanced -> Env. Variables) to a drive other than C:, but I accidentally had the TMP instance point to the D: drive instead of E: — the former was unwritable. The API Access Error 5 for the MikTeX installation/removal was resolved when I fixed the TMP path.
Hope that helps someone.
answered Oct 31, 2012 at 16:04
EthanEthan
511 silver badge1 bronze badge
Apparently you need Administrator rights. What is important is how you installed miktex. If you are asked wether you want to install miktex just for the current user or for all, I reccommend selecting install for all. If you select just for me, it is installed without admin rights, even if the logged in user is in fact an Administrator.
In short: uninstall and install with option «install» for all users» fixed it for me
answered Dec 25, 2012 at 17:58
NinoNino
511 silver badge1 bronze badge
3
I got the same error during MiKTeX’s installation. To solve this, I right clicked on the downloaded MiKTeX installation file, «Run as administrator», and marked the «Install for all users» box. Everything worked after that.
answered Nov 12, 2015 at 6:50
I found this error as I was trying to install MiKTeX from the downloaded folder. I copied the file to a new folder and it worked properly.
answered Aug 6, 2013 at 17:02
0
The problem is that in Windows-MiKTeX the following code:
(attributes & FILE_ATTRIBUTE_READONLY) != 0
(search for it in *.cpp files) does not function correctly (e.g. install MikTeX to the program folder and then try to run it without admin rights). After replacing the above code with:
true
the compiled MiKTeK does run without admin rights. Of course, there should be a better solution, replacing the code with something that supplies the correct answer to the read-only question.
answered Aug 14, 2013 at 9:53
In my case, I closed Kile, simply deleted every file, except the BIB and the TEX files, and re-ran PDFLaTeX. That solved it.
answered Oct 13, 2013 at 23:46
EduardoEduardo
2351 silver badge9 bronze badges
I experienced that this problem arrises when a new package is installed and I press ‘stop’ at the «play/stop» button (to generate a PDF) too soon. When I press too soon the package is not installed correctly and it will not work, giving acces denied. In my case I saved my tex code file in a .txt file and deleted the entire editing program from my program files (Texworks, MIkTex). Make sure to first shut down your computer, because all relating programs have to be closed (best achieved by just shutting down the computer). Then re-install your program again and make sure to not click the «play/stop» button too soon again when a package is installed.
It worked for me so I figured why not share it ;)!
answered Oct 12, 2014 at 11:11
1
Just wanted to mention a scenario where I got error 5 ‘access denied’.
I run lualatex from an ASP.NET web site under impersonation. According to this http://support.microsoft.com/en-us/kb/317012 an impersonating user actually uses Default User directory and runs as NETWORK SERVICE. I might be getting it wrong, but the solution is anyway,
to create MikTex folder under Default UserApplication Data give NETWORK SERVICE Write/Modify access to that folder. Then I had to give NETWORK SERVICE write/modify access to the folder where the web page dumped the .tex files to be compiled.
Hoping that helps someone.
answered Mar 26, 2015 at 20:48
ajehajeh
2,4924 gold badges20 silver badges47 bronze badges
What I have realized during my multiple attempts to install Miktex is that the most common mistake people do (like me) is to run the setup as normal user!
Setup must «Run as Admin»
Thanks
answered Sep 29, 2019 at 7:42
Содержание
- LaTeX.org
- LaTeX.org on Twitter — follow us
- LaTeX forum ⇒ MiKTeX and proTeXt ⇒ Class Installation fails
- Class Installation fails
- Error «MiKTeX cannot retrieve attributes for the directory ‘C:WINDOWSsystem32configsystemprofile’. #522
- Comments
- Footer
- API-интерфейса Windows ошибка 5: ошибка «Доступ запрещен» при попытке компиляции TikZ картину
- MiKTeX Bugs
- MiKTeX source code moved to GitHub
- Milestone
- #2264 error if texmf.fndb and mpm.fndb are not writable, even if no write is occuring
- Related
- Discussion
- Related
LaTeX.org
We love good questions
LaTeX.org on Twitter — follow us
LaTeX forum ⇒ MiKTeX and proTeXt ⇒ Class Installation fails
Class Installation fails
Post by gbesana » Tue Nov 19, 2013 7:39 pm
I am running MiKTeX 2.9 and WinEdt 8.0 on Windows 8 (64 bits). I am trying for the first time to run a beamer file and I am running into issues.
I tried running simple example files from the beamer package with always the same results. Here is what I get when I try to pdfLaTeX as usual a file that I used to run successfully in old MiKTeX versions or any other beamer file:
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (MiKTeX 2.9 64-bit)
entering extended mode
(. )
======================================================================
starting package maintenance.
installation directory: «C:Program FilesMiKTeX»
package repository: http://bay.uchicago.edu/tex-archive/sys . /packages/
lightweight database digest: 4ab85e12cf451ec0bb6c3eaae69a6936
going to download 2560891 bytes
going to install 336 file(s) (1 package(s))
downloading http://bay.uchicago.edu/tex-archive/sys . tar.lzma.. .
2566412 bytes, 399.40 KB/Sec
visiting repository http://bay.uchicago.edu/tex-archive/sys . ackages/.. .
repository type: remote package repository
loading lightweight database.
downloading http://bay.uchicago.edu/tex-archive/sys . tar.lzma.. .
137358 bytes, 506.18 KB/Sec
pdflatex.exe: Windows API error 5: Access is denied.
! LaTeX Error: File `beamer.cls’ not found.
Type X to quit or to proceed,
or enter new name. (Default extension: cls)
Источник
Error «MiKTeX cannot retrieve attributes for the directory ‘C:WINDOWSsystem32configsystemprofile’. #522
I have the same issue as @dnsnx in #333 — which is closed by @edocevoli with the following comment:
But it is!
Why does it need to access ‘C:WINDOWSsystem32configsystemprofile’?
Why does it fail if it doesn’t have permissions for this folder?
How do I fix the problem?
[EDIT] Same as #333 — the problem happens when executing from ASP.NET, on command line the same command works fine.
I spent 2 days Googling, tried installing MiKTeX as administrator for all users, installed in short path without spaces, etc.
The text was updated successfully, but these errors were encountered:
Please follow the contribution guidelines when submitting an issue ticket.
Please inspect all relevant log files. You should find them in
Nothing in the logs. Here’s whole output:
E:MiKTeX.2.9miktexbinpdflatex.exe -aux-directory=»e:TEMPReportsa0epytsc» -output-directory=»e:TEMPReportsa0epytsc» «e:TEMPReportsa0epytsca0epytsc.tex»
ERROR:
pdflatex.exe: Windows API error 5: Access is denied.pdflatex.exe: Data: path=»C:Windowssystem32configsystemprofile»
Sorry, but E:MiKTeX.2.9miktexbinpdflatex.exe did not succeed for the following reason:
MiKTeX cannot retrieve attributes for the directory ‘C:Windowssystem32configsystemprofile’.
And error from EventViewer:
Faulting application name: pdflatex.exe, version: 2.9.7338.0, time stamp: 0x5e9c2951
Faulting module name: ucrtbase.DLL, version: 10.0.17763.132, time stamp: 0xc3ae1887
Exception code: 0xc0000409
Fault offset: 0x000a5d0b
Faulting process id: 0xf08
Faulting application start time: 0x01d61f1832512bd4
Faulting application path: E:MiKTeX.2.9miktexbinpdflatex.exe
Faulting module path: E:MiKTeX.2.9miktexbinucrtbase.DLL
Report Id: 70156d40-8b0b-11ea-817c-005056a0034d
Faulting package full name:
Faulting package-relative application ID:
@edocevoli — you can’t just close the issue, especially that other people reported exactly the same problem!
What’s the %LOCALAPPDATA% when executing from ASP.NET (IIS)?
Sorry, but without the log files it is not possible to work on this issue. I am out.
© 2023 GitHub, Inc.
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
Источник
API-интерфейса Windows ошибка 5: ошибка «Доступ запрещен» при попытке компиляции TikZ картину
Я установил ПГФ, но не можете скомпилировать следующий документ:
Это вывод на консоль:
Вы должны дать себе права на чтение и запись в папку Программы 2.9`.
Перейдите в папку программные файлы и щелкните программы 2.9 . Нажмите кнопку Свойства и GT; вкладка Безопасность и GT; редактировать кнопку. Выбор пользователей (бла/бла) из списка и проверить все гранты.
Если этого не достаточно, нажмите кнопку Дополнительно на вкладке Безопасность. Именованное окно Дополнительные параметры безопасности для папки имя всплывает. Затем перейдите на вкладку аудит > кнопка «Продолжить» и GT; добавить. Тип «пользователи» в разделе «и введите имена объектов для выбора» и нажмите кнопку ОК.
Или, просто не’т положить папку `Программы 2.9 » в » программы и файлы.
Это, видимо, какая-то форма конфликта между miktex и другого программного обеспечения, может быть, Adobe читатель.
Я посмотрел вокруг и нашел следующую должность, связанную с решением. Речь идет об установке, а не компиляцией, но причину и исправить, должны быть одинаковыми: http://entangled.wordpress.com/2009/09/18/installation-of-miktex-2-8-failed/
Возможным решением было опубликовано в качестве комментария здесь:
У меня есть реальное решение 🙂 выполнить regedt32.exe , затем выберите раздел HKEY_CLASSES_ROOT.в формате PDF и GT; Правой Кнопкой Мыши .файл pdf, нажмите кнопку разрешения и предоставьте администратору полные права.
Я нашел еще одно потенциальное решение этой проблемы: убедитесь, что в переменной среды tmp указывает на записываемый источник. Например, я изменил свое переменных среды Temp и tmp (система -и GT; дополнительно -> ОКР. Переменных) на диске C:, но я случайно имел tmp указывают экземпляр на диск D: а не е: — бывший был unwritable. Ошибка доступ к API 5 для установки программы/удаление был решен, когда я установил ТМП пути.
Надеюсь, что помогает кто-то.
Видимо, нужны права администратора. Важно то, как вы установили программы. Если вас спросят, Если вы хотите установить программы только для текущего пользователя или для всех, я рекомендую выбрать установить для всех. Если вы выберите только для меня, она установлена без прав администратора, даже если пользователь, вошедший в систему-это по сути администратор.
Короче: удалите и установите опцию и»установите и» для всех пользователей» и починил его для меня
Я получил ту же ошибку во время программы’s и установка. Чтобы решить эту проблему, я, щелкнув правой кнопкой мыши на загруженный установочный файл программы и»Запуск от имени администратора», и отметили, что «установить для всех пользователей и» Поле. Все работало после этого.
Проблема в том, что в Windows-Программы следующий код:
(ищите его в .cpp файлов) не* правильно работать (напр. установке программы в папку программы, а затем попробовать запустить ее без прав администратора). После замены выше код:
скомпилированный MiKTeK запускается без прав администратора. Конечно, там должно быть лучшее решение, заменив код с чем-то, что поставляет правильный ответ в читать-только вопрос.
Я нашел эту ошибку, когда я пытался установить программы с загруженной папке. Я скопировал файл в новую папку и он нормально работал.
Я испытал, что эта проблема есть при установке нового пакета и жму ‘стоп’ на глаз «Старт/Стоп» на кнопку (Сгенерировать PDF-файл) слишком рано. Когда я нажимаю слишком скоро пакет не установлен и не будет работать, давая доступ запрещен. В моем случае я сохранил мой файл кода Tex в .txt файл и удалил всю программу редактирования из моих файлов программы (texworks выступает, программы). Убедитесь в том, чтобы сначала выключить компьютер, потому что все касающиеся программы должны быть закрыты (лучше всего просто выключив компьютер). Затем повторно установите программу еще раз и убедитесь, что не нажать на «Старт/Стоп» и кнопка тоже только раз при установке пакета. Он работал для меня, поэтому я подумал, почему бы не поделиться ;)!
Так же хотелось бы отметить сценарий, где у меня Ошибка 5 ‘отказано в доступе’.
Я бегу lualatex с веб-сайта ASP.NET при олицетворении. Согласно этому http://support.microsoft.com/en-us/kb/317012 в олицетворении пользователь использует пользователь по умолчанию каталог и работает как сетевая служба. Я мог бы быть неправильно, но решение все равно
чтобы создать папку программы под `пользователя по умолчанию, данные приложения дают сетевая служба запись/изменение доступа к этой папке. Затем мне пришлось дать сетевой сервис написать/изменить доступ к папке, в которой веб-страницы, бросил .Текс файлов для компиляции.
Источник
MiKTeX Bugs
MiKTeX source code moved to GitHub
Milestone
#2264 error if texmf.fndb and mpm.fndb are not writable, even if no write is occuring
I need to be able install MiKTeX on a customer’s Windows XP box in their Program Files folder. They have a requirement that no files in this folder can be modified by users and, more generally, that no files in Program Files can be writeable.
To prototype this, on my own Windows XP box, I ran MikTeX (pdflatex) on a tex file that causes all the packages they need to be downloaded. I verified that when I run pdflatex a second time, the files texmf.fndb and mpm.fndb do not change. I then turned off the write permission on these files and ran pdflatex again. I then got the error
pdflatex: Windows API error 5: Access is denied
I got the same error.
It seems that in this situation it should not be necessary for texmf.fndb or mpm.fndb to be writeable, especially because I can verify that the contents and time stamps of these files are not changing.
Am I doing something wrong or is this a bug?
Discussion
This should not happen with a standard MiKTeX setup since MiKTeX data files are stored under «ProgramData» by default. I would recommend that you check your setup procedure.
I believe the only non-standard part of the setup is the removal of write permission from texmf.fndb and mpm.fndb.
Here’s what I’m doing in detail:
1) create restricted user account «user1» and log in to that account. (restricted = non-administrator)
2) download MiKTeX Portable 2.9.4757 to desktop
— we’re using the portable package because we want to create a portable folder containing MikTeX
which we can then give to our customers and which they can then use in a restricted account
3) create a folder miktex and move installer into it
4) open folder miktex and double click extractor.
— extract to C:Documents and Settingsuser1Desktopmiktex
C:Documents and Settingsuser1Desktopmiktexdatalempm.fndb
C:Documents and Settingsuser1Desktopmiktexdataletexmf.fndb
I have done nothing special here; this was done automatically. Right clicking on these file and selecting «Security» we see that these files have Write permission for «user1». (In fact, all the files in all the folders under C:Documents and Settingsuser1Desktopmiktex have Write permission allowed for user1.)
— create and place a shortcut to miktex-portable on desktop
5) double click miktex-portable
6) right click MikTeX icon in taskbar and select «Command prompt»
7) in the command window
— cd to directory containing example
C:Documents and Settingsuser1Desktopmiktex>cd ..ReportExampleReportExample
C:Documents and Settingsuser1DesktopReportExampleReportExample>pdflatex SimplePipe.tex
— click Install button for all packages
— this completes successfully
run pdflatex again.
9) Now right click texmf.fndb and mpm.fndb again and click «Deny» on Write access for user1.
Recall this is what our customer is requiring for an installation in Program Files. Here I’m just seeing
if it’s possible to do this. It should be, because we observed that texmf.fndb and mpm.fndb are
not modified if all the needed packages are already downloaded.
10) run pdflatex again. This time we get an error:
C:Documents and Settingsuser1DesktopReportExampleReportExample>pdflatex SimplePipe.tex
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (MiKTeX 2.9)
pdflatex: Windows API error 5: Access is denied.
pdflatex: Data: C:Documents and Settingsuser1Desktopmiktexmiktex/data/letexmf.fndb
— if we run pdflatex with «-disable-installer», we get the same error
- assigned_to: Christian Schenk
Please run initexmf —report in order to display your setup.
Immediately after a full re-install (steps 4-6 above) of MikTeX portable in the «user1» account:
===========
C:>initexmf —report
MiKTeX: 2.9
Invokers: miktex-taskbar-icon/cmd
SystemAdmin: no
PowerUser: no
OS: Microsoft Windows XP Professional x64 Edition Service Pack 2 (build 3790)
Root 0: C:Documents and Settingsuser1Desktopmiktex
Root 1: C:Documents and Settingsuser1Desktopmiktexmiktexconfigeport
UserInstall: C:Documents and Settingsuser1Desktopmiktex
UserData: C:Documents and Settingsuser1Desktopmiktex
UserConfig: C:Documents and Settingsuser1Desktopmiktex
CommonInstall: C:Documents and Settingsuser1Desktopmiktex
CommonData: C:Documents and Settingsuser1Desktopmiktex
CommonConfig: C:Documents and Settingsuser1Desktopmiktex
miktex-etex-base: needs to be reinstalled
I don’t understand the last line «miktex-etex-base: needs to be reinstalled» because I haven’t done anything unusual yet or even run pdflatex.
- status: open —> closed
I do not consider this as a bug. MiKTeX’s data directory (C:Documents and Settingsuser1Desktopmiktex) must be writeable. I would recommend that you separate the data directory from the installation directory.
The situation I gave was not the full story. For the bug report. I was
trying to simplify it to a simpler situation.
Here’s the complete story:
Our users don’t actually have direct access to miktex. We have a report
generation tool that uses miktex as its backend. The report generation
tool is command line only. The miktex executables that we use are
accessed by our report generation tool and are used in «batchmode». We
ship the mixtex distribution as part of our distribution.
What we did is this.
1) we downloaded the portable version and installed it.
2) we ran the portable version on a tex file that downloads all the
packages our users need access to for the report generation tool.
3) we include the miktex directory in our distribution. Our report
generation tool (python) executes the miktex executables it needs to.
Because we’re using the portable version, no miktex initialization.
(BTW, we include copyright notices, etfc., for miktex in the distribution.)
This actually works except for on small feature: miktex’s pdflatex and
latex need the files texmf.fndb and mpm.fndb to be writeable by users.
If we make them writeable, this approach works without any problems.
The issue with this approach is that our customers are typically
installing our software, including the miktex directory, in Program
Files. Some of our customers have a security requirement that no files
in Program Files.
It does seem from the tests I ran that texmf.fndb and mpm.fndb do not
need to be writeable if all the packages needed are already. If all the
packages are already available, pdflatex and latex do not change
contents or the time stamps of texmf.fndb and mpm.fndb.
My question: is there some way to configure miktex so that write access
to texmf.fndb and mpm.fndb is not needed.
Thanks
Rick Pember
On 04/24/2013 12:50 AM, Christian Schenk wrote:
I do not consider this as a bug. MiKTeX’s data directory (C:Documents
and Settingsuser1Desktopmiktex) must be writeable. I would
recommend that you separate the data directory from the installation
directory.
[bugs:#2264] http://sourceforge.net/p/miktex/bugs/2264/ error if
texmf.fndb and mpm.fndb are not writable, even if no write is occuring
Status: closed
Created: Tue Apr 23, 2013 12:41 AM UTC by Rick
Last Updated: Tue Apr 23, 2013 09:53 AM UTC
Owner: Christian Schenk
I need to be able install MiKTeX on a customer’s Windows XP box in
their Program Files folder. They have a requirement that no files in
this folder can be modified by users and, more generally, that no
files in Program Files can be writeable.
To prototype this, on my own Windows XP box, I ran MikTeX (pdflatex)
on a tex file that causes all the packages they need to be downloaded.
I verified that when I run pdflatex a second time, the files
texmf.fndb and mpm.fndb do not change. I then turned off the write
permission on these files and ran pdflatex again. I then got the error
pdflatex: Windows API error 5: Access is denied
I got the same error.
It seems that in this situation it should not be necessary for
texmf.fndb or mpm.fndb to be writeable, especially because I can
verify that the contents and time stamps of these files are not changing.
Am I doing something wrong or is this a bug?
Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/miktex/bugs/2264/
—
Richard Pember, Ph.D.
Director of CFD Development
Altair Engineering, Inc.
2685 Marine Way, Suite 1421
Mountain View, CA 94043
(650) 988-9700 x715 (Office)
(650) 988-9770 (Fax)
rpember@altair.com
http://www.altair.com
Some of our customers have a security requirement that no files in
Program Files.
are writeable by users
On 04/24/2013 10:58 AM, Rick Pember wrote:
The situation I gave was not the full story. For the bug report. I was
trying to simplify it to a simpler situation.
Here’s the complete story:
Our users don’t actually have direct access to miktex. We have a
report generation tool that uses miktex as its backend. The report
generation tool is command line only. The miktex executables that we
use are accessed by our report generation tool and are used in
«batchmode». We ship the mixtex distribution as part of our distribution.
What we did is this.
1) we downloaded the portable version and installed it.
2) we ran the portable version on a tex file that downloads all the
packages our users need access to for the report generation tool.
3) we include the miktex directory in our distribution. Our report
generation tool (python) executes the miktex executables it needs to.
Because we’re using the portable version, no miktex initialization.
(BTW, we include copyright notices, etfc., for miktex in the
distribution.)
This actually works except for on small feature: miktex’s pdflatex and
latex need the files texmf.fndb and mpm.fndb to be writeable by users.
If we make them writeable, this approach works without any problems.
The issue with this approach is that our customers are typically
installing our software, including the miktex directory, in Program
Files. Some of our customers have a security requirement that no
files in Program Files.
It does seem from the tests I ran that texmf.fndb and mpm.fndb do not
need to be writeable if all the packages needed are already. If all
the packages are already available, pdflatex and latex do not change
contents or the time stamps of texmf.fndb and mpm.fndb.
My question: is there some way to configure miktex so that write
access to texmf.fndb and mpm.fndb is not needed.
Thanks
Rick Pember
On 04/24/2013 12:50 AM, Christian Schenk wrote:
I do not consider this as a bug. MiKTeX’s data directory
(C:Documents and Settingsuser1Desktopmiktex) must be writeable. I
would recommend that you separate the data directory from the
installation directory.
[bugs:#2264] http://sourceforge.net/p/miktex/bugs/2264/ error if
texmf.fndb and mpm.fndb are not writable, even if no write is occuring
Status: closed
Created: Tue Apr 23, 2013 12:41 AM UTC by Rick
Last Updated: Tue Apr 23, 2013 09:53 AM UTC
Owner: Christian Schenk
I need to be able install MiKTeX on a customer’s Windows XP box in
their Program Files folder. They have a requirement that no files in
this folder can be modified by users and, more generally, that no
files in Program Files can be writeable.
To prototype this, on my own Windows XP box, I ran MikTeX (pdflatex)
on a tex file that causes all the packages they need to be
downloaded. I verified that when I run pdflatex a second time, the
files texmf.fndb and mpm.fndb do not change. I then turned off the
write permission on these files and ran pdflatex again. I then got
the error
pdflatex: Windows API error 5: Access is denied
I got the same error.
It seems that in this situation it should not be necessary for
texmf.fndb or mpm.fndb to be writeable, especially because I can
verify that the contents and time stamps of these files are not
changing.
Am I doing something wrong or is this a bug?
Источник
- I have read the MiKTeX Contributing Guidelines
Installed basic-miktex-2.9.6361 on Windows Server 2012 running IIS (ASP.NET app)
Execute:
C:Program Files (x86)MiKTeX 2.9miktexbinpdflatex.exe -aux-directory="e:TEMPReportso7owuq32" -output-directory="e:TEMPReportso7owuq32" "e:TEMPReportso7owuq32o7owuq32.tex"
Sorry, but "MiKTeX Configuration Utility" did not succeed.
The log file hopefully contains the information to get MiKTeX going again:
C:/ProgramData/MiKTeX/2.9/miktex/log/initexmf.log
You may want to visit the MiKTeX project page, if you need help.
Sorry, but "C:Program Files (x86)MiKTeX 2.9miktexbinpdflatex.exe" did not succeed.
The log file hopefully contains the information to get MiKTeX going again:
C:/ProgramData/MiKTeX/2.9/miktex/log/pdflatex.log
C:/ProgramData/MiKTeX/2.9/miktex/log/initexmf.log
2020-05-02 01:15:47,338+1000 INFO initexmf - starting: MiKTeX Configuration Utility 2.9.6354 (MiKTeX 2.9.6350)
2020-05-02 01:15:47,344+1000 INFO initexmf - Skipping common root directory (C:ProgramDataMiKTeX2.9)...
2020-05-02 01:15:47,344+1000 INFO initexmf - Skipping common root directory ("C:Program Files (x86)MiKTeX 2.9")...
2020-05-02 01:15:50,704+1000 FATAL initexmf - Windows API error 5: Access is denied.
2020-05-02 01:15:50,704+1000 FATAL initexmf - Info: path="SoftwareMiKTeX.orgMiKTeX2.9Core"
2020-05-02 01:15:50,704+1000 FATAL initexmf - Source: LibrariesMiKTeXCorewinwinRegistry.cpp
2020-05-02 01:15:50,704+1000 FATAL initexmf - Line: 186
C:/ProgramData/MiKTeX/2.9/miktex/log/pdflatex.log
2020-05-02 01:15:47,215+1000 INFO pdflatex - starting with command line: "C:Program Files (x86)MiKTeX 2.9miktexbinpdflatex.exe" -aux-directory=e:TEMPReportso7owuq32 -output-directory=e:TEMPReportso7owuq32 e:TEMPReportso7owuq32o7owuq32.tex
2020-05-02 01:15:47,222+1000 INFO pdflatex - running 'initexmf --quiet --update-fndb' to refresh the file name database
2020-05-02 01:15:50,724+1000 FATAL pdflatex - The executed process did not succeed.
2020-05-02 01:15:50,724+1000 FATAL pdflatex - Info: fileName="C:Program Files (x86)MiKTeX 2.9miktexbininitexmf.exe", arguments="--quiet --update-fndb", exitCode="1"
2020-05-02 01:15:50,724+1000 FATAL pdflatex - Source: LibrariesMiKTeXCoreProcessProcess.cpp
2020-05-02 01:15:50,724+1000 FATAL pdflatex - Line: 159