On Tue, Mar 17, 2015 at 10:00:08PM +0100, Wolfgang Schweer wrote: > On Tue, Mar 17, 2015 at 07:25:11PM +0100, Petter Reinholdtsen wrote: > > > > > if [ "$USE_CDROM" != "false" ] && [ ! -f /target/media/cdrom/.disk/info ]; then > > > chroot /target mount /media/cdrom > > > log "mounting /media/cdrom" > > > fi > > > > When I just tested and the LTSP installation failed, the USE_CDROM value > > is 'true' and nothing is mounted in /target/media/. The CD from > > /dev/sr0 is mounted on /cdrom/. > > With this (trivial) modification installation succeeded. > > --- a/postinst 2015-03-06 10:00:00.000000000 +0100 > +++ ltsp-client-builder.postinst 2015-03-17 21:39:38.824682599 +0100 > @@ -64,7 +64,7 @@ > db_progress STEP 1 > > if [ "$USE_CDROM" != "false" ] && [ ! -f /target/media/cdrom/.disk/info ]; then > - chroot /target mount /media/cdrom > + mount /dev/cdrom /target/media/cdrom > log "mounting /media/cdrom" > fi Tested once again using the just rsynced usbstick ISO image (containing newest udebs): LTSP chroot installation fails as before. After /var/lib/dpkg/info/ltsp-client-builder.postinst (d-i env) had been modified like stated above, choosing LTSP chroot installation out of the d-i main-menu once again made the chroot installation start. So I guess the only chance to get the Sebian Edu LTSP installation going would be a fixed version of the ltsp-client-builder udeb. And this bug should be reassigned to ltsp, although most probably changes of d-i component caused this issue since some weeks. Wolfgang
Attachment:
signature.asc
Description: Digital signature