-----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
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@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@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
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).
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@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@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@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 09/12/15 19:49, Nicolas Repentin wrote:
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).
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.
Is that the image you tested ? (from md5sums.txt) bee4a4c990d46269a77721202a10e17e CentOS-Userland-7-armv7hl-Minimal-1511-BananaPi.img
I only have a rpi2/cubietruck (and odroid c1, but work in progress to have the kernel/uboot in .rpm) and it worked fine. KB confirmed that this image was working fine on his bananapi, so wondering if there are some variants
Were you able to boot the image on your bananapi ?
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
Hello
Not sure if this mail have been successfully sent :)
Le 09/12/2015 19:49, Nicolas Repentin a écrit :
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).
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@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@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@centos.org mailto:Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
BTW, early in my working with Fedora-arm, I frequently had problems with minicom. I was strongly advised to switch to 'screen'. I run it with:
screen /dev/ttyUSB0 115200
On 12/23/2015 08:11 AM, Nicolas Repentin wrote:
Hello
Not sure if this mail have been successfully sent :)
Le 09/12/2015 19:49, Nicolas Repentin a écrit :
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).
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@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@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@centos.org mailto:Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
-- Nicolas Repentin
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 12/23/2015 08:11 AM, Nicolas Repentin wrote:
Hello
Not sure if this mail have been successfully sent :)
Le 09/12/2015 19:49, Nicolas Repentin a écrit :
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).
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 :))
See my wiki nits message about how to resize in a script (stealing from fedora-arm-installler.rpm) as part of the image copy to mSD. This would work on all boards and probably faster.
I can try other images when you want/need.
Le mer. 9 déc. 2015 à 19:38, Nicolas Repentin nicolas@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@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@centos.org mailto:Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
-- Nicolas Repentin
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello
Sorry but I think this mail was not successfully sent.
--- Nicolas Repentin nicolas@shivaserv.fr
-------- Message d'origine -------- De : Nicolas Repentin nicolas@shivaserv.fr Envoyé : 9 décembre 2015 19:49:34 GMT+01:00 À : Conversations around CentOS on ARM hardware arm-dev@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).
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@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@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@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
------------------------------------------------------------------------
_______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 12/29/2015 01:16 PM, Nicolas Repentin wrote:
Hello
Sorry but I think this mail was not successfully sent.
Nicolas Repentin nicolas@shivaserv.fr
*De :* Nicolas Repentin nicolas@shivaserv.fr *Envoyé :* 9 décembre 2015 19:49:34 GMT+01:00 *À :* Conversations around CentOS on ARM hardware arm-dev@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@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@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@centos.org mailto:Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
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@shivaserv.fr
-------- Message d'origine -------- De : Robert Moskowitz rgm@htt-consult.com Envoyé : 29 décembre 2015 20:00:22 GMT+01:00 À : Conversations around CentOS on ARM hardware arm-dev@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@shivaserv.fr
*De :* Nicolas Repentin nicolas@shivaserv.fr *Envoyé :* 9 décembre 2015 19:49:34 GMT+01:00 *À :* Conversations around CentOS on ARM hardware arm-dev@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@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@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@centos.org mailto:Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
------------------------------------------------------------------------
_______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
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@shivaserv.fr
*De :* Robert Moskowitz rgm@htt-consult.com *Envoyé :* 29 décembre 2015 20:00:22 GMT+01:00 *À :* Conversations around CentOS on ARM hardware arm-dev@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@shivaserv.fr
*De :* Nicolas Repentin nicolas@shivaserv.fr *Envoyé :* 9 décembre 2015 19:49:34 GMT+01:00 *À :* Conversations around CentOS on ARM hardware arm-dev@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@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@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@centos.org mailto:Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
For people with RaspberryPI2/Cubietruck/Bananapi boards, we'd like you to test the following images : http://buildlogs.centos.org/centos/7/isos/armhfp/
Tested both Raspberry Pi 2 and Cubietruck images. Both boot fine and work as expected.
On 12/03/2015 12:12 PM, Fabian Arrotin wrote:
-----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/
It has been a while since I have done any testing and am rusty. I see this is an xz file.
Do I do:
xzcat CentOS-Userland-7-armv7hl-Minimal-1511-CubieTruck.img.xz | sudo dd of=/dev/sdb; sync
??
thanks I will give it a go tomorrow.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 16/12/15 02:30, Robert Moskowitz wrote:
On 12/03/2015 12:12 PM, Fabian Arrotin wrote:
-----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/
It has been a while since I have done any testing and am rusty. I see this is an xz file.
Do I do:
xzcat CentOS-Userland-7-armv7hl-Minimal-1511-CubieTruck.img.xz | sudo dd of=/dev/sdb; sync
??
thanks I will give it a go tomorrow.
It depends if you want to do that in one shot, but yes .. Time also for other people to comments on the dedicated wiki page : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32#head-d9feb4cde195...
Cheers,
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
Fabian Arrotin wrote:
Time also for other people to comments on the dedicated wiki page : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32#head-d9feb4cde195...
The link to download the image gives a 404.
http://mirror.centos.org/altarch/7/isos/armhfp
c
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 16/12/15 12:01, Carl T. Miller wrote:
Fabian Arrotin wrote:
Time also for other people to comments on the dedicated wiki page : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32#head-d9feb4cde195...
The link to download the image gives a 404.
http://mirror.centos.org/altarch/7/isos/armhfp
c
Yes, because not (yet) released, but the first mail in the same thread had to the linnk to the test images : http://buildlogs.centos.org/centos/7/isos/armhfp/ :-)
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
Fabian Arrotin wrote:
Yes, because not (yet) released, but the first mail in the same thread had to the linnk to the test images : http://buildlogs.centos.org/centos/7/isos/armhfp/ :-)
That's the image that I tried unsuccessfully to load on my rpi2 with latest firmware update. The image appeared to transfer successfully, but the pi got stuck at a splash screen and the green led would blink 7 times in a row. I found that indicates that the kernel did not load successfully.
So I read a bit and found that it looks for kernel.img, which was not there. I tried copying kernel7.img to kernel.img. It wouldn't get as far in the boot process and the led would blink twice. I also tried updating the config.txt to include "kernel=kernel7.img". That didn't work either.
By the way, when I flash other images to the card the pi boots flawlessly. Any suggestions?
c
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 16/12/15 17:34, Carl T. Miller wrote:
Fabian Arrotin wrote:
Yes, because not (yet) released, but the first mail in the same thread had to the linnk to the test images : http://buildlogs.centos.org/centos/7/isos/armhfp/ :-)
That's the image that I tried unsuccessfully to load on my rpi2 with latest firmware update. The image appeared to transfer successfully, but the pi got stuck at a splash screen and the green led would blink 7 times in a row. I found that indicates that the kernel did not load successfully.
So I read a bit and found that it looks for kernel.img, which was not there. I tried copying kernel7.img to kernel.img. It wouldn't get as far in the boot process and the led would blink twice. I also tried updating the config.txt to include "kernel=kernel7.img". That didn't work either.
By the way, when I flash other images to the card the pi boots flawlessly. Any suggestions?
c
Well, I don't really know the rpi2 boot interface, but mine (just bought two weeks ago) boots fine with that image, and kernel7.img in /boot (and several other people - outside of the arm-dev list - tried that image and reported it working) Nothing on screen that would permit to debug the boot issue ?
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
I had earlier written about not being able to boot from the CentOS Userland image on my Raspberry Pi. It is a Model B+ 512MB from element14.
It failed to boot as previously, and no messages appeared on the screen. I did get the colorful splash screen that shows the kernel was not able to be loaded. Also the green led would blink 7 times in a row, again indicating a problem loading the kernel.
At this point I did a search to find out why this image doesn't work, although every other image I've used worked flawlessly. The md5sum matched and fsck showed no problems with the filesystems. I think the answer is at the bottom of this webpage.
http://elinux.org/RPi_Upstream_Kernel_Compilation
It shows that for the models B and B+ some extra files must be copied to the boot partition. I tried unsuccessfully to find bcm2835-rpi-b-plus.dtb on the root partition.
I'd be glad to assist with testing if someone can get me a copy of the missing files.
c
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 31/12/15 01:57, Carl T. Miller wrote:
I had earlier written about not being able to boot from the CentOS Userland image on my Raspberry Pi. It is a Model B+ 512MB from element14.
It failed to boot as previously, and no messages appeared on the screen. I did get the colorful splash screen that shows the kernel was not able to be loaded. Also the green led would blink 7 times in a row, again indicating a problem loading the kernel.
At this point I did a search to find out why this image doesn't work, although every other image I've used worked flawlessly. The md5sum matched and fsck showed no problems with the filesystems. I think the answer is at the bottom of this webpage.
http://elinux.org/RPi_Upstream_Kernel_Compilation
It shows that for the models B and B+ some extra files must be copied to the boot partition. I tried unsuccessfully to find bcm2835-rpi-b-plus.dtb on the root partition.
I'd be glad to assist with testing if someone can get me a copy of the missing files.
c
Well, CentOS 7 Userland only works on armhfp/armv7hl boards, like Rpi2, not Rpi1 (which is armv6hl ). In your first mail you mentioned rpi2, while now you mention the B+ model (with 512Mb, which is the rpi1). Can you confirm that it's indeed the rpi1 model ? If so you know now why it doesn't work.
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
Fabian Arrotin wrote:
On 31/12/15 01:57, Carl T. Miller wrote:
I had earlier written about not being able to boot from the CentOS Userland image on my Raspberry Pi. It is a Model B+ 512MB from element14.
Well, CentOS 7 Userland only works on armhfp/armv7hl boards, like Rpi2, not Rpi1 (which is armv6hl ). In your first mail you mentioned rpi2, while now you mention the B+ model (with 512Mb, which is the rpi1). Can you confirm that it's indeed the rpi1 model ? If so you know now why it doesn't work.
Yes, it is an rpi1. Are there plans to ever port CentOS Userland to to armv6hl? Also, would you consider updating the wiki page to make it more clear about which models are supported? That would save some frustration for people like me who find the page when searching for "centos on rpi".
c
On 12/31/2015 06:05 AM, Carl T. Miller wrote:
Fabian Arrotin wrote:
On 31/12/15 01:57, Carl T. Miller wrote:
I had earlier written about not being able to boot from the CentOS Userland image on my Raspberry Pi. It is a Model B+ 512MB from element14.
Well, CentOS 7 Userland only works on armhfp/armv7hl boards, like Rpi2, not Rpi1 (which is armv6hl ). In your first mail you mentioned rpi2, while now you mention the B+ model (with 512Mb, which is the rpi1). Can you confirm that it's indeed the rpi1 model ? If so you know now why it doesn't work.
Yes, it is an rpi1. Are there plans to ever port CentOS Userland to to armv6hl? Also, would you consider updating the wiki page to make it more clear about which models are supported? That would save some frustration for people like me who find the page when searching for "centos on rpi".
The Redsleeve project has armv5 support. Pretty decent group of people.
But the approach taken here precludes the armv5 (and v6) architecture. Lots of reasons why, it seems, but this issue was beaten up a lot over on the Fedora-arm list years ago and Centos7-arm inherits the Fedora-arm work, just like Centos7-x86_64 does the Fedora-x86_64...
Robert Moskowitz wrote:
On 12/31/2015 06:05 AM, Carl T. Miller wrote:
Fabian Arrotin wrote:
Can you confirm that it's indeed the rpi1 model ? If so you know now why it doesn't work.
Yes, it is an rpi1. Are there plans to ever port CentOS Userland to to armv6hl? Also, would you consider updating the wiki page to make it more clear about which models are supported? That would save some frustration for people like me who find the page when searching for "centos on rpi".
The Redsleeve project has armv5 support. Pretty decent group of people.
But the approach taken here precludes the armv5 (and v6) architecture. Lots of reasons why, it seems, but this issue was beaten up a lot over on the Fedora-arm list years ago and Centos7-arm inherits the Fedora-arm work, just like Centos7-x86_64 does the Fedora-x86_64...
Yes, this makes sense now that I know a bit of the history. For now I'll go back to Redsleeve until if/when I get an rpi2. Thanks for the info.
c
On 12/31/2015 06:05 AM, Carl T. Miller wrote:
Fabian Arrotin wrote:
On 31/12/15 01:57, Carl T. Miller wrote:
I had earlier written about not being able to boot from the CentOS Userland image on my Raspberry Pi. It is a Model B+ 512MB from element14.
Well, CentOS 7 Userland only works on armhfp/armv7hl boards, like Rpi2, not Rpi1 (which is armv6hl ). In your first mail you mentioned rpi2, while now you mention the B+ model (with 512Mb, which is the rpi1). Can you confirm that it's indeed the rpi1 model ? If so you know now why it doesn't work.
Yes, it is an rpi1. Are there plans to ever port CentOS Userland to to armv6hl? Also, would you consider updating the wiki page to make it more clear about which models are supported? That would save some frustration for people like me who find the page when searching for "centos on rpi".
And the wiki does say armv7. I guess it expects people who work and play with arm SOC know which ARM ver they have...
And the image at http://mirror.centos.org/altarch/7/isos/armhfp/ is for the RPi2.
I mean, I would like support here for the Kirkwood board, so I could run it on my Pogoplug. I am running RSEL7 on it instead.
Raspberry made quite a todo about their RPi2 being armv7 as a leap forward in things...
On 12/03/2015 12:12 PM, Fabian Arrotin wrote:
-----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/
Build mSD for Cubietruck and booted ok.
capturing sceen output and I see you are using ubbot 2015/10 good and current. I will have to find out from Hans if he has the WiFi working yet. Probably should try out the F24 beta for that first. He had patches the kernel with 2015/08 uboot, so I think it is a question of the status of those kernel patches.
I see the following in the screen capture:
Found /extlinux/extlinux.conf Retrieving file: /extlinux/extlinux.conf 333 bytes read in 196 ms (1000 Bytes/s) Ignoring unknown command: ui Ignoring malformed menu command: autoboot Ignoring unknown command: totaltimeout centos Options 1: centos
?
First thing on logging in is checking date and of course it is at Zero and need to use the date command to fix. There has been quite a thread on setting date on firstboot on the Fedora-arm list and elsewhere. It kind of works with Fedora, most of the time. It will be interesting to see what the time is on second boot, after I fix the partition size. Again, Fedora tends to get the time off the network on all subsequent boots.
semanage not found (I believe from policycoreutils-python). I need this to move ssh:
semanage port -a -t ssh_port_t -p tcp 1234 firewall-cmd --permanent --add-port=1234/tcp firewall-cmd --reload
Though I see that selinux is permissive, so I probably can move it and only get yelled at a little bit, rather than SSH not restarting after the port move. Yep, I can move SSH with selinux in permissive. Can't if enforce without semanage.
the auto resizing of the rootfs worked:
# parted /dev/mmcblk0 print Model: SD SD8GB (sd/mmc) Disk /dev/mmcblk0: 7969MB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags:
Number Start End Size Type File system Flags 1 1049kB 316MB 315MB primary ext3 2 316MB 852MB 537MB primary linux-swap(v1) 3 852MB 7969MB 7117MB primary ext4
for starters, how about putting a /root/resize script there besides the README, making it a bit easier to do rather than cutting and pasting? Shortly I will put the image on a sata drive and test the uboot boot from sata (mSD only having uboot) and see if the resizing works on the HD.
And is there any easy way of enlarging the swap drive? My Cubietruck mailserver, running RSEL6 has a larger swap drive, given all that a mailserver runs. I have done this using gparted on my notebook by first moving the rootfs, then enlarging swap. So there must be a way to do this command line wise.
System time was not set after resizing reboot; I had to fix it with 'date mmddhhmmccyy'. This needs to be addressed.
Ok, next is to test the HD boot. The process is to build a cheap mSD with only the uboot (do the dd, then delete the 2 partitions). Then dd to a HD. Hook it all up and boot! Well hopefully! Stay tuned...
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@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 12/03/2015 12:12 PM, Fabian Arrotin wrote:
-----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/
Centos testing with sata drive.
The build went just fine. I dd the image to a 4Gb mSD then deleted the partitions. Next I dd the image to a 320Gb HD. Installed the mSD and sata drive and booted up just fine. So you can add direct sata HD support on Cubies.
Then I went to resize the partition and that failed:
[ 9.254245] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 9.266665] ata1.00: ATA-8: TOSHIBA MK3261GSY, MC102E, max UDMA/100 [ 9.278191] ata1.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 31/32) [ 9.291276] ata1.00: configured for UDMA/100 [ 9.301479] scsi 0:0:0:0: Direct-Access ATA TOSHIBA MK3261GS 2E PQ : 0 ANSI: 5 [ 9.317172] sd 0:0:0:0: [sda] 625142448 512-byte logical blocks: (320 GB/298 GiB) [ 9.330991] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 9.336514] sd 0:0:0:0: [sda] Write Protect is off [ 9.336690] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, does n't support DPO or FUA [ 9.375766] sda: sda1 sda2 sda3 [ 9.387063] sd 0:0:0:0: [sda] Attached SCSI disk [ 147.755483] dracut-initqueue[239]: Warning: dracut-initqueue timeout - starti ng timeout scripts [ 148.374846] dracut-initqueue[239]: Warning: dracut-initqueue timeout - starti ng timeout scripts [ 148.954658] dracut-initqueue[239]: Warning: dracut-initqueue timeout - starti ng timeout scripts
....
[ 216.157484] dracut-initqueue[239]: Warning: dracut-initqueue timeout - starting timeout scripts [ 216.160374] dracut-initqueue[239]: Warning: Could not boot. [ 217.372775] dracut-initqueue[239]: Warning: /dev/disk/by-uuid/770af0f9-c7d9-4ae9-b024-1ba3c78d7550 does not exist Starting Dracut Emergency Shell... Warning: /dev/disk/by-uuid/770af0f9-c7d9-4ae9-b024-1ba3c78d7550 does not exist
Generating "/run/initramfs/rdsosreport.txt" [ 218.344624] random: nonblocking pool is initialized
Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report.
dracut:/#
===============
So now what?
Unless there is something here you want me to further test about sata drive auto resizing, that is all for today. I will later test on a Cubieboard2 by dd its uboot over the Cubietruck uboot. Really rather simple if you have looked at the Fedora-installer script.
On 12/03/2015 12:12 PM, Fabian Arrotin wrote:
-----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/
It boots and works well enough for starters on both the Cubietruck and Cubieboard2.
It was a little bit of work to make a bootable mSD for the C2; I hope later releases will be better.
1) Sata boot worked easily by only have the uboot on the mSD and the 3 partitions on the HD.
2) Auto-resize worked fine for a mSD image. Minimally it should be a script to run, rather than cut-n-paste from a README a) Auto-resize did not work for a 320Gb sata HD, so don't make the resize automative in firstboot!
3) Serious need of a timesync process of some sort. Having to manually set the system time after each boot is not good.
4) Should adopt the Fedora-arm image install methodology to pick up more boards.
This is all the testing I will do at this point. I await the packages repo so I can install stuff like httpd and bind.
On 12/03/2015 12:12 PM, Fabian Arrotin wrote:
-----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)
Tried to run a script that builds 70-persistent-net.rules and uses perl:
-bash: ./write_udev: /usr/bin/perl: bad interpreter: No such file or directory
:)
Looking forward to some things to do with this image! :)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 17/12/15 21:46, Robert Moskowitz wrote:
On 12/03/2015 12:12 PM, Fabian Arrotin wrote:
-----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)
Tried to run a script that builds 70-persistent-net.rules and uses perl:
-bash: ./write_udev: /usr/bin/perl: bad interpreter: No such file or directory
:)
Looking forward to some things to do with this image! :)
Well, nothing already/officially released (yet), but
http://buildlogs.centos.org/centos/7/os/armhfp/ http://buildlogs.centos.org/centos/7/extras/armhfp/
Both are listed in /etc/yum.repos.d/CentOS-Testing.repo (so testing-base and testing-extras
That should have almost everything you need ;-)
otoh , perl is in that image
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
On 12/17/2015 04:26 PM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 17/12/15 21:46, Robert Moskowitz wrote:
On 12/03/2015 12:12 PM, Fabian Arrotin wrote:
-----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)
Tried to run a script that builds 70-persistent-net.rules and uses perl:
-bash: ./write_udev: /usr/bin/perl: bad interpreter: No such file or directory
:)
Looking forward to some things to do with this image! :)
Well, nothing already/officially released (yet), but
http://buildlogs.centos.org/centos/7/os/armhfp/ http://buildlogs.centos.org/centos/7/extras/armhfp/
Both are listed in /etc/yum.repos.d/CentOS-Testing.repo (so testing-base and testing-extras
I did a yum list, and see there are a lot of packages already in the Base. Not perl or bind, but an interesting collection as it is?
I will enable testing and see what I can install.
That should have almost everything you need ;-)
otoh , perl is in that image
Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux)
iEYEARECAAYFAlZzKIgACgkQnVkHo1a+xU4wgwCaA3DbvPROLpgv1HWMZja9pzTC k7UAn3MQoq2qsaee4qdIW9bsrm5/egNa =hA0G -----END PGP SIGNATURE----- _______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 17/12/15 23:01, Robert Moskowitz wrote:
On 12/17/2015 04:26 PM, Fabian Arrotin wrote: On 17/12/15 21:46, Robert Moskowitz wrote:
On 12/03/2015 12:12 PM, Fabian Arrotin wrote:
-----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)
Tried to run a script that builds 70-persistent-net.rules and uses perl:
-bash: ./write_udev: /usr/bin/perl: bad interpreter: No such file or directory
:)
Looking forward to some things to do with this image! :)
Well, nothing already/officially released (yet), but
http://buildlogs.centos.org/centos/7/os/armhfp/ http://buildlogs.centos.org/centos/7/extras/armhfp/
Both are listed in /etc/yum.repos.d/CentOS-Testing.repo (so testing-base and testing-extras
I did a yum list, and see there are a lot of packages already in the Base. Not perl or bind, but an interesting collection as it is?
I will enable testing and see what I can install.
Well, http://dev.centos.org/centos/7/os/armhfp/Packages/bind-9.9.4-29.el7.armv7hl.... (and all other ones) http://dev.centos.org/centos/7/os/armhfp/Packages/perl-5.16.3-286.el7.armv7h...
yum --disablerepo=* --enablerepo=testing-base list '*bind*'
fwiw, I've already built all the updates (including latest bind) and that's just waiting to be announced and so that will be visible on official mirror.centos.org nodes
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
On 12/18/2015 04:23 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 17/12/15 23:01, Robert Moskowitz wrote:
On 12/17/2015 04:26 PM, Fabian Arrotin wrote: On 17/12/15 21:46, Robert Moskowitz wrote:
On 12/03/2015 12:12 PM, Fabian Arrotin wrote:
-----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)
Tried to run a script that builds 70-persistent-net.rules and uses perl:
-bash: ./write_udev: /usr/bin/perl: bad interpreter: No such file or directory
:)
Looking forward to some things to do with this image! :)
Well, nothing already/officially released (yet), but
http://buildlogs.centos.org/centos/7/os/armhfp/ http://buildlogs.centos.org/centos/7/extras/armhfp/
Both are listed in /etc/yum.repos.d/CentOS-Testing.repo (so testing-base and testing-extras
I did a yum list, and see there are a lot of packages already in the Base. Not perl or bind, but an interesting collection as it is? I will enable testing and see what I can install.
Well, http://dev.centos.org/centos/7/os/armhfp/Packages/bind-9.9.4-29.el7.armv7hl.... (and all other ones) http://dev.centos.org/centos/7/os/armhfp/Packages/perl-5.16.3-286.el7.armv7h...
yum --disablerepo=* --enablerepo=testing-base list '*bind*'
fwiw, I've already built all the updates (including latest bind) and that's just waiting to be announced and so that will be visible on official mirror.centos.org nodes
And I know I am going to need epel as well for the mailserver. Most, if not all that I needed last time were noarch. A start on a epel7-arm would be just the noarch rpms. I will try and dig out my notes on what I was up against last year doing this.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 11:56, Robert Moskowitz wrote:
<snip>
And I know I am going to need epel as well for the mailserver. Most, if not all that I needed last time were noarch. A start on a epel7-arm would be just the noarch rpms. I will try and dig out my notes on what I was up against last year doing this.
So,
Epel for CentOS AltArch will be "interesting" .. there is no epel for i686/aarch64/armhfp, and I don't think that there is a plan for that. Something to consider with some Epel folks though. If it's clear that it will never exist, we can then try to make some resources available within the CentOS Infra (or try to make it happen) to start rebuilding packages from Epel.
Cheers,
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
On 12/18/2015 07:01 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 11:56, Robert Moskowitz wrote:
<snip>
And I know I am going to need epel as well for the mailserver. Most, if not all that I needed last time were noarch. A start on a epel7-arm would be just the noarch rpms. I will try and dig out my notes on what I was up against last year doing this.
So,
Epel for CentOS AltArch will be "interesting" .. there is no epel for i686/aarch64/armhfp, and I don't think that there is a plan for that. Something to consider with some Epel folks though. If it's clear that it will never exist, we can then try to make some resources available within the CentOS Infra (or try to make it happen) to start rebuilding packages from Epel.
I believe amavisd-new (or at least many of its dependencies) is on epel, and at least in epel6 it was noarch.
And many of the roundcubemail dependencies were on epel.
So if you want a mailserver, you need stuff from epel. Last year after some frustration and venting, I was pulling the noarch rpms from the epel6-i386 repo mirror and doing a localinstall. It would be nice to start building at least the noarch from epel sooner rather than later.
Of course, I will not be replacing my current mailserver until Centos7-arm goes live. But hopefully that is not too far off!
Am 18.12.2015 14:26, schrieb Robert Moskowitz:
On 12/18/2015 07:01 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 11:56, Robert Moskowitz wrote:
<snip>
And I know I am going to need epel as well for the mailserver. Most, if not all that I needed last time were noarch. A start on a epel7-arm would be just the noarch rpms. I will try and dig out my notes on what I was up against last year doing this.
So,
Epel for CentOS AltArch will be "interesting" .. there is no epel for i686/aarch64/armhfp, and I don't think that there is a plan for that. Something to consider with some Epel folks though. If it's clear that it will never exist, we can then try to make some resources available within the CentOS Infra (or try to make it happen) to start rebuilding packages from Epel.
I believe amavisd-new (or at least many of its dependencies) is on epel, and at least in epel6 it was noarch.
And many of the roundcubemail dependencies were on epel.
So if you want a mailserver, you need stuff from epel. Last year after some frustration and venting, I was pulling the noarch rpms from the epel6-i386 repo mirror and doing a localinstall. It would be nice to start building at least the noarch from epel sooner rather than later.
Of course, I will not be replacing my current mailserver until Centos7-arm goes live. But hopefully that is not too far off!
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
That would be fine. I'm also in the process to build a mailserver with the cubietruck after christmas.
Mit freundlichen Grüßen Andreas Reschke
On 12/18/2015 08:32 AM, Andreas Reschke wrote:
Am 18.12.2015 14:26, schrieb Robert Moskowitz:
On 12/18/2015 07:01 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 11:56, Robert Moskowitz wrote:
<snip>
And I know I am going to need epel as well for the mailserver. Most, if not all that I needed last time were noarch. A start on a epel7-arm would be just the noarch rpms. I will try and dig out my notes on what I was up against last year doing this.
So,
Epel for CentOS AltArch will be "interesting" .. there is no epel for i686/aarch64/armhfp, and I don't think that there is a plan for that. Something to consider with some Epel folks though. If it's clear that it will never exist, we can then try to make some resources available within the CentOS Infra (or try to make it happen) to start rebuilding packages from Epel.
I believe amavisd-new (or at least many of its dependencies) is on epel, and at least in epel6 it was noarch.
And many of the roundcubemail dependencies were on epel.
So if you want a mailserver, you need stuff from epel. Last year after some frustration and venting, I was pulling the noarch rpms from the epel6-i386 repo mirror and doing a localinstall. It would be nice to start building at least the noarch from epel sooner rather than later.
Of course, I will not be replacing my current mailserver until Centos7-arm goes live. But hopefully that is not too far off!
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
That would be fine. I'm also in the process to build a mailserver with the cubietruck after christmas.
z9m9z.htt-consult.com is running RSEL6 on a Cubietruck with a 320Gb HD.
For software it is using:
postfix mysql postfixadmin from sourceforge dovecot roundcubemail from roundcubemail spamassasin clamav amavis-new
Plus of course httpd and all the dependencies the stuff above needs.
I run a few domains with a handful or so of users. Typical day is 5K emails passing through.
So this will be a test of getting a lot of packages available.
I have a pretty good set of notes from last year. I hope to offer a cookbook this time around. And then be able to leave it alone for a long time.
Am 18.12.2015 14:45, schrieb Robert Moskowitz:
On 12/18/2015 08:32 AM, Andreas Reschke wrote:
Am 18.12.2015 14:26, schrieb Robert Moskowitz:
On 12/18/2015 07:01 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 11:56, Robert Moskowitz wrote:
<snip>
And I know I am going to need epel as well for the mailserver. Most, if not all that I needed last time were noarch. A start on a epel7-arm would be just the noarch rpms. I will try and dig out my notes on what I was up against last year doing this.
So,
Epel for CentOS AltArch will be "interesting" .. there is no epel for i686/aarch64/armhfp, and I don't think that there is a plan for that. Something to consider with some Epel folks though. If it's clear that it will never exist, we can then try to make some resources available within the CentOS Infra (or try to make it happen) to start rebuilding packages from Epel.
I believe amavisd-new (or at least many of its dependencies) is on epel, and at least in epel6 it was noarch.
And many of the roundcubemail dependencies were on epel.
So if you want a mailserver, you need stuff from epel. Last year after some frustration and venting, I was pulling the noarch rpms from the epel6-i386 repo mirror and doing a localinstall. It would be nice to start building at least the noarch from epel sooner rather than later.
Of course, I will not be replacing my current mailserver until Centos7-arm goes live. But hopefully that is not too far off!
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
That would be fine. I'm also in the process to build a mailserver with the cubietruck after christmas.
z9m9z.htt-consult.com is running RSEL6 on a Cubietruck with a 320Gb HD.
For software it is using:
postfix mysql postfixadmin from sourceforge dovecot roundcubemail from roundcubemail spamassasin clamav amavis-new
Plus of course httpd and all the dependencies the stuff above needs.
I run a few domains with a handful or so of users. Typical day is 5K emails passing through.
So this will be a test of getting a lot of packages available.
I have a pretty good set of notes from last year. I hope to offer a cookbook this time around. And then be able to leave it alone for a long time.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hi Robert, what is RSEL6? RedSleeve Linux? I can't find there a image for cubietruck. I think I will take the CentOS Image from Fabian and look for the missing packages at RedSleeve or Fedora.
Mit freundlichen Grüßen Andreas Reschke
On 12/18/2015 09:00 AM, Andreas Reschke wrote:
Am 18.12.2015 14:45, schrieb Robert Moskowitz:
On 12/18/2015 08:32 AM, Andreas Reschke wrote:
Am 18.12.2015 14:26, schrieb Robert Moskowitz:
On 12/18/2015 07:01 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 11:56, Robert Moskowitz wrote:
<snip>
And I know I am going to need epel as well for the mailserver. Most, if not all that I needed last time were noarch. A start on a epel7-arm would be just the noarch rpms. I will try and dig out my notes on what I was up against last year doing this.
So,
Epel for CentOS AltArch will be "interesting" .. there is no epel for i686/aarch64/armhfp, and I don't think that there is a plan for that. Something to consider with some Epel folks though. If it's clear that it will never exist, we can then try to make some resources available within the CentOS Infra (or try to make it happen) to start rebuilding packages from Epel.
I believe amavisd-new (or at least many of its dependencies) is on epel, and at least in epel6 it was noarch.
And many of the roundcubemail dependencies were on epel.
So if you want a mailserver, you need stuff from epel. Last year after some frustration and venting, I was pulling the noarch rpms from the epel6-i386 repo mirror and doing a localinstall. It would be nice to start building at least the noarch from epel sooner rather than later.
Of course, I will not be replacing my current mailserver until Centos7-arm goes live. But hopefully that is not too far off!
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
That would be fine. I'm also in the process to build a mailserver with the cubietruck after christmas.
z9m9z.htt-consult.com is running RSEL6 on a Cubietruck with a 320Gb HD.
For software it is using:
postfix mysql postfixadmin from sourceforge dovecot roundcubemail from roundcubemail spamassasin clamav amavis-new
Plus of course httpd and all the dependencies the stuff above needs.
I run a few domains with a handful or so of users. Typical day is 5K emails passing through.
So this will be a test of getting a lot of packages available.
I have a pretty good set of notes from last year. I hope to offer a cookbook this time around. And then be able to leave it alone for a long time.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hi Robert, what is RSEL6? RedSleeve Linux? I can't find there a image for cubietruck.
My images are no longer at redsleeve, they did not make the move to a new server. You will find them at:
http://medon.htt-consult.com/~rgm/redsleeve/
I think I will take the CentOS Image from Fabian and look for the missing packages at RedSleeve or Fedora.
When Fabian goes live with the repos, I am going to start building and see how far I get.
I am thinking of trying an rsync of the epel7 noarch rpms and a createrepo here and see where that gets me. It of course would be better if someone on the build team does this.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 15:18, Robert Moskowitz wrote: <big snip>
When Fabian goes live with the repos, I am going to start building and see how far I get.
So, afaik release announcement will be sent today, as it's now already public anyway : http://mirror.centos.org/altarch/7/os/armhfp/
(and extras/updates/isos are there too)
Happy week-end !
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
On 12/18/2015 11:18 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 15:18, Robert Moskowitz wrote:
<big snip> > When Fabian goes live with the repos, I am going to start building > and see how far I get. > So, afaik release announcement will be sent today, as it's now already public anyway : http://mirror.centos.org/altarch/7/os/armhfp/
What changes are needed for yum to point to this?
(and extras/updates/isos are there too)
and these....
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 16:27, Robert Moskowitz wrote:
On 12/18/2015 11:18 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 15:18, Robert Moskowitz wrote: <big snip>
When Fabian goes live with the repos, I am going to start building and see how far I get.
So, afaik release announcement will be sent today, as it's now already public anyway : http://mirror.centos.org/altarch/7/os/armhfp/
What changes are needed for yum to point to this?
(and extras/updates/isos are there too)
and these....
if you are using the release images, they should already be setup
- -- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 17:27, Robert Moskowitz wrote:
On 12/18/2015 11:18 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 15:18, Robert Moskowitz wrote: <big snip>
When Fabian goes live with the repos, I am going to start building and see how far I get.
So, afaik release announcement will be sent today, as it's now already public anyway : http://mirror.centos.org/altarch/7/os/armhfp/
What changes are needed for yum to point to this?
(and extras/updates/isos are there too)
and these....
Nothing : if you used the images that were on buildlogs.centos.org (the ones I pushed, not the first PoC from several weeks/months ago), those contain (through the centos-userland-release package) the correct CentOS-Base.repo, including the gpg key
Just be sure that sha256sum are the correct ones, as the ones pushed here : http://mirror.centos.org/altarch/7/isos/armhfp/
I've just reinitialized two boards/SD cards here with those images, and ran "yum update" on those two , flawlessly :-)
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
On 12/18/2015 11:34 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 17:27, Robert Moskowitz wrote:
On 12/18/2015 11:18 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 15:18, Robert Moskowitz wrote: <big snip>
When Fabian goes live with the repos, I am going to start building and see how far I get.
So, afaik release announcement will be sent today, as it's now already public anyway : http://mirror.centos.org/altarch/7/os/armhfp/
What changes are needed for yum to point to this?
(and extras/updates/isos are there too)
and these....
Nothing : if you used the images that were on buildlogs.centos.org (the ones I pushed, not the first PoC from several weeks/months ago), those contain (through the centos-userland-release package) the correct CentOS-Base.repo, including the gpg key
Ah, so I pull down a new Cubietruck image and go with that. No problem.
I am assuming that you are still on uboot 2015-10, and so I can continue to use the uboot only mSD cards and just put this image on my sata HD.
Just be sure that sha256sum are the correct ones, as the ones pushed here : http://mirror.centos.org/altarch/7/isos/armhfp/
I did search for the images by going up the tree from the os and then back down. So I am downloading the Cubietruck image and will check the hash.
I've just reinitialized two boards/SD cards here with those images, and ran "yum update" on those two , flawlessly :-)
Now you have to switch to the performance joy of running the image on a HD rather than the SD card!
Apologies if this was already answered / addressed and I somehow missed it, but was a Cubieboard2 image still forthcoming? We would certainly enjoy it. =)
If not, that is totally understood as well.
Thanks! -David
To: arm-dev@centos.org From: rgm@htt-consult.com Date: Fri, 18 Dec 2015 11:27:40 -0500 Subject: Re: [Arm-dev] Epel Re: Really minimal - Re: CentOS-userland 7 images : call for testers !
On 12/18/2015 11:18 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 15:18, Robert Moskowitz wrote:
<big snip> > When Fabian goes live with the repos, I am going to start building > and see how far I get. > So, afaik release announcement will be sent today, as it's now already public anyway : http://mirror.centos.org/altarch/7/os/armhfp/
What changes are needed for yum to point to this?
(and extras/updates/isos are there too)
and these....
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 17:38, miniNodes Info wrote:
Apologies if this was already answered / addressed and I somehow missed it, but was a Cubieboard2 image still forthcoming? We would certainly enjoy it. =)
If not, that is totally understood as well.
Thanks! -David
Robert confirmed that it can work, so I'll build that in the following days, will ask for confirmation, and that image will be pushed to mirror.centos.org too (and listed on wiki page)
Cheers
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
Fantastic, many thanks for adding it!-David
To: arm-dev@centos.org From: arrfab@centos.org Date: Fri, 18 Dec 2015 17:40:38 +0100 Subject: Re: [Arm-dev] Epel Re: Really minimal - Re: CentOS-userland 7 images : call for testers !
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 17:38, miniNodes Info wrote:
Apologies if this was already answered / addressed and I somehow missed it, but was a Cubieboard2 image still forthcoming? We would certainly enjoy it. =)
If not, that is totally understood as well.
Thanks! -David
Robert confirmed that it can work, so I'll build that in the following days, will ask for confirmation, and that image will be pushed to mirror.centos.org too (and listed on wiki page)
Cheers
Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux)
iEYEARECAAYFAlZ0NwYACgkQnVkHo1a+xU5SnQCfTe46Yt1sgGF8GSdYMLRzcRge +WMAn20JAwqtSaiAeqOvwZhU5PM6CZDg =1Twc -----END PGP SIGNATURE----- _______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 12/18/2015 11:38 AM, miniNodes Info wrote:
Apologies if this was already answered / addressed and I somehow missed it, but was a Cubieboard2 image still forthcoming? We would certainly enjoy it. =)
I will send you the Cubieboard2 uboot. privately until Fabian builds it or includes all the uboots in the image.
Make a 'regular' Cubietruck image and then:
dd if=u-boot-sunxi-with-spl.bin of=/dev/sdb bs=1024 seek=8; sync
Then boot the mSD and you are good.
Or just put this uboot on an empty mSD and the Cubietruck image on your sata HD. Same goodness happens.
If not, that is totally understood as well.
Thanks! -David
To: arm-dev@centos.org From: rgm@htt-consult.com Date: Fri, 18 Dec 2015 11:27:40 -0500 Subject: Re: [Arm-dev] Epel Re: Really minimal - Re: CentOS-userland
7 images : call for testers !
On 12/18/2015 11:18 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 15:18, Robert Moskowitz wrote:
<big snip> > When Fabian goes live with the repos, I am going to start building > and see how far I get. > So, afaik release announcement will be sent today, as it's now already public anyway : http://mirror.centos.org/altarch/7/os/armhfp/
What changes are needed for yum to point to this?
(and extras/updates/isos are there too)
and these....
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
I've actually ran a dovecot/postfix/owncloud centos pi for awhile (off the first poc images). Owncloud has a roundcube and a new mail add on that worked just fine. I think I had to steal a couple packages from the f20 repo however. So that is an option until (or if) epel decides to build the arm versions.
On December 18, 2015 7:26:05 AM CST, Robert Moskowitz rgm@htt-consult.com wrote:
On 12/18/2015 07:01 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 18/12/15 11:56, Robert Moskowitz wrote:
<snip>
And I know I am going to need epel as well for the mailserver. Most, if not all that I needed last time were noarch. A start on a epel7-arm would be just the noarch rpms. I will try and dig out my notes on what I was up against last year doing this.
So,
Epel for CentOS AltArch will be "interesting" .. there is no epel for i686/aarch64/armhfp, and I don't think that there is a plan for that. Something to consider with some Epel folks though. If it's clear that it will never exist, we can then try to make some resources available within the CentOS Infra (or try to make it
happen)
to start rebuilding packages from Epel.
I believe amavisd-new (or at least many of its dependencies) is on epel, and at least in epel6 it was noarch.
And many of the roundcubemail dependencies were on epel.
So if you want a mailserver, you need stuff from epel. Last year after
some frustration and venting, I was pulling the noarch rpms from the epel6-i386 repo mirror and doing a localinstall. It would be nice to start building at least the noarch from epel sooner rather than later.
Of course, I will not be replacing my current mailserver until Centos7-arm goes live. But hopefully that is not too far off!
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Got the following from semanage (I changed the port number from what I entered):
# semanage port -a -t ssh_port_t -p tcp 999 [28733.118322] SELinux: Class netlink_iscsi_socket not defined in policy. [28733.125460] SELinux: Class netlink_fib_lookup_socket not defined in policy. [28733.132966] SELinux: Class netlink_connector_socket not defined in policy. [28733.140386] SELinux: Class netlink_netfilter_socket not defined in policy. [28733.147877] SELinux: Class netlink_generic_socket not defined in policy. [28733.155085] SELinux: Class netlink_scsitransport_socket not defined in policy. [28733.162860] SELinux: Class netlink_rdma_socket not defined in policy. [28733.169814] SELinux: Class netlink_crypto_socket not defined in policy. [28733.177009] SELinux: Permission audit_read in class capability2 not defined in policy. [28733.185544] SELinux: Class binder not defined in policy. [28733.191290] SELinux: the above unknown classes and permissions will be allowed [28733.872053] SELinux: Context system_u:unconfined_r:sandbox_t:s0-s0:c0.c1023 became invalid (unmapped). [28733.999945] SELinux: Context unconfined_u:unconfined_r:sandbox_t:s0-s0:c0.c1023 became invalid (unmapped).
Note that selinux is still in permissive mode.
So I am trying out more things. This time a simple test of httpd.
installed it, enabled firewall service=http and it is up and running with th default conf.
Nothing fancy, and nothing fancy needed to have it replace medon.htt-consult.com once we go live with this.
Next on to bind... Much more challenging.
-
Andreas Reschke -
Carl T. Miller -
Cc35359＠gmail.com -
Fabian Arrotin -
Karanbir Singh -
Mandar Joshi -
miniNodes Info -
Nicolas Repentin -
Robert Moskowitz