It’s title may say Linux Install Issues but 20 pages in it’s already way more than that, so it seems like a fitting place. Or you could make another thread There’s plenty of places on these forums (even in the Off-Topic ones: viewforum.php?f=14). I’d be more than down to have a Linux back and forth debate, I find them fun. But without congesting actual support threads (this one is stickied for a reason).

Cheers,Mike

Last edited by MikeRochefort on Thu Jul 05, 2018 12:41 am, edited 1 time in total.

It’s title may say Linux Install Issues but 20 pages in its already more than that, do it seems like a fitting place. Or you could make another thread There’s plenty of places on these forums (even in the Off-Topic ones: https://forum.blackmagicdesign.com/viewforum.php?f=14). I’d be more than down to have a Linux back and forth debate, I find them fun. But without congesting actual support threads (this one is stickied for a reason).

Cheers,Mike

Mike, I'm grateful again. Thanks for pointing me in the right direction.

A new ISO? I don’t believe so. But you can just download Resolve 15 and install it normally. Just make sure you install at least the minimum required driver version (or CUDA) version and you’ll be fine.

As always, the link to the current build image ISO is in the Linux Installation Instructions PDF file that is part of the Linux Resolve software download from the BMD site.

There is a new ISO for 15, but it's basically the same as the last 14.3 ISO with the exception of the install files in /opt/resolve/Releases being replaced with the Resolve 15 Studio installer, and the inclusion of the 390.42 NVIDIA driver required for Resolve 15.

Dwaine Maggart wrote:As always, the link to the current build image ISO is in the Linux Installation...

...There is a new ISO for 15, but it's basically the same as the last 14.3 ISO with the exception of the install files in /opt/resolve/Releases being replaced with the Resolve 15 Studio installer, and the inclusion of the 390.42 NVIDIA driver required for Resolve 15.

Greetings, Dwaine.For Linux newbies, has anything been added to the LINUX ISO that improves ease of quickly launching Resolve 15 -- without the enduser having to scrape up ftom the Internet, installer packages for other drivers such as some required to get Fairlight page to fully work?

Or is everything already there (barring some Linux drivers needed for connected peripherals)?

Dwaine Maggart wrote:If you build a system drive with our ISO build image, Resolve should just work, assuming you have proper hardware. The build image is NVIDIA centric. It won't work with AMD GPUs.

After building the drive, you still have to install the Resolve app itself, which is in the /opt/resolve/Releases folder. As per the Linux Install Instructions PDF, also in that folder.

Also, the current build image has Desktop Video 10.9.7. If you have a DeckLink 8K card, you'd need to install Desktop Video 10.11.2. Details for doing that are also in the PDF.

Oh, OK Thanks for that. Do know, Dwaine, that every additional effort you and your cohorts will yet put into enhancing the ease of installation, setup and smooth, comprehensive functionality of Resolve for Linux is hugely appreciated.

A growing number of us creatives are ever more fed up with the bloated complexities and drivers-breaking shenanigans of later Windows and OSX iterations from Microsoft and Apple, respectively.

Sort of BMD distro, based on something but with your repos and with easy installation and update of the system.

I think it would make A TON of users really happy...

Tommaso is really onto something -- and I believe Blackmagic Design would do well to protect their own interests by ensuring that their software development efforts on the Linux platform also moves in the direction of developing a Resolve for Linux variant that leverages new technologies while also maximizing stability and security.

Sadly, it appears to this newbie at least-- that the Resolve for Linux tradition does little to secure new technologies for the Linux base of BMD endusers.

Of particular interest to me at least, is that Linux [Debian flavors] would lend to more simplified OS upgrades and system tweaks without packages' dependencies getting in the way of clean, speedy setup and maintenance for users.

If I'm arguing for a solid Debian based Resolve for Linux distribution to be run alongside the RHEL/CentOS variant, so be it. Then let the Resolve endusers "vote" to give BMD the impetus to move forward with whichever flavor we decide.

I beg Blackmagic Design to hire additional, bright, efficient, experienced software coders [expert in Fedora maybe?] to get this proposed, new approach to meeting customer needs, addressed with enthusiastic intentionally.

- More stable OS usually- No Antivirus required - More control on resources

I should add:• No requirement for costly upgrades (as is the case with "Micro$haft Windblows"• Lesser likelihood of losing use of connected peripherals due to broken drivers after upgra as is often the case with recent OS iterations from Micro$haft & Apple.• Generally more speedy OS performance, likely, depending of course, on Linux variant, system optimizations and installation scheme.

Ok some quick comments - although there seem to be "another" thread for this CentOS comes with an ancient Kernel. Depending on your hardware, thats a dealbreaker. The newest chipsets and components will never be supported by an kernel as old as the default Centos 7 afaik they are still on 3.10 - its a good distro, i have it on my Webserver, but i would never use it for an AV system.

So for people with half recent hardware: check out distrowatch.com and check what kernel the distros are on per default.

evgenymagata wrote:CentOS comes with an ancient Kernel. Depending on your hardware, thats a dealbreaker. The newest chipsets and components will never be supported by an kernel as old as the default Centos 7 afaik they are still on 3.10 - its a good distro, i have it on my Webserver, but i would never use it for an AV system.

The RHEL kernel lagging behind and being severely limited is a common misconception to most people who don't understand RHEL development. Yes, the kernel version is 3.10.0. All that means is that the kernel RHEL 7 was initially built with (back in 2013 when the package freeze occurred for the 2014 release) was 3.10.0. The latest RHEL kernel is 3.10.0-957.1.3. This includes functionality from the kernel 4.x series.

The version number for RHEL holds little value. Red Hat does use the old original number, but then adds patches from both in house fixes and upstream kernels into their own. During Phase 1 development (which will end in Q4 of 2019 for RHEL 7) Red Hat backports features, bug fixes, and security patches into their kernel. As well as add new ones on customer or industry request. Phase 2 and 3 typically remove feature updates and bug fixes respectively. The kernel version itself doesn't change in order to prevent introducing ABI breakage for packages.

My universities HPC center where I work runs RHEL 6.x, based off of the last 2.6.32 kernel. Our newest nodes are Xeon Skylake systems with Tesla V100's in them. My home workstation running CentOS 7 has three 1070's and an i7-6850K Broadwell chip. They have no issues on this platform. You can't judge an enterprise distro off of version numbers, they don't apply.

If it makes you feel any more at ease, RHEL 8 which is coming out next year (and is in public beta) is built from Fedora 28/29 and utilizes kernel 4.18.0-X as its base.

Cheers,Mike

Last edited by MikeRochefort on Tue Dec 04, 2018 5:56 pm, edited 1 time in total.

Did you skip what i was saying, Kaby Lake - which was introduced in 2016, is supported by Kernel 4.10, which was released in 2017. Also i dont see Kaby Lake on the list of supported Chipsets in the Link you posted. I think we have a different opinion about what is "recent" hardware, my suggestion was for people that use recent hardware, i.e. my PC has a Kaby Lake Chipset - so i wouldnt be happy running CentOs 7, i dont know why you argue against that. I was just pointing this out for potential Linux users that MIGHT have newer hardware than you.

Take a deep breath and relax Evgeny. I was writing my response while you posted that. Take a look at my post edit above.

What I'm recommending you do is to spend time researching the distribution and verifying the hardware you intend to use works. My original argument was about not using the kernel version as the end all factor in determining RH support, as it doesn't apply the same way as it does to other distros.

Even if the backported Gen7 CPU support: Just Google it, CentOs is NOT a recommended distro for very recent Hardware Architectures. I have no idea why you try to make people believe otherwise. It is a great distribution - and like i said, i run it myself, on my server, which is running VM's, Webservers. SAMBA etc.

But not Resolve.

EDIT: What i ALSO dont understand, if you like yum/rpm etc. even then you can just use Fedora or Suse. almost everything will work like you are used to from CentOS but you have a much more modern distro.

evgenymagata wrote:Even if the backported Gen7 CPU support: Just Google it, CentOs is NOT a recommended distro for very recent Hardware Architectures. I have no idea why you try to make people believe otherwise.

I'm not trying to make people believe anything. I'm trying to inform you to the development practices of Red Hat, and by derivation CentOS, as well as provide fact responses to your claims. I'm not sure what you deem "recent". If you want bleeding edge day zero support, use Arch. I'm not saying there aren't certain hardware architectures that are unsupported, but you're making it seem like everything 'new' isn't. Outside of Zen 2 and EPYC Rome, there really hasn't been any 'new' hardware recently. Particularly anything that requires a substantial patch to the kernel.

evgenymagata wrote:But not Resolve.

Resolve works perfectly fine on CentOS. Ask anyone here using it, and ask Blackmagic Design who develops on it.

evgenymagata wrote:EDIT: What i ALSO dont understand, if you like yum/rpm etc. even then you can just use Fedora or Suse. almost everything will work like you are used to from CentOS but you have a much more modern distro.

They have different use cases. Both in terms of support, practice, and releases. With a distribution like RHEL you are guaranteed a system that is rock solid (usually after the X.2 release) and will not fail (usually). You get a long lifetime out of the product that means a lot for users. it provides a stable development platform that won't break in the next year with the next release. For people that prefer long term stability, predictability, for both production and development purposes, it's a great platform. Fedora is the upstream of RHEL, so if you use that you'll know what will be in the next version. But it can be iffy at times and the development tools move/change too rapidly for the M&E industry. Some environments will actually mix the two together, and use Fedora client side with RHEL server side.

At the end of the day it's really up to the user. But it's better to be well informed when making these decisions.

This is true. What I am trying to say is give it time and it likely will be supported if the distro is in Phase 1 development. That's really about it. If you don't have the time, and the hardware is unsupported, then the decision is really already made for you (if the kernel isn't involved). Otherwise you can use the kernels from ElRepo which build both the latest mainline and LTS kernels for use on RHEL and CentOS. Just sharing the options available to you.

I can't get Resolve to run on my CentOS 7 Build.. 'Segmentation fault (core dumped)' Is what the terminal reads.everything updated with yum, tried all sorts of things dotted around the web but nothing is working.By far the most difficult piece of software I've ever had to try and install, Nuke, Houdini, Maya all install and play fine.

I don't have a decklink card? Is it mandatory to even get Resolve to run?Would a Nvidia GPU be Better?

Im on a very basic i7 build 16gbram, firepro v7900 gpu, ssd, not a fast machine at all but all pretty mature so should work fine i'd imagine. Obviously not the fastest machine, but its just for home so not worried about speed just testing and learning.

evgenymagata wrote:Did you skip what i was saying, Kaby Lake - which was introduced in 2016, is supported by Kernel 4.10, which was released in 2017. Also i dont see Kaby Lake on the list of supported Chipsets in the Link you posted. I think we have a different opinion about what is "recent" hardware, my suggestion was for people that use recent hardware, i.e. my PC has a Kaby Lake Chipset - so i wouldnt be happy running CentOs 7, i dont know why you argue against that. I was just pointing this out for potential Linux users that MIGHT have newer hardware than you.

Kaby Lake works just fine on RHEL7.5. Even a recent mobile CPU like E-2186M (used by HP/Dell in their enterprise laptops, released Q2 2018) works fine. Built-in graphics and all. That supported cpus link by redhat is outdated (Updated October 25 2017). Here is a KB article by them where they clearly list the 3.10 kernel that supports both the CPU and the iGPU on it:https://access.redhat.com/solutions/3465951

Regardless, use whatever distro works for you. I can tell you that in my industry (Animation studio) RHEL/CentOS is practically that only distro that matters. Big hardware vendors only certify for it and big software vendors - like Autodesk - only supports RHEL/CentOS.

BMD is correct in focusing on that distro. Big thanks for even doing Linux.

You need to install CUDA. Unfortunately, BMD did not make it an either/or system for detecting whether CUDA or OpenCL exists on your system. Both libraries need to be present, even if you have an AMD card. All you should need is the libcuda library which you can get from running the NVIDIA driver with the --extract option. I’m not 100% on this as I don’t have an AMD card, but from CUDA experience that’s the only user land library that really matters.

Thanks Mike,I'll try this and report back. Should I install cuda then reinstall resolve? Resolve doesn't seem to have an uninstall, whats the best way to trash everything resolve related if I want to start from scratch on the install,

Please, just take a look at my current PC hardware listed in my sigbature, and tell me - a complete Linux noob (who happens to have been working on Sun workstations under UNIX some 30 years ago) - whether it would or would not make sense to replace Windows 10 with CentOS linux.

Would I be able to take full advantage of my current hardware, or would I need to invest in anything which I don't currently have? Also, my idea is make this computer a 2 applications machine only:- Resolve (with full current functionalities)- Autodesk Moldflow (which happens to tun on CentOS flavor of Linux, as well).

Is this a good idea? It crossed my mind right after I first saw how Windows 10 wastes the 2990WX 32-core computing power... I realize my question is naive at this stage, but depending on your answer whether it's worth it trying to change my idea into realty - I'd start diving deeper into the Linux specifics. TIA

If I’m going to be honest, I’m not sure. If you have a spare drive around I would recommend installing CentOS to that just as a test. Threadripper 2 is a Zen+ architecture and I’m not sure if Red Hat’s initial Zen support carries over to that. In going through the RHEL kernel’s changelog, it makes note of Ryzen and Naples from prior versions, but nothing else.

Completely. My workstation dual boots CentOS 7 and Windows 10 for the situations in which I need Adobe products. Just install them to different drives (for safety) and set the default boot loader of your system to CentOS. You can later add the Windows drive to the GRUB menu manually, or just use your motherboards boot key (F11 for me) to switch to the Windows drive at boot time.

I have a question... Thinking about putting a second drive in my laptop for Linux Resolve, easy enough. But it has one of those nvidia optimus types of "dedicated" nvidia chips. I've had trouble in past with this, but it's been more than 5 years since I tried Centos 7 on something similar. Will the latest C7 work on this laptop?

i7-6700HQGTX965MM.2 Windows OS drive - will install second M.2 drive for C7probably increasing RAM from 16gb to 32gb if I do this

You’ll need to use some kind of setup involving bumblebee or similar alternative if you want to be able to switch back and forth between the iGPU and dGPU. That’s to the best of my knowledge, I don’t have any laptops with Linux on them, outside of VMs.

Request from a newbie both for Linux and DS: Could someone confirm which way would be the smoothest way to install DS in CentOS, the way this thread initially instructs, or using the CentOS with DS DVD? If the latter, where can I find the ISO then?And lastly, is there a "COMPLETE & NEWBIES-PROOF" User Guide to use it?

I thought that since I was running Fedora 28, I'd have a fairly easy time of installing DR. No such luck. I couldn't get OpenCL working without clobbering OpenGL, and there was no convenient AMDGPU-PRO installer available for Fedora.

So I had to zig instead of zag. CentOS was just too ancient for me, so I installed Ubuntu 18.04 LTS on another drive. After installing the official AMDGPU-PRO and overwriting the open source amdgpu driver, OpenCL and OpenGL could both function simultaneously. I took a 15% - 20% hit in OpenGL performance, though.

So now Davinci Resolve 16 works, but it seems the free version doesn't support h.264. All my existing video files will need to be converted from h.264 to mpeg4. That's going to be a drag. And my source for these video files only natively supports h.264, so every file generated will have to be converted too.

denydz wrote:Yeah, the free version has it's limitations.But once you manage to install on linux, you will have more power available just for DR than on windows

Thanks for the thought, but could you expand on that? I know Resolve is supposed to use the GPU for some functions, but I've heard varying claims on what exactly the free version can use the GPU for and how much acceleration I can expect. And what does the Linux version leverage better than the Windows or Mac versions?