Re: Hyphen-minus passwd

[Nicolas George]

Greg Wooledge (12024-03-07):
> Looks like you want the -- to separate options from non-option arguments,

Of course.

> What threw me for a
> few moments was that "-salt username" is a single option with argument.
> I wasn't expecting "username" to be the salt.  It looked like a non-option
> argument at first.

Yes, that is super weird, possibly a mistake. All the more reason to
have the original poster clarify their needs.

Regards,

-- 
  Nicolas George

Re: Hyphen-minus passwd

[Greg Wooledge]

On Thu, Mar 07, 2024 at 06:59:47PM +0100, Nicolas George wrote:
> ~ $ perl -e 'print crypt("-password", "\$6\$username\$"), "\n"'
> $6$username$FCvGwi21H/uVp89BtnZHWQsL.vZKajZ3lRbfB7Jnjr2C.5qBgx7TB3Ul3PbcyCIArts/C2lfQgYOLp418oH7C0

hobbit:~$ openssl passwd -6 -salt username -- -password
$6$username$FCvGwi21H/uVp89BtnZHWQsL.vZKajZ3lRbfB7Jnjr2C.5qBgx7TB3Ul3PbcyCIArts/C2lfQgYOLp418oH7C0

Looks like you want the -- to separate options from non-option arguments,
where the only non-option argument is "-password".  What threw me for a
few moments was that "-salt username" is a single option with argument.
I wasn't expecting "username" to be the salt.  It looked like a non-option
argument at first.

Re: Hyphen-minus passwd

[Nicolas George]

Lee (12024-03-07):
> You're going to rag on him for not copy-pasting EXACTLY when you could
> have just told him the standard way to get a leading hyphen accepted
> on the command line is to backslash escape it!??

Uh, yes, of course. And that would be best even if your answer was not
wrong.

-- 
  Nicolas George

Re: Hyphen-minus passwd

[Nicolas George]

Lee (12024-03-07):
> $ openssl passwd -6 -salt username \\-password
> $6$username$7 ..etc..

Wrong answer: this gives the encrypted string for “\-password”, not for
“-password”.

~ $ openssl passwd -6 -salt username \\-password
$6$username$7Vzj6uFI0bs770qb.tIdqyMDbBWCoF93TKbZ7GSmU0ktiCcMu5rxgjpumDUram2ulYhVlWycvUMf1jGKbu8sC1
~ $ perl -e 'print crypt("-password", "\$6\$username\$"), "\n"'
$6$username$FCvGwi21H/uVp89BtnZHWQsL.vZKajZ3lRbfB7Jnjr2C.5qBgx7TB3Ul3PbcyCIArts/C2lfQgYOLp418oH7C0
~ $ perl -e 'print crypt("\\-password", "\$6\$username\$"), "\n"'
$6$username$7Vzj6uFI0bs770qb.tIdqyMDbBWCoF93TKbZ7GSmU0ktiCcMu5rxgjpumDUram2ulYhVlWycvUMf1jGKbu8sC1

-- 
  Nicolas George

Re: Hyphen-minus passwd

[Lee]

On Thu, Mar 7, 2024 at 12:50 PM Nicolas George wrote:
>
> Computer Planet (12024-03-07):
> > How can I create this password with a hyphen in front?
> >
> > # openssl passwd -6 -salt username -password
> >
> > This is the response message when I try:
> > passwd: Unknown option: -passwd
>
> Hi. No it is not. Start by copy-pasting EXACTLY what is in your
> terminal.

You're going to rag on him for not copy-pasting EXACTLY when you could
have just told him the standard way to get a leading hyphen accepted
on the command line is to backslash escape it!??

rude

Re: Hyphen-minus passwd

[Lee]

On Thu, Mar 7, 2024 at 12:44 PM Computer Planet  wrote:
>
> Hi guys!
> Please, Can someone help me?
>
> How can I create this password with a hyphen in front?
>
> # openssl passwd -6 -salt username -password
>
> This is the response message when I try:
> passwd: Unknown option: -passwd
>
> Thanks for reply!

$ openssl passwd -6 -salt username \\-password
$6$username$7 ..etc..

Re: Hyphen-minus passwd

[Nicolas George]

Computer Planet (12024-03-07):
> How can I create this password with a hyphen in front?
> 
> # openssl passwd -6 -salt username -password
> 
> This is the response message when I try:
> passwd: Unknown option: -passwd

Hi. No it is not. Start by copy-pasting EXACTLY what is in your
terminal.

Also, do not be root when you do not need to.

Regards,

-- 
  Nicolas George

Hyphen-minus passwd

[Computer Planet]

Hi guys!
Please, Can someone help me?

How can I create this password with a hyphen in front?

# openssl passwd -6 -salt username -password

This is the response message when I try:
passwd: Unknown option: -passwd

Thanks for reply!

nsswitch.conf does not follow order defined for 'passwd:' & 'group:'

[jaikuma...@gmail.com]

Hello,

libnss-winbind being from backports version 2:4.17.8+dfsg-1~bpo11+1 added the 
following changes in /etc/nsswitch.conf which is producing the following 
nsswitch.conf contents:

# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd: files systemd winbind
group:files systemd winbind
shadow: files
gshadow:   files

hosts:   files dns
networks:files

protocols:db files
services:  db files
ethers:  db files
rpc:db files

netgroup:   nis

this backport package adds 'winbind' for 'passwd:' & 'group:' lines and order 
defined here does not work it is inconsistent, sometimes it works and sometimes 
login of the system hangs and takes a more than 1 minute to login.
If I remove the windbind from 'passwd:' and 'group:'  lines there there are no 
login issues at all.

I think, order should be corrected which is defined. probably, it goes to 
winbind and try to find the relevent information from the network?

Is this a bug already filed?

I tried to find the relevent information about this behaviour bug could not get 
it, does somebody else also faced this behaviour?

Thank you.

Regards,
Jaikumar

Re: Dependency omitted in the details of passwd package

[Charles Curley]

On Sat, 14 Jan 2023 23:23:14 +0200
Horia Marandoiu  wrote:

> Package: passwd (1:4.8.1-1) does not work without libpam-ldap , being
> a library which is not listed on the dependency section of the page
> dedicated to the package passwd

Interesting. I have passwd 1:4.8.1-1 installed on Bullseye, I do not
have libpam-ldap installed at all (nor any ldap tools that I know of),
and I have seen no problems with any passwd programs.

What *exactly* are you seeing that leads you to the conclusion that
passwd requires libpam-ldap? Please execute at the command line and
copy and paste the command prompt, the command, the results and the
next command prompt into your reply. Which release of Debian are you
running?

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Dependency omitted in the details of passwd package

[Jeffrey Walton]

On Sat, Jan 14, 2023 at 4:39 PM Horia Marandoiu  wrote:
>
> Package: passwd (1:4.8.1-1) does not work without libpam-ldap , being a 
> library which is not listed on the dependency section of the page dedicated 
> to the package passwd

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028917

Dependency omitted in the details of passwd package

[Horia Marandoiu]

Package: passwd (1:4.8.1-1) does not work without libpam-ldap , being a
library which is not listed on the dependency section of the page dedicated
to the package passwd

Re: odd passwd problem.

[Gene Heskett]

On Sunday 04 August 2019 11:44:23 David Wright wrote:

> On Sun 04 Aug 2019 at 19:02:01 (+1200), Richard Hector wrote:
> > On 4/08/19 2:46 AM, Gene Heskett wrote:
> > >>> gene@picnc:~$ sudo adduser
> > >>> [sudo] password for gene:
> > >>> adduser: Only one or two names allowed.
> > >>> gene@picnc:~$
> > >>
> > >> I'm guessing 'adduser' needs at least a name for the new user ;)
> > >
> > > Ac the manpage, correct. And I didn't give it a name, so it picked
> > > the only error answer it had. Really helpfull, NOT!
> >
> > Slightly odd wording, but the correct message - it needs one or two
> > names, and you gave it zero :-)
>
> May I agree with you, and say that the earlier comment disappoints me.
>
> A lot of linux man pages are written by people who have English as a
> second language (or even a third, fourth …), so we native English
> speakers ought to think ourselves lucky and privileged to have all the
> documentation primarily available in our own language. And if you're
> going to criticise, criticise constructively.
>
This is true, David. As a native English speaker, I tend to forget that. 
And I find I need reminded that 90% of the planets population has had to 
learn my language, and I should thank them more often for doing so. I am 
blessed that others have made the effort, thank you, a lot.

And that can lead to stronger responses when my native tongue gets 
mangled.  My apologies for that too.

> Cheers,
> David.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: odd passwd problem.

[David Wright]

On Sun 04 Aug 2019 at 19:02:01 (+1200), Richard Hector wrote:
> On 4/08/19 2:46 AM, Gene Heskett wrote:
> >>> gene@picnc:~$ sudo adduser
> >>> [sudo] password for gene:
> >>> adduser: Only one or two names allowed.
> >>> gene@picnc:~$
> >> I'm guessing 'adduser' needs at least a name for the new user ;)
> >>
> > Ac the manpage, correct. And I didn't give it a name, so it picked the 
> > only error answer it had. Really helpfull, NOT!
> 
> Slightly odd wording, but the correct message - it needs one or two
> names, and you gave it zero :-)

May I agree with you, and say that the earlier comment disappoints me.

A lot of linux man pages are written by people who have English as a
second language (or even a third, fourth …), so we native English
speakers ought to think ourselves lucky and privileged to have all the
documentation primarily available in our own language. And if you're
going to criticise, criticise constructively.

Cheers,
David.

Re: odd passwd problem.

[Curt]

On 2019-08-03, Gene Heskett  wrote:
>
> But seat0-greeter.log(s) are all this:
> ** Message: 13:37:04.194: Starting lightdm-gtk-greeter 2.0.6 (Dec 27 
> 2018, 16:15:47)
> ** Message: 13:37:04.203: [Configuration] Reading 
> file: /usr/share/lightdm/lightdm-gtk-greeter.conf.d/01_debian.conf
> ** Message: 13:37:04.204: [Configuration] Reading 
> file: /etc/lightdm/lightdm-gtk-greeter.conf

> ** (lightdm-gtk-greeter:424): WARNING **: 13:37:06.062: [PIDs] Failed to 
> execute command: upstart

I don't know what upstart is exactly, but I don't believe it's the
problem here.

You might look in /var/log/auth.log for other clues.

One kubuntu guy with a similar symptomatology removed (for safety's sake
you can just move the files out of the way by renaming them)

 .Xauthority .ICEauthority .cache

then 

 dpkg-reconfigured lightdm
   xfce4 (actually, in his case, kubuntu)

and rebooted.

Probably couldn't hurt. But might not help.

You could try another display manager if all else fails, or, as I see
suggested elsewhere (the ineluctable "just use Mutt" reflex) startx.

> (lightdm-gtk-greeter:424): Gtk-WARNING **: 13:37:10.850: Drawing a gadget 
> with negative dimensions. Did you forget to allocate a size? (node 
> menubar owner GreeterMenuBar)

I get this spam, too, but it's nothing but that.
-- 
“We are all in the gutter, but some of us are looking at the stars.” 
― Oscar Wilde, Lady Windermere's Fan

Re: odd passwd problem.

[Richard Hector]

On 4/08/19 2:46 AM, Gene Heskett wrote:
>>> gene@picnc:~$ sudo adduser
>>> [sudo] password for gene:
>>> adduser: Only one or two names allowed.
>>> gene@picnc:~$
>> I'm guessing 'adduser' needs at least a name for the new user ;)
>>
> Ac the manpage, correct. And I didn't give it a name, so it picked the 
> only error answer it had. Really helpfull, NOT!

Slightly odd wording, but the correct message - it needs one or two
names, and you gave it zero :-)

Richard



signature.asc
Description: OpenPGP digital signature

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 14:45:46 David Wright wrote:

> On Sat 03 Aug 2019 at 12:32:39 (-0400), Gene Heskett wrote:
> > On Saturday 03 August 2019 11:56:38 David Wright wrote:
> > > On Sat 03 Aug 2019 at 11:38:27 (-0400), Gene Heskett wrote:
> > > > On Saturday 03 August 2019 11:06:27 David Wright wrote:
> > > > > On Sat 03 Aug 2019 at 10:32:02 (-0400), Gene Heskett wrote:
> > > > > > On Saturday 03 August 2019 10:03:18 David Wright wrote:
> > > > > > > On Fri 02 Aug 2019 at 22:41:00 (-0400), Gene Heskett wrote:
> > > > > > > > On Thursday 01 August 2019 16:58:46 Gene Heskett wrote:
> > > > > > > > > On Thursday 01 August 2019 10:20:57 Andrei POPESCU 
wrote:
> > > > > > > > > > On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> > > > > > > > > > > Debian-arm netinstall on a pi3b;
> > > > > > > > > > >
> > > > > > > > > > > No root pw set, I am housebroken to using sudo
> > > > > > > > > > > now.
> > > > > > > > > > >
> > > > > > > > > > > netinstall didn't install x anything although I
> > > > > > > > > > > thought I was selecting xfce4, so my first action
> > > > > > > > > > > on the reboot was to "sudo apt install xfce4".
> > > > > > > > > > > reboot, works, have x and 4 workspaces.
> > > > > > > > > > >
> > > > > > > > > > > Then "sudo apt install build-essential and
> > > > > > > > > > > buildbot, cups". reboot, worked once, login
> > > > > > > > > > > normal. Then I plugged in a 120GB ssd which had a
> > > > > > > > > > > bunch of src stuff on it I'll need later and
> > > > > > > > > > > powered up again. Can't login, passwd no good. 
> > > > > > > > > > > Dbl check, caps lock off, try again several times,
> > > > > > > > > > > passwd no good.
>
> […]
>
> > > > > > > > And I am being ignored. So here is a thought.
> > > > > > >
> > > > > > > Well, I didn't realise you were using a DM to login when I
> > > > > > > wrote my first reply. As with the SSD, I would have you
> > > > > > > revert from a DM to an ordinary VC login. But I know so
> > > > > > > little about DEs that I don't know if that's possible.
> > > > > > > What does a DM buy you?
> > > > > >
> > > > > > A nice gui with lots of workspaces. Menu's to run stuff.
> > > > >
> > > > > Isn't that provided by the DE. What specifically does the DM
> > > > > do for you?
> > > > >
> > > > > I run X and a WM, but I don't use them to login. Just a VC.
> > > > >
> > > > > > > > Someone has recently mentioned a new method of
> > > > > > > > encrypting passwds. Is it possible that something in
> > > > > > > > xfce4 has changed to the new method, but the passwd in
> > > > > > > > the passwd file was encrypted with the older method, and
> > > > > > > > that an ssh login is still useing the old method, so I
> > > > > > > > can login remotely only? So possibly it might be fixed
> > > > > > > > by an apt update/upgrade? Unforch, there is nothing to
> > > > > > > > upgrade:
> > > > > > >
> > > > > > > AIUI passwords are not encrypted, they're hashed.
> > > > > >
> > > > > > And apparently each hash is unique? I've checked 4 machines
> > > > > > here, and the shadow files entry for me is different on all
> > > > > > 4 machines.
> > > > >
> > > > > That's because there are 4096 different values of salt that
> > > > > could have been chosen.
>
> […]
>
> > > > > > > > Or maybe its ssh thats using the new way, and xfce4 has
> > > > > > > > not caught up. I haven't a clue whats changed, but it
> > > > > > > > did work several times, then stopped.  Completely
> > > > > > > > changing my passwd from thi

Re: odd passwd problem.

[David Wright]

On Sat 03 Aug 2019 at 12:32:39 (-0400), Gene Heskett wrote:
> On Saturday 03 August 2019 11:56:38 David Wright wrote:
> > On Sat 03 Aug 2019 at 11:38:27 (-0400), Gene Heskett wrote:
> > > On Saturday 03 August 2019 11:06:27 David Wright wrote:
> > > > On Sat 03 Aug 2019 at 10:32:02 (-0400), Gene Heskett wrote:
> > > > > On Saturday 03 August 2019 10:03:18 David Wright wrote:
> > > > > > On Fri 02 Aug 2019 at 22:41:00 (-0400), Gene Heskett wrote:
> > > > > > > On Thursday 01 August 2019 16:58:46 Gene Heskett wrote:
> > > > > > > > On Thursday 01 August 2019 10:20:57 Andrei POPESCU wrote:
> > > > > > > > > On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> > > > > > > > > > Debian-arm netinstall on a pi3b;
> > > > > > > > > >
> > > > > > > > > > No root pw set, I am housebroken to using sudo now.
> > > > > > > > > >
> > > > > > > > > > netinstall didn't install x anything although I
> > > > > > > > > > thought I was selecting xfce4, so my first action on
> > > > > > > > > > the reboot was to "sudo apt install xfce4". reboot,
> > > > > > > > > > works, have x and 4 workspaces.
> > > > > > > > > >
> > > > > > > > > > Then "sudo apt install build-essential and buildbot,
> > > > > > > > > > cups". reboot, worked once, login normal. Then I
> > > > > > > > > > plugged in a 120GB ssd which had a bunch of src stuff
> > > > > > > > > > on it I'll need later and powered up again. Can't
> > > > > > > > > > login, passwd no good.  Dbl check, caps lock off, try
> > > > > > > > > > again several times, passwd no good.
[…]
> > > > > > > And I am being ignored. So here is a thought.
> > > > > >
> > > > > > Well, I didn't realise you were using a DM to login when I
> > > > > > wrote my first reply. As with the SSD, I would have you revert
> > > > > > from a DM to an ordinary VC login. But I know so little about
> > > > > > DEs that I don't know if that's possible. What does a DM buy
> > > > > > you?
> > > > >
> > > > > A nice gui with lots of workspaces. Menu's to run stuff.
> > > >
> > > > Isn't that provided by the DE. What specifically does the DM do
> > > > for you?
> > > >
> > > > I run X and a WM, but I don't use them to login. Just a VC.
> > > >
> > > > > > > Someone has recently mentioned a new method of encrypting
> > > > > > > passwds. Is it possible that something in xfce4 has changed
> > > > > > > to the new method, but the passwd in the passwd file was
> > > > > > > encrypted with the older method, and that an ssh login is
> > > > > > > still useing the old method, so I can login remotely only?
> > > > > > > So possibly it might be fixed by an apt update/upgrade?
> > > > > > > Unforch, there is nothing to upgrade:
> > > > > >
> > > > > > AIUI passwords are not encrypted, they're hashed.
> > > > >
> > > > > And apparently each hash is unique? I've checked 4 machines
> > > > > here, and the shadow files entry for me is different on all 4
> > > > > machines.
> > > >
> > > > That's because there are 4096 different values of salt that could
> > > > have been chosen.
[…]
> > > > > > > Or maybe its ssh thats using the new way, and xfce4 has not
> > > > > > > caught up. I haven't a clue whats changed, but it did work
> > > > > > > several times, then stopped.  Completely changing my passwd
> > > > > > > from this ssh login worked, I backed out and tried it,
> > > > > > > worked as expected from ssh, but is still rejected from its
> > > > > > > own keyboard, so I changed it back. ?? What library does
> > > > > > > that? Is there a version jump that arm did, but got miss
> > > > > > > installed?
> > > > > >
> > > > > > ssh has -v (up to 3 times) for monitoring its behaviour.
> > > > > >
> > > > >

Re: odd passwd problem.

[tomas]

On Sat, Aug 03, 2019 at 10:32:02AM -0400, Gene Heskett wrote:
> On Saturday 03 August 2019 10:03:18 David Wright wrote:

[...]

> > AIUI passwords are not encrypted, they're hashed.

Yep. In theory, there's no "way back" from the hash to the
password. In practice, though...

> And apparently each hash is unique? I've checked 4 machines here, and the 
> shadow files entry for me is different on all 4 machines.

That's the salt. To make "reverse lookup" attacks more difficult
for "typical" passwords, some salt is added: a small random prefix,
which is typically included in the hashed password info (it better
had, otherwise you can't check the password)

Here's a typical shadow entry (somewhat modified and very much
shortened, to protect the innocent ;-)

  username:$6$lU7moTub$AmalgHken:18080:0:9:7:::
 ^  ^ ^--- ^
 |  | ||  other stuff
 |  | |hash of (salt + password) (here shortened)
 |  | salt
 |  hash algorithm (6 = sha512)
 user name

See man crypt(3) for details (the crypt chapter in libc's info is more
informative). The actual representation as characters is most probably
base64 encoded.

In short, yes, assuming your random number generator isn't broken,
you'll get a different salt every round and thus a different password
hash. So we hope :-)

Cheers
-- tomás


signature.asc
Description: Digital signature

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 11:56:38 David Wright wrote:

> On Sat 03 Aug 2019 at 11:38:27 (-0400), Gene Heskett wrote:
> > On Saturday 03 August 2019 11:06:27 David Wright wrote:
> > > On Sat 03 Aug 2019 at 10:32:02 (-0400), Gene Heskett wrote:
> > > > On Saturday 03 August 2019 10:03:18 David Wright wrote:
> > > > > On Fri 02 Aug 2019 at 22:41:00 (-0400), Gene Heskett wrote:
> > > > > > On Thursday 01 August 2019 16:58:46 Gene Heskett wrote:
> > > > > > > On Thursday 01 August 2019 10:20:57 Andrei POPESCU wrote:
> > > > > > > > On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> > > > > > > > > Debian-arm netinstall on a pi3b;
> > > > > > > > >
> > > > > > > > > No root pw set, I am housebroken to using sudo now.
> > > > > > > > >
> > > > > > > > > netinstall didn't install x anything although I
> > > > > > > > > thought I was selecting xfce4, so my first action on
> > > > > > > > > the reboot was to "sudo apt install xfce4". reboot,
> > > > > > > > > works, have x and 4 workspaces.
> > > > > > > > >
> > > > > > > > > Then "sudo apt install build-essential and buildbot,
> > > > > > > > > cups". reboot, worked once, login normal. Then I
> > > > > > > > > plugged in a 120GB ssd which had a bunch of src stuff
> > > > > > > > > on it I'll need later and powered up again. Can't
> > > > > > > > > login, passwd no good.  Dbl check, caps lock off, try
> > > > > > > > > again several times, passwd no good.
> > > > > > > >
> > > > > > > > Maybe the SSD is drawing just enough additional current
> > > > > > > > to mess with your keyboard. As already suggested, you
> > > > > > > > could try removing it.
> > > > > > >
> > > > > > > Its a 5 amp switcher.
> > > > > > >
> > > > > > > > Also, since you're not worried about security you could
> > > > > > > > try typing your password in the username field, to make
> > > > > > > > sure the keyboard works as expected. Just don't press
> > > > > > > > enter so the password is not logged ;)
> > > > > > >
> > > > > > > I've done that too, its displaying exactly what I typed.
> > > > > >
> > > > > > And I am being ignored. So here is a thought.
> > > > >
> > > > > Well, I didn't realise you were using a DM to login when I
> > > > > wrote my first reply. As with the SSD, I would have you revert
> > > > > from a DM to an ordinary VC login. But I know so little about
> > > > > DEs that I don't know if that's possible. What does a DM buy
> > > > > you?
> > > >
> > > > A nice gui with lots of workspaces. Menu's to run stuff.
> > >
> > > Isn't that provided by the DE. What specifically does the DM do
> > > for you?
> > >
> > > I run X and a WM, but I don't use them to login. Just a VC.
> > >
> > > > > > Someone has recently mentioned a new method of encrypting
> > > > > > passwds. Is it possible that something in xfce4 has changed
> > > > > > to the new method, but the passwd in the passwd file was
> > > > > > encrypted with the older method, and that an ssh login is
> > > > > > still useing the old method, so I can login remotely only?
> > > > > > So possibly it might be fixed by an apt update/upgrade?
> > > > > > Unforch, there is nothing to upgrade:
> > > > >
> > > > > AIUI passwords are not encrypted, they're hashed.
> > > >
> > > > And apparently each hash is unique? I've checked 4 machines
> > > > here, and the shadow files entry for me is different on all 4
> > > > machines.
> > >
> > > That's because there are 4096 different values of salt that could
> > > have been chosen.
> > >
> > > > > > copy/paste from a konsole logged into it.
> > > > > >
> > > > > > gene@picnc:~$ sudo apt update
> > > > > > [sudo] password for gene:
> > > > > > Get

Re: odd passwd problem.

[mick crane]

On 2019-08-03 17:22, Gene Heskett wrote:
 to run.


When it logs you out can you log in at another screen (whatever it's
called) Ctrl Alt F key ?
If so then is something about the display manager ?


ctrl+alt+F8, yes, so I opened a term and did an xset -dpms.
Whats the name of that lightdm config editor.


Pass, I don't do this very often.
could try another DM ?
https://itsfoss.com/switch-gdm-and-lightdm-in-ubuntu-14-04/

mick

--
Key ID4BFEBB31

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 11:46:30 mick crane wrote:

> On 2019-08-03 16:31, Gene Heskett wrote:
> > On Saturday 03 August 2019 10:35:17 mick crane wrote:
> >> On 2019-08-03 14:57, Gene Heskett wrote:
> >>   Cheers, Gene Heskett
> >>
> >> >> I would probably add another user and see if they have same
> >> >> problem on the local machine.
> >> >>
> >> >> mick
> >> >
> >> > I'd thought of that but not tried it yet. I'll need a user amanda
> >> > who is
> >> > a member of group backup for the backup program amanda.  So I'll
> >> > use that as a guinea pig.
> >> > Or will I? copy/paste from konsole logged in as gene:
> >> >
> >> > gene@picnc:~$ sudo adduser
> >> > [sudo] password for gene:
> >> > adduser: Only one or two names allowed.
> >> > gene@picnc:~$
> >> >
> >> > WTH?
> >>
> >> I dunno, if they have no problems might be able to see what is
> >> different. Can always delete them.
> >
> > That will take a real file manager, and theres only one, mc. thunar
> > is a
> > one armed, one legged paper hanger, and the arm it has is broken.
> > Somebody should either give it some two pane tools, or put it out of
> > its
> > misery. Mc has the ncurses interface, butt ugly.  But it runs and 
> > can do its job including from a text login on vt#roll of the die. So
> > I broke
> > down and installed mc mc-data. And the only diff in the home dirs is
> > mine has a thunar entry. I tried to do something with that broken
> > POC. Failed of course.
> >
> > But I just went back out and that xsession has died, and I can't log
> > back
> > in.  Or maybe its the screen blanker kicking in and using lightdm's
> > login to unblank ?  If the blanker is locking it instead of coming
> > alive
> > at a keypress or a jiggled mouse, how the h--- do I get rid of that?
> >
> > If thats the case, I have more than enough paranoia, and I sure
> > don't need a paranoid machine, one that when doing its job might
> > need an xset -dpms so the job can be monitored until its done even
> > if, like wheezy running my mill, a 70 line file of gcode text takes
> > over 28 hours
> > to run.
>
> When it logs you out can you log in at another screen (whatever it's
> called) Ctrl Alt F key ?
> If so then is something about the display manager ?

ctrl+alt+F8, yes, so I opened a term and did an xset -dpms.
Whats the name of that lightdm config editor.

Cheers Mick, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: odd passwd problem.

[David Wright]

On Sat 03 Aug 2019 at 11:38:27 (-0400), Gene Heskett wrote:
> On Saturday 03 August 2019 11:06:27 David Wright wrote:
> > On Sat 03 Aug 2019 at 10:32:02 (-0400), Gene Heskett wrote:
> > > On Saturday 03 August 2019 10:03:18 David Wright wrote:
> > > > On Fri 02 Aug 2019 at 22:41:00 (-0400), Gene Heskett wrote:
> > > > > On Thursday 01 August 2019 16:58:46 Gene Heskett wrote:
> > > > > > On Thursday 01 August 2019 10:20:57 Andrei POPESCU wrote:
> > > > > > > On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> > > > > > > > Debian-arm netinstall on a pi3b;
> > > > > > > >
> > > > > > > > No root pw set, I am housebroken to using sudo now.
> > > > > > > >
> > > > > > > > netinstall didn't install x anything although I thought I
> > > > > > > > was selecting xfce4, so my first action on the reboot was
> > > > > > > > to "sudo apt install xfce4". reboot, works, have x and 4
> > > > > > > > workspaces.
> > > > > > > >
> > > > > > > > Then "sudo apt install build-essential and buildbot,
> > > > > > > > cups". reboot, worked once, login normal. Then I plugged
> > > > > > > > in a 120GB ssd which had a bunch of src stuff on it I'll
> > > > > > > > need later and powered up again. Can't login, passwd no
> > > > > > > > good.  Dbl check, caps lock off, try again several times,
> > > > > > > > passwd no good.
> > > > > > >
> > > > > > > Maybe the SSD is drawing just enough additional current to
> > > > > > > mess with your keyboard. As already suggested, you could try
> > > > > > > removing it.
> > > > > >
> > > > > > Its a 5 amp switcher.
> > > > > >
> > > > > > > Also, since you're not worried about security you could try
> > > > > > > typing your password in the username field, to make sure the
> > > > > > > keyboard works as expected. Just don't press enter so the
> > > > > > > password is not logged ;)
> > > > > >
> > > > > > I've done that too, its displaying exactly what I typed.
> > > > >
> > > > > And I am being ignored. So here is a thought.
> > > >
> > > > Well, I didn't realise you were using a DM to login when I wrote
> > > > my first reply. As with the SSD, I would have you revert from a DM
> > > > to an ordinary VC login. But I know so little about DEs that I
> > > > don't know if that's possible. What does a DM buy you?
> > >
> > > A nice gui with lots of workspaces. Menu's to run stuff.
> >
> > Isn't that provided by the DE. What specifically does the DM do for
> > you?
> >
> > I run X and a WM, but I don't use them to login. Just a VC.
> >
> > > > > Someone has recently mentioned a new method of encrypting
> > > > > passwds. Is it possible that something in xfce4 has changed to
> > > > > the new method, but the passwd in the passwd file was encrypted
> > > > > with the older method, and that an ssh login is still useing the
> > > > > old method, so I can login remotely only? So possibly it might
> > > > > be fixed by an apt update/upgrade? Unforch, there is nothing to
> > > > > upgrade:
> > > >
> > > > AIUI passwords are not encrypted, they're hashed.
> > >
> > > And apparently each hash is unique? I've checked 4 machines here,
> > > and the shadow files entry for me is different on all 4 machines.
> >
> > That's because there are 4096 different values of salt that could have
> > been chosen.
> >
> > > > > copy/paste from a konsole logged into it.
> > > > >
> > > > > gene@picnc:~$ sudo apt update
> > > > > [sudo] password for gene:
> > > > > Get:1 http://security.debian.org/debian-security buster/updates
> > > > > InRelease [39.1 kB]
> > > > > Hit:2 http://deb.debian.org/debian buster InRelease
> > > > > Get:3 http://deb.debian.org/debian buster-updates InRelease
> > > > > [46.8 kB] Get:4 http://security.debian.org/debian-security
> > > > > buster/updates/main Sources [25.9 kB]
> > > > > Get:5 http://security.debi

Re: odd passwd problem.

[mick crane]

On 2019-08-03 16:31, Gene Heskett wrote:

On Saturday 03 August 2019 10:35:17 mick crane wrote:


On 2019-08-03 14:57, Gene Heskett wrote:
  Cheers, Gene Heskett

>> I would probably add another user and see if they have same problem
>> on the local machine.
>>
>> mick
>
> I'd thought of that but not tried it yet. I'll need a user amanda
> who is
> a member of group backup for the backup program amanda.  So I'll use
> that as a guinea pig.
> Or will I? copy/paste from konsole logged in as gene:
>
> gene@picnc:~$ sudo adduser
> [sudo] password for gene:
> adduser: Only one or two names allowed.
> gene@picnc:~$
>
> WTH?

I dunno, if they have no problems might be able to see what is
different. Can always delete them.


That will take a real file manager, and theres only one, mc. thunar is 
a

one armed, one legged paper hanger, and the arm it has is broken.
Somebody should either give it some two pane tools, or put it out of 
its

misery. Mc has the ncurses interface, butt ugly.  But it runs and  can
do its job including from a text login on vt#roll of the die. So I 
broke

down and installed mc mc-data. And the only diff in the home dirs is
mine has a thunar entry. I tried to do something with that broken POC.
Failed of course.

But I just went back out and that xsession has died, and I can't log 
back

in.  Or maybe its the screen blanker kicking in and using lightdm's
login to unblank ?  If the blanker is locking it instead of coming 
alive

at a keypress or a jiggled mouse, how the h--- do I get rid of that?

If thats the case, I have more than enough paranoia, and I sure don't
need a paranoid machine, one that when doing its job might need an
xset -dpms so the job can be monitored until its done even if, like
wheezy running my mill, a 70 line file of gcode text takes over 28 
hours

to run.



When it logs you out can you log in at another screen (whatever it's 
called) Ctrl Alt F key ?

If so then is something about the display manager ?


--
Key ID4BFEBB31

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 11:06:27 David Wright wrote:

> On Sat 03 Aug 2019 at 10:32:02 (-0400), Gene Heskett wrote:
> > On Saturday 03 August 2019 10:03:18 David Wright wrote:
> > > On Fri 02 Aug 2019 at 22:41:00 (-0400), Gene Heskett wrote:
> > > > On Thursday 01 August 2019 16:58:46 Gene Heskett wrote:
> > > > > On Thursday 01 August 2019 10:20:57 Andrei POPESCU wrote:
> > > > > > On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> > > > > > > Debian-arm netinstall on a pi3b;
> > > > > > >
> > > > > > > No root pw set, I am housebroken to using sudo now.
> > > > > > >
> > > > > > > netinstall didn't install x anything although I thought I
> > > > > > > was selecting xfce4, so my first action on the reboot was
> > > > > > > to "sudo apt install xfce4". reboot, works, have x and 4
> > > > > > > workspaces.
> > > > > > >
> > > > > > > Then "sudo apt install build-essential and buildbot,
> > > > > > > cups". reboot, worked once, login normal. Then I plugged
> > > > > > > in a 120GB ssd which had a bunch of src stuff on it I'll
> > > > > > > need later and powered up again. Can't login, passwd no
> > > > > > > good.  Dbl check, caps lock off, try again several times,
> > > > > > > passwd no good.
> > > > > >
> > > > > > Maybe the SSD is drawing just enough additional current to
> > > > > > mess with your keyboard. As already suggested, you could try
> > > > > > removing it.
> > > > >
> > > > > Its a 5 amp switcher.
> > > > >
> > > > > > Also, since you're not worried about security you could try
> > > > > > typing your password in the username field, to make sure the
> > > > > > keyboard works as expected. Just don't press enter so the
> > > > > > password is not logged ;)
> > > > >
> > > > > I've done that too, its displaying exactly what I typed.
> > > >
> > > > And I am being ignored. So here is a thought.
> > >
> > > Well, I didn't realise you were using a DM to login when I wrote
> > > my first reply. As with the SSD, I would have you revert from a DM
> > > to an ordinary VC login. But I know so little about DEs that I
> > > don't know if that's possible. What does a DM buy you?
> >
> > A nice gui with lots of workspaces. Menu's to run stuff.
>
> Isn't that provided by the DE. What specifically does the DM do for
> you?
>
> I run X and a WM, but I don't use them to login. Just a VC.
>
> > > > Someone has recently mentioned a new method of encrypting
> > > > passwds. Is it possible that something in xfce4 has changed to
> > > > the new method, but the passwd in the passwd file was encrypted
> > > > with the older method, and that an ssh login is still useing the
> > > > old method, so I can login remotely only? So possibly it might
> > > > be fixed by an apt update/upgrade? Unforch, there is nothing to
> > > > upgrade:
> > >
> > > AIUI passwords are not encrypted, they're hashed.
> >
> > And apparently each hash is unique? I've checked 4 machines here,
> > and the shadow files entry for me is different on all 4 machines.
>
> That's because there are 4096 different values of salt that could have
> been chosen.
>
> > > > copy/paste from a konsole logged into it.
> > > >
> > > > gene@picnc:~$ sudo apt update
> > > > [sudo] password for gene:
> > > > Get:1 http://security.debian.org/debian-security buster/updates
> > > > InRelease [39.1 kB]
> > > > Hit:2 http://deb.debian.org/debian buster InRelease
> > > > Get:3 http://deb.debian.org/debian buster-updates InRelease
> > > > [46.8 kB] Get:4 http://security.debian.org/debian-security
> > > > buster/updates/main Sources [25.9 kB]
> > > > Get:5 http://security.debian.org/debian-security
> > > > buster/updates/main arm64 Packages [51.5 kB]
> > > > Get:6 http://security.debian.org/debian-security
> > > > buster/updates/main Translation-en [28.9 kB]
> > > > Fetched 192 kB in 2s (81.9 kB/s)
> > > > Reading package lists... Done
> > > > Building dependency tree
> > > > Reading state information... Done
> > > >

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 10:35:17 mick crane wrote:

> On 2019-08-03 14:57, Gene Heskett wrote:
>   Cheers, Gene Heskett
>
> >> I would probably add another user and see if they have same problem
> >> on the local machine.
> >>
> >> mick
> >
> > I'd thought of that but not tried it yet. I'll need a user amanda
> > who is
> > a member of group backup for the backup program amanda.  So I'll use
> > that as a guinea pig.
> > Or will I? copy/paste from konsole logged in as gene:
> >
> > gene@picnc:~$ sudo adduser
> > [sudo] password for gene:
> > adduser: Only one or two names allowed.
> > gene@picnc:~$
> >
> > WTH?
>
> I dunno, if they have no problems might be able to see what is
> different. Can always delete them.

That will take a real file manager, and theres only one, mc. thunar is a 
one armed, one legged paper hanger, and the arm it has is broken. 
Somebody should either give it some two pane tools, or put it out of its 
misery. Mc has the ncurses interface, butt ugly.  But it runs and  can 
do its job including from a text login on vt#roll of the die. So I broke 
down and installed mc mc-data. And the only diff in the home dirs is 
mine has a thunar entry. I tried to do something with that broken POC. 
Failed of course.

But I just went back out and that xsession has died, and I can't log back 
in.  Or maybe its the screen blanker kicking in and using lightdm's 
login to unblank ?  If the blanker is locking it instead of coming alive 
at a keypress or a jiggled mouse, how the h--- do I get rid of that?

If thats the case, I have more than enough paranoia, and I sure don't 
need a paranoid machine, one that when doing its job might need an 
xset -dpms so the job can be monitored until its done even if, like 
wheezy running my mill, a 70 line file of gcode text takes over 28 hours 
to run.

Thanks Mick.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: odd passwd problem.

[David Wright]

On Sat 03 Aug 2019 at 10:32:02 (-0400), Gene Heskett wrote:
> On Saturday 03 August 2019 10:03:18 David Wright wrote:
> > On Fri 02 Aug 2019 at 22:41:00 (-0400), Gene Heskett wrote:
> > > On Thursday 01 August 2019 16:58:46 Gene Heskett wrote:
> > > > On Thursday 01 August 2019 10:20:57 Andrei POPESCU wrote:
> > > > > On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> > > > > > Debian-arm netinstall on a pi3b;
> > > > > >
> > > > > > No root pw set, I am housebroken to using sudo now.
> > > > > >
> > > > > > netinstall didn't install x anything although I thought I was
> > > > > > selecting xfce4, so my first action on the reboot was to
> > > > > > "sudo apt install xfce4". reboot, works, have x and 4
> > > > > > workspaces.
> > > > > >
> > > > > > Then "sudo apt install build-essential and buildbot, cups".
> > > > > > reboot, worked once, login normal. Then I plugged in a 120GB
> > > > > > ssd which had a bunch of src stuff on it I'll need later and
> > > > > > powered up again. Can't login, passwd no good.  Dbl check,
> > > > > > caps lock off, try again several times, passwd no good.
> > > > >
> > > > > Maybe the SSD is drawing just enough additional current to mess
> > > > > with your keyboard. As already suggested, you could try removing
> > > > > it.
> > > >
> > > > Its a 5 amp switcher.
> > > >
> > > > > Also, since you're not worried about security you could try
> > > > > typing your password in the username field, to make sure the
> > > > > keyboard works as expected. Just don't press enter so the
> > > > > password is not logged ;)
> > > >
> > > > I've done that too, its displaying exactly what I typed.
> > >
> > > And I am being ignored. So here is a thought.
> >
> > Well, I didn't realise you were using a DM to login when I wrote my
> > first reply. As with the SSD, I would have you revert from a DM to
> > an ordinary VC login. But I know so little about DEs that I don't
> > know if that's possible. What does a DM buy you?
> >
> A nice gui with lots of workspaces. Menu's to run stuff.

Isn't that provided by the DE. What specifically does the DM do for you?

I run X and a WM, but I don't use them to login. Just a VC.

> > > Someone has recently mentioned a new method of encrypting passwds.
> > > Is it possible that something in xfce4 has changed to the new
> > > method, but the passwd in the passwd file was encrypted with the
> > > older method, and that an ssh login is still useing the old method,
> > > so I can login remotely only? So possibly it might be fixed by an
> > > apt update/upgrade? Unforch, there is nothing to upgrade:
> >
> > AIUI passwords are not encrypted, they're hashed.
> And apparently each hash is unique? I've checked 4 machines here, and the 
> shadow files entry for me is different on all 4 machines.

That's because there are 4096 different values of salt that could have
been chosen.

> > > copy/paste from a konsole logged into it.
> > >
> > > gene@picnc:~$ sudo apt update
> > > [sudo] password for gene:
> > > Get:1 http://security.debian.org/debian-security buster/updates
> > > InRelease [39.1 kB]
> > > Hit:2 http://deb.debian.org/debian buster InRelease
> > > Get:3 http://deb.debian.org/debian buster-updates InRelease [46.8
> > > kB] Get:4 http://security.debian.org/debian-security
> > > buster/updates/main Sources [25.9 kB]
> > > Get:5 http://security.debian.org/debian-security buster/updates/main
> > > arm64 Packages [51.5 kB]
> > > Get:6 http://security.debian.org/debian-security buster/updates/main
> > > Translation-en [28.9 kB]
> > > Fetched 192 kB in 2s (81.9 kB/s)
> > > Reading package lists... Done
> > > Building dependency tree
> > > Reading state information... Done
> > > All packages are up to date.
> > > gene@picnc:~$
> > >
> > > But is that the proper list of repo's to query?
> >
> > Posting your sources.list would be more typical.
> 
> but much more difficult to copy and chown to get it in the rights for 
> kmail-trinity to attach or include. I have to copy them to someplace 
> neutral, chown the perms, as my sshnet runs as me, specifically denies 
> root, so once I can copy it across the cat5 to someplace in 

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 10:12:59 Andrei POPESCU wrote:

> On Sb, 03 aug 19, 09:57:27, Gene Heskett wrote:
> > On Saturday 03 August 2019 07:08:08 mick crane wrote:
> > > I would probably add another user and see if they have same
> > > problem on the local machine.
> >
> > I'd thought of that but not tried it yet. I'll need a user amanda
> > who is a member of group backup for the backup program amanda.  So
> > I'll use that as a guinea pig.
>
> I wouldn't mess with users needed by packages. Why not just create a
> 'test' user or something?
>
> > Or will I? copy/paste from konsole logged in as gene:
> >
> > gene@picnc:~$ sudo adduser
> > [sudo] password for gene:
> > adduser: Only one or two names allowed.
> > gene@picnc:~$
>
> I'm guessing 'adduser' needs at least a name for the new user ;)
>
Ac the manpage, correct. And I didn't give it a name, so it picked the 
only error answer it had. Really helpfull, NOT!

So I repeated from here, adding a "test" user, went out and tried it 
there, worked, once, now we wait 15 minutes to see if it times out.
test of course doesn't have sudo rights, so is of questionable utility.

> Kind regards,
> Andrei
Thanks Andrei

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: odd passwd problem.

[mick crane]

On 2019-08-03 14:57, Gene Heskett wrote:
 Cheers, Gene Heskett


I would probably add another user and see if they have same problem on
the local machine.

mick


I'd thought of that but not tried it yet. I'll need a user amanda who 
is

a member of group backup for the backup program amanda.  So I'll use
that as a guinea pig.
Or will I? copy/paste from konsole logged in as gene:

gene@picnc:~$ sudo adduser
[sudo] password for gene:
adduser: Only one or two names allowed.
gene@picnc:~$

WTH?


I dunno, if they have no problems might be able to see what is 
different. Can always delete them.


--
Key ID4BFEBB31

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 10:03:18 David Wright wrote:

> On Fri 02 Aug 2019 at 22:41:00 (-0400), Gene Heskett wrote:
> > On Thursday 01 August 2019 16:58:46 Gene Heskett wrote:
> > > On Thursday 01 August 2019 10:20:57 Andrei POPESCU wrote:
> > > > On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> > > > > Debian-arm netinstall on a pi3b;
> > > > >
> > > > > No root pw set, I am housebroken to using sudo now.
> > > > >
> > > > > netinstall didn't install x anything although I thought I was
> > > > > selecting xfce4, so my first action on the reboot was to
> > > > > "sudo apt install xfce4". reboot, works, have x and 4
> > > > > workspaces.
> > > > >
> > > > > Then "sudo apt install build-essential and buildbot, cups".
> > > > > reboot, worked once, login normal. Then I plugged in a 120GB
> > > > > ssd which had a bunch of src stuff on it I'll need later and
> > > > > powered up again. Can't login, passwd no good.  Dbl check,
> > > > > caps lock off, try again several times, passwd no good.
> > > >
> > > > Maybe the SSD is drawing just enough additional current to mess
> > > > with your keyboard. As already suggested, you could try removing
> > > > it.
> > >
> > > Its a 5 amp switcher.
> > >
> > > > Also, since you're not worried about security you could try
> > > > typing your password in the username field, to make sure the
> > > > keyboard works as expected. Just don't press enter so the
> > > > password is not logged ;)
> > >
> > > I've done that too, its displaying exactly what I typed.
> >
> > And I am being ignored. So here is a thought.
>
> Well, I didn't realise you were using a DM to login when I wrote my
> first reply. As with the SSD, I would have you revert from a DM to
> an ordinary VC login. But I know so little about DEs that I don't
> know if that's possible. What does a DM buy you?
>
A nice gui with lots of workspaces. Menu's to run stuff.
> > Someone has recently mentioned a new method of encrypting passwds.
> > Is it possible that something in xfce4 has changed to the new
> > method, but the passwd in the passwd file was encrypted with the
> > older method, and that an ssh login is still useing the old method,
> > so I can login remotely only? So possibly it might be fixed by an
> > apt update/upgrade? Unforch, there is nothing to upgrade:
>
> AIUI passwords are not encrypted, they're hashed.
And apparently each hash is unique? I've checked 4 machines here, and the 
shadow files entry for me is different on all 4 machines.

> > copy/paste from a konsole logged into it.
> >
> > gene@picnc:~$ sudo apt update
> > [sudo] password for gene:
> > Get:1 http://security.debian.org/debian-security buster/updates
> > InRelease [39.1 kB]
> > Hit:2 http://deb.debian.org/debian buster InRelease
> > Get:3 http://deb.debian.org/debian buster-updates InRelease [46.8
> > kB] Get:4 http://security.debian.org/debian-security
> > buster/updates/main Sources [25.9 kB]
> > Get:5 http://security.debian.org/debian-security buster/updates/main
> > arm64 Packages [51.5 kB]
> > Get:6 http://security.debian.org/debian-security buster/updates/main
> > Translation-en [28.9 kB]
> > Fetched 192 kB in 2s (81.9 kB/s)
> > Reading package lists... Done
> > Building dependency tree
> > Reading state information... Done
> > All packages are up to date.
> > gene@picnc:~$
> >
> > But is that the proper list of repo's to query?
>
> Posting your sources.list would be more typical.

but much more difficult to copy and chown to get it in the rights for 
kmail-trinity to attach or include. I have to copy them to someplace 
neutral, chown the perms, as my sshnet runs as me, specifically denies 
root, so once I can copy it across the cat5 to someplace in /home/gene 
on this machine, then I can attach or include it.

> > Or maybe its ssh thats using the new way, and xfce4 has not caught
> > up. I haven't a clue whats changed, but it did work several times,
> > then stopped.  Completely changing my passwd from this ssh login
> > worked, I backed out and tried it, worked as expected from ssh, but
> > is still rejected from its own keyboard, so I changed it back. ??
> > What library does that? Is there a version jump that arm did, but
> > got miss installed?
>
> ssh has -v (up to 3 times) for monitoring its behaviour.
>
> But are you're sure you're not thinking of something like LUKS1/LUKS2
> rather than any change in passwd hashing (which might be why you wrote
> "encrypting").

Never touched LUKS, any version.
> Cheers,
> David.


Cheers David, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 09:45:49 David Wright wrote:

> On Thu 01 Aug 2019 at 16:51:35 (-0400), Gene Heskett wrote:
> > On Thursday 01 August 2019 08:01:40 Cindy Sue Causey wrote:
> > > My experience for many years has been that the first console is
> > > especially a stinker about having a super fast keystroke repeat
> > > setting. We can see it visually when typing in normal commands but
> > > would have no idea it's occurring for passwords where there's no
> > > visual cue as to what's occurring.
> >
> > Back in jessie days, it did not set the keyboard repeat at boot, so
> > the first thing was to call up that util and set the repeat down
> > from around 1000 to 15 or 20, then it worked fine until the next
> > reboot, but I've seen nothing like that on stretch by raspian.
>
> Just put
> @reboot   /sbin/kbdrate -r 8 -d 500 -s
> into /root/crontab and then type
> ~# crontab crontab
>
That would have been useful when it was running 
raspian jessie, but I've now an sd card thats booting raspian stretch, 
doesn't suffer from that, and which runs the machine smoother but still 
suffers from the cold molasses video. They have now updated to buster, 
twice, the second time incorporating new drivers from broadcom that 
speed the video up by actually using the broadcom video hardware. Full 
screen glxgears runs at 19 fps instead of 1.6 fps  using the 
framebuffer.  And I need that AND at least a fully pre-emptible kernel.

> > > Not too long ago, I saw a User asking about the ability to add a
> > > visual aid, e.g. those classic asterisks, to a password entry
> > > field that currently just sat there blank. The ability to make
> > > that User CHOICE would sure come in handy for at least that
> > > initial login console, depending on one's accessibility needs.
> > > Persons with disabilities related to mobility, dexterity would
> > > potentially benefit the most.
> >
> > Absolutely.
> >
> > > Afterthought.. That option may currently exist. The above just
> > > reflects that I haven't tripped over it yet. :)
> >
> > Me either Cindy.  Sigh.
>
> Possibly myself, if you're thinking of:
>
> https://lists.debian.org/debian-user/2019/06/msg00585.html

Thats the best possibility of what I recall.

> But that was really about encryption passphrases rather than login
> passwords.

But the useage is not via the same lib?

> Cheers,
> David.

Thanks David.  See my other reply to Curt, its locked me out again, and 
wont even let me add another user to test with. I've never heard of an 
xsession timing out in 10 minutes, but...

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: odd passwd problem.

[Andrei POPESCU]

On Sb, 03 aug 19, 09:57:27, Gene Heskett wrote:
> On Saturday 03 August 2019 07:08:08 mick crane wrote:
> >
> > I would probably add another user and see if they have same problem on
> > the local machine.
> 
> I'd thought of that but not tried it yet. I'll need a user amanda who is 
> a member of group backup for the backup program amanda.  So I'll use 
> that as a guinea pig.

I wouldn't mess with users needed by packages. Why not just create a 
'test' user or something?

> Or will I? copy/paste from konsole logged in as gene:
> 
> gene@picnc:~$ sudo adduser
> [sudo] password for gene:
> adduser: Only one or two names allowed.
> gene@picnc:~$  

I'm guessing 'adduser' needs at least a name for the new user ;)

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: odd passwd problem.

[David Wright]

On Fri 02 Aug 2019 at 22:41:00 (-0400), Gene Heskett wrote:
> On Thursday 01 August 2019 16:58:46 Gene Heskett wrote:
> > On Thursday 01 August 2019 10:20:57 Andrei POPESCU wrote:
> > > On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> > > > Debian-arm netinstall on a pi3b;
> > > >
> > > > No root pw set, I am housebroken to using sudo now.
> > > >
> > > > netinstall didn't install x anything although I thought I was
> > > > selecting xfce4, so my first action on the reboot was to
> > > > "sudo apt install xfce4". reboot, works, have x and 4 workspaces.
> > > >
> > > > Then "sudo apt install build-essential and buildbot, cups".
> > > > reboot, worked once, login normal. Then I plugged in a 120GB ssd
> > > > which had a bunch of src stuff on it I'll need later and powered
> > > > up again. Can't login, passwd no good.  Dbl check, caps lock off,
> > > > try again several times, passwd no good.
> > >
> > > Maybe the SSD is drawing just enough additional current to mess with
> > > your keyboard. As already suggested, you could try removing it.
> >
> > Its a 5 amp switcher.
> >
> > > Also, since you're not worried about security you could try typing
> > > your password in the username field, to make sure the keyboard works
> > > as expected. Just don't press enter so the password is not logged ;)
> >
> > I've done that too, its displaying exactly what I typed.
> 
> And I am being ignored. So here is a thought.

Well, I didn't realise you were using a DM to login when I wrote my
first reply. As with the SSD, I would have you revert from a DM to
an ordinary VC login. But I know so little about DEs that I don't
know if that's possible. What does a DM buy you?

> Someone has recently mentioned a new method of encrypting passwds. Is it 
> possible that something in xfce4 has changed to the new method, but the 
> passwd in the passwd file was encrypted with the older method, and that 
> an ssh login is still useing the old method, so I can login remotely 
> only? So possibly it might be fixed by an apt update/upgrade? Unforch, 
> there is nothing to upgrade:

AIUI passwords are not encrypted, they're hashed.

> copy/paste from a konsole logged into it.
> 
> gene@picnc:~$ sudo apt update
> [sudo] password for gene:
> Get:1 http://security.debian.org/debian-security buster/updates InRelease 
> [39.1 kB]
> Hit:2 http://deb.debian.org/debian buster InRelease
> Get:3 http://deb.debian.org/debian buster-updates InRelease [46.8 kB]
> Get:4 http://security.debian.org/debian-security buster/updates/main 
> Sources [25.9 kB]
> Get:5 http://security.debian.org/debian-security buster/updates/main 
> arm64 Packages [51.5 kB]
> Get:6 http://security.debian.org/debian-security buster/updates/main 
> Translation-en [28.9 kB]
> Fetched 192 kB in 2s (81.9 kB/s)
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> All packages are up to date.
> gene@picnc:~$
> 
> But is that the proper list of repo's to query?

Posting your sources.list would be more typical.

> Or maybe its ssh thats using the new way, and xfce4 has not caught up. I 
> haven't a clue whats changed, but it did work several times, then 
> stopped.  Completely changing my passwd from this ssh login worked, I 
> backed out and tried it, worked as expected from ssh, but is still 
> rejected from its own keyboard, so I changed it back. ?? What library 
> does that? Is there a version jump that arm did, but got miss installed?

ssh has -v (up to 3 times) for monitoring its behaviour.

But are you're sure you're not thinking of something like LUKS1/LUKS2
rather than any change in passwd hashing (which might be why you wrote
"encrypting").

Cheers,
David.

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 07:08:08 mick crane wrote:

> On 2019-08-01 11:28, Gene Heskett wrote:
> > Debian-arm netinstall on a pi3b;
> >
> > No root pw set, I am housebroken to using sudo now.
> >
> > netinstall didn't install x anything although I thought I was
> > selecting xfce4, so my first action on the reboot was to
> > "sudo apt install xfce4". reboot, works, have x and 4 workspaces.
> >
> > Then "sudo apt install build-essential and buildbot, cups". reboot,
> > worked once, login normal. Then I plugged in a 120GB ssd which had a
> > bunch of src stuff on it I'll need later and powered up again. Can't
> > login, passwd no good.  Dbl check, caps lock off, try again several
> > times, passwd no good.
> >
> > Come to the house and ssh -Y picnc. passwd good, I have 2 sessions
> > running right now from konsoles on this machine. Back to the garage,
> > passwd fails.
> >
> > Suggested course of action? I do have access to it via ssh. And sudo
> > -i works.
> >
> > Thanks.
> >
> > Cheers, Gene Heskett
>
> I would probably add another user and see if they have same problem on
> the local machine.
>
> mick

I'd thought of that but not tried it yet. I'll need a user amanda who is 
a member of group backup for the backup program amanda.  So I'll use 
that as a guinea pig.
Or will I? copy/paste from konsole logged in as gene:

gene@picnc:~$ sudo adduser
[sudo] password for gene:
adduser: Only one or two names allowed.
gene@picnc:~$  

WTH?

Thanks Mick Crane.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 06:49:41 Curt wrote:

> On 2019-08-03, Gene Heskett  wrote:
> > [+3038.26s] DEBUG: Session pid=490: Authentication complete with
> > return value 7: Authentication failure
>
> Check permissions on '~.Xauthority' file maybe (think it should be
> gene:gene). Maybe that file is 'stale' (whatever that might mean).
> Maybe you could move it out of the way and see if you can log in then.
>
> curty@einstein:~$ ls -l .Xauthority
> -rw--- 1 curty curty 102 Aug  3 09:17 .Xauthority

rm'd it.

> I'm a lightdm user myself.
>
> You might also try 'dpkg-reconfigure lightdm' (which might overwrite a
> corrupted config with something fresh).

Took several seconds to sudo it, no errors.
>
> Stabs in the dark. You enter username/password and it says: "Incorrect
> password. Try again, Gene"?
"incorrect password, please try again"

So I clicked back in the username box, and verified my pw as displayed 
there, then back to geneTAB, put in pw againENTER, incorrect yadda
so I refreshed the pw again, but rather than an ENTER, picked up the 
mouse and clicked the login button, worked. WTH? I've been using enter 
for 20 years. If this is how it works NOW, its a bug. That also has been 
tried, several times, always failed. This is so crazy I'm going to 
reboot it and try again. BRB.

And this is crazier yet, I had a ready to work xfce4 screen with 4 
workspaces when I walked away, stopping for about a minute in front of 
another machine which has been digging a woodruff key socket in the side 
of a Rockwell 60C shaft, which its been doing by EDM since yesterday 
mid-morning, part of the big lathe this pi is running, long enough to 
note that using EDM, I've burnt more off the end of the carbide tool 
doing the erosion than the slot is deep. 35 thou to go, but the slot 
needs another 100 thou yet.

Then came back in here and typed the above.  And after I said BRB, I 
refilled my morning coffee and walked back out to be greeted by a blank 
screen with the login greeter asking for my pw, tried twice, once with 
an enter, once with a mouse click on the login button, both failed, 
incorrect passwd.

Next?

Thanks Curt.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: odd passwd problem.

[David Wright]

On Thu 01 Aug 2019 at 16:51:35 (-0400), Gene Heskett wrote:
> On Thursday 01 August 2019 08:01:40 Cindy Sue Causey wrote:
> > My experience for many years has been that the first console is
> > especially a stinker about having a super fast keystroke repeat
> > setting. We can see it visually when typing in normal commands but
> > would have no idea it's occurring for passwords where there's no
> > visual cue as to what's occurring.
> >
> Back in jessie days, it did not set the keyboard repeat at boot, so the 
> first thing was to call up that util and set the repeat down from around 
> 1000 to 15 or 20, then it worked fine until the next reboot, but I've 
> seen nothing like that on stretch by raspian.

Just put
@reboot   /sbin/kbdrate -r 8 -d 500 -s
into /root/crontab and then type
~# crontab crontab

> > Not too long ago, I saw a User asking about the ability to add a
> > visual aid, e.g. those classic asterisks, to a password entry field
> > that currently just sat there blank. The ability to make that User
> > CHOICE would sure come in handy for at least that initial login
> > console, depending on one's accessibility needs. Persons with
> > disabilities related to mobility, dexterity would potentially benefit
> > the most.
> 
> Absolutely.
> 
> > Afterthought.. That option may currently exist. The above just
> > reflects that I haven't tripped over it yet. :)
> >
> Me either Cindy.  Sigh.

Possibly myself, if you're thinking of:

https://lists.debian.org/debian-user/2019/06/msg00585.html

But that was really about encryption passphrases rather than login passwords.

Cheers,
David.

Re: odd passwd problem.

[mick crane]

On 2019-08-01 11:28, Gene Heskett wrote:

Debian-arm netinstall on a pi3b;

No root pw set, I am housebroken to using sudo now.

netinstall didn't install x anything although I thought I was selecting
xfce4, so my first action on the reboot was to
"sudo apt install xfce4". reboot, works, have x and 4 workspaces.

Then "sudo apt install build-essential and buildbot, cups". reboot,
worked once, login normal. Then I plugged in a 120GB ssd which had a
bunch of src stuff on it I'll need later and powered up again. Can't
login, passwd no good.  Dbl check, caps lock off, try again several
times, passwd no good.

Come to the house and ssh -Y picnc. passwd good, I have 2 sessions
running right now from konsoles on this machine. Back to the garage,
passwd fails.

Suggested course of action? I do have access to it via ssh. And sudo -i
works.

Thanks.

Cheers, Gene Heskett




I would probably add another user and see if they have same problem on 
the local machine.


mick
--
Key ID4BFEBB31

Re: odd passwd problem.

[Curt]

On 2019-08-03, Gene Heskett  wrote:
>
> [+3038.26s] DEBUG: Session pid=490: Authentication complete with return 
> value 7: Authentication failure

Check permissions on '~.Xauthority' file maybe (think it should be
gene:gene). Maybe that file is 'stale' (whatever that might mean). Maybe
you could move it out of the way and see if you can log in then.

curty@einstein:~$ ls -l .Xauthority 
-rw--- 1 curty curty 102 Aug  3 09:17 .Xauthority

I'm a lightdm user myself.

You might also try 'dpkg-reconfigure lightdm' (which might overwrite a
corrupted config with something fresh).

Stabs in the dark. You enter username/password and it says: "Incorrect
password. Try again, Gene"?

-- 
“We are all in the gutter, but some of us are looking at the stars.” 
― Oscar Wilde, Lady Windermere's Fan

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 05:58:49 Curt wrote:

> On 2019-08-03, Gene Heskett  wrote:
> >> as well as the contents of
> >>
> >>  /var/log/lightdm/lightdm.log
>
> What about the log?

Since the logs have been rotated, I find many stanza's of this in the 
lightdm.log.old

[+3030.13s] DEBUG: Greeter start authentication for  gene
[+3030.13s] DEBUG: Session pid=460: Sending SIGTERM
[+3030.13s] DEBUG: Session pid=490: Started with service 'lightdm', 
username ' gene'
[+3030.13s] DEBUG: Session pid=460: Terminated with signal 15
[+3030.13s] DEBUG: Session: Failed during authentication
[+3030.13s] DEBUG: Seat seat0: Session stopped
[+3030.16s] DEBUG: Session pid=490: Got 1 message(s) from PAM
[+3030.16s] DEBUG: Prompt greeter with 1 message(s)
[+3035.97s] DEBUG: Continue authentication
[+3038.26s] DEBUG: Session pid=490: Authentication complete with return 
value 7: Authentication failure
[+3038.26s] DEBUG: Authenticate result for user  gene: Authentication 
failure
[+3038.26s] DEBUG: Session pid=490: Exited with return value 1
[+3038.26s] DEBUG: Seat seat0: Session stopped
[+3038.27s] DEBUG: Greeter start authentication for  gene

> What happens exactly?
>
> >> might provide some clue.
Thanks Curt.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 03:55:32 Curt wrote:

> On 2019-08-03, Gene Heskett  wrote:
> > Or maybe its ssh thats using the new way, and xfce4 has not caught
> > up. I
>
> https://www.mail-archive.com/debian-user@lists.debian.org/msg745969.ht
>ml
>
> You're using lightdm as a display manager (graphical login)?
>
> If so
>
>  sudo tail -f /var/log/lightdm/x-0-greeter.log
>
> as well as the contents of
>
>  /var/log/lightdm/lightdm.log
>
> might provide some clue.
>
> > haven't a clue whats changed, but it did work several times, then
> > stopped.  Completely changing my passwd from this ssh login worked,
> > I backed out and tried it, worked as expected from ssh, but is still
> > rejected from its own keyboard, so I changed it back. ?? What
> > library does that? Is there a version jump that arm did, but got
> > miss installed?
> >
> > Thank you.
> >
> > Cheers, Gene Heskett

I should add that the login greeter looks complete and normal.
I could supply a pix but 2x problems, my camera outputs 4.5 megabyte 
jpg's, and it looks completely normal, until I hit return at the end of 
the pw, or click on the login button.

I trolled thru the /var/log/apt/history.log.1.gz, which of course starts 
with the netinstall stuff. The first thing I installed after discovering 
I had a text login, was xfce4 that pulled in several hundred 
dependencies.  Rebooted, had x login. Opened a konsole and did:
sudo apt install synaptic build-essential. That also pulled in at least 
100 dependencies.  Expected.

The reboot after that failed to accept my pw, and has been failing since. 
Those logs could be supplied but are locked down pretty tightly. I'd have 
to install mc and mc-data before I could copy them someplace where I 
could attach them to an email. But I'd druther not destroy the scene of 
the crime just yet.  You tell me... history.log.1.gz I was able to move 
with thunar. But while I did move the history to my home dir, where I 
should have been able to fetch it over sshnet mounts, the first use on 
picnc is no longer pi, but gene, and not even root can touch that 
mountpoint. Ahh, finally got it. Attached. Now if the server doesn't 
strip it.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>


history.log.1.gz
Description: GNU Zip compressed data

Re: odd passwd problem.

[Curt]

On 2019-08-03, Gene Heskett  wrote:
>
>> as well as the contents of
>>
>>  /var/log/lightdm/lightdm.log

What about the log?

What happens exactly?

>> might provide some clue.


-- 
“We are all in the gutter, but some of us are looking at the stars.” 
― Oscar Wilde, Lady Windermere's Fan

Re: odd passwd problem.

[Gene Heskett]

On Saturday 03 August 2019 03:55:32 Curt wrote:

> On 2019-08-03, Gene Heskett  wrote:
> > Or maybe its ssh thats using the new way, and xfce4 has not caught
> > up. I
>
> https://www.mail-archive.com/debian-user@lists.debian.org/msg745969.ht
>ml
>
> You're using lightdm as a display manager (graphical login)?
>
> If so
>
>  sudo tail -f /var/log/lightdm/x-0-greeter.log
>
No such file. ls -l of that dir:
root@picnc:/var/log/lightdm# ls -l
total 900
-rw--- 1 root root   3686 Aug  1 13:37 lightdm.log
-rw--- 1 root root  12377 Aug  1 13:36 lightdm.log.old
-rw--- 1 root root 407863 Aug  3 05:05 seat0-greeter.log
-rw--- 1 root root 472719 Aug  1 13:36 seat0-greeter.log.old
-rw--- 1 root root889 Aug  1 13:36 x-0.log
-rw--- 1 root root948 Aug  1 13:36 x-0.log.old

But seat0-greeter.log(s) are all this:
** Message: 13:37:04.194: Starting lightdm-gtk-greeter 2.0.6 (Dec 27 
2018, 16:15:47)
** Message: 13:37:04.203: [Configuration] Reading 
file: /usr/share/lightdm/lightdm-gtk-greeter.conf.d/01_debian.conf
** Message: 13:37:04.204: [Configuration] Reading 
file: /etc/lightdm/lightdm-gtk-greeter.conf

** (lightdm-gtk-greeter:424): WARNING **: 13:37:06.062: [PIDs] Failed to 
execute command: upstart

(lightdm-gtk-greeter:424): Gtk-WARNING **: 13:37:10.850: Drawing a gadget 
with negative dimensions. Did you forget to allocate a size? (node 
menubar owner GreeterMenuBar)

With this last line repeating at 1 minute intervals, almost half a meg of 
them. From then until now. Confirmed by a tail -f.

This looks like something that might be fixable, but I don't grok this 
process enough to do more than report.

> as well as the contents of
>
>  /var/log/lightdm/lightdm.log
>
> might provide some clue.
>
> > haven't a clue whats changed, but it did work several times, then
> > stopped.  Completely changing my passwd from this ssh login worked,
> > I backed out and tried it, worked as expected from ssh, but is still
> > rejected from its own keyboard, so I changed it back. ?? What
> > library does that? Is there a version jump that arm did, but got
> > miss installed?
> >
> > Thank you.
> >
> > Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: odd passwd problem.

[Curt]

On 2019-08-03, Gene Heskett  wrote:
>
> Or maybe its ssh thats using the new way, and xfce4 has not caught up. I 

https://www.mail-archive.com/debian-user@lists.debian.org/msg745969.html

You're using lightdm as a display manager (graphical login)?

If so

 sudo tail -f /var/log/lightdm/x-0-greeter.log

as well as the contents of
 
 /var/log/lightdm/lightdm.log

might provide some clue.

> haven't a clue whats changed, but it did work several times, then 
> stopped.  Completely changing my passwd from this ssh login worked, I 
> backed out and tried it, worked as expected from ssh, but is still 
> rejected from its own keyboard, so I changed it back. ?? What library 
> does that? Is there a version jump that arm did, but got miss installed?
>
> Thank you.
>
> Cheers, Gene Heskett


-- 
“We are all in the gutter, but some of us are looking at the stars.” 
― Oscar Wilde, Lady Windermere's Fan

Re: odd passwd problem.

[Gene Heskett]

On Thursday 01 August 2019 16:58:46 Gene Heskett wrote:

> On Thursday 01 August 2019 10:20:57 Andrei POPESCU wrote:
> > On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> > > Debian-arm netinstall on a pi3b;
> > >
> > > No root pw set, I am housebroken to using sudo now.
> > >
> > > netinstall didn't install x anything although I thought I was
> > > selecting xfce4, so my first action on the reboot was to
> > > "sudo apt install xfce4". reboot, works, have x and 4 workspaces.
> > >
> > > Then "sudo apt install build-essential and buildbot, cups".
> > > reboot, worked once, login normal. Then I plugged in a 120GB ssd
> > > which had a bunch of src stuff on it I'll need later and powered
> > > up again. Can't login, passwd no good.  Dbl check, caps lock off,
> > > try again several times, passwd no good.
> >
> > Maybe the SSD is drawing just enough additional current to mess with
> > your keyboard. As already suggested, you could try removing it.
>
> Its a 5 amp switcher.
>
> > Also, since you're not worried about security you could try typing
> > your password in the username field, to make sure the keyboard works
> > as expected. Just don't press enter so the password is not logged ;)
>
> I've done that too, its displaying exactly what I typed.
>
> > Kind regards,
> > Andrei
>
> Thanks Andrei
>
> Cheers, Gene Heskett

And I am being ignored. So here is a thought.

Someone has recently mentioned a new method of encrypting passwds. Is it 
possible that something in xfce4 has changed to the new method, but the 
passwd in the passwd file was encrypted with the older method, and that 
an ssh login is still useing the old method, so I can login remotely 
only? So possibly it might be fixed by an apt update/upgrade? Unforch, 
there is nothing to upgrade:

copy/paste from a konsole logged into it.

gene@picnc:~$ sudo apt update
[sudo] password for gene:
Get:1 http://security.debian.org/debian-security buster/updates InRelease 
[39.1 kB]
Hit:2 http://deb.debian.org/debian buster InRelease
Get:3 http://deb.debian.org/debian buster-updates InRelease [46.8 kB]
Get:4 http://security.debian.org/debian-security buster/updates/main 
Sources [25.9 kB]
Get:5 http://security.debian.org/debian-security buster/updates/main 
arm64 Packages [51.5 kB]
Get:6 http://security.debian.org/debian-security buster/updates/main 
Translation-en [28.9 kB]
Fetched 192 kB in 2s (81.9 kB/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
gene@picnc:~$

But is that the proper list of repo's to query?

Or maybe its ssh thats using the new way, and xfce4 has not caught up. I 
haven't a clue whats changed, but it did work several times, then 
stopped.  Completely changing my passwd from this ssh login worked, I 
backed out and tried it, worked as expected from ssh, but is still 
rejected from its own keyboard, so I changed it back. ?? What library 
does that? Is there a version jump that arm did, but got miss installed?

Thank you.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: odd passwd problem.

[Gene Heskett]

On Thursday 01 August 2019 10:20:57 Andrei POPESCU wrote:

> On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> > Debian-arm netinstall on a pi3b;
> >
> > No root pw set, I am housebroken to using sudo now.
> >
> > netinstall didn't install x anything although I thought I was
> > selecting xfce4, so my first action on the reboot was to
> > "sudo apt install xfce4". reboot, works, have x and 4 workspaces.
> >
> > Then "sudo apt install build-essential and buildbot, cups". reboot,
> > worked once, login normal. Then I plugged in a 120GB ssd which had a
> > bunch of src stuff on it I'll need later and powered up again. Can't
> > login, passwd no good.  Dbl check, caps lock off, try again several
> > times, passwd no good.
>
> Maybe the SSD is drawing just enough additional current to mess with
> your keyboard. As already suggested, you could try removing it.
>
Its a 5 amp switcher.

> Also, since you're not worried about security you could try typing
> your password in the username field, to make sure the keyboard works
> as expected. Just don't press enter so the password is not logged ;)

I've done that too, its displaying exactly what I typed.

> Kind regards,
> Andrei

Thanks Andrei

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: odd passwd problem.

[Gene Heskett]

On Thursday 01 August 2019 09:45:42 David Wright wrote:

> On Thu 01 Aug 2019 at 06:28:17 (-0400), Gene Heskett wrote:
> > Debian-arm netinstall on a pi3b;
>
> … about which I know nothing. (A physicist once showed me an original
> pi in the pub, I think.)
>
> > No root pw set, I am housebroken to using sudo now.
> >
> > netinstall didn't install x anything although I thought I was
> > selecting xfce4, so my first action on the reboot was to
> > "sudo apt install xfce4". reboot, works, have x and 4 workspaces.
> >
> > Then "sudo apt install build-essential and buildbot, cups". reboot,
> > worked once, login normal. Then I plugged in a 120GB ssd which had a
> > bunch of src stuff on it I'll need later and powered up again. Can't
> > login, passwd no good.  Dbl check, caps lock off, try again several
> > times, passwd no good.
> >
> > Come to the house and ssh -Y picnc. passwd good, I have 2 sessions
> > running right now from konsoles on this machine. Back to the garage,
> > passwd fails.
> >
> > Suggested course of action? I do have access to it via ssh. And sudo
> > -i works.
>
> My first action would be to revert the change: remove the SSD.

I've also tried that, no help.

> I'm assuming that typing the username ± Caps behaves normally.

Seems to act normally.

> Cheers,
> David.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: odd passwd problem.

[Gene Heskett]

On Thursday 01 August 2019 08:01:40 Cindy Sue Causey wrote:

> On 8/1/19, Gene Heskett  wrote:
> > Debian-arm netinstall on a pi3b;
> >
> > No root pw set, I am housebroken to using sudo now.
> >
> > netinstall didn't install x anything although I thought I was
> > selecting xfce4, so my first action on the reboot was to
> > "sudo apt install xfce4". reboot, works, have x and 4 workspaces.
> >
> > Then "sudo apt install build-essential and buildbot, cups". reboot,
> > worked once, login normal. Then I plugged in a 120GB ssd which had a
> > bunch of src stuff on it I'll need later and powered up again. Can't
> > login, passwd no good.  Dbl check, caps lock off, try again several
> > times, passwd no good.
> >
> > Come to the house and ssh -Y picnc. passwd good, I have 2 sessions
> > running right now from konsoles on this machine. Back to the garage,
> > passwd fails.
> >
> > Suggested course of action? I do have access to it via ssh. And sudo
> > -i works.
>
> Hi, Gene.. Are you logging in from a terminal/console interface or
> graphical GUI?
>
> If it's console... is there any chance your keyboard might be
> sticking, even if for only an extra nanosecond too long?

I thought of that, and tried very quick pecks so keyboard repeat wouldn't 
have time to kick in, didn't  help. At the machines own keyboard it 
didn't help. Thats a lightdm login I believe, where from here its ssh.

I just tried resetting it to a trash but long word from here, login 
worked from here in house, but not at the machine, then changed it back 
from here in the house, works from here but not at the machines own 
keyboard and mouse.

I think I've found a bug! But what package do I blame it on?

This is the 5th net-install I've done that has upchucked for something at 
about the 6th or 7nth reboot as I'm building it up to replace a raspian 
stretch install with very slow video.

> My experience for many years has been that the first console is
> especially a stinker about having a super fast keystroke repeat
> setting. We can see it visually when typing in normal commands but
> would have no idea it's occurring for passwords where there's no
> visual cue as to what's occurring.
>
Back in jessie days, it did not set the keyboard repeat at boot, so the 
first thing was to call up that util and set the repeat down from around 
1000 to 15 or 20, then it worked fine until the next reboot, but I've 
seen nothing like that on stretch by raspian.

> Not too long ago, I saw a User asking about the ability to add a
> visual aid, e.g. those classic asterisks, to a password entry field
> that currently just sat there blank. The ability to make that User
> CHOICE would sure come in handy for at least that initial login
> console, depending on one's accessibility needs. Persons with
> disabilities related to mobility, dexterity would potentially benefit
> the most.

Absolutely.

> Afterthought.. That option may currently exist. The above just
> reflects that I haven't tripped over it yet. :)
>
Me either Cindy.  Sigh.

> Cindy :)


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: odd passwd problem.

[Andrei POPESCU]

On Jo, 01 aug 19, 06:28:17, Gene Heskett wrote:
> Debian-arm netinstall on a pi3b;
> 
> No root pw set, I am housebroken to using sudo now.
> 
> netinstall didn't install x anything although I thought I was selecting 
> xfce4, so my first action on the reboot was to 
> "sudo apt install xfce4". reboot, works, have x and 4 workspaces.
> 
> Then "sudo apt install build-essential and buildbot, cups". reboot, 
> worked once, login normal. Then I plugged in a 120GB ssd which had a 
> bunch of src stuff on it I'll need later and powered up again. Can't 
> login, passwd no good.  Dbl check, caps lock off, try again several 
> times, passwd no good.

Maybe the SSD is drawing just enough additional current to mess with 
your keyboard. As already suggested, you could try removing it.

Also, since you're not worried about security you could try typing your 
password in the username field, to make sure the keyboard works as 
expected. Just don't press enter so the password is not logged ;)

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: odd passwd problem.

[David Wright]

On Thu 01 Aug 2019 at 06:28:17 (-0400), Gene Heskett wrote:
> Debian-arm netinstall on a pi3b;

… about which I know nothing. (A physicist once showed me an original
pi in the pub, I think.)

> No root pw set, I am housebroken to using sudo now.
> 
> netinstall didn't install x anything although I thought I was selecting 
> xfce4, so my first action on the reboot was to 
> "sudo apt install xfce4". reboot, works, have x and 4 workspaces.
> 
> Then "sudo apt install build-essential and buildbot, cups". reboot, 
> worked once, login normal. Then I plugged in a 120GB ssd which had a 
> bunch of src stuff on it I'll need later and powered up again. Can't 
> login, passwd no good.  Dbl check, caps lock off, try again several 
> times, passwd no good.
> 
> Come to the house and ssh -Y picnc. passwd good, I have 2 sessions 
> running right now from konsoles on this machine. Back to the garage, 
> passwd fails.
> 
> Suggested course of action? I do have access to it via ssh. And sudo -i 
> works.

My first action would be to revert the change: remove the SSD.
I'm assuming that typing the username ± Caps behaves normally.

Cheers,
David.

Re: odd passwd problem.

[Cindy Sue Causey]

On 8/1/19, Gene Heskett  wrote:
> Debian-arm netinstall on a pi3b;
>
> No root pw set, I am housebroken to using sudo now.
>
> netinstall didn't install x anything although I thought I was selecting
> xfce4, so my first action on the reboot was to
> "sudo apt install xfce4". reboot, works, have x and 4 workspaces.
>
> Then "sudo apt install build-essential and buildbot, cups". reboot,
> worked once, login normal. Then I plugged in a 120GB ssd which had a
> bunch of src stuff on it I'll need later and powered up again. Can't
> login, passwd no good.  Dbl check, caps lock off, try again several
> times, passwd no good.
>
> Come to the house and ssh -Y picnc. passwd good, I have 2 sessions
> running right now from konsoles on this machine. Back to the garage,
> passwd fails.
>
> Suggested course of action? I do have access to it via ssh. And sudo -i
> works.


Hi, Gene.. Are you logging in from a terminal/console interface or
graphical GUI?

If it's console... is there any chance your keyboard might be
sticking, even if for only an extra nanosecond too long?

My experience for many years has been that the first console is
especially a stinker about having a super fast keystroke repeat
setting. We can see it visually when typing in normal commands but
would have no idea it's occurring for passwords where there's no
visual cue as to what's occurring.

Not too long ago, I saw a User asking about the ability to add a
visual aid, e.g. those classic asterisks, to a password entry field
that currently just sat there blank. The ability to make that User
CHOICE would sure come in handy for at least that initial login
console, depending on one's accessibility needs. Persons with
disabilities related to mobility, dexterity would potentially benefit
the most.

Afterthought.. That option may currently exist. The above just
reflects that I haven't tripped over it yet. :)

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *

odd passwd problem.

[Gene Heskett]

Debian-arm netinstall on a pi3b;

No root pw set, I am housebroken to using sudo now.

netinstall didn't install x anything although I thought I was selecting 
xfce4, so my first action on the reboot was to 
"sudo apt install xfce4". reboot, works, have x and 4 workspaces.

Then "sudo apt install build-essential and buildbot, cups". reboot, 
worked once, login normal. Then I plugged in a 120GB ssd which had a 
bunch of src stuff on it I'll need later and powered up again. Can't 
login, passwd no good.  Dbl check, caps lock off, try again several 
times, passwd no good.

Come to the house and ssh -Y picnc. passwd good, I have 2 sessions 
running right now from konsoles on this machine. Back to the garage, 
passwd fails.

Suggested course of action? I do have access to it via ssh. And sudo -i 
works.

Thanks.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: "passwd username" asks for current password of user even tho I'm root

[Dennis Wicks]

Mariusz Gronczewski wrote on 10/10/18 8:17 AM:
> Hi,
> 
> On previous releases, and on our CentOS systems I could change password of 
> user by just sudo-ing to root and typing "passwd testuser"
> 
> In current Debian release, doing that asks me to specify that user password, 
> which is pointless because:
> 
> * I can access /etc/shadow anyway
> * I'm changing it because user forgot it
> 
> Is there any way to set passwd (or PAM) to not ask root for current password 
> on passwd-ing non-root accounts ?
> 
> Cheers
> 
> Mariusz
> 
> --
> Mariusz Gronczewski, Administrator
> 
> Efigence S. A.
> ul. Wołoska 9a, 02-583 Warszawa
> T: [+48] 22 380 13 13
> F: [+48] 22 380 13 14
> E: mariusz.gronczew...@efigence.com <mailto:mariusz.gronczew...@efigence.com>
> 

When I enter  sudo passwd testuser
I get a prompt   Enter new UNIX password:

Perhaps your sudoers file is not set up correctly?

I have mine:

(myid) ALL = NOPASSWD: ALL

Good Luck!
Dennis

Re: "passwd username" asks for current password of user even tho I'm root

[Andrew McGlashan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

On 11/10/18 00:17, Mariusz Gronczewski wrote:
> On previous releases, and on our CentOS systems I could change
> password of user by just sudo-ing to root and typing "passwd
> testuser"
> 
> In current Debian release, doing that asks me to specify that user
> password, which is pointless because:

Are you sure it is asking for the "user's" password and not just your
own to authorize sudo?

Cheers
A.
-BEGIN PGP SIGNATURE-

iHUEAREIAB0WIQTJAoMHtC6YydLfjUOoFmvLt+/i+wUCW74dlgAKCRCoFmvLt+/i
+0YyAQDAQvA7dhrekcfjQzQs+n3z3E/RHWwhOm7yTMMkkN/UkAEAthjNaIk+678P
+VL/o+2gDcqV+FgBIqU0YdtzDydu5xQ=
=wblw
-END PGP SIGNATURE-

Re: "passwd username" asks for current password of user even tho I'm root

[Hans]

Am Mittwoch, 10. Oktober 2018, 15:17:11 CEST schrieb Mariusz Gronczewski:
Hi,

as a normal user you should be able to change your password using "passwd 
testuser".

When you want to change an alien password,. obviously you should be root. 
Otherwise any user wopuld bve able to change anybodies password.

If you need another authoritive user for special things, add this user 
to /etc/sudoers and define the rules.

Hope I understood your problem correctly.

Best

Hans
> Hi,
> 
> On previous releases, and on our CentOS systems I could change password of
> user by just sudo-ing to root and typing "passwd testuser"
> 
> In current Debian release, doing that asks me to specify that user password,
> which is pointless because:
> 
> * I can access /etc/shadow anyway
> * I'm changing it because user forgot it
> 
> Is there any way to set passwd (or PAM) to not ask root for current password
> on passwd-ing non-root accounts ?
> 
> Cheers
> 
> Mariusz
> 
> --
> Mariusz Gronczewski, Administrator
> 
> Efigence S. A.
> ul. Wołoska 9a, 02-583 Warszawa
> T: [+48] 22 380 13 13
> F: [+48] 22 380 13 14
> E: mariusz.gronczew...@efigence.com
> <mailto:mariusz.gronczew...@efigence.com>

Re: "passwd username" asks for current password of user even tho I'm root

[Roberto C . Sánchez]

On Wed, Oct 10, 2018 at 03:17:11PM +0200, Mariusz Gronczewski wrote:
> Hi,
> 
> On previous releases, and on our CentOS systems I could change password of 
> user by just sudo-ing to root and typing "passwd testuser"
> 
> In current Debian release, doing that asks me to specify that user password, 
> which is pointless because:
> 
> * I can access /etc/shadow anyway
> * I'm changing it because user forgot it
> 
> Is there any way to set passwd (or PAM) to not ask root for current password 
> on passwd-ing non-root accounts ?
> 
Is your system configured to authenticate against LDAP, Kerberos, NIS,
or Active Directory.  Those are all instances where "root is not really
root."

Regards,

-Roberto

-- 
Roberto C. Sánchez

"passwd username" asks for current password of user even tho I'm root

[Mariusz Gronczewski]

Hi,

On previous releases, and on our CentOS systems I could change password of user 
by just sudo-ing to root and typing "passwd testuser"

In current Debian release, doing that asks me to specify that user password, 
which is pointless because:

* I can access /etc/shadow anyway
* I'm changing it because user forgot it

Is there any way to set passwd (or PAM) to not ask root for current password on 
passwd-ing non-root accounts ?

Cheers

Mariusz

--
Mariusz Gronczewski, Administrator

Efigence S. A.
ul. Wołoska 9a, 02-583 Warszawa
T: [+48] 22 380 13 13
F: [+48] 22 380 13 14
E: mariusz.gronczew...@efigence.com <mailto:mariusz.gronczew...@efigence.com>

PXE menu not honoring master passwd

[Bob]

Hello list,

I have configured a tftp server on debin jessie and the PXE boot is running 
well. The following is working to protect a single label

label Install debian jessie
menu label install debin jessie
menu passwd mypassword
...
...
..

Now I like to secure all the labels with single password. 
when I put master passwd to protect all the labels as below , it is not working




default vesamenu.c32
prompt 0
timeout 0

menu title PXE boot
menu master passwd mypassword

label .1
..

label .2.
...
.

I have already done some research and found master passwd is the syntax to 
protect all the labels.
Could any one point out the missing part here ?

Thanks for your time.




-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150626150717.54471...@shiva.selfip.org

Re: Puedo hacer wbinfo -u pero no getent passwd (Ya me funcionó)

[Denis Morejon Lopez]

El enlace simbólico me tenía que quedar en /lib/libnss_winbind.so.2 
(Nada que diga 64 como dice en la wiki de samba4) a pesar de que uso 
sistema de 64 bits.


ln -s /usr/local/samba/lib/libnss_winbind.so.2   /lib/




On 12/04/2014 10:04 AM, Camaleón wrote:

El Thu, 04 Dec 2014 09:49:18 -0500, Denis Morejon Lopez escribió:

(no me he dado cuenta de que estamos secuestrando un hilo, mecachis...)


On 12/04/2014 09:38 AM, Camaleón wrote:

El Wed, 03 Dec 2014 16:29:46 -0500, Denis Morejon Lopez escribió:


Estoy tratando de instalarme un samba 4.1.13 a partir del código
fuente sólo para compartir archivos en un entorno mixto Linux /
Windows. Uso de base un contenedor debian 7. Configuro, compilo e
instalo sin errores, lo uno al dominio existente también. Con el
comando wbinfo -u me lista todos los usuarios del PDC (Zentyal) ok.
Pero el comando getent passwd solo me lista los usuarios internos, no
los del PDC.

(...)

getent passwd outputs only local users
http://superuser.com/questions/638215/getent-passwd-outputs-only-local-users

No, esto que me aconsejan tampoco me funciona.

 idmap config DTCF:backend = rid

Creo que tienes una variable más (idmap config *:backend = tdb), no sé si
también le afectará a esto :-?


Veo que si instalo samba4 del repo de debian (en lugar de usando el
fuente) éste tiene una opción con samba-tool para hacerse servidor
miembro de un dominio. Veré si aunque sea así puedo servir ficheros sin
ser controlador (que es lo que quiero al final). El inconveniente es que
el samba4 del repo no está tan actualizado como el del fuente que es el
último.

El samba4 de wheezy no está actualizado pero tienes el paquete de los
backports (samba) y también me parece que en la página de samba se podían
descargar los binarios para distintas distribuciones.

De todas formas, no parece que tu problema sea de los paquetes sino de
configuración.

Saludos,



---
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx2.etecsa.cu
Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com


--- 
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx3.etecsa.cu
Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com

Re: Puedo hacer wbinfo -u pero no getent passwd

[Camaleón]

El Wed, 03 Dec 2014 16:29:46 -0500, Denis Morejon Lopez escribió:

 Estoy tratando de instalarme un samba 4.1.13 a partir del código fuente
 sólo para compartir archivos en un entorno mixto Linux / Windows. Uso de
 base un contenedor debian 7. Configuro, compilo e instalo sin errores,
 lo uno al dominio existente también. Con el comando wbinfo -u me lista
 todos los usuarios del PDC (Zentyal) ok. Pero el comando getent passwd
 solo me lista los usuarios internos, no los del PDC.

(...)

getent passwd outputs only local users
http://superuser.com/questions/638215/getent-passwd-outputs-only-local-users

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.12.04.14.38...@gmail.com

Re: Puedo hacer wbinfo -u pero no getent passwd

[Denis Morejon Lopez]

No, esto que me aconsejan tampoco me funciona.

   idmap config DTCF:backend = rid

Veo que si instalo samba4 del repo de debian (en lugar de usando el 
fuente) éste tiene una opción con samba-tool para hacerse servidor 
miembro de un dominio. Veré si aunque sea así puedo servir ficheros sin 
ser controlador (que es lo que quiero al final). El inconveniente es que 
el samba4 del repo no está tan actualizado como el del fuente que es el 
último.






On 12/04/2014 09:38 AM, Camaleón wrote:

El Wed, 03 Dec 2014 16:29:46 -0500, Denis Morejon Lopez escribió:


Estoy tratando de instalarme un samba 4.1.13 a partir del código fuente
sólo para compartir archivos en un entorno mixto Linux / Windows. Uso de
base un contenedor debian 7. Configuro, compilo e instalo sin errores,
lo uno al dominio existente también. Con el comando wbinfo -u me lista
todos los usuarios del PDC (Zentyal) ok. Pero el comando getent passwd
solo me lista los usuarios internos, no los del PDC.

(...)

getent passwd outputs only local users
http://superuser.com/questions/638215/getent-passwd-outputs-only-local-users

Saludos,



---
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx2.etecsa.cu
Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com


--- 
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx3.etecsa.cu
Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com

Re: Puedo hacer wbinfo -u pero no getent passwd

[Camaleón]

El Thu, 04 Dec 2014 09:49:18 -0500, Denis Morejon Lopez escribió:

(no me he dado cuenta de que estamos secuestrando un hilo, mecachis...)

 On 12/04/2014 09:38 AM, Camaleón wrote:
 El Wed, 03 Dec 2014 16:29:46 -0500, Denis Morejon Lopez escribió:

 Estoy tratando de instalarme un samba 4.1.13 a partir del código
 fuente sólo para compartir archivos en un entorno mixto Linux /
 Windows. Uso de base un contenedor debian 7. Configuro, compilo e
 instalo sin errores, lo uno al dominio existente también. Con el
 comando wbinfo -u me lista todos los usuarios del PDC (Zentyal) ok.
 Pero el comando getent passwd solo me lista los usuarios internos, no
 los del PDC.
 (...)

 getent passwd outputs only local users
 http://superuser.com/questions/638215/getent-passwd-outputs-only-local-users

 No, esto que me aconsejan tampoco me funciona.
 
 idmap config DTCF:backend = rid

Creo que tienes una variable más (idmap config *:backend = tdb), no sé si 
también le afectará a esto :-?

 Veo que si instalo samba4 del repo de debian (en lugar de usando el
 fuente) éste tiene una opción con samba-tool para hacerse servidor
 miembro de un dominio. Veré si aunque sea así puedo servir ficheros sin
 ser controlador (que es lo que quiero al final). El inconveniente es que
 el samba4 del repo no está tan actualizado como el del fuente que es el
 último.

El samba4 de wheezy no está actualizado pero tienes el paquete de los 
backports (samba) y también me parece que en la página de samba se podían 
descargar los binarios para distintas distribuciones.

De todas formas, no parece que tu problema sea de los paquetes sino de 
configuración.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.12.04.15.04...@gmail.com

Re: Puedo hacer wbinfo -u pero no getent passwd

[Lacho]

Hola,

Probaste con sernet samba? yo tuve problemas parecidos con samba/zentyal
y con esa versión anduvo muy bien.

-- 
Lacho:~#




signature.asc
Description: OpenPGP digital signature

Puedo hacer wbinfo -u pero no getent passwd

[Denis Morejon Lopez]

Colegas:

Estoy tratando de instalarme un samba 4.1.13 a partir del código fuente 
sólo para compartir archivos en un entorno mixto Linux / Windows. Uso de 
base un contenedor debian 7. Configuro, compilo e instalo sin errores, 
lo uno al dominio existente también. Con el comando wbinfo -u me lista 
todos los usuarios del PDC (Zentyal) ok. Pero el comando getent passwd 
solo me lista los usuarios internos, no los del PDC.


/etc/nsswitch.conf
  passwd: compat winbind
  group:   compat winbind
  shadow: compat

/usr/local/samba/etc/smb.conf

   [global]

   netbios name = samba1
   workgroup = DTCF
   security = ADS
   realm = DTCF.ETECSA.CU
   encrypt passwords = yes

   idmap config *:backend = tdb
   idmap config *:range = 70001-8
   idmap config DTCF:backend = ad
   idmap config DTCF:schema_mode = rfc2307
   idmap config DTCF:range = 500-4

   winbind nss info = rfc2307
   winbind trusted domains only = no
   winbind use default domain = yes
   winbind enum users  = yes
   winbind enum groups = yes

[demoshare]
   path = /srv/samba/test
   read only = no


--- 
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx3.etecsa.cu
Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com

/etc/passwd effacé

[Alain Vaugham]

Bonjour la liste,

Suite à une erreur de ma part, j'ai effacé le /etc/passwd d'une
machine distante. J'ai fait cette erreur au cours d'une session ssh.

Je me suis rendu compte de cette erreur car il ne m'était plus possible
de m'identifier sur cette machine comme je le fais habituellement avec
ssh.

Par chance, comme mon canal ssh initial (celui à travers duquel j'avais
fait l'erreur) n'était pas encore fermé, j'ai tenté de restaurer
le /etc/passwd perdu :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd

Je peux à nouveau m'identifier à distance sur cette machine.

Votre avis m'intéresse : 
Est-ce que ma réparation est suffisante?
Est-ce que je peux considérer l'incident comme clos?

Merci par avance.

-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140302154254.7067b11f@mach07.localdomain

Re: /etc/passwd effacé

[Frederic MASSOT]

Le 02/03/2014 15:42, Alain Vaugham a écrit :

Bonjour la liste,

Suite à une erreur de ma part, j'ai effacé le /etc/passwd d'une
machine distante. J'ai fait cette erreur au cours d'une session ssh.

Je me suis rendu compte de cette erreur car il ne m'était plus possible
de m'identifier sur cette machine comme je le fais habituellement avec
ssh.

Par chance, comme mon canal ssh initial (celui à travers duquel j'avais
fait l'erreur) n'était pas encore fermé, j'ai tenté de restaurer
le /etc/passwd perdu :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd

Je peux à nouveau m'identifier à distance sur cette machine.

Votre avis m'intéresse :
Est-ce que ma réparation est suffisante?
Est-ce que je peux considérer l'incident comme clos?


Test ta config avec les commandes pwck et grpck pour vérifier si les 
fichiers passwd, shadow, group et gshadow sont cohérents.



--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5313457e.5060...@juliana-multimedia.com

Re: /etc/passwd effacé

[Bzzz]

On Sun, 2 Mar 2014 15:42:54 +0100
Alain Vaugham al...@vaugham.com wrote:
 
 Est-ce que ma réparation est suffisante?

Non, elle est uniquement suffisante pour le compte root (tjrs:=0),
et certains comptes system dont l'UID a été gelée (tjrs les mêmes
quelque soit le µ, la branche (la distro?)).

Pour les autres comptes, il aurait fallu que l'ordre de création ait
été _exactement_ le même sur les 2 µ pour que les UIDs soient les
mêmes.

-- 
Q : Tu sais que ton enfant sera plus tard un grand avocat pénaliste lorsque
ses premiers mots furent nullum crimen nulla poena sine lege
M : Tu sais que ton enfant sera plus tard un grand développeur lorsque
ses premiers mots furent Lorem ipsum dolor sit amet
Q : \o/

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140302155526.112e166c@anubis.defcon1

Re: /etc/passwd effacé

[Bzzz]

On Sun, 02 Mar 2014 15:51:42 +0100
Frederic MASSOT frede...@juliana-multimedia.com wrote:

 TestE ta config avec les commandes pwck et grpck pour vérifier
 si les fichiers passwd, shadow, group et gshadow sont cohérents.

Ça ne vérifie QUE les cohérences, et encore: les compilations ou
remove des pkgs laissent souvent des users orphelins de $HOME.
Et ça ne verra pas les disparités des UIDs des utilisateurs.

-- 
Schnaps : Nan mais cette nuit c'était horrible ! J'avais la diarrhée et mon
  bébé arrêtait pas de gueuler :( En plus ma chatte était malade .
* Beurdiii viens de se connecter
Schnaps : Ils ont criés toute la nuit, j'ai des griffures jusque dans le dos
  et l'anus défoncé
Beurdiii : ...
Schnaps : On parlait de ma chatte et de mon bébé hein ._.
Beurdiii : 0.O
Schnaps : J'vais me suicider je revient

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140302160120.2c214114@anubis.defcon1

Re: /etc/passwd effacé

[Belaïd]

les deux fichiers passwd et passwd- sont sur la même machine et sont
identiques sauf les droits
Le 2 mars 2014 15:55, Bzzz lazyvi...@gmx.com a écrit :

 On Sun, 2 Mar 2014 15:42:54 +0100
 Alain Vaugham al...@vaugham.com wrote:

  Est-ce que ma réparation est suffisante?

 Non, elle est uniquement suffisante pour le compte root (tjrs:=0),
 et certains comptes system dont l'UID a été gelée (tjrs les mêmes
 quelque soit le µ, la branche (la distro?)).

 Pour les autres comptes, il aurait fallu que l'ordre de création ait
 été _exactement_ le même sur les 2 µ pour que les UIDs soient les
 mêmes.

 --
 Q : Tu sais que ton enfant sera plus tard un grand avocat pénaliste lorsque
 ses premiers mots furent nullum crimen nulla poena sine lege
 M : Tu sais que ton enfant sera plus tard un grand développeur lorsque
 ses premiers mots furent Lorem ipsum dolor sit amet
 Q : \o/

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: https://lists.debian.org/20140302155526.112e166c@anubis.defcon1

Re: /etc/passwd effacé

[Bzzz]

On Sun, 2 Mar 2014 16:07:18 +0100
Belaïd oblivion.ik...@gmail.com wrote:

1- je suis inscrit à la ML et n'ai donc PAS besoin de PM.

 les deux fichiers passwd et passwd- sont sur la même machine et
 sont identiques sauf les droits

2- effectivement, j'ai lu trop en biais; cependant comme les /etc/*-
   sont des backups, il y a des risques de malfunction; tout dépend
   de quoi a été ajouté/modifié entre les 2.

-- 
Soralia: Les boules...
Oxymore: en parlant de boules
Oxymore: Il parait qu'on utilise des couilles de dauphin pour faire
 les boules de flipper

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140302162506.60064ba3@anubis.defcon1

Re: /etc/passwd effacé

[Alain Vaugham]

Le Sun, 2 Mar 2014 15:55:26 +0100,
Bzzz lazyvi...@gmx.com a écrit :

 On Sun, 2 Mar 2014 15:42:54 +0100
 Alain Vaugham al...@vaugham.com wrote:
  
  Est-ce que ma réparation est suffisante?
 
 Non, elle est uniquement suffisante pour le compte root (tjrs:=0),
 et certains comptes system dont l'UID a été gelée (tjrs les mêmes
 quelque soit le µ, la branche (la distro?)).
 
 Pour les autres comptes, il aurait fallu que l'ordre de création ait
 été _exactement_ le même sur les 2 µ pour que les UIDs soient les
 mêmes.
 

Il ne s'est passé que quelques dizaines de minutes entre l'instant où
j'ai effacé /etc/passwd et le moment où je l'ai restauré à partir de la
même machine :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd

Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun nouveau
compte user créé, aucun logiciel installé/supprimé.


-



Le Sun, 2 Mar 2014 16:01:20 +0100,
Bzzz lazyvi...@gmx.com a écrit :

 On Sun, 02 Mar 2014 15:51:42 +0100
 Frederic MASSOT frede...@juliana-multimedia.com wrote:
 
  TestE ta config avec les commandes pwck et grpck pour vérifier
  si les fichiers passwd, shadow, group et gshadow sont cohérents.
 
 Ça ne vérifie QUE les cohérences, et encore: les compilations ou
 remove des pkgs laissent souvent des users orphelins de $HOME.
 Et ça ne verra pas les disparités des UIDs des utilisateurs.
 

Comme suggéré par Frédéric, j'ai testé la config :
# grpck -- ne retourne rien
# pwck -q --- ne retourne rien
# pwck -r --- retourne le même genre d'infos que sur une autre machine
sur laquelle je n'ai pas fait l'erreur de supprimer /etc/passwd :
utilisateur lp : le répertoire « /var/spool/lpd » n'existe pas
utilisateur news : le répertoire « /var/spool/news » n'existe pas
utilisateur uucp : le répertoire « /var/spool/uucp » n'existe pas
utilisateur www-data : le répertoire « /var/www » n'existe pas
utilisateur list : le répertoire « /var/list » n'existe pas
utilisateur irc : le répertoire « /var/run/ircd » n'existe pas
utilisateur gnats : le répertoire « /var/lib/gnats » n'existe pas
utilisateur nobody : le répertoire « /nonexistent » n'existe pas
utilisateur ntp : le répertoire « /home/ntp » n'existe pas
pwck : aucun changement



Dois-je être rassuré ou pas?



-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140302163548.289fad06@mach07.localdomain

Re: /etc/passwd effacé

[Bzzz]

On Sun, 2 Mar 2014 16:35:48 +0100
Alain Vaugham al...@vaugham.com wrote:

 Il ne s'est passé que quelques dizaines de minutes entre l'instant
 où j'ai effacé /etc/passwd et le moment où je l'ai restauré à
 partir de la même machine :
 # cp -p /etc/passwd- /etc/passwd
 # chmod 644 /etc/passwd

Ça me marche pas comme ça, c'est quand tu exécutes des modifs
touchant /etc/passwd qu'il est sauvegardé. 
 
 Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun
 nouveau compte user créé, aucun logiciel installé/supprimé.

Vi, mais si entre les 2 il y a eu, par ex, l'ajout d'un user
dans le system, il ne sera pas présent dans le backup.

Par ailleurs, comment se fait-il que tu n'aies pas au strict
minimum un tarball de /etc en sauvegarde de ce µ?

 Dois-je être rassuré ou pas?

Ptêt ben que oui, ptêt ben que non, tout dépend, c'est selon…

-- 
Boby : Aha, et moi j'nique ta mère !
Nico : Oh non papa.. T'es crade..

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140302170310.677fcfc9@anubis.defcon1

Re: /etc/passwd effacé

[Alain Vaugham]

Le Sun, 2 Mar 2014 17:03:10 +0100,
Bzzz lazyvi...@gmx.com a écrit :

 Vi, mais si entre les 2 il y a eu, par ex, l'ajout d'un user
 dans le system, il ne sera pas présent dans le backup.

Il n'y a eu aucun ajout de users dans le system.




 Par ailleurs, comment se fait-il que tu n'aies pas au strict
 minimum un tarball de /etc en sauvegarde de ce µ?

Parce que __dans mon cas présent__ il m'est plus rapide de réinstaller
le système de la machine et de le re-tuner à partir de mes notes/mes
scripts que d'user le soleil à retrouver le bon tarball dans un
historique et d'avoir l'incertitude qu'il reste d'autres choses
qui m'aient échappées.
Exprimé autrement : 1 heure d'indisponibilité, ça rentre dans mon plan
de reprise et c'est plus important que le côté pédagogique de la chose.





 
  Dois-je être rassuré ou pas?  
 
 Ptêt ben que oui, ptêt ben que non, tout dépend, c'est selon…

ça, ça me convient tout à fait. Je vais redémarrer la machine et je
verrai bien.

En tout cas, merci de t'être intéressé à mon problème.


-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140302175114.3b479328@mach07.localdomain

Re: /etc/passwd effacé

[Jacques Daniel]

Le 02/03/2014 16:35, Alain Vaugham a écrit :
 Il ne s'est passé que quelques dizaines de minutes entre l'instant où
 j'ai effacé /etc/passwd et le moment où je l'ai restauré à partir de la
 même machine :
 # cp -p /etc/passwd- /etc/passwd
 # chmod 644 /etc/passwd
 
 Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun nouveau
 compte user créé, aucun logiciel installé/supprimé.
 

Bonjour,

Tu devrais plutôt regarder dans ce cas du côté de /var/backup/passwd
(sauvegarde effectué par /etc/cron.daily/passwd)
Il y a au moins 1 différence entre /etc/passwd effacé et /etc/passwd-.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5313604f.3040...@hermine.no-ip.info

Re: /etc/passwd effacé

[Alain Vaugham]

Le Sun, 02 Mar 2014 17:46:07 +0100,
Jacques Daniel jacq...@hermine.no-ip.info a écrit :

 Le 02/03/2014 16:35, Alain Vaugham a écrit :
  Il ne s'est passé que quelques dizaines de minutes entre l'instant
  où j'ai effacé /etc/passwd et le moment où je l'ai restauré à
  partir de la même machine :
  # cp -p /etc/passwd- /etc/passwd
  # chmod 644 /etc/passwd
  
  Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun
  nouveau compte user créé, aucun logiciel installé/supprimé.
  
 
 Bonjour,
Bonsoir,


 Tu devrais plutôt regarder dans ce cas du côté de /var/backup/passwd
 (sauvegarde effectué par /etc/cron.daily/passwd)

Je ne connaissais pas ce backup quotidien. Cela m'a permis d'explorer
les fichiers qui y sont déposés.
# ls -l /var/backups/
total 3116
-rw-r--r-- 1 root root  4585  2 janv.  2013 apt.extended_states.0
-rw-r--r-- 1 root root   654 31 déc.   2012 apt.extended_states.1.gz
-rw-r--r-- 1 root root   636  4 nov.   2012 apt.extended_states.2.gz
-rw-r--r-- 1 root root   630  1 nov.   2012 apt.extended_states.3.gz
-rw-r--r-- 1 root root   2226554  1 nov.   2012 aptitude.pkgstates.0
-rw-r--r-- 1 root root302533 20 févr. 19:16 dpkg.status.0
-rw-r--r-- 1 root root 95232  5 févr. 22:11 dpkg.status.1.gz
-rw-r--r-- 1 root root 94977 19 déc.  01:03 dpkg.status.2.gz
-rw-r--r-- 1 root root 94771 23 oct.  12:56 dpkg.status.3.gz
-rw-r--r-- 1 root root 94221 29 juil.  2013 dpkg.status.4.gz
-rw-r--r-- 1 root root 94215  3 juin   2013 dpkg.status.5.gz
-rw-r--r-- 1 root root 94212 31 mai2013 dpkg.status.6.gz
-rw--- 1 root root   701  2 janv.  2013 group.bak
-rw--- 1 root shadow 589  2 janv.  2013 gshadow.bak
-rw--- 1 root root  1217  2 janv.  2013 passwd.bak
-rw--- 1 root shadow1251  2 janv.  2013 shadow.bak



 Il y a au moins 1 différence entre /etc/passwd effacé et /etc/passwd-.
 

Exact!

# diff /etc/passwd- /var/backups/passwd.bak 
27a28
 toto:x:1003:1003:Toto,,,:/home/toto:/bin/bash

# diff /etc/passwd /var/backups/passwd.bak 
27a28
 toto:x:1003:1003:Toto,,,:/home/toto:/bin/bash


Ce compte toto avait été créé pour faire des tests. C'est
en le détruisant que j'ai dû faire une fausse manip avec pour
conséquence la suppression du /etc/passwd.

J'ai redémarré la machine. Tout semble marcher comme avant.
Après le redémarrage, la différence entre le /etc/passwd avec son
backup dans /var/backup/ existe toujours. Cela me semble cohérent. Je
surveillerai que demain il n'y aura plus de différence après le
prochain cron.

Pour moi, je crois que l'incident est clos.

Merci beaucoup pour ce post.


-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140302230158.390fd4b6@mach07.localdomain

Re: Pb GETENT PASSWD

[Gilles Mocellin]

Le 17/01/2014 19:25, Thierry Polnecq a écrit :

Bjr,

voilà j'ai un grand nombre de serveurs DEBIAN membre de Active Directory,

Et depuis quelques jours, j'ai un serveur qui a des pb 
d'authentification avec des nouveaux comptes dans l'AD. Les anciens 
fonctionnent toujours, mais il ne prend pas les nouveaux.


Apres plusieurs recherche, wbinfo --u m'affiche bien les utilisateurs 
AD, par contre lorsque je fais un GETENT PASSWD, il ne m'affiche que 
mes comptes locaux. Alors que le fichier NSSWITCH.CONF et correct.


A l'aide ! Merci


Ah, ça sent le dépassement du numéro max d'UID.
Tu dois avoir dans ton smb.conf, une entrée winbind avec une plage d'uid 
et gid, du genre :

idmap uid = 1-2
idmap gid = 1-2

Si c'est le cas, tu dois avoir un message clair dans des logs, peut-être 
en augmentant le niveau de log samba/winbind.


En tout cas, tu peux essayer d'augmenter la borne supérieur des uids 
pour voir.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52da8149.9080...@nuagelibre.org

Re: Pb GETENT PASSWD

[Thierry Polnecq]

Bien vu,

J'ai augmenté et ça marche. Merci beaucoup. Cool !!!

Cdt,



Le 18 janvier 2014 14:27, Gilles Mocellin
gilles.mocel...@nuagelibre.orga écrit :

 Le 17/01/2014 19:25, Thierry Polnecq a écrit :

  Bjr,

 voilà j'ai un grand nombre de serveurs DEBIAN membre de Active Directory,

 Et depuis quelques jours, j'ai un serveur qui a des pb d'authentification
 avec des nouveaux comptes dans l'AD. Les anciens fonctionnent toujours,
 mais il ne prend pas les nouveaux.

 Apres plusieurs recherche, wbinfo --u m'affiche bien les utilisateurs AD,
 par contre lorsque je fais un GETENT PASSWD, il ne m'affiche que mes
 comptes locaux. Alors que le fichier NSSWITCH.CONF et correct.

 A l'aide ! Merci


 Ah, ça sent le dépassement du numéro max d'UID.
 Tu dois avoir dans ton smb.conf, une entrée winbind avec une plage d'uid
 et gid, du genre :
 idmap uid = 1-2
 idmap gid = 1-2

 Si c'est le cas, tu dois avoir un message clair dans des logs, peut-être
 en augmentant le niveau de log samba/winbind.

 En tout cas, tu peux essayer d'augmenter la borne supérieur des uids pour
 voir.

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: http://lists.debian.org/52da8149.9080...@nuagelibre.org

Pb GETENT PASSWD

[Thierry Polnecq]

Bjr,

voilà j'ai un grand nombre de serveurs DEBIAN membre de Active Directory,

Et depuis quelques jours, j'ai un serveur qui a des pb d'authentification
avec des nouveaux comptes dans l'AD. Les anciens fonctionnent toujours,
mais il ne prend pas les nouveaux.

Apres plusieurs recherche, wbinfo --u m'affiche bien les utilisateurs AD,
par contre lorsque je fais un GETENT PASSWD, il ne m'affiche que mes
comptes locaux. Alors que le fichier NSSWITCH.CONF et correct.

A l'aide ! Merci

how to login without passwd from remote thin client

[abdelkader belahcene]

good morning,

I disactivate the password,
 ( I remove x from /etc/passwd  like  geopp13::1038:1039 and
geopp13::15833:0:9:7:::  in /etc/shadow)

 in order to log in without typing a password.

from the terminal  connected directly to the computer, it works fine,
 but  from a thin client ( via XDMCP)   it continues to ask for the password.

Is it possible to fix the problem.

I want a connection directly from thin client by typing just the login.

thaks for help
regards


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAF3f0sRL7_PHsEEKYn40_ZoOSG3n9o-0=0w9z6vebj+zvvz...@mail.gmail.com

Recuperar passwd

[Y. Curz Zuñiga]

Hola lista:
  Tengo un problema, como puedo implementar una web que me permita 
recuperar el passwd del correo utilizando preguntas como lo hace yahoo 
gmail hotmal, las cuentas de correo estan con ldap, alguna idea de como 
hacer eso ???


--
Tec. Yaisel Cruz Zuñiga
Admin. Sum lajas
yc...@ucf.edu.cu
Telf. (043)-579717
Ubuntu 10.04



---
Consulte la Enciclopedia Colaborativa Cubana
http://www.ecured.cu/


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50bcbe02.5060...@ucf.edu.cu

Re: Recuperar passwd

[Camaleón]

El Mon, 03 Dec 2012 09:58:10 -0500, Y. Curz Zuñiga escribió:

 Hola lista:

Hola... pero no hagas cross-posting :-)

Tengo un problema, como puedo implementar una web que me permita
 recuperar el passwd del correo utilizando preguntas como lo hace yahoo
 gmail hotmal, las cuentas de correo estan con ldap, alguna idea de como
 hacer eso ???

Pues dependerá del servidor de correo que uses, quizá ya tenga esa 
funcionalidad implementada o exista algún complemento que la añada y que 
puedas instalar :-?

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/k9in5a$u32$4...@ger.gmane.org

Re: Recuperar passwd

[Angel Claudio Alvarez]

El Mon, 3 Dec 2012 09:58:10 -0500
Y. Curz Zuñiga yc...@ucf.edu.cu escribió:

 Hola lista:
Tengo un problema, como puedo implementar una web que me permita 
 recuperar el passwd del correo utilizando preguntas como lo hace yahoo 
 gmail hotmal, las cuentas de correo estan con ldap, alguna idea de como 
 hacer eso ???
 
Te equivocaste de lista 
Pregunta en una de desarrollo web
 -- 
 Tec. Yaisel Cruz Zuñiga
 Admin. Sum lajas
 yc...@ucf.edu.cu
 Telf. (043)-579717
 Ubuntu 10.04
 
 
 
 ---
 Consulte la Enciclopedia Colaborativa Cubana
 http://www.ecured.cu/
 
 
 -- 
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/50bcbe02.5060...@ucf.edu.cu
 


-- 
Angel Claudio Alvarez an...@angel-alvarez.com.ar


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121203201532.0c8760dd79baf1d53591c...@angel-alvarez.com.ar

Re: Cambiar passwd a un usuario de Ejabberd

[Camaleón]

El Wed, 03 Oct 2012 18:47:13 -0400, luis escribió:

 Tengo instalado en Debian 6 un servicio Ejabberd y tengo un usuario
 llamado pepe y necesito cambiarle su passwd como lo hago ???

Hombre, en el manual debe decir algo de cómo crear/gestionar usuarios 
¿no? :-?

A ver...

https://git.process-one.net/ejabberd/mainline/blobs/raw/v2.1.11/doc/guide.html#htoc74

Yo empezaría por leer la ayuda ;-P

ejabberdctl help
man ejabberdctl

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/k73nrg$7h2$1...@ger.gmane.org

[HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[giggzounet]

Bonjour la liste,

tout est dans le titre...

j'ai fait un truc très très bête...j'ai un beau NAS. mais bon root avait
pour shell par défaut ash. j'ai donc installé bash et modifié le chemin
dans /etc/passwd. Malheuresement le chemin n'est pas bon...et tous mes
terminaux root sont fermés. Donc qd je veux me connecter j'ai droit à:
/bin/bash: No such file or directory
car bash n'y est pas...FAILED

bref avez vous une idée de comment forcer l'utilisation de ash au moment
de la connection via ssh ?

Merci d'avance
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/k5943m$58t$1...@ger.gmane.org

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[steve]

Salut,

Le 12-10-2012, à 14:57:27 +0200, giggzounet (giggzou...@gmail.com) a écrit :

 Bonjour la liste,
 
 tout est dans le titre...
 
 j'ai fait un truc très très bête...j'ai un beau NAS. mais bon root avait
 pour shell par défaut ash. j'ai donc installé bash et modifié le chemin
 dans /etc/passwd. Malheuresement le chemin n'est pas bon...et tous mes
 terminaux root sont fermés. Donc qd je veux me connecter j'ai droit à:
 /bin/bash: No such file or directory
 car bash n'y est pas...FAILED
 
 bref avez vous une idée de comment forcer l'utilisation de ash au moment
 de la connection via ssh ?

Je ne sais pas pour ta question, mais si tu arrives à démarrer avec un live-cd,
tu pourras facilement corriger ton chemin.

steve

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20121012130246.GA7380@localhost

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[giggzounet]

Le 12/10/2012 15:02, steve a écrit :
 Salut,
 
 Le 12-10-2012, à 14:57:27 +0200, giggzounet (giggzou...@gmail.com) a écrit :
 
 Bonjour la liste,

 tout est dans le titre...

 j'ai fait un truc très très bête...j'ai un beau NAS. mais bon root avait
 pour shell par défaut ash. j'ai donc installé bash et modifié le chemin
 dans /etc/passwd. Malheuresement le chemin n'est pas bon...et tous mes
 terminaux root sont fermés. Donc qd je veux me connecter j'ai droit à:
 /bin/bash: No such file or directory
 car bash n'y est pas...FAILED

 bref avez vous une idée de comment forcer l'utilisation de ash au moment
 de la connection via ssh ?
 
 Je ne sais pas pour ta question, mais si tu arrives à démarrer avec un 
 live-cd,
 tu pourras facilement corriger ton chemin.
 
 steve
 

j'ai oublié de préciser que la machine en question est un NAS...alors le
liveCD n'est pas utilisable :'( je vous ai dit c'est un gros FAILED...

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/k594jj$7tr$1...@ger.gmane.org

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[steve]

 j'ai oublié de préciser que la machine en question est un NAS...alors le
 liveCD n'est pas utilisable :'( je vous ai dit c'est un gros FAILED...

Il n'y a pas de prise usb sur ton NAS ? Aucun moyen de démarrer avec un media
externe ? 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20121012130829.GA9604@localhost

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[Bernardo]

Démonter le DD pour le remonter dans une autre machine ?

giggzounet a écrit :
 Bonjour la liste,
 
 tout est dans le titre...
 
 j'ai fait un truc très très bête...j'ai un beau NAS. mais bon root avait 
 pour shell par défaut ash. j'ai donc installé bash et modifié le chemin 
 dans /etc/passwd. Malheuresement le chemin n'est pas bon...et tous mes 
 terminaux root sont fermés. Donc qd je veux me connecter j'ai droit à: 
 /bin/bash: No such file or directory car bash n'y est pas...FAILED
 
 bref avez vous une idée de comment forcer l'utilisation de ash au moment de
 la connection via ssh ?
 
 Merci d'avance GiGGz
 
-- 
Cordialement,
Bernardo.

L'homme est-il intelligent ?
Non, sinon il n'aurait pas créé Dieu.
Dieu est-il galant ?
Non, sinon il aurait créé la femme en premier.
Dieu est-il intelligent ?
Non, sinon il n'aurait pas créé l'homme

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/507817a7.90...@siorat.net

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[giggzounet]

Le 12/10/2012 15:08, steve a écrit :
 j'ai oublié de préciser que la machine en question est un NAS...alors le
 liveCD n'est pas utilisable :'( je vous ai dit c'est un gros FAILED...
 
 Il n'y a pas de prise usb sur ton NAS ? Aucun moyen de démarrer avec un media
 externe ? 
 

ben si il y a...mais ensuite. il n'y a pas de sortie video... :'( snif.
J'ai presque réussi à biaiser via LDAP...mais en fait non...le ssh
n'accepte pas le utilisateur de LDAP gr

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/k59515$cgs$1...@ger.gmane.org

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[giggzounet]

Le 12/10/2012 15:14, Bernardo a écrit :
 Démonter le DD pour le remonter dans une autre machine ?
 
 giggzounet a écrit :
 Bonjour la liste,

 tout est dans le titre...

 j'ai fait un truc très très bête...j'ai un beau NAS. mais bon root avait 
 pour shell par défaut ash. j'ai donc installé bash et modifié le chemin 
 dans /etc/passwd. Malheuresement le chemin n'est pas bon...et tous mes 
 terminaux root sont fermés. Donc qd je veux me connecter j'ai droit à: 
 /bin/bash: No such file or directory car bash n'y est pas...FAILED

 bref avez vous une idée de comment forcer l'utilisation de ash au moment de
 la connection via ssh ?

 Merci d'avance GiGGz


oui mais c'est un NAS...avec 8 DD de 4tera monté en RAID 5...et je ne
sais pas où s'installe le système...est ce sur les disques ou alors sur
une mémoire dans le NAS...

merci

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/k5959l$f05$1...@ger.gmane.org

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[JF Straeten]

Re,

On Fri, Oct 12, 2012 at 03:17:43PM +0200, giggzounet wrote:


 oui mais c'est un NAS...avec 8 DD de 4tera monté en RAID 5...et je
 ne sais pas où s'installe le système...est ce sur les disques ou
 alors sur une mémoire dans le NAS...

C'est quoi comme NAS ?

A+ 

-- 

JFS.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20121012132312.ga5...@jones.jfs.dt

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[Bernardo]

pas de serveur ftp ou nfs qui serait lancé ?
voire de partage W$ ?

giggzounet a écrit :
 Le 12/10/2012 15:14, Bernardo a écrit :
 Démonter le DD pour le remonter dans une autre machine ?
 
 giggzounet a écrit :
 Bonjour la liste,
 
 tout est dans le titre...
 
 j'ai fait un truc très très bête...j'ai un beau NAS. mais bon root
 avait pour shell par défaut ash. j'ai donc installé bash et modifié le
 chemin dans /etc/passwd. Malheuresement le chemin n'est pas bon...et
 tous mes terminaux root sont fermés. Donc qd je veux me connecter j'ai
 droit à: /bin/bash: No such file or directory car bash n'y est
 pas...FAILED
 
 bref avez vous une idée de comment forcer l'utilisation de ash au
 moment de la connection via ssh ?
 
 Merci d'avance GiGGz
 
 
 oui mais c'est un NAS...avec 8 DD de 4tera monté en RAID 5...et je ne sais
 pas où s'installe le système...est ce sur les disques ou alors sur une
 mémoire dans le NAS...
 
 merci
 
-- 
Cordialement,
Bernardo.

Quand la chance se présente, nul doit hésiter. Il faut tout quitter
pour la saisir. Elle ne passera pas deux fois.
-+- Friedrich Nietzsche, La Volonté de puissance, 1844-1900 -+-

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50781ab6.3050...@siorat.net

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[François TOURDE]

Le 15625ième jour après Epoch,
giggzou...@gmail.com écrivait:

 bref avez vous une idée de comment forcer l'utilisation de ash au moment
 de la connection via ssh ?

Au moins 2 possibilités:

1) Se connecter avec un autre utilisateur, et réparer avec sudo

2) réparer directement avec ssh, en passant des commandes plutôt que
d'attendre un shell. Il me semble que ssh user@host commandes qui
vont bien pour réparer ne passent pas forcément par le lancement du
shell user.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/87626f96sa@tourde.org

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[giggzounet]

Le 12/10/2012 15:23, JF Straeten a écrit :
 
 Re,
 
 On Fri, Oct 12, 2012 at 03:17:43PM +0200, giggzounet wrote:
 
 
 oui mais c'est un NAS...avec 8 DD de 4tera monté en RAID 5...et je
 ne sais pas où s'installe le système...est ce sur les disques ou
 alors sur une mémoire dans le NAS...
 
 C'est quoi comme NAS ?
 
 A+ 
 

synology DS1812+

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/k5961o$mbu$1...@ger.gmane.org

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[giggzounet]

Le 12/10/2012 15:27, Bernardo a écrit :
 pas de serveur ftp ou nfs qui serait lancé ?
 voire de partage W$ ?
 
 giggzounet a écrit :
 Le 12/10/2012 15:14, Bernardo a écrit :
 Démonter le DD pour le remonter dans une autre machine ?

 giggzounet a écrit :
 Bonjour la liste,

 tout est dans le titre...

 j'ai fait un truc très très bête...j'ai un beau NAS. mais bon root
 avait pour shell par défaut ash. j'ai donc installé bash et modifié le
 chemin dans /etc/passwd. Malheuresement le chemin n'est pas bon...et
 tous mes terminaux root sont fermés. Donc qd je veux me connecter j'ai
 droit à: /bin/bash: No such file or directory car bash n'y est
 pas...FAILED

 bref avez vous une idée de comment forcer l'utilisation de ash au
 moment de la connection via ssh ?

 Merci d'avance GiGGz


 oui mais c'est un NAS...avec 8 DD de 4tera monté en RAID 5...et je ne sais
 pas où s'installe le système...est ce sur les disques ou alors sur une
 mémoire dans le NAS...

 merci


je peux lancer un ftp.

le NFS est lancé mais pas sur /etc... :D

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/k5963j$mbu$2...@ger.gmane.org

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[moi-meme]

Le Fri, 12 Oct 2012 15:00:02 +0200, giggzounet a écrit :

 Bonjour la liste,
 
 tout est dans le titre...
 
 j'ai fait un truc très très bête...j'ai un beau NAS. mais bon root avait
 pour shell par défaut ash. j'ai donc installé bash et modifié le chemin
 dans /etc/passwd. Malheuresement le chemin n'est pas bon...et tous mes
 terminaux root sont fermés. Donc qd je veux me connecter j'ai droit à:
 /bin/bash: No such file or directory
 car bash n'y est pas...FAILED
 
 bref avez vous une idée de comment forcer l'utilisation de ash au moment
 de la connection via ssh ?
 
 Merci d'avance
 GiGGz

Tout à fait HS :-) c'est quoi comme NAS ?

réinstaller l'OS ?

créer un nouvel utilisateur lui donner les droits root mais comme tu ne 
peux pas être root ...

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/507816f8$0$2361$426a7...@news.free.fr

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[giggzounet]

Le 12/10/2012 15:08, François TOURDE a écrit :
 Le 15625ième jour après Epoch,
 giggzou...@gmail.com écrivait:
 
 bref avez vous une idée de comment forcer l'utilisation de ash au moment
 de la connection via ssh ?
 
 Au moins 2 possibilités:
 
 1) Se connecter avec un autre utilisateur, et réparer avec sudo
 

ça serait trop facile ;) sudo n'est pas installé ou n'est pas trouvé en
tout cas.

 2) réparer directement avec ssh, en passant des commandes plutôt que
 d'attendre un shell. Il me semble que ssh user@host commandes qui
 vont bien pour réparer ne passent pas forcément par le lancement du
 shell user.
 

ok je vais regardé ça

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/k596al$mbu$3...@ger.gmane.org

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[giggzounet]

Le 12/10/2012 15:11, moi-meme a écrit :
 Le Fri, 12 Oct 2012 15:00:02 +0200, giggzounet a écrit :
 
 Bonjour la liste,

 tout est dans le titre...

 j'ai fait un truc très très bête...j'ai un beau NAS. mais bon root avait
 pour shell par défaut ash. j'ai donc installé bash et modifié le chemin
 dans /etc/passwd. Malheuresement le chemin n'est pas bon...et tous mes
 terminaux root sont fermés. Donc qd je veux me connecter j'ai droit à:
 /bin/bash: No such file or directory
 car bash n'y est pas...FAILED

 bref avez vous une idée de comment forcer l'utilisation de ash au moment
 de la connection via ssh ?

 Merci d'avance
 GiGGz
 
 Tout à fait HS :-) c'est quoi comme NAS ?
 

completement...Mais qd je suis perdu...je me tourne vers cette
liste...car on trouve ici des gens compétents

 réinstaller l'OS ?
 

j'y pense de plus en plus :D

 créer un nouvel utilisateur lui donner les droits root mais comme tu ne 
 peux pas être root ...
 

tu as compris tout mon problème depuis le début :D

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/k596h0$mbu$4...@ger.gmane.org

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[JF Straeten]

Re,

On Fri, Oct 12, 2012 at 03:30:33PM +0200, giggzounet wrote:
[...]
  C'est quoi comme NAS ?
  
  A+ 
  
 
 synology DS1812+

Debianisé ?

Si d-i a été porté (ou se lance) sur cette machine, tu pourrais
démarrer l'installateur en mode 'rescue' pour réparer.


Sinon, via ssh, la page de man va dans le sens de ce que suggère
François : shell ou (= si pas de) commande.

Donc :

ssh root@nas mv /etc/paswd~ /etc/passwd 

pourrait peut-être suffire s'il y a un bkp ?

Ou exploiter ça :

~/.ssh/rc
Commands in this file are executed by ssh when the user
logs in, just before the
user's shell (or command) is started.  See the
sshd(8) manual page for more informa‐
tion.


Hih,
 

-- 

JFS.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20121012134539.ga30...@jones.jfs.dt

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[Sébastien NOBILI]

Bonjour,

Le vendredi 12 octobre 2012 à 15:35, giggzounet a écrit :
 Le 12/10/2012 15:08, François TOURDE a écrit :
  Le 15625ième jour après Epoch,
  giggzou...@gmail.com écrivait:
  
  bref avez vous une idée de comment forcer l'utilisation de ash au moment
  de la connection via ssh ?
  
  Au moins 2 possibilités:
  
  1) Se connecter avec un autre utilisateur, et réparer avec sudo
  
 
 ça serait trop facile ;) sudo n'est pas installé ou n'est pas trouvé en
 tout cas.

Et « su -c vi /etc/passwd » ?

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20121012135250.ge27...@sebian.nob900.homeip.net

Re: [HS] se logguer en ssh en outrepassant le shell defini dans /etc/passwd

[giggzounet]

Le 12/10/2012 15:45, JF Straeten a écrit :
 
 Re,
 
 On Fri, Oct 12, 2012 at 03:30:33PM +0200, giggzounet wrote:
 [...]
 C'est quoi comme NAS ?

 A+ 


 synology DS1812+
 
 Debianisé ?
 
 Si d-i a été porté (ou se lance) sur cette machine, tu pourrais
 démarrer l'installateur en mode 'rescue' pour réparer.
 
 
 Sinon, via ssh, la page de man va dans le sens de ce que suggère
 François : shell ou (= si pas de) commande.
 
 Donc :
 
 ssh root@nas mv /etc/paswd~ /etc/passwd 
 
 pourrait peut-être suffire s'il y a un bkp ?
 
 Ou exploiter ça :
 
 ~/.ssh/rc
   Commands in this file are executed by ssh when the user
   logs in, just before the
   user's shell (or command) is started.  See the
   sshd(8) manual page for more informa‐
   tion.
 
 
 Hih,
  
 

merci je tenterai!

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/k597t4$862$1...@ger.gmane.org