[Grml] Bug with setting passwords when installing using grml2hd and grml-debootstrap

[Michael Whapples]

Hello,
I noticed that yesterday when I did an install of debian using
grml-debootstrap it seemed to fail to set the password of the root
account, it seemed to just print out the help message of the chpasswd
command. This was using grml installed on a USB drive using grml2usb and
the ISO image of grml 2009.05. I also encountered the same when I did
the grml2hd installation using the RC2 CD. The only way I was able to
log in to the installed system was to boot grml again, mount the drive
where I had done the installation and remove the x from the password
field of the /etc/passwd file and then reboot back to the HD
installation and log in without a password and then set a new password
(there may be another way but this is the one I am certain of).

This seems like a critical bug to me as by default it seems grml2hd and
grml-debootstrap leave the installed system unuseable.

Michael Whapples

[Michael Prokop]

Post by Michael Whapples
I noticed that yesterday when I did an install of debian using
grml-debootstrap it seemed to fail to set the password of the root
account, it seemed to just print out the help message of the chpasswd
command. This was using grml installed on a USB drive using grml2usb and
the ISO image of grml 2009.05. I also encountered the same when I did
the grml2hd installation using the RC2 CD. The only way I was able to
log in to the installed system was to boot grml again, mount the drive
where I had done the installation and remove the x from the password
field of the /etc/passwd file and then reboot back to the HD
installation and log in without a password and then set a new password
(there may be another way but this is the one I am certain of).

Yeah, this is due a very annoying (and stupid, as in: no clean
upgrade path) change in chpasswd.

Post by Michael Whapples
This seems like a critical bug to me as by default it seems grml2hd and
grml-debootstrap leave the installed system unuseable.

This issue has been fixed within grml2hd for the stable release.
I'll take care of if for grml-debootstrap, it's recorded as
http://bts.grml.org/grml/issue692 - thanks for the report.

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.mur.at/pipermail/grml/attachments/20090613/d7747953/attachment.pgp

[Michael Whapples]

Hello,
Yes noticed that grml2hd didn't have the problem when I tested that
grml2hd 1.2.3 was working for the speakup.synth boot option detection. I
had just made the assumption (possibly not a valid assumption to make,
and as it proves to be wrongly made) that as grml-debootstrap had the
problem in 2009.05 and grml2hd on the RC2 and RC1 CDs suffered from it
then may be grml2hd on the actual 2009.05 release suffered from it as well.

Michael Whapples

Post by Michael Prokop

Post by Michael Whapples
I noticed that yesterday when I did an install of debian using
grml-debootstrap it seemed to fail to set the password of the root
account, it seemed to just print out the help message of the chpasswd
command. This was using grml installed on a USB drive using grml2usb and
the ISO image of grml 2009.05. I also encountered the same when I did
the grml2hd installation using the RC2 CD. The only way I was able to
log in to the installed system was to boot grml again, mount the drive
where I had done the installation and remove the x from the password
field of the /etc/passwd file and then reboot back to the HD
installation and log in without a password and then set a new password
(there may be another way but this is the one I am certain of).

Yeah, this is due a very annoying (and stupid, as in: no clean
upgrade path) change in chpasswd.

Post by Michael Whapples
This seems like a critical bug to me as by default it seems grml2hd and
grml-debootstrap leave the installed system unuseable.

This issue has been fixed within grml2hd for the stable release.
I'll take care of if for grml-debootstrap, it's recorded as
http://bts.grml.org/grml/issue692 - thanks for the report.
regards,
-mika-

[Michael Whapples]

Hello,
Yes noticed that grml2hd didn't have the problem when I tested that
grml2hd 1.2.3 was working for the speakup.synth boot option detection. I
had just made the assumption (possibly not a valid assumption to make,
and as it proves to be wrongly made) that as grml-debootstrap had the
problem in 2009.05 and grml2hd on the RC2 and RC1 CDs suffered from it
then may be grml2hd on the actual 2009.05 release suffered from it as well.

Michael Whapples

Post by Michael Prokop

Post by Michael Whapples
I noticed that yesterday when I did an install of debian using
grml-debootstrap it seemed to fail to set the password of the root
account, it seemed to just print out the help message of the chpasswd
command. This was using grml installed on a USB drive using grml2usb and
the ISO image of grml 2009.05. I also encountered the same when I did
the grml2hd installation using the RC2 CD. The only way I was able to
log in to the installed system was to boot grml again, mount the drive
where I had done the installation and remove the x from the password
field of the /etc/passwd file and then reboot back to the HD
installation and log in without a password and then set a new password
(there may be another way but this is the one I am certain of).

Yeah, this is due a very annoying (and stupid, as in: no clean
upgrade path) change in chpasswd.

Post by Michael Whapples
This seems like a critical bug to me as by default it seems grml2hd and
grml-debootstrap leave the installed system unuseable.

This issue has been fixed within grml2hd for the stable release.
I'll take care of if for grml-debootstrap, it's recorded as
http://bts.grml.org/grml/issue692 - thanks for the report.
regards,
-mika-

[Michael Whapples]

Hello,
Yes noticed that grml2hd didn't have the problem when I tested that
grml2hd 1.2.3 was working for the speakup.synth boot option detection. I
had just made the assumption (possibly not a valid assumption to make,
and as it proves to be wrongly made) that as grml-debootstrap had the
problem in 2009.05 and grml2hd on the RC2 and RC1 CDs suffered from it
then may be grml2hd on the actual 2009.05 release suffered from it as well.

Michael Whapples

Post by Michael Prokop

Post by Michael Whapples
I noticed that yesterday when I did an install of debian using
grml-debootstrap it seemed to fail to set the password of the root
account, it seemed to just print out the help message of the chpasswd
command. This was using grml installed on a USB drive using grml2usb and
the ISO image of grml 2009.05. I also encountered the same when I did
the grml2hd installation using the RC2 CD. The only way I was able to
log in to the installed system was to boot grml again, mount the drive
where I had done the installation and remove the x from the password
field of the /etc/passwd file and then reboot back to the HD
installation and log in without a password and then set a new password
(there may be another way but this is the one I am certain of).

Yeah, this is due a very annoying (and stupid, as in: no clean
upgrade path) change in chpasswd.

Post by Michael Whapples
This seems like a critical bug to me as by default it seems grml2hd and
grml-debootstrap leave the installed system unuseable.

This issue has been fixed within grml2hd for the stable release.
I'll take care of if for grml-debootstrap, it's recorded as
http://bts.grml.org/grml/issue692 - thanks for the report.
regards,
-mika-

[Michael Whapples]

Hello,
I noticed that yesterday when I did an install of debian using
grml-debootstrap it seemed to fail to set the password of the root
account, it seemed to just print out the help message of the chpasswd
command. This was using grml installed on a USB drive using grml2usb and
the ISO image of grml 2009.05. I also encountered the same when I did
the grml2hd installation using the RC2 CD. The only way I was able to
log in to the installed system was to boot grml again, mount the drive
where I had done the installation and remove the x from the password
field of the /etc/passwd file and then reboot back to the HD
installation and log in without a password and then set a new password
(there may be another way but this is the one I am certain of).

This seems like a critical bug to me as by default it seems grml2hd and
grml-debootstrap leave the installed system unuseable.

Michael Whapples

[Michael Prokop]

Post by Michael Whapples
I noticed that yesterday when I did an install of debian using
grml-debootstrap it seemed to fail to set the password of the root
account, it seemed to just print out the help message of the chpasswd
command. This was using grml installed on a USB drive using grml2usb and
the ISO image of grml 2009.05. I also encountered the same when I did
the grml2hd installation using the RC2 CD. The only way I was able to
log in to the installed system was to boot grml again, mount the drive
where I had done the installation and remove the x from the password
field of the /etc/passwd file and then reboot back to the HD
installation and log in without a password and then set a new password
(there may be another way but this is the one I am certain of).

Yeah, this is due a very annoying (and stupid, as in: no clean
upgrade path) change in chpasswd.

Post by Michael Whapples
This seems like a critical bug to me as by default it seems grml2hd and
grml-debootstrap leave the installed system unuseable.

This issue has been fixed within grml2hd for the stable release.
I'll take care of if for grml-debootstrap, it's recorded as
http://bts.grml.org/grml/issue692 - thanks for the report.

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090613/d7747953/attachment-0002.pgp>

[Michael Whapples]

Hello,
I noticed that yesterday when I did an install of debian using
grml-debootstrap it seemed to fail to set the password of the root
account, it seemed to just print out the help message of the chpasswd
command. This was using grml installed on a USB drive using grml2usb and
the ISO image of grml 2009.05. I also encountered the same when I did
the grml2hd installation using the RC2 CD. The only way I was able to
log in to the installed system was to boot grml again, mount the drive
where I had done the installation and remove the x from the password
field of the /etc/passwd file and then reboot back to the HD
installation and log in without a password and then set a new password
(there may be another way but this is the one I am certain of).

This seems like a critical bug to me as by default it seems grml2hd and
grml-debootstrap leave the installed system unuseable.

Michael Whapples

[Michael Prokop]

Post by Michael Whapples
I noticed that yesterday when I did an install of debian using
grml-debootstrap it seemed to fail to set the password of the root
account, it seemed to just print out the help message of the chpasswd
command. This was using grml installed on a USB drive using grml2usb and
the ISO image of grml 2009.05. I also encountered the same when I did
the grml2hd installation using the RC2 CD. The only way I was able to
log in to the installed system was to boot grml again, mount the drive
where I had done the installation and remove the x from the password
field of the /etc/passwd file and then reboot back to the HD
installation and log in without a password and then set a new password
(there may be another way but this is the one I am certain of).

Yeah, this is due a very annoying (and stupid, as in: no clean
upgrade path) change in chpasswd.

Post by Michael Whapples
This seems like a critical bug to me as by default it seems grml2hd and
grml-debootstrap leave the installed system unuseable.

This issue has been fixed within grml2hd for the stable release.
I'll take care of if for grml-debootstrap, it's recorded as
http://bts.grml.org/grml/issue692 - thanks for the report.

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090613/d7747953/attachment-0003.pgp>