Hi ,
I installed Jetpack 3.2.1 on Tx2 for me to get deepstream sdk. But i dont see nvcc --version working and even deepstreamer pipeline also does not work.
First, did you install CUDA? If you go to “/usr/local/”, there should be a version of CUDA there. Within this “cuda-/” subdirectory, look for subdirectory “bin/”. “nvcc” would be within that. This bin directory is not normally in your default search path and applications building with this typically get told where to find it.
Do keep in mind that you don’t have to always flash to use JetPack. Normally the Jetson flashes/reboots and then JetPack installs extra packages, but you can uncheck flash and just install packages. If you are missing CUDA, then this is how you would add it back in. If it is there, then you would just tell any kind of build configuration where to find nvcc (or perhaps add it to your default search path).
I am unable to install Cuda as the installer fails and asks me to install manually.
When i try running manually as :
sudo apt-get cuda-toolkit-9-0 libompl libfreeimage-dev libopenmpi-dev openmpi-bin
I get following error:
E:Could not get lock /var/lib/dpkg/lock-open(11:Resource tempaoririly unavailable)
E: Unable to lock the adminstration directory(/var/lib/dpkg/), is another process running it ?
Although i tried restarting and freshly tried installing assuming some lock issue would get solved.
Either the system is trying to do an automatic update, or one failed and is stuck. The following is to try and find out if the system is just looking at upgrades after booting.
What do you see from:
sudo systemctl status unattended-upgrades.service
What do you see from:
ps aux | egrep '(apt|dpkg)' | egrep -v 'egrep'
Do you see a file (symbolic link) here?
ls /etc/systemd/system/multi-user.target.wants/unattended-upgrades.service
If there is a possibility the system is trying to do an apt-get upgrade automatically (or just getting a list of out of date packages), try disabling the unattended upgrades and reboot, then install CUDA again:
sudo systemctl disable unattended-upgrades.service
sudo shutdown -r now
# ...try CUDA install again...use JetPack if needed, but uncheck flash and connect only wired ethernet.
If you succeed, and if you want this feature on, then you can re-enable:
sudo systemctl enable unattended-upgrades.service
If this still fails, then we can check for a stale lock file.
nvidia@tegra-ubuntu:~/Desktop$ ls /etc/systemd/system/multi-user.target.wants/unattended-upgrades.service
ls: cannot access ‘/etc/systemd/system/multi-user.target.wants/unattended-upgrades.service’: No such file or directory
So I don’t see the unattended upgrades enabled (which would run on startup). But I do see that you have some sort of caching going on with dnsmasq. Unfortunately, I don’t know if this is related or not (it could be perfectly normal).
I do see in “/etc/apt/apt.conf.d/” a file “20auto-upgrades”. I am going to suggest you move this somewhere else, e.g., assuming you are logged in as user “nvidia”:
…reboot, and try again. If it fails, verify if this file exists:
/var/lib/dpkg/lock
If this file still exists, and the update failed, try:
sudo pgrep -f 'dpkg|apt'
# then <i><b>for each process ID</b></i>, if any, run:
kill <process ID>
sudo rm /var/lib/dpkg/lock
…and try again (it is important to kill any existing “apt” or “dpkg” command first so it won’t corrupt a database by running two operations simultaneously…sometimes though the lock exists after an apt or dpkg failure and doesn’t go away when it should).
The reason for all of this trouble is that a new dpkg/apt operation is refusing to run due to something else already running…but we don’t know if something else is really running, or if instead a failed run left a lock. Eventually we get to the steps of either removing a stale lock or killing some automatic update which is running on each boot. If you’ve never run “sudo apt update; sudo apt-get upgrade”, then there is an enormous list of files to download and that could legitimately hold the lock open for hours or more.
Hi linuxdev and DaneLLL,
Thanks for your help. Well i was unsuccesful in installing cuda, hence ended up flashing again Jetpack 3.2.1 . Now cuda looks to be fine. But gstreamer errors are there such as ,
nvidia@tegra-ubuntu:~$ gst-launch-1.0 filesrc location = ~/Documents/videos/Demo.mp4 ! decodebin ! nvvidconv ! xvimagesink
Setting pipeline to PAUSED …
ERROR: Pipeline doesn’t want to pause.
ERROR: from element /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0: Could not initialise Xv output
Additional debug info:
xvimagesink.c(1760): gst_xv_image_sink_open (): /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0:
Could not open display (null)
Setting pipeline to NULL …
Freeing pipeline …
(gst-launch-1.0:2292): GStreamer-CRITICAL **: gst_element_make_from_uri: assertion ‘gst_uri_is_valid (uri)’ failed
WARNING: erroneous pipeline: no source element for URI “/home/nvidia/Documents/videos/Demo.mp4”
Thanks DaneLLL. This helped.
Any idea how should i ensure that this stream is decoding from NVIDIA’s hardware ?
And also how i can decode 2 or multiple streams from this NVIDIA hardware.