Control: severity 981393 important Control: tags 981393 moreinfo On 2021-01-30, peto wrote: > Installing packages according to LTSP Documentation and running ltsp image > command as recommended here: https://ltsp.org/docs/installation/ ... > # ltsp image / ... > ltsp image / > Using x86_64 as the base name of image / > Running: mount -t tmpfs -o mode=0755 tmpfs /tmp/tmp.xFuUMTjWhL/tmpfs > Running: mount -t overlay -o > upperdir=/tmp/tmp.xFuUMTjWhL/tmpfs/0/up,lowerdir=/,workdir=/tmp/tmp.xFuUMTjWhL/tmpfs/0/work > /tmp/tmp.xFuUMTjWhL/tmpfs /tmp/tmp.xFuUMTjWhL/root/ > Trying to acquire package management lock: /var/lib/dpkg/lock > Cleaning up x86_64 before mksquashfs... > Traceback (most recent call last): > File "/usr/share/ltsp/client/login/pwmerge", line 440, in <module> > main(sys.argv) > File "/usr/share/ltsp/client/login/pwmerge", line 434, in main > pwm = PwMerge(args[0], args[1], args[2], **dopts) > File "/usr/share/ltsp/client/login/pwmerge", line 117, in __init__ > self.dpasswd, self.dgroup = self.read_dir(ddir, dur or dgr) > File "/usr/share/ltsp/client/login/pwmerge", line 188, in read_dir > grn = g2n[pwe[PW_GID]] > KeyError: 1007 > LTSP command failed: /usr/share/ltsp/client/login/pwmerge --ltsp --quiet > /tmp/tmp.xFuUMTjWhL/root/tmp/pwempty /tmp/tmp.xFuUMTjWhL/root/etc > /tmp/tmp.xFuUMTjWhL/root/tmp/pwmerged > Aborting ltsp
I did not encounter this on a freshly installed bullseye system. So we still need to identify what triggers the issue in your case. While upstream appreciates bug reports upstream and is very responsive, if you really prefer to only use the Debian bug tracker, I can forward relevent issues upstream too after we have more clarity. If you do forward the issue upstream yourself, please mark the bug as forwarded or mention here and I can mark it. Thanks! live well, vagrant
signature.asc
Description: PGP signature
