Comment 11 for bug 160862

Bubla: the procedure you describe does not completely destroy /etc/group. It removes all users from the admin group, making it impossible to fix the problem afterwards. But this bug has been fixed in the development version, and users-admin will now refuse to overwrite the existing group (just checked both versions).

It seems to me that the current report is about a strange result where most groups are removed, and the newly-created group has GID 0 (reserved to root). So I'd like more informations from Dierk Scharbert, RogerP and fishexe. I know that's difficult to find, though... ;-)

BTW, I found this thread with useful logs, the first detailed data I've ever read about that:
http://ubuntuforums.org/showthread.php?p=6614344