On Tue, 28 May 2013, Andreas Meile wrote:
> I tried that out on a lab system where I replaced pam_unix.so into
> pam_unix2.so inside both common-auth and common-password config
> files.
>
> Result: The system nows recognizes all $2a$ (Blowfish) password
> hashes but does not longer accepts $6$ (SH
Hello Recoverym4n
Thanks for your hint.
- Original Message -
From:
To:
Sent: Monday, May 27, 2013 7:40 PM
Subject: Re: /etc/shadow password hash format (migration from SuSE 9.3 to
Debian Wheezy)
Install 'libpam-unix2' package. Configure PAM as outlined
in /usr/share/
On Mon, 27 May 2013 16:23:20 +0200
"Andreas Meile" wrote:
> A "apt-cache search blowfish" shows me a lot of Blowfish related packages.
> So is there one on it which extends the login authentication routine also to
> process Blowfish hashes in /etc/shadow or i
On 05/27/2013 04:23 PM, Andreas Meile wrote:
> Hello Chris
>
> - Original Message - From: "Chris Davies"
> To:
> Sent: Monday, May 27, 2013 2:54 PM
> Subject: Re: /etc/shadow password hash format (migration from SuSE 9.3
> to Debian Wheezy)
>
>
&g
Hello Chris
- Original Message -
From: "Chris Davies"
To:
Sent: Monday, May 27, 2013 2:54 PM
Subject: Re: /etc/shadow password hash format (migration from SuSE 9.3 to
Debian Wheezy)
man 3 crypt contains a NOTES section that identifies the ID and describes
Andreas Meile asked about /etc/shadow:
> Is there a good overview WWW link about all these
> $$[$] formats?
man shadow says of the encrypted password field, "Refer to crypt(3)
for details on how this string is interpreted."
man 3 crypt contains a NOTES section that ident
Hello Debian users
I recently migrated an old SuSE Linux 9.3 box to Debian 7 Wheezy. There I
backuped the /etc/shadow file to import the existing passwords from my users
to the new Debian environment using a "vipw -s" command as part of the
migration.
Result: Classic UNIX hashes (fo
starting kuser from a terminal and see
if you get any error messages.
>> Just to make sure everything is as it should be. Please show the
>> output of 'ls -l /etc/shadow'.
> Here it is:
> ~# ls -l /etc/shadow
> -rw-r- 1 root shadow 850 2008-10-24 13:31 /etc/s
Goran Dobosevic wrote:
>
>
> Andrei Popescu wrote:
>> On Wed,29.Oct.08, 09:51:43, Goran Dobosevic wrote:
>>
>>
>>> no, before few days yes.
>>>
>>
>> Somebody who knows KDE might help here.
>>
>>
>&g
Andrei Popescu wrote:
On Wed,29.Oct.08, 09:51:43, Goran Dobosevic wrote:
no, before few days yes.
Somebody who knows KDE might help here.
permissions of /etc/shadow are defolt i don't know how to changed them :-)
Just to make sure everything is as it shou
On Wed,29.Oct.08, 09:51:43, Goran Dobosevic wrote:
> no, before few days yes.
Somebody who knows KDE might help here.
> permissions of /etc/shadow are defolt i don't know how to changed them :-)
Just to make sure everything is as it should be. Please show the output
of 'l
Andrei Popescu wrote:
On Wed,29.Oct.08, 07:15:12, Goran Dobosevic wrote:
Hi,
I'm new to linux and have Debian Lenny for 3 month. Today when i was open
kde user manager so i can add my self to fuse group I got this massages:
Error opening /etc/shadow for reading.
kde user manager was
On Wed,29.Oct.08, 07:15:12, Goran Dobosevic wrote:
> Hi,
> I'm new to linux and have Debian Lenny for 3 month. Today when i was open
> kde user manager so i can add my self to fuse group I got this massages:
> Error opening /etc/shadow for reading.
> kde user manager was open
Hi,
I'm new to linux and have Debian Lenny for 3 month. Today when i was
open kde user manager so i can add my self to fuse group I got this
massages:
Error opening /etc/shadow for reading.
kde user manager was open without root pasword
edit my accaunt->add to fuse group->ok
C
> look at /usr/share/base-passwd/*.master and make sure your passwd files
> are consistent, resolve any conflicts by relocating your accounts/groups
> to higher uid/gid ranges.
Also get rid of your 'ppp' group and put the users who you want to have ppp
privileges is the dip group (gid 30). It exi
On Tue, Jan 09, 2001 at 10:24:14AM +1100, Marc-Adrian Napoli wrote:
> hi,
>
> why, when i have the following:
>
> machine:/etc# ls -la shadow
> -rw-r-1 root root 1761 Jan 9 10:34 shadow
>
> and then i run "passwd" to change my pasword are the permissions changed as
> such:
ermissions changed as
> such:
>
> machine:/etc# ls -la shadow
> -rw-r-1 root ppp 1761 Jan 9 10:34 shadow
>
> ?? group ppp has gid of 42 on my system and that includes all our users.
phil:~% less /etc/group | grep 42
shadow:x:42:
phil:~% ls -l /etc/shadow
-rw-r
hi,
why, when i have the following:
machine:/etc# ls -la shadow
-rw-r-1 root root 1761 Jan 9 10:34 shadow
and then i run "passwd" to change my pasword are the permissions changed as
such:
machine:/etc# ls -la shadow
-rw-r-1 root ppp 1761 Jan 9 10:34 s
18 matches
Mail list logo
