Trying to get CentOS-Userland-7-armv7hl-Minimal-1603-RaspberryPi3.img installed to a SanDisk 64G SD card for a Raspberry Pi3.
The dd goes well, the Pi will boot with no problems. I run "touch /.rootfs-repartition" and then a reboot.
It seems to do the repartition but I get a kernel panic at the next reboot. On the console I see: ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,3)
Any tips on how to get the SD card repartitioned to use the whole space after install?
On 02/07/16 14:10, Steve Berg wrote:
Trying to get CentOS-Userland-7-armv7hl-Minimal-1603-RaspberryPi3.img installed to a SanDisk 64G SD card for a Raspberry Pi3.
The dd goes well, the Pi will boot with no problems. I run "touch /.rootfs-repartition" and then a reboot.
It seems to do the repartition but I get a kernel panic at the next reboot. On the console I see: ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,3)
Any tips on how to get the SD card repartitioned to use the whole space after install?
We had several people reporting that issue that seems to appear if you have a microSD card that is > 32Gb . I'm not able to reproduce it as I don't have SD cards that are as big as that, but it seems an issue with the rootfs-resize tool : see https://github.com/ctyler/rootfs-resize/issues/2 If that's confirmed, we probably have to stop promoting that tool and even remove it if that's unmaintained and unfixable.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/07/16 09:33, Fabian Arrotin wrote:
On 02/07/16 14:10, Steve Berg wrote:
Trying to get CentOS-Userland-7-armv7hl-Minimal-1603-RaspberryPi3.img installed to a SanDisk 64G SD card for a Raspberry Pi3.
The dd goes well, the Pi will boot with no problems. I run "touch /.rootfs-repartition" and then a reboot.
It seems to do the repartition but I get a kernel panic at the next reboot. On the console I see: ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,3)
Any tips on how to get the SD card repartitioned to use the whole space after install?
We had several people reporting that issue that seems to appear if you have a microSD card that is > 32Gb . I'm not able to reproduce it as I don't have SD cards that are as big as that, but it seems an issue with the rootfs-resize tool : see https://github.com/ctyler/rootfs-resize/issues/2 If that's confirmed, we probably have to stop promoting that tool and even remove it if that's unmaintained and unfixable.
is there anything else that can be used instead ?
- -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc
On 04/07/16 11:50, Karanbir Singh wrote:
On 04/07/16 09:33, Fabian Arrotin wrote:
On 02/07/16 14:10, Steve Berg wrote:
Trying to get CentOS-Userland-7-armv7hl-Minimal-1603-RaspberryPi3.img installed to a SanDisk 64G SD card for a Raspberry Pi3.
The dd goes well, the Pi will boot with no problems. I run "touch /.rootfs-repartition" and then a reboot.
It seems to do the repartition but I get a kernel panic at the next reboot. On the console I see: ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,3)
Any tips on how to get the SD card repartitioned to use the whole space after install?
We had several people reporting that issue that seems to appear if you have a microSD card that is > 32Gb . I'm not able to reproduce it as I don't have SD cards that are as big as that, but it seems an issue with the rootfs-resize tool : see https://github.com/ctyler/rootfs-resize/issues/2 If that's confirmed, we probably have to stop promoting that tool and even remove it if that's unmaintained and unfixable.
is there anything else that can be used instead ?
Something to search for, but it seems that Fedora switched back to proposing using gparted (https://fedoraproject.org/wiki/Architectures/ARM/F23/Installation#Resize_the...) We can at least modify the wiki page to clearly state that there is an issue with rootfs-resize on cards > 32Gb, and also decide what to do for the next images we'll create/distribute (like removing rootfs-resize tool ?)
On 04/07/16 16:40, Fabian Arrotin wrote:
On 04/07/16 11:50, Karanbir Singh wrote:
On 04/07/16 09:33, Fabian Arrotin wrote:
On 02/07/16 14:10, Steve Berg wrote:
Trying to get CentOS-Userland-7-armv7hl-Minimal-1603-RaspberryPi3.img installed to a SanDisk 64G SD card for a Raspberry Pi3.
The dd goes well, the Pi will boot with no problems. I run "touch /.rootfs-repartition" and then a reboot.
It seems to do the repartition but I get a kernel panic at the next reboot. On the console I see: ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,3)
Any tips on how to get the SD card repartitioned to use the whole space after install?
We had several people reporting that issue that seems to appear if you have a microSD card that is > 32Gb . I'm not able to reproduce it as I don't have SD cards that are as big as that, but it seems an issue with the rootfs-resize tool : see https://github.com/ctyler/rootfs-resize/issues/2 If that's confirmed, we probably have to stop promoting that tool and even remove it if that's unmaintained and unfixable.
is there anything else that can be used instead ?
Something to search for, but it seems that Fedora switched back to proposing using gparted (https://fedoraproject.org/wiki/Architectures/ARM/F23/Installation#Resize_the...) We can at least modify the wiki page to clearly state that there is an issue with rootfs-resize on cards > 32Gb, and also decide what to do for the next images we'll create/distribute (like removing rootfs-resize tool ?)
So I had a quick look at something else that seems to work : - using growpart (available in test here : http://armv7.dev.centos.org/repodir/tools/cloud-utils/cloud-utils-growpart-0...) - and then resize2fs
I can add it in the base image, and remove rootfs-resize and just write a small wrapper script around those tools so that people can just use that script instead ?
Opinions ?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 12/07/16 16:07, Fabian Arrotin wrote:
On 04/07/16 16:40, Fabian Arrotin wrote:
On 04/07/16 11:50, Karanbir Singh wrote:
On 04/07/16 09:33, Fabian Arrotin wrote:
On 02/07/16 14:10, Steve Berg wrote:
Trying to get CentOS-Userland-7-armv7hl-Minimal-1603-RaspberryPi3.img installed to a SanDisk 64G SD card for a Raspberry Pi3.
The dd goes well, the Pi will boot with no problems. I run "touch /.rootfs-repartition" and then a reboot.
It seems to do the repartition but I get a kernel panic at the next reboot. On the console I see: ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,3)
Any tips on how to get the SD card repartitioned to use the whole space after install?
We had several people reporting that issue that seems to appear if you have a microSD card that is > 32Gb . I'm not able to reproduce it as I don't have SD cards that are as big as that, but it seems an issue with the rootfs-resize tool : see https://github.com/ctyler/rootfs-resize/issues/2 If that's confirmed, we probably have to stop promoting that tool and even remove it if that's unmaintained and unfixable.
is there anything else that can be used instead ?
Something to search for, but it seems that Fedora switched back to proposing using gparted (https://fedoraproject.org/wiki/Architectures/ARM/F23/Installation#Re
size_the_Root_Filesystem)
We can at least modify the wiki page to clearly state that there is an
issue with rootfs-resize on cards > 32Gb, and also decide what to do for the next images we'll create/distribute (like removing rootfs-resize tool ?)
So I had a quick look at something else that seems to work : - using growpart (available in test here : http://armv7.dev.centos.org/repodir/tools/cloud-utils/cloud-utils-grow
part-0.27-20.el7.armv7hl.rpm)
- - and then resize2fs
I can add it in the base image, and remove rootfs-resize and just write a small wrapper script around those tools so that people can just use that script instead ?
Opinions ?
if it works, its already +1 over something else that might not ?
- -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc
-
Fabian Arrotin -
Karanbir Singh -
Steve Berg