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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
[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.
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
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
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
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
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
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
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
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
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
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
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
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'
> >
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
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.
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
42 matches
Mail list logo