I mount the rootfs, and make the file, and then I get resized in first boot. Otherwise, after any number of boots, if you create the file, the next boot runs the resize. At least with the Cubietruck image. On 12/31/2015 12:35 PM, Nicolas Repentin wrote: > Hello > > I know the script must be launched before rootfs is mounted, I think > it's supposed to be launched automatically on first boot on the image > file, but on my test it didn't. > > > --- > Nicolas Repentin > <nicolas at shivaserv.fr> > > ------------------------------------------------------------------------ > *De :* Robert Moskowitz <rgm at htt-consult.com> > *Envoyé :* 29 décembre 2015 20:00:22 GMT+01:00 > *À :* Conversations around CentOS on ARM hardware <arm-dev at centos.org> > *Objet :* Re: [Arm-dev] CentOS-userland 7 images : call for testers ! > > > > On 12/29/2015 01:16 PM, Nicolas Repentin wrote: >> Hello >> >> Sorry but I think this mail was not successfully sent. >> >> >> --- >> Nicolas Repentin >> <nicolas at shivaserv.fr> >> >> ------------------------------------------------------------------------ >> *De :* Nicolas Repentin <nicolas at shivaserv.fr> >> *Envoyé :* 9 décembre 2015 19:49:34 GMT+01:00 >> *À :* Conversations around CentOS on ARM hardware <arm-dev at centos.org> >> *Objet :* Re: [Arm-dev] CentOS-userland 7 images : call for testers ! >> >> Re, >> >> Putting the file /.rootfs-repartition make the system to boot >> successfully. But, the fs is not resized and the file is removed. >> I tried to launch /usr/sbin/rootfs-resize but no effect (if it's the >> script you used to). > > This script has to execute before the rootfs is mounted. That is why > it better not run once it is mounted! > > Did you check the system messages to see what was reported when if it > did attempt to run? > >> >> I think : >> - echo mmc0 > /sys/class/leds/bananapi\:green\:usr/trigger should be >> great by default for bananapi image (or tell user how to do in bpi >> specific tutorial :)) >> >> >> I can try other images when you want/need. >> >> >> Le mer. 9 déc. 2015 à 19:38, Nicolas Repentin <nicolas at shivaserv.fr> >> a écrit : >>> Hello >>> >>> I've just tried the image for Bananapi (M1), and I've got a freeze >>> during boot. >>> >>> My minicom console doesn't respond after the last line on the file >>> attached. >>> >>> No network too :s >>> >>> >>> Le jeu. 3 déc. 2015 à 18:12, Fabian Arrotin <arrfab at centos.org> a >>> écrit : >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, For people with >>>> RaspberryPI2/Cubietruck/Bananapi boards, we'd like you to test the >>>> following images : >>>> http://buildlogs.centos.org/centos/7/isos/armhfp/ Please note that >>>> those are minimal, and obviously pointing to empty yum repositories >>>> (nothing released yet), but testing-base and testing-extras >>>> (pointing to buildlogs.centos.org) can be used. Be aware that the >>>> first goal is just to validate that images are working as expected, >>>> so packages in the testing-base repo are kept to almost minimal ! >>>> (more to come later after validation, etc) Selinux notes : selinux >>>> is disabled in the rpi2 image (no support - yet- in the specific >>>> kernel for that). It's actually in permissive mode (due to the way >>>> images were generated) in the cubietruck/bananapi images but can be >>>> put in enforcing mode with a relabel of the filesystem (takes ~5 >>>> minutes on my cubietruck ) There is the >>>> rootfs-resize-2.0-5.el7.noarch pkg that has been added, so follow >>>> the instructions in /root/README if you want to automatically >>>> resize/expand / to maximum We'd like to inject some helper scripts >>>> for that before release time (all those images are based on 7.1511 >>>> packages) The other important remark is that it's called "userland" >>>> as packages for RootFS are indeed the ones used in CentOS 7.1511, >>>> but kernel are different (4.2.3 for cubietruck/bananapi and 4.1.11 >>>> for rpi2) All comments/feedback are welcome ! Happy testing ! - -- >>>> Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: >>>> 56BEC54E | twitter: @arrfab -----BEGIN PGP SIGNATURE----- Version: >>>> GnuPG v2.0.22 (GNU/Linux) >>>> iEYEARECAAYFAlZgd+QACgkQnVkHo1a+xU7mqwCeKV82H78clv27T+IxgQKUxAMg >>>> jFIAn1EmbELr82NaCk9aSSNgKNS9vJke =QJb0 -----END PGP SIGNATURE----- >>>> _______________________________________________ Arm-dev mailing >>>> list Arm-dev at centos.org <mailto:Arm-dev at centos.org> >>>> https://lists.centos.org/mailman/listinfo/arm-dev >> ------------------------------------------------------------------------ >> >> Arm-dev mailing list >> Arm-dev at centos.org >> https://lists.centos.org/mailman/listinfo/arm-dev >> >> _______________________________________________ >> Arm-dev mailing list >> Arm-dev at centos.org >> https://lists.centos.org/mailman/listinfo/arm-dev > ------------------------------------------------------------------------ > > Arm-dev mailing list > Arm-dev at centos.org > https://lists.centos.org/mailman/listinfo/arm-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/arm-dev/attachments/20151231/8511e682/attachment-0006.html>