Bug#801961: debian stretch amd64 netinst: no xfsprogs. xfs on root fails to boot.
On Fri, Oct 16, 2015 at 12:09:53PM +0100, Julian Hughes wrote:
>Package: debian-installer
>
>I couldn't boot my install so this bug report is by template from docs
>and from a different system:
>
>Boot method: usb (iso image)
>Image version:
>http://cdimage.debian.org/cdimage/stretch_di_alpha3/amd64/iso-cd/debian-stretch-DI-alpha3-amd64-netinst.iso
>also
>http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-netinst.iso
>(2015-10-12)
<snip>
>Comments/Problems:
>
>I chose the largest available freespace and allocated 10GB for / ,
>2GB for swap, about 90GB for /home and chose xfs for my root
>and /home file systems. I used the debian installer to partition the
>free space and create the file systems.
>
>The system apparently installed perfectly but on booting grub
>errored with an error:
>
>"error: not a correct xfs inode"
>
>I chrooted in from systemrescue cd and checked disk UUIDs. All good.
>Ran 'update-initramfs -u -k all', and got message showing that no xfs
>utilities were installed. The installer needs xfsprogs and dependency
>libreadline5 (or to fetch them). Currently install using xfs on / is
>_guaranteed_ fail.
Hi Julian,
If possible, it would be very helpful to see the installer logs from
that system. The current stretch netinst images include both the
xfsprogs .deb and .udeb, and I've just checked that partman-xfs is
marking xfsprogs for installation (it is). Something has broken, and
logs may help us track it down.
Cheers,
Steve
--
Steve McIntyre, Cambridge, UK. steve@einval.com
"Managing a volunteer open source project is a lot like herding
kittens, except the kittens randomly appear and disappear because they
have day jobs." -- Matt Mackall
Reply to: