[pungi-fedora] PR #871: Specify the squashfs-only in the lorax_options

[Bohdan Khomutskyi]

bkhomuts opened a new pull-request against the project: `pungi-fedora` that you are
following:
``
Specify the squashfs-only in the lorax_options
``

To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/871

[Mohan Boddu]

mohanboddu commented on the pull-request: `Specify the squashfs-only in the lorax_options`
that you are following:
``
Can you please rebase this PR?

Thanks.
``

To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/871

[Mohan Boddu]

mohanboddu merged a pull-request against the project: `pungi-fedora` that you are
following.

Merged pull-request:

``
Specify the squashfs-only in the lorax_options
``

https://pagure.io/pungi-fedora/pull-request/871

[Bohdan Khomutskyi]

bkhomuts commented on the pull-request: `Specify the squashfs-only in the lorax_options`
that you are following:
``
I tried to test this change on the Fedora Rawhide nightly compose
(Fedora-Rawhide-20200828.n.0) from
https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-2020082...

I found  Fedora Server boot.iso fails to boot on dracut-mount:
mount: /sysroot: special device /dev/mapper/live-rw does not exist.

On the other hand, I discovered that this change did not influence the Fedora Workstation
Live ISO, where the plain SquashFS should function:
https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-2020082...

I'm investigating both issues. The first problem is related to dracut.
Now I have the Rawhide images to test and debug the change.
For now, I propose reverting this change to make the images bootable again.
``

To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/871

[Bohdan Khomutskyi]

bkhomuts commented on the pull-request: `Specify the squashfs-only in the lorax_options`
that you are following:
``
I found a solution for the boot.iso (netinstall) image. The problem is that the location
of the SquashFS on the image is different, than on the Live image.
In Fedora Live image, the location is LiveOS/squashfs.img whereas on the BOOT.ISO and the
DVD, the location is LiveOS/squashfs.img.
This is due to the fact that differrent process is used to create Live and the
BOOT.iso/DVD images.

I was able to make the netinstall image: 
https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-2020082...
bootable by editing the kernel arguments. The full list of kernel arguments I used to boot
the image above is
```vmlinuz initrd=initrd.img root=live:CDLABEL=Fedora-S-dvd-x86_64-rawh quiet
rd.live.squashimg=install.img rd.live.dir=/images```

I'll try to resolve the issue in the cleanest manner. To preserve the compatibility
the new plain SquashFS format should be compatible with the inst.stage2 kernel parameter.
``

To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/871

[Bohdan Khomutskyi]

bkhomuts commented on the pull-request: `Specify the squashfs-only in the lorax_options`
that you are following:
``
Correction:
In Fedora Live image, the location is LiveOS/squashfs.img whereas on the BOOT.ISO and the
DVD, the location is images/install.img.
``

To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/871

[Bohdan Khomutskyi]

bkhomuts commented on the pull-request: `Specify the squashfs-only in the lorax_options`
that you are following:
``
I found a solution to the problem and filed the following pull request to address the
problem: https://github.com/rhinstaller/anaconda/pull/2820
``

To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/871