Re: /sbin vs /bin

2022-07-30 Thread Dan Ritter
to...@tuxteam.de wrote: > On Sat, Jul 30, 2022 at 02:07:58PM -0400, Greg Wooledge wrote: > > On Sat, Jul 30, 2022 at 02:02:21PM -0400, Timothy M Butterworth wrote: > > > Logging in as root has become taboo. Sudo is the prefered mechanism for > > > running administrator functions. I have root set t

Re: /sbin vs /bin

2022-07-30 Thread David Wright
On Sat 30 Jul 2022 at 20:21:00 (+0200), to...@tuxteam.de wrote: > On Sat, Jul 30, 2022 at 02:07:58PM -0400, Greg Wooledge wrote: > > On Sat, Jul 30, 2022 at 02:02:21PM -0400, Timothy M Butterworth wrote: > > > Logging in as root has become taboo. Sudo is the prefered mechanism for > > > running adm

Re: /sbin vs /bin

2022-07-30 Thread tomas
On Sat, Jul 30, 2022 at 02:07:58PM -0400, Greg Wooledge wrote: > On Sat, Jul 30, 2022 at 02:02:21PM -0400, Timothy M Butterworth wrote: > > Logging in as root has become taboo. Sudo is the prefered mechanism for > > running administrator functions. I have root set to nologin with a null > > passwor

Re: /sbin vs /bin

2022-07-30 Thread Greg Wooledge
On Sat, Jul 30, 2022 at 02:02:21PM -0400, Timothy M Butterworth wrote: > Logging in as root has become taboo. Sudo is the prefered mechanism for > running administrator functions. I have root set to nologin with a null > password to force sudo usage. This makes entering single-user mode ("rescue m

Re: /sbin vs /bin

2022-07-30 Thread Timothy M Butterworth
On Fri, Jul 29, 2022 at 7:08 AM Greg Wooledge wrote: > On Thu, Jul 28, 2022 at 11:39:01PM -0500, Igor Korot wrote: > > Open the Terminal > > Become root by running su > > Try to run ldconfig -> "Command not found" > > Try to run /sbin/ldconfig -> execution successful > > https://wiki.debian.org/N

Re: /sbin vs /bin

2022-07-29 Thread Greg Wooledge
On Thu, Jul 28, 2022 at 11:39:01PM -0500, Igor Korot wrote: > Open the Terminal > Become root by running su > Try to run ldconfig -> "Command not found" > Try to run /sbin/ldconfig -> execution successful https://wiki.debian.org/NewInBuster#Changes Changes The su command in buster is provi

Re: /sbin vs /bin

2022-07-28 Thread tomas
On Thu, Jul 28, 2022 at 11:39:01PM -0500, Igor Korot wrote: > Hi, David, > > On Thu, Jul 28, 2022 at 11:10 PM David Wright > wrote: > > > > On Thu 28 Jul 2022 at 22:37:39 (-0500), Igor Korot wrote: > > > According to > > > https://packages.debian.org/cgi-bin/search_contents.pl?word=ldconfig&sea

Re: /sbin vs /bin

2022-07-28 Thread David Wright
On Thu 28 Jul 2022 at 23:39:01 (-0500), Igor Korot wrote: > On Thu, Jul 28, 2022 at 11:10 PM David Wright > wrote: > > On Thu 28 Jul 2022 at 22:37:39 (-0500), Igor Korot wrote: > > > According to > > > https://packages.debian.org/cgi-bin/search_contents.pl?word=ldconfig&searchmode=searchfiles&ca

Re: /sbin vs /bin

2022-07-28 Thread Igor Korot
Hi, David, On Thu, Jul 28, 2022 at 11:10 PM David Wright wrote: > > On Thu 28 Jul 2022 at 22:37:39 (-0500), Igor Korot wrote: > > According to > > https://packages.debian.org/cgi-bin/search_contents.pl?word=ldconfig&searchmode=searchfiles&case=insensitive&version=stable&arch=i386, > > > > ld con

Re: /sbin vs /bin

2022-07-28 Thread tomas
On Thu, Jul 28, 2022 at 11:10:07PM -0500, David Wright wrote: > On Thu 28 Jul 2022 at 22:37:39 (-0500), Igor Korot wrote: > > According to > > https://packages.debian.org/cgi-bin/search_contents.pl?word=ldconfig&searchmode=searchfiles&case=insensitive&version=stable&arch=i386, > > > > ld config i

Re: /sbin vs /bin

2022-07-28 Thread David Wright
On Thu 28 Jul 2022 at 22:37:39 (-0500), Igor Korot wrote: > According to > https://packages.debian.org/cgi-bin/search_contents.pl?word=ldconfig&searchmode=searchfiles&case=insensitive&version=stable&arch=i386, > > ld config is located inside /sbin and it is installed through the libc-bin. > > Tr

Re: sbin

2012-01-11 Thread Tom H
On Thu, Jan 5, 2012 at 7:06 PM, Joel Rees wrote: > On Fri, Jan 6, 2012 at 3:42 AM, Tom H wrote: >> On Sun, Jan 1, 2012 at 11:58 AM, Camaleón wrote: >>> On Mon, 02 Jan 2012 00:42:10 +0800, lina wrote: >>> Is it safe to add /sbin into PATH? >>> >>> To you user env? If it's not an exposed syst

Re: sbin

2012-01-05 Thread Joel Rees
On Mon, Jan 2, 2012 at 1:52 AM, lina wrote: > On Monday 02,January,2012 12:50 AM, Joao Ferreira Gmail wrote: >> >> On Mon, 2012-01-02 at 00:42 +0800, lina wrote: >>> >>> Hi, >>> >>> Is it safe to add /sbin into PATH? >> >> there should be no problem, but a regular (non-root) user will not be >> ab

Re: sbin

2012-01-05 Thread Joel Rees
On Fri, Jan 6, 2012 at 3:42 AM, Tom H wrote: > On Sun, Jan 1, 2012 at 11:58 AM, Camaleón wrote: >> On Mon, 02 Jan 2012 00:42:10 +0800, lina wrote: >> >>> Is it safe to add /sbin into PATH? >> >> To you user env? If it's not an exposed system, I'd say yes. > > It's even OK on an "exposed" system.

Re: sbin

2012-01-05 Thread Tom H
On Sun, Jan 1, 2012 at 11:58 AM, Camaleón wrote: > On Mon, 02 Jan 2012 00:42:10 +0800, lina wrote: > >> Is it safe to add /sbin into PATH? > > To you user env? If it's not an exposed system, I'd say yes. It's even OK on an "exposed" system. Having "(/usr)/sbin" in PATH for everyone is the default

Re: sbin

2012-01-01 Thread Andrei Popescu
On Du, 01 ian 12, 13:19:13, Chris Brennan wrote: > > /bin > /sbin > > These two paths are set up and almost always linked to / (that being they > reside on the same partition/slice as the root partition,) so then in the > event > the system cannot mount anything but /, you will have a partially w

Re: sbin

2012-01-01 Thread Richard Hector
On 02/01/12 07:19, Chris Brennan wrote: > > Typically /bin is reserved for binaries executable by everyone on the > system, > whereas /sbin is *typically* reserved for binaries that are executable by > root > only, most of these would typically have the SETUID bit set for root as > well, > to fur

Re: sbin

2012-01-01 Thread Chris Brennan
This was intended for the list but accidentally got sent to only lina. -- Forwarded message -- From: Chris Brennan Date: Sun, Jan 1, 2012 at 12:01 PM Subject: Re: sbin To: lina On Sun, Jan 1, 2012 at 11:42 AM, lina wrote: > Hi, > > Is it safe to add /sbin into PATH

Re: sbin

2012-01-01 Thread Jerome BENOIT
On 01/01/12 17:58, Camaleón wrote: On Mon, 02 Jan 2012 00:42:10 +0800, lina wrote: Is it safe to add /sbin into PATH? To you user env? If it's not an exposed system, I'd say yes. and if you really know what you do ! Why the default path not include /sbin, I guess this is a FHS recom

Re: sbin

2012-01-01 Thread Camaleón
On Mon, 02 Jan 2012 00:42:10 +0800, lina wrote: > Is it safe to add /sbin into PATH? To you user env? If it's not an exposed system, I'd say yes. > Why the default path not include /sbin, I guess this is a FHS recommendantion. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user

Re: sbin

2012-01-01 Thread lina
On Monday 02,January,2012 12:50 AM, Joao Ferreira Gmail wrote: On Mon, 2012-01-02 at 00:42 +0800, lina wrote: Hi, Is it safe to add /sbin into PATH? there should be no problem, but a regular (non-root) user will not be able to do much with it because most of those executables will at some poin

Re: sbin

2012-01-01 Thread Joao Ferreira Gmail
On Mon, 2012-01-02 at 00:42 +0800, lina wrote: > Hi, > > Is it safe to add /sbin into PATH? there should be no problem, but a regular (non-root) user will not be able to do much with it because most of those executables will at some point require root privilege (at least that is my guess) > > W

Re: /sbin/reboot: symbolic link to `halt'

2009-08-16 Thread James Youngman
On Sun, Aug 16, 2009 at 9:22 PM, Sven Joachim wrote: > On 2009-08-16 22:36 +0200, Chris Bannister wrote: > >> I noticed that /sbin/reboot is a symbolic link to /sbin/halt. How does >> the system "know" the difference? > > The program notices how it is called and behaves accordingly.  Programs > wri

Re: /sbin/reboot: symbolic link to `halt'

2009-08-16 Thread Chris Bannister
On Sun, Aug 16, 2009 at 05:22:22PM -0300, Eduardo M KALINOWSKI wrote: > Chris Bannister wrote: > > Hi, > > > > I noticed that /sbin/reboot is a symbolic link to /sbin/halt. How does > > the system "know" the difference? > > > > By checking the name with which the program was called. In C it's

Re: /sbin/reboot: symbolic link to `halt'

2009-08-16 Thread Sven Joachim
On 2009-08-16 22:36 +0200, Chris Bannister wrote: > I noticed that /sbin/reboot is a symbolic link to /sbin/halt. How does > the system "know" the difference? The program notices how it is called and behaves accordingly. Programs written in C can get information about their name in argv[0]. Sv

Re: /sbin/reboot: symbolic link to `halt'

2009-08-16 Thread Eduardo M KALINOWSKI
Chris Bannister wrote: > Hi, > > I noticed that /sbin/reboot is a symbolic link to /sbin/halt. How does > the system "know" the difference? > By checking the name with which the program was called. In C it's available as the first element in the array of command-line arguments that the program

Re: /sbin/ifconfig shows eth0, but not "RUNNING"?

2002-10-26 Thread Adar Dembo
[EMAIL PROTECTED] wrote: On Fri, Oct 25, 2002 at 02:33:58PM -0700, Adar Dembo wrote: I am trying to run a piece of software that apparently depends on a "RUNNING" message in ifconfig. dh3:/etc/tss2# /sbin/ifconfig eth0 Link encap:Ethernet HWaddr 00:E0:18:2A:00:59 inet addr:128.

Re: /sbin/ifconfig shows eth0, but not "RUNNING"?

2002-10-26 Thread shaulka
On Fri, Oct 25, 2002 at 02:33:58PM -0700, Adar Dembo wrote: > I am trying to run a piece of software that apparently depends on a > "RUNNING" message in ifconfig. > > dh3:/etc/tss2# /sbin/ifconfig > eth0 Link encap:Ethernet HWaddr 00:E0:18:2A:00:59 > inet addr:128.12.19.34 Bcast:1

Re: /sbin/ipchains: host/network `domain.name' not found - SOLVED

2001-10-13 Thread George Karaolides
Sorry to be posting a followup to my own question, but I solved this. I was using ipmasq to set up rules which needed to resolve external domain names before actually allowing external traffic... A bit stupid, but there it is. Putting my rules in post-processing rules files: /etc/ipmasq/P30inte

Re: /sbin and /usr/sbin be in a normal user's path ?! What about Sudo ?

1999-12-29 Thread Rob Mahurin
On Wed, Dec 29, 1999 at 11:46:39AM +0800, Bernd Eckenfels wrote: [...] > -> > > e) our recommended solution wold be to install traceroute in bin (i already > repored that as an error half year ago) > > BUT > > f) our recommended solution would break scripts which use a hardwired > /usr/sbin to t

Re: /sbin and /usr/sbin be in a normal user's path ?! What about Sudo ?

1999-12-29 Thread Bernd Eckenfels
On Wed, Dec 29, 1999 at 02:52:27AM +0100, Olivier Lemaire wrote: > I effectively disagree the idea of symlinks. Why don't we make a sudo package > included in the base install ? > I mean a "debian-customised" package who should be integrated in the > base system . Eventually, like shadows password

Re: /sbin and /usr/sbin be in a normal user's path ?! What about Sudo ?

1999-12-29 Thread Peter Palfrader aka Weasel
On Wed, Dec 29, 1999 at 09:58:29AM +0800, Olivier Lemaire wrote: > Greetings :) Hi > I saw in the DWN : > "Should /sbin and /usr/sbin be in a normal user's path so they can > easily run traceroute [...] > > [..] Why don't we make a > sudo package included in the base install ? It may be my fault

Re: /sbin/clock missing?

1998-01-02 Thread William R Ward
Anthony Fok <[EMAIL PROTECTED]> writes: > On 1 Jan 1998, William R Ward wrote: > > Until I upgraded to hamm, I could use /sbin/clock to set and view the > > CMOS clock. That program is gone now! Did something else replace it? > > Yes! :-) /sbin/hwclock is the new program that replaces the obso

Re: /sbin/clock missing?

1998-01-02 Thread Anthony Fok
On 1 Jan 1998, William R Ward wrote: > Until I upgraded to hamm, I could use /sbin/clock to set and view the > CMOS clock. That program is gone now! Did something else replace it? Yes! :-) /sbin/hwclock is the new program that replaces the obsolete /sbin/clock. The syntax is different too, s

Re: /sbin/clock status?

1997-12-31 Thread Steve Mayer
Randy, /sbin/clock has been replaced by /sbin/hwclock. Steve Mayer [EMAIL PROTECTED] Randy Edwards wrote: > Does anyone know what happened to the nifty little clock program that > used to be in /sbin/clock? I used that to set my CMOS clock time from > the OS' time but since I updated to hamm

Re: /sbin/clock status?

1997-12-31 Thread Scott Ellis
On Wed, 31 Dec 1997, Randy Edwards wrote: > Does anyone know what happened to the nifty little clock program that > used to be in /sbin/clock? I used that to set my CMOS clock time from > the OS' time but since I updated to hamm I can't seem to find it. A > grep of Contents-i386 doesn't seem to

Re: /sbin/dump unable to resolve 'ext2_llseek'

1997-05-05 Thread Norris Preyer
Joerg Delker writes: > Norris Preyer wrote: > > Douglas Bates writes: > > > On Tuesday I installed several updated packages from bo. I noticed > > > this morning that file system dumps have been failing since then. > > Downgrading e2fsprogs to 1.06-3 (in stable) fixed dump for me. > > W

Re: /sbin/dump unable to resolve 'ext2_llseek'

1997-05-05 Thread Joerg Delker
Norris Preyer wrote: > > Douglas Bates writes: > > On Tuesday I installed several updated packages from bo. I noticed > > this morning that file system dumps have been failing since then. > > Here is a dummy run of /sbin/dump to show the symptoms. > > franz# /sbin/dump 0f /dev/null /spare1

Re: /sbin/dump unable to resolve 'ext2_llseek'

1997-05-02 Thread Douglas Bates
Norris Preyer <[EMAIL PROTECTED]> writes: > Douglas Bates writes: > > Here is a dummy run of /sbin/dump to show the symptoms. ... > > /sbin/dump: can't resolve symbol 'ext2_llseek' > > /sbin/dump: can't resolve symbol 'ext2_llseek' > > /sbin/dump: can't resolve symbol 'ext2_llseek' > >

Re: /sbin/clock not ticking

1997-04-27 Thread Alexandre Lebrun
On 27 Apr 1997, Rob Browning wrote: > Mark Phillips <[EMAIL PROTECTED]> writes: > > > I don't know what /dev/rtc is, but it seems that on my brother's computer > > it can't be opened. It seems that this in turn allows clock to work. > > Most likely it can't be opened because that device was n

Re: /sbin/clock not ticking

1997-04-27 Thread Rob Browning
Mark Phillips <[EMAIL PROTECTED]> writes: > I don't know what /dev/rtc is, but it seems that on my brother's computer > it can't be opened. It seems that this in turn allows clock to work. Most likely it can't be opened because that device was not compiled into his kernel, but it was into yours.

Re: /sbin/clock not ticking

1997-04-27 Thread Mark Phillips
I wrote: > When I try and set the CMOS clock I get the following error: > > # /sbin/clock -u -w > ioctl: Invalid argument Someone kindly suggested I run "strace clock". I am not familiar with strace, but it did seem to give some potentially useful information. I tried running clock on my brot