hwinfo not found after seemingly successful install
Clash Royale CLAN TAG#URR8PPP
up vote
2
down vote
favorite
I installed hwinfo using sudo apt-get install hwinfo
and the system tells me that:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
hwinfo
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/32.8 kB of archives.
After this operation, 90.1 kB of additional disk space will be used.
Selecting previously unselected package hwinfo.
(Reading database ... 192008 files and directories currently installed.)
Preparing to unpack .../hwinfo_21.6-1_amd64.deb ...
Unpacking hwinfo (21.6-1) ...
Processing triggers for man-db (2.7.0.2-5) ...
Setting up hwinfo (21.6-1) ...
Though when I afterwards enter hwinfo
it says that the command not found
. man hwinfo
works, i.e. the manual is shown, however locate hwinfo
doesn't return anything.
I'm on Debian 8.1
dpkg-query -L hwinfo
shows that hwinfo lives under /usr/sbin/hwinfo
and calling this directly works too. So I suppose it is a path issue?
debian apt
add a comment |
up vote
2
down vote
favorite
I installed hwinfo using sudo apt-get install hwinfo
and the system tells me that:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
hwinfo
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/32.8 kB of archives.
After this operation, 90.1 kB of additional disk space will be used.
Selecting previously unselected package hwinfo.
(Reading database ... 192008 files and directories currently installed.)
Preparing to unpack .../hwinfo_21.6-1_amd64.deb ...
Unpacking hwinfo (21.6-1) ...
Processing triggers for man-db (2.7.0.2-5) ...
Setting up hwinfo (21.6-1) ...
Though when I afterwards enter hwinfo
it says that the command not found
. man hwinfo
works, i.e. the manual is shown, however locate hwinfo
doesn't return anything.
I'm on Debian 8.1
dpkg-query -L hwinfo
shows that hwinfo lives under /usr/sbin/hwinfo
and calling this directly works too. So I suppose it is a path issue?
debian apt
4
Trydpkg-query -L hwinfo
to list what files the package actually installed on your system, and where.
– steve
Aug 2 '15 at 9:59
Thanks @steve. It has been installed under/usr/sbin/hwinfo
. Should I just add this to my path?
– pandita
Aug 2 '15 at 10:06
add a comment |
up vote
2
down vote
favorite
up vote
2
down vote
favorite
I installed hwinfo using sudo apt-get install hwinfo
and the system tells me that:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
hwinfo
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/32.8 kB of archives.
After this operation, 90.1 kB of additional disk space will be used.
Selecting previously unselected package hwinfo.
(Reading database ... 192008 files and directories currently installed.)
Preparing to unpack .../hwinfo_21.6-1_amd64.deb ...
Unpacking hwinfo (21.6-1) ...
Processing triggers for man-db (2.7.0.2-5) ...
Setting up hwinfo (21.6-1) ...
Though when I afterwards enter hwinfo
it says that the command not found
. man hwinfo
works, i.e. the manual is shown, however locate hwinfo
doesn't return anything.
I'm on Debian 8.1
dpkg-query -L hwinfo
shows that hwinfo lives under /usr/sbin/hwinfo
and calling this directly works too. So I suppose it is a path issue?
debian apt
I installed hwinfo using sudo apt-get install hwinfo
and the system tells me that:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
hwinfo
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/32.8 kB of archives.
After this operation, 90.1 kB of additional disk space will be used.
Selecting previously unselected package hwinfo.
(Reading database ... 192008 files and directories currently installed.)
Preparing to unpack .../hwinfo_21.6-1_amd64.deb ...
Unpacking hwinfo (21.6-1) ...
Processing triggers for man-db (2.7.0.2-5) ...
Setting up hwinfo (21.6-1) ...
Though when I afterwards enter hwinfo
it says that the command not found
. man hwinfo
works, i.e. the manual is shown, however locate hwinfo
doesn't return anything.
I'm on Debian 8.1
dpkg-query -L hwinfo
shows that hwinfo lives under /usr/sbin/hwinfo
and calling this directly works too. So I suppose it is a path issue?
debian apt
debian apt
edited Nov 24 at 20:44
Rui F Ribeiro
38.3k1476127
38.3k1476127
asked Aug 2 '15 at 9:55
pandita
239420
239420
4
Trydpkg-query -L hwinfo
to list what files the package actually installed on your system, and where.
– steve
Aug 2 '15 at 9:59
Thanks @steve. It has been installed under/usr/sbin/hwinfo
. Should I just add this to my path?
– pandita
Aug 2 '15 at 10:06
add a comment |
4
Trydpkg-query -L hwinfo
to list what files the package actually installed on your system, and where.
– steve
Aug 2 '15 at 9:59
Thanks @steve. It has been installed under/usr/sbin/hwinfo
. Should I just add this to my path?
– pandita
Aug 2 '15 at 10:06
4
4
Try
dpkg-query -L hwinfo
to list what files the package actually installed on your system, and where.– steve
Aug 2 '15 at 9:59
Try
dpkg-query -L hwinfo
to list what files the package actually installed on your system, and where.– steve
Aug 2 '15 at 9:59
Thanks @steve. It has been installed under
/usr/sbin/hwinfo
. Should I just add this to my path?– pandita
Aug 2 '15 at 10:06
Thanks @steve. It has been installed under
/usr/sbin/hwinfo
. Should I just add this to my path?– pandita
Aug 2 '15 at 10:06
add a comment |
2 Answers
2
active
oldest
votes
up vote
1
down vote
accepted
The name of a package isn't always the same as the name of any command it contains. You can use dpkg -L hwinfo | grep bin/
to list the commands it provides (or apt-file list hwinfo | grep bin/
before installation).
The hwinfo
package does include a command called hwinfo
, but it's /usr/sbin/hwinfo
. The sbin
directories (/sbin
, /usr/sbin
, /usr/local/sbin
) contain commands that are meant to be used only by root. This doesn't necessarily mean that these commands won't work if called by another user, just that they're unlikely to be useful. The sbin
directories are normally in the command search path only for the root user.
You can run /usr/sbin/hwinfo
as a non-root user, but its report is incomplete; it needs root access for some of the information it queries. Therefore run sudo hwinfo
or su -c hwinfo
to get complete output, or /usr/sbin/hwinfo
if incomplete output is sufficient.
You shouldn't add /usr/sbin
to your PATH
as most of the commands it contains cannot be usefully run as a non-root user.
accepted for the extra info on the sbin folder and advice around that. Out of interest, would it be ok toalias hwinfo=/usr/sbin/hwinfo
or would that cause issues when using the command with sudo?
– pandita
Aug 4 '15 at 9:05
@pandita There's nothing wrong with that alias, except that you need to keep in mind that you'll get incomplete information.
– Gilles
Aug 4 '15 at 9:25
So the alias will not prevent getting the full information when runningsudo hwinfo
then, right?
– pandita
Aug 4 '15 at 10:41
@pandita The alias won't even be triggered bysudo hwinfo
. But anyway what matters is the user running the command, not how the shell was instructed to start the command.
– Gilles
Aug 4 '15 at 11:13
add a comment |
up vote
2
down vote
By running dpkg-query -L hwinfo
you can view all the files installed by this package, together with their location.
So likely installed as /usr/sbin/hwinfo
. Add /usr/sbin
to your $PATH variable if you want to run it with simply the command hwinfo
rather than the full path+command /usr/sbin/hwinfo
.
add a comment |
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
accepted
The name of a package isn't always the same as the name of any command it contains. You can use dpkg -L hwinfo | grep bin/
to list the commands it provides (or apt-file list hwinfo | grep bin/
before installation).
The hwinfo
package does include a command called hwinfo
, but it's /usr/sbin/hwinfo
. The sbin
directories (/sbin
, /usr/sbin
, /usr/local/sbin
) contain commands that are meant to be used only by root. This doesn't necessarily mean that these commands won't work if called by another user, just that they're unlikely to be useful. The sbin
directories are normally in the command search path only for the root user.
You can run /usr/sbin/hwinfo
as a non-root user, but its report is incomplete; it needs root access for some of the information it queries. Therefore run sudo hwinfo
or su -c hwinfo
to get complete output, or /usr/sbin/hwinfo
if incomplete output is sufficient.
You shouldn't add /usr/sbin
to your PATH
as most of the commands it contains cannot be usefully run as a non-root user.
accepted for the extra info on the sbin folder and advice around that. Out of interest, would it be ok toalias hwinfo=/usr/sbin/hwinfo
or would that cause issues when using the command with sudo?
– pandita
Aug 4 '15 at 9:05
@pandita There's nothing wrong with that alias, except that you need to keep in mind that you'll get incomplete information.
– Gilles
Aug 4 '15 at 9:25
So the alias will not prevent getting the full information when runningsudo hwinfo
then, right?
– pandita
Aug 4 '15 at 10:41
@pandita The alias won't even be triggered bysudo hwinfo
. But anyway what matters is the user running the command, not how the shell was instructed to start the command.
– Gilles
Aug 4 '15 at 11:13
add a comment |
up vote
1
down vote
accepted
The name of a package isn't always the same as the name of any command it contains. You can use dpkg -L hwinfo | grep bin/
to list the commands it provides (or apt-file list hwinfo | grep bin/
before installation).
The hwinfo
package does include a command called hwinfo
, but it's /usr/sbin/hwinfo
. The sbin
directories (/sbin
, /usr/sbin
, /usr/local/sbin
) contain commands that are meant to be used only by root. This doesn't necessarily mean that these commands won't work if called by another user, just that they're unlikely to be useful. The sbin
directories are normally in the command search path only for the root user.
You can run /usr/sbin/hwinfo
as a non-root user, but its report is incomplete; it needs root access for some of the information it queries. Therefore run sudo hwinfo
or su -c hwinfo
to get complete output, or /usr/sbin/hwinfo
if incomplete output is sufficient.
You shouldn't add /usr/sbin
to your PATH
as most of the commands it contains cannot be usefully run as a non-root user.
accepted for the extra info on the sbin folder and advice around that. Out of interest, would it be ok toalias hwinfo=/usr/sbin/hwinfo
or would that cause issues when using the command with sudo?
– pandita
Aug 4 '15 at 9:05
@pandita There's nothing wrong with that alias, except that you need to keep in mind that you'll get incomplete information.
– Gilles
Aug 4 '15 at 9:25
So the alias will not prevent getting the full information when runningsudo hwinfo
then, right?
– pandita
Aug 4 '15 at 10:41
@pandita The alias won't even be triggered bysudo hwinfo
. But anyway what matters is the user running the command, not how the shell was instructed to start the command.
– Gilles
Aug 4 '15 at 11:13
add a comment |
up vote
1
down vote
accepted
up vote
1
down vote
accepted
The name of a package isn't always the same as the name of any command it contains. You can use dpkg -L hwinfo | grep bin/
to list the commands it provides (or apt-file list hwinfo | grep bin/
before installation).
The hwinfo
package does include a command called hwinfo
, but it's /usr/sbin/hwinfo
. The sbin
directories (/sbin
, /usr/sbin
, /usr/local/sbin
) contain commands that are meant to be used only by root. This doesn't necessarily mean that these commands won't work if called by another user, just that they're unlikely to be useful. The sbin
directories are normally in the command search path only for the root user.
You can run /usr/sbin/hwinfo
as a non-root user, but its report is incomplete; it needs root access for some of the information it queries. Therefore run sudo hwinfo
or su -c hwinfo
to get complete output, or /usr/sbin/hwinfo
if incomplete output is sufficient.
You shouldn't add /usr/sbin
to your PATH
as most of the commands it contains cannot be usefully run as a non-root user.
The name of a package isn't always the same as the name of any command it contains. You can use dpkg -L hwinfo | grep bin/
to list the commands it provides (or apt-file list hwinfo | grep bin/
before installation).
The hwinfo
package does include a command called hwinfo
, but it's /usr/sbin/hwinfo
. The sbin
directories (/sbin
, /usr/sbin
, /usr/local/sbin
) contain commands that are meant to be used only by root. This doesn't necessarily mean that these commands won't work if called by another user, just that they're unlikely to be useful. The sbin
directories are normally in the command search path only for the root user.
You can run /usr/sbin/hwinfo
as a non-root user, but its report is incomplete; it needs root access for some of the information it queries. Therefore run sudo hwinfo
or su -c hwinfo
to get complete output, or /usr/sbin/hwinfo
if incomplete output is sufficient.
You shouldn't add /usr/sbin
to your PATH
as most of the commands it contains cannot be usefully run as a non-root user.
answered Aug 2 '15 at 19:30
Gilles
523k12610431576
523k12610431576
accepted for the extra info on the sbin folder and advice around that. Out of interest, would it be ok toalias hwinfo=/usr/sbin/hwinfo
or would that cause issues when using the command with sudo?
– pandita
Aug 4 '15 at 9:05
@pandita There's nothing wrong with that alias, except that you need to keep in mind that you'll get incomplete information.
– Gilles
Aug 4 '15 at 9:25
So the alias will not prevent getting the full information when runningsudo hwinfo
then, right?
– pandita
Aug 4 '15 at 10:41
@pandita The alias won't even be triggered bysudo hwinfo
. But anyway what matters is the user running the command, not how the shell was instructed to start the command.
– Gilles
Aug 4 '15 at 11:13
add a comment |
accepted for the extra info on the sbin folder and advice around that. Out of interest, would it be ok toalias hwinfo=/usr/sbin/hwinfo
or would that cause issues when using the command with sudo?
– pandita
Aug 4 '15 at 9:05
@pandita There's nothing wrong with that alias, except that you need to keep in mind that you'll get incomplete information.
– Gilles
Aug 4 '15 at 9:25
So the alias will not prevent getting the full information when runningsudo hwinfo
then, right?
– pandita
Aug 4 '15 at 10:41
@pandita The alias won't even be triggered bysudo hwinfo
. But anyway what matters is the user running the command, not how the shell was instructed to start the command.
– Gilles
Aug 4 '15 at 11:13
accepted for the extra info on the sbin folder and advice around that. Out of interest, would it be ok to
alias hwinfo=/usr/sbin/hwinfo
or would that cause issues when using the command with sudo?– pandita
Aug 4 '15 at 9:05
accepted for the extra info on the sbin folder and advice around that. Out of interest, would it be ok to
alias hwinfo=/usr/sbin/hwinfo
or would that cause issues when using the command with sudo?– pandita
Aug 4 '15 at 9:05
@pandita There's nothing wrong with that alias, except that you need to keep in mind that you'll get incomplete information.
– Gilles
Aug 4 '15 at 9:25
@pandita There's nothing wrong with that alias, except that you need to keep in mind that you'll get incomplete information.
– Gilles
Aug 4 '15 at 9:25
So the alias will not prevent getting the full information when running
sudo hwinfo
then, right?– pandita
Aug 4 '15 at 10:41
So the alias will not prevent getting the full information when running
sudo hwinfo
then, right?– pandita
Aug 4 '15 at 10:41
@pandita The alias won't even be triggered by
sudo hwinfo
. But anyway what matters is the user running the command, not how the shell was instructed to start the command.– Gilles
Aug 4 '15 at 11:13
@pandita The alias won't even be triggered by
sudo hwinfo
. But anyway what matters is the user running the command, not how the shell was instructed to start the command.– Gilles
Aug 4 '15 at 11:13
add a comment |
up vote
2
down vote
By running dpkg-query -L hwinfo
you can view all the files installed by this package, together with their location.
So likely installed as /usr/sbin/hwinfo
. Add /usr/sbin
to your $PATH variable if you want to run it with simply the command hwinfo
rather than the full path+command /usr/sbin/hwinfo
.
add a comment |
up vote
2
down vote
By running dpkg-query -L hwinfo
you can view all the files installed by this package, together with their location.
So likely installed as /usr/sbin/hwinfo
. Add /usr/sbin
to your $PATH variable if you want to run it with simply the command hwinfo
rather than the full path+command /usr/sbin/hwinfo
.
add a comment |
up vote
2
down vote
up vote
2
down vote
By running dpkg-query -L hwinfo
you can view all the files installed by this package, together with their location.
So likely installed as /usr/sbin/hwinfo
. Add /usr/sbin
to your $PATH variable if you want to run it with simply the command hwinfo
rather than the full path+command /usr/sbin/hwinfo
.
By running dpkg-query -L hwinfo
you can view all the files installed by this package, together with their location.
So likely installed as /usr/sbin/hwinfo
. Add /usr/sbin
to your $PATH variable if you want to run it with simply the command hwinfo
rather than the full path+command /usr/sbin/hwinfo
.
answered Aug 2 '15 at 13:39
steve
13.8k22452
13.8k22452
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f219730%2fhwinfo-not-found-after-seemingly-successful-install%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
4
Try
dpkg-query -L hwinfo
to list what files the package actually installed on your system, and where.– steve
Aug 2 '15 at 9:59
Thanks @steve. It has been installed under
/usr/sbin/hwinfo
. Should I just add this to my path?– pandita
Aug 2 '15 at 10:06