I'm moving all files to a new computer, via an external hard drive.

I am certain that broken links will be a concern. What can I do to fix this? Is there a 'Best Practices' kind of way to prevent this problem beforehand?

I have many hundreds of .blend files, and of course, I fear losing them.


I think the key thing here is to always use relative paths in your blend files when linking remote data. That means for linked libraries, textures and any other data external to the file.

Relative paths are guarantied to work if you maintain the folder structure relative to the blender file intact, even if the absolute paths are changed. That means if you move your files to a different machine or even on your own current machine but maintain their positions relative to each other things should not break.

Whereas absolute paths are never guarantied to work in a different machine, unless you can recreate the exact same base path for everything down to the same drive letter.

The good news is I think Blender already does this by default, so in theory you should not have to do anything, unless your store stuff across different drives letters, crosslink from network data, or specifically set blender to use absolute paths.

You can double check this by opening one of the files in question, going to the Outliner and changing the menu in the header to Blender File this should list all local data stored inside the current Blender file, and bellow it towards the end of the list all loaded external data from other .blends. From there you can check which files are loaded and from where.

If a path looks something like //..\Path\to\my\Library.blend then is relative and all is good. If it looks something like D:\Path\to\my\Library.blend (has a drive letter in it) than it is likely to break in the new computer.

You can easily fix this by going File > External Data > Make all paths relative

Blender has relatively good asset management capabilities, in the new computer you can then check if anything is missing by going to File > External Data > Report missing files

Now make sure that when you move stuff you maintain the same internal folder structure. One good way to organize your projects would be:

Master Folder

  • Blender Projects Folder
    • Project 01
    • Project 02
    • Project 03
    • Project ...
  • Library folder - For reusable assets and library files
    • Models
    • Animations
    • Textures
    • Materials
    • ...

Independently of where in the file system you place it, if you maintain this internal folder structure intact, and all files reference each other using relative paths within this "garden" all should be fine.


As said above making a tree hierarchy for your Blender file is always a good idea, but to complement the answer by Duarte Ramos above, packing all your files into the .blend files in the first place

Go to File > External Data > Pack all into .blend


This would have to be done to all files individually. It will make your files quite portable and safe to move, at the expense of load speed and file size.

Have in mind that not all external data can be packed. Stuff like videos, image sequences and external caches (fluids, simulations, etc) will always remain external.

  • $\begingroup$ Thanx so much all, for the tips, but here's the strange miracle: Everything works just fine! I am able to open and work with them, no muss, no fuss. My UV-mapped things all showed up and everything. I didn't have a master folder before (and was afraid to try and start one), but have been able to fix that, as well – Build a better tree. Still, for future self-preservation, I'll use these tips going forward. Thanks again for your help. It's greatly appreciated, especially after hunting for the information, which, as you know, can be a bedeviling experience. $\endgroup$ – Timothy J. Lambert Jun 30 '16 at 19:27
  • $\begingroup$ did you copy all the files on your drive (if so then there would be no problem in the first place because the file tree is not disturbed as of to say :) ) $\endgroup$ – noob.blenderhead Jul 9 '16 at 5:48

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

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