Converted xxx-eps-converted-to.pdf not found

epstopdf is sometimes trying to write in the wrong directory and then fails to create the file (on certain editors at least, I had a similar problem with WinEDT). Place the following code in the header:

epstopdfsetup{outdir=./}

Or add it as an option to epstopdf:

usepackage[outdir=./]{epstopdf}

Use

$ latex file.tex

This will result in output as file.dvi and then use

$ dvi2pdf file.dvi

I have exactly the same problem as the poster's log. Common solutions around Internet have adding epstopdf or epsfig package, appending -shell-escape option to pdflatex commandline. But both methods failed to me. I post my solution on Mac OS X 10.09 + texlive2013 + TeXsdudio2.7.

By checking the tex's log, I found that epstopdf was not located in system searched PATH, so I created the link manully

ln -s /usr/local/texlive/2013/texmf-dist/scripts/epstopdf/epstopdf.pl /usr/local/bin/epstopdf

Also, the epstopdf complained that ghostscript is not installed. So I made it satisfied with

brew install ghostscript

WHooo, texstudio generated pdf as I expected.

PSPS: requiring epstopdfpackage declared and -shell-escape appended.

The following worked for me:

Open TeXstudio, go to 'Preferences' --> 'Build' (Somehow all my list entries are in german, so I only guess it should be named Build - in german it's 'Erzeugen', the third entry from the top). At the bottom you can specify additional search paths. Make sure the specified search path really exists. In my case the path pointed to a texlive 2012 directory even though I have only installed the 2013 version. After changing the path to the 2013 version everything worked fine! :-)

I encountered the same issue when utilizing esptopdf on a Windows 8.1 virtual machine running in Parallels on my Mac. Either TeXstudio or MiKTeX doesn't like UNC paths (ie psfDropBox), which was how I had loaded my main *.tex. The included tex files used relative paths since I work across multiple machines, so that probably compounded the problem.

To remedy this I just needed to use a mapped drive name for the same shared network path (ie. Z:DropBox). The only clue that this was the source of the problem came from the Messages tab that indicated:

... CMD.EXE was started with the above path as the current directory. 
UNC paths are not supported. Defaulting to Windows Directory.

Changing to a regular file path eliminated this message and allowed the new EPS files to be generated into PDF files that Pdflatex could interpret.

As a reference, I was using Windows 8.1, TeXstudio 2.8.4, and MiKTeX 2.9.4902.

You may also want to specify a directory other than the current folder for epstopdf to save pdf files to:

 include[outdir=./(folder)/]{epstopdf}

This is optional, but if you only specify output=./ the directory with the .tex file will be the target for all of the generated PDF's even if you keep the *.eps files organized in another folder.

OK, I spent weeks fighting this problem (well, with intermittent bouts of rage quitting). None of the answers here worked exactly.

I'm running Linux Mint 17.1 and compiling through latexmk through SublimeText 3.

@caesar0301 pointed me on the right track.

Here's what I found in my log:

[20 <./time_series_pct_ever_paid_act-eps-converted-to.pdf>] [21]
Package epstopdf Info: Source file: <images/analysis/act/time_series_pct_paid_f
ull_act.eps>
(epstopdf)                    date: 2015-03-03 18:16:06
(epstopdf)                    size: 7097 bytes
(epstopdf)             Output file: <./time_series_pct_paid_full_act-eps-conver
ted-to.pdf>
(epstopdf)             Command: <repstopdf --outfile=./time_series_pct_paid_ful
l_act-eps-converted-to.pdf images/analysis/act/time_series_pct_paid_full_act.ep
s>
(epstopdf)             includegraphics on input line 773.
runsystem(repstopdf --outfile=./time_series_pct_paid_full_act-eps-converted-to.
pdf images/analysis/act/time_series_pct_paid_full_act.eps)...executed safely (a
llowed).

Turns out repstopdf comes with texlive-font-utils, which I didn't have installed.

Combined with the other nudges mentioned in this thread (I guess mainly [outdir=./]), I can now finally (finally, finally, finally) compile .tex files with .eps graphics in them.

Leaving this here for any other Googlers at their wit's end with this venture.

I encountered a similar problem when using gnuplottex within TeXstudio. Depending on the TeX compiler I used, I got errors like

Package pdftex.def Error: File `example_epslatex-gnuplottex-fig1-eps-converted-to.pdf' not found. ...aphics{example_epslatex-gnuplottex-fig1}}

with pdflatex or when using xelatex:

xdvipdfmx:fatal: pdf_ref_obj(): passed invalid object. Output file removed.

However, calling the corresponding command manually via commandline worked fine - no errors.

After a little bit of investigation I found out that this was due to some missing folders in the PATH variable. In TeXstudio, go to Preferences > Build > Commands ($PATH) and add these there:

/Library/TeX/texbin:/opt/local/bin

First one is for the Latex environment (I'm using MacTex 2015 on El Capitan). For other version of OS X this path may look like /usr/local/texlive/2015/bin/x86_64-darwin. The second one is the path to MacPorts, with which I installed gnuplot. This may also depend on your installation or whether you use gnuplot at all or just want to import a generic .eps file. For e.g. I encountered this error every time I used gnuplot with the epslatex terminal.

Just some additional info for Fedora users. (Fedora 24 and possibly other similar releases.)

I didn't install "absolutely all the tex packages" when I installed TexStudio because the download size is in the gigabytes and it takes quite a long time, and I wanted to quickly write a document without waiting around.

This keeps coming back to bite me in the a**, and yet again I have found myself with another seemingly mysterious error. (Same as the question OP.)

After following MichaelChirico's post I too found I was missing the command resptopdf. (Entered it to the command line, and command not found was printed.)

So I decided to sudo dnf install texlive-scheme-full (see also here: https://unix.stackexchange.com/questions/199638/how-to-fully-install-latex-in-fedora)

and this did take a few gigabytes and about half an hour to install, but it has installed the requirements for epstopdf for the use of eps figures in tex documents...

For several months now I have been installing small bits of the latex packages as and when I required them - this takes a long time as you have to google stuff to find out why your documents don't compile whenever you use a new feature - so I would recommend just installing everything and be done with it!

Summary: Install texlive-scheme-full on Fedora 24 and probably also similar versions and everything seems to work.

sudo dnf install texlive-epstopdf ghostscript

solved the issue for me.

Background: The command epstopdf has to work in terminal, as indicated in https://tex.stackexchange.com/a/171967/110064 this could be done using sudo dnf install texlive-scheme-full (installs many unneeded packages) as declared in https://tex.stackexchange.com/a/356206/110064 but texlive-epstopdf should be enough.

If you want to check if it epstopdf is working in terminal try which epstopdf and epstopdf in the command line and check the output.