🚀 go-pugleaf

DragonII wrote:

> Hi,
> 
> Having a problem as you can see on the subject line. Can't access any
> files anymore (at least the ones that root had access to) and that
> poses a problem.
> Does anyone have a backdoor solution to this? Thanks in advance.
> 
> DragonII

The usermod command changes the parameters of the user root.  Have you tried
to give root the UID 600?  To change a file to permissions 600 the command
is chmod.  That said, I don't know enough to get you out of it.  I would
try one of the GUI user managers, but in turn, you would need to run it as
root.  I would have thought that root is root, and its uid doesn't matter. 
Plainly, that is not correct. Man usermod says that the change will be
applied only to files in root's home directory, and others must be changed
manually - don't ask me how.  Perhaps the simplest answer would be to run
usermod again and change root back to what it was (0 (zero) in my Mandrake
system.)  Do it in the same place that you ran it before.

HTH,

Doug.
-- 
Registered Linux User No. 277548.
They say lightning never strikes twice in the same place.  My typing is
about as accurate.  Apologies for any typos that slip in. - Doug.

On Fri, 28 Nov 2003 11:42:14 +0100, DragonII wrote:

> Hi,
> 
> Having a problem as you can see on the subject line. Can't access any
> files anymore (at least the ones that root had access to) and that
> poses a problem.
> Does anyone have a backdoor solution to this? Thanks in advance.

Boot up in single user mode and edit /etc/passwd. Failing that download
one of those rescue ISO's off the net and do it that way.

-- 
-Geoff

On Fri, 28 Nov 2003 12:46:48 GMT, Geoffrey King
<gking@evildomain.dyndns.org> wrote:

>On Fri, 28 Nov 2003 11:42:14 +0100, DragonII wrote:
>
>> Hi,
>> 
>> Having a problem as you can see on the subject line. Can't access any
>> files anymore (at least the ones that root had access to) and that
>> poses a problem.
>> Does anyone have a backdoor solution to this? Thanks in advance.
>
>Boot up in single user mode and edit /etc/passwd. Failing that download
>one of those rescue ISO's off the net and do it that way.

Thanks. It worked. Live and learn...

On Fri, 28 Nov 2003 14:34:03 +0100, DragonII wrote:

>>> Having a problem as you can see on the subject line. Can't access any
>>> files anymore (at least the ones that root had access to) and that
>>> poses a problem.
>>> Does anyone have a backdoor solution to this? Thanks in advance.
>>
>>Boot up in single user mode and edit /etc/passwd. Failing that download
>>one of those rescue ISO's off the net and do it that way.
> 
> Thanks. It worked. Live and learn...

This is why physical security is important :)

-- 
-Geoff

"Geoffrey King" <gking@evildomain.dyndns.org> wrote in message
news:pan.2003.11.28.18.32.30.132000@evildomain.dyndns.org...
> On Fri, 28 Nov 2003 14:34:03 +0100, DragonII wrote:
>
> >>> Having a problem as you can see on the subject line. Can't access any
> >>> files anymore (at least the ones that root had access to) and that
> >>> poses a problem.
> >>> Does anyone have a backdoor solution to this? Thanks in advance.
> >>
> >>Boot up in single user mode and edit /etc/passwd. Failing that download
> >>one of those rescue ISO's off the net and do it that way.
> >
> > Thanks. It worked. Live and learn...
>
Or not. Avoid being root. Write it on the chalkboard 500 times:
I will not log in as root. I will not log in as root. ...

> This is why physical security is important :)
>
This is why NOT COMPUTING AS ROOT is important.

-BH

In article <gzWxb.7999$Cj4.7245@twister.socal.rr.com>,
  Basil Heathenston wrote:
>> This is why physical security is important :)
>>
> This is why NOT COMPUTING AS ROOT is important.

All this makes me wonder what the OP had hoped to accomplish with this
root oops, creative though it was? Another lesson is to TRUST IN THE
UNIX GODS who have gone before you. If they thought there was a benefit
in changing root's UID to 600, they would have done it a decade or more
ago.

To restate IOW, if you don't understand something, don't change it.
-- 
  /dev/rob0 - preferred_email=i$((28*28+28))@softhome.net
  or put "not-spam" or "/dev/rob0" in Subject header to reply

op Sunday 30 November 2003 04:23 , schreef /dev/rob0  in
<slrnbsiom8.re5.rob0@linuxbox.linux.box> :

>> This is why NOT COMPUTING AS ROOT is important.
> 
> All this makes me wonder what the OP had hoped to accomplish with this
> root oops, creative though it was? Another lesson is to TRUST IN THE
> UNIX GODS who have gone before you. If they thought there was a benefit
> in changing root's UID to 600, they would have done it a decade or more
> ago.
> 
> To restate IOW, if you don't understand something, don't change it.

or just change it, and find out why you shouldn't have changed it :p we all
burn our fingers sometimes, don't we ...


-- 
Frank Dekervel
kervel at drie dot kotnet dot org