Lubuntu Cosmic missing squashfs-tools, causing Calamares to crash

[Lyn Perrine]

To reproduce in Lubuntu Cosmic run the calamares installer and pick any install options/method.

I expected the installer to not crash but instead it crashed shortly after creating the partition with the following error:

Boost.Python error in job "unpackfs".
<class 'OSError'>
[Errno 30] Read-only file system: 'bash'
Traceback:
  File "/usr/lib/calamares/modules/unpackfs/main.py", line 318, in run
    return unpackop.run()

  File "/usr/lib/calamares/modules/unpackfs/main.py", line 221, in run
    shutil.rmtree(source_mount_path)

  File "/usr/lib/python3.6/shutil.py", line 480, in rmtree
    _rmtree_safe_fd(fd, path, onerror)

  File "/usr/lib/python3.6/shutil.py", line 418, in _rmtree_safe_fd
    _rmtree_safe_fd(dirfd, fullname, onerror)

  File "/usr/lib/python3.6/shutil.py", line 418, in _rmtree_safe_fd
    _rmtree_safe_fd(dirfd, fullname, onerror)

  File "/usr/lib/python3.6/shutil.py", line 438, in _rmtree_safe_fd
    onerror(os.unlink, fullname, sys.exc_info())

  File "/usr/lib/python3.6/shutil.py", line 436, in _rmtree_safe_fd
    os.unlink(name, dir_fd=topfd)

Installing squashfs-tools before running the installer fixes the problem.

apt policy calamares:
     Installed: 3.1.12-1
     Canidate: 3.1.12-1

Description: Ubuntu Cosimc CANIMAL (development branch)
Release: 18.10

ProblemType: Bug
DistroRelease: Ubuntu 18.10
Package: calamares 3.1.12-1
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
CasperVersion: 1.394
CurrentDesktop: LXQt
Date: Mon May 7 18:10:54 2018
LiveMediaBuild: Lubuntu 18.10 "Cosmic CANIMAL" - Alpha amd64 (20180507)
SourcePackage: calamares
UpgradeStatus: No upgrade log present (probably fresh install)

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Ubuntu QA Website (ubuntuqa)]

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1769781

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Judging by the attached log, the partition is created successfully but it fails when trying to "unsquash filesystem."

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Note in the upstream bug this is fixed upstream already, but only in master. A release of 3.2.0 should be forthcoming next week with this included. Getting that into Debian should resolve everything.

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Actually I manually applied the fix, which allowed it to actually pass along far enough to actually try to unpack the squashfs and that's when it failed and suggested to install squashfs-tools. Reverting the fix, installing the package, and starting over and everything worked just fine.

[Simon Quigley (tsimonq2)]

I'll make squashfs-tools a hard dep of the settings package.

[Launchpad Janitor (janitor)]

This bug was fixed in the package calamares-settings-ubuntu - 2

---------------
calamares-settings-ubuntu (2) cosmic; urgency=medium

  * Add a .gitignore file for debian/files.
  * Remove lubuntu-qt-desktop from Suggests.
  * Update the Lubuntu.me website for HTTPS.
  * Bump Lubuntu's system requirements to safe values.
  * Remove calamares from the explicit removal list; we don't need it to
    be there anymore.
  * Lubuntu Next -> Lubuntu.
  * Make squashfs-tools a hard dependency; without it, Lubuntu's installation
    fails (LP: #1769781).

 -- Simon Quigley <email address hidden> Thu, 10 May 2018 19:18:01 -0500

[oldfred (oldfred)]

With 18.10 using grub to loop mount the ISO.

/tmp/calamares-root-ere7liao/boot/efi

Boost.Python error in job "unpackfs".
Command '['mount', '/cdrom/casper/filesystem.squashfs', '/tmp/tmp0dld31ld/filesystem', '-t', 'squashfs', '-o', 'loop']' returned non-zero exit status 32.
None

Traceback:
File "/usr/lib/x86_64-linux-gnu/calamares/modules/unpackfs/main.py", line 318, in run
    return unpackop.run()

  File "/usr/lib/x86_64-linux-gnu/calamares/modules/unpackfs/main.py", line 189, in run
    self.mount_image(entry, imgmountdir)

  File "/usr/lib/x86_64-linux-gnu/calamares/modules/unpackfs/main.py", line 239, in mount_image
    "-o", "loop"

  File "/usr/lib/python3.6/subprocess.py", line 291, in check_call
    raise CalledProcessError(retcode, cmd)

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

@Fred can't reproduce by just normally booting the ISO. I've never heard of any one loop mounting the ISOs except to inspect their contents, so it's untested and unsupported. I'd be surprised if the other images work that way, either.