I've managed to create Fedora 22 image running on olinuxino-micro (with HDMI support! hooray! (:) ) using rbf script. My goal is of course CentOS7 but before that i have two issues: - i don't know how to generate /boot/extlinux/extlinux.conf (in official Fedora image in comment it says it was generated by appliance-creator). Is there any (automated) way to do it properly? - rootpass.exp doesn't work, it hangs on 'passwd' command. If i kill it, rbf will continue, but of course root password won't be set. I tried to run rbf with LC_ALL=C but it doesn't help.
- rootpass.exp doesn't work, it hangs on 'passwd' command. If i kill it,
rbf will continue, but of course root password won't be set. I tried to run rbf with LC_ALL=C but it doesn't help.
I'll try generating the image myself. Can you please send me the XML template and the board script you are using.
Thanks Mandar Joshi
W dniu 27.08.2015 o 15:44, Mandar Joshi pisze:
- rootpass.exp doesn't work, it hangs on 'passwd' command. If i kill it,
rbf will continue, but of course root password won't be set. I tried to run rbf with LC_ALL=C but it doesn't help.
I'll try generating the image myself. Can you please send me the XML template and the board script you are using.
Sure, it's all here: https://github.com/moonwolf-github/rbf/tree/olinuxino-micro
I hope i didn't mess anything. Note: fedora installation uses smarter approach - u-boot-sunxi-with-spl.bin is taken from installation (i'll cope with it tomorrow).
On 08/27/2015 10:23 AM, Marcin Trendota wrote:
W dniu 27.08.2015 o 15:44, Mandar Joshi pisze:
- rootpass.exp doesn't work, it hangs on 'passwd' command. If i kill it,
rbf will continue, but of course root password won't be set. I tried to run rbf with LC_ALL=C but it doesn't help.
I'll try generating the image myself. Can you please send me the XML template and the board script you are using.
Sure, it's all here: https://github.com/moonwolf-github/rbf/tree/olinuxino-micro
I hope i didn't mess anything. Note: fedora installation uses smarter approach - u-boot-sunxi-with-spl.bin is taken from installation (i'll cope with it tomorrow).
Something we need to do here if we want to avoid an image per board. The fedora-installer script is a great tool.
- rootpass.exp doesn't work, it hangs on 'passwd' command. If i kill it,
rbf will continue, but of course root password won't be set. I tried to run rbf with LC_ALL=C but it doesn't help.
I'll try generating the image myself. Can you please send me the XML template and the board script you are using.
Sorry for the delay in responding. College submissions kept me very busy.
I generated a qemu image using the latest CentOS packages and the password was set successfully. I am having issues with qemu (works on cubietruck, minus the ethernet) not detecting the disk with the latest kernel despite having loaded the mmc_block module but I'll bring that up in another thread. Here is the excerpt from rbf.log ------------------------------------------------------------------------------------------------------------------------------ spawn chroot /tmp/temp passwd Changing password for user root. New password: BAD PASSWORD: The password fails the dictionary check - it is based on a dictionary word Retype new password: passwd: all authentication tokens updated successfully. ------------------------------------------------------------------------------------------------------------------------------
What is your development environment in which you are generating the image? Mine is CentOS on Cubietruck. Also I would like to know the version of expect on your system. Mine is 5.45. ------------------------------------------------ [root@cubietruck rbf]# expect -v expect version 5.45 ------------------------------------------------
Can you please test using the rootpass.exp on your already generate image. Here are the steps I did for the qemu-centos-image.img image.
------------------------------------------------------------------------------------------------------------------------------ [root@cubietruck rbf]# commonscripts/mountpart.sh ../images/qemu-centos-image.img 3 /media/qemu/ [root@cubietruck rbf]# expect rootpass.exp /media/qemu/ passwordabcd spawn chroot /media/qemu/ passwd Changing password for user root. New password: BAD PASSWORD: The password fails the dictionary check - it is based on a dictionary word Retype new password: passwd: all authentication tokens updated successfully. -------------------------------------------------------------------------------------------------------------------------------
Regards Mandar Joshi
W dniu 02.09.2015 o 17:25, Mandar Joshi pisze:
Sorry for the delay in responding. College submissions kept me very busy.
Totally understand that.
What is your development environment in which you are generating the image? Mine is CentOS on Cubietruck.
It's Fedora 21 on qemu (from Minimal image)
Also I would like to know the version of expect on your system. Mine is 5.45.
[root@cubietruck rbf]# expect -v expect version 5.45
# expect -v expect version 5.45
Can you please test using the rootpass.exp on your already generate image. Here are the steps I did for the qemu-centos-image.img image.
[root@cubietruck rbf]# commonscripts/mountpart.sh ../images/qemu-centos-image.img 3 /media/qemu/ [root@cubietruck rbf]# expect rootpass.exp /media/qemu/ passwordabcd spawn chroot /media/qemu/ passwd Changing password for user root. New password: BAD PASSWORD: The password fails the dictionary check - it is based on a dictionary word Retype new password: passwd: all authentication tokens updated successfully.
# LC_ALL=C expect rootpass.exp /tmp/t passwordabcd spawn chroot /tmp/t passwd Changing password for user root. New password: BAD PASSWORD: The password fails the dictionary check - it is based on a dictionary word Retype new password: passwd: Authentication token manipulation error
Surely it's different from previous attempts (it doesn't stop on passwd command). It works the same way without LC_ALL=C command (but with localized messages of course). Strange why it doesn't success.
Next week i'll try to generate image again to see if that behaviour wasn't my fault. Any idea how can i debug it?
Next week i'll try to generate image again to see if that behaviour wasn't my fault. Any idea how can i debug it?
I'll test RBF in Fedora 21 Minimal Qemu & try and fix the problem. I have Fedora-Minimal-armhfp-21-5-sda.raw.xz Is that the same one you are using? My first thought is to try the "--force" option with passwd
W dniu 04.09.2015 o 14:06, Mandar Joshi pisze:
Next week i'll try to generate image again to see if that behaviour wasn't my fault. Any idea how can i debug it?
I'll test RBF in Fedora 21 Minimal Qemu & try and fix the problem. I have Fedora-Minimal-armhfp-21-5-sda.raw.xz Is that the same one you are using?
No, it's Fedora-Minimal-armhfp-21-1-sda.raw but updated with yum to current.
My first thought is to try the "--force" option with passwd
I'll try this, but in a few days.
I'll test RBF in Fedora 21 Minimal Qemu & try and fix the problem. I have Fedora-Minimal-armhfp-21-5-sda.raw.xz Is that the same one you are using? My first thought is to try the "--force" option with passwd
I ran into the sample "passwd: Authentication token manipulation error" problem running rootpass.exp in Fedora 21 with the image generated using the latest CentOS packages. Manually running "chroot passwd" also gave the same error. Disabling SELINUX in F21 solved the problem. Can you check if it fixes the problem for you too?
About the first issue you reported; I think I know why you got stuck on the password prompt while generating an image. The behavior seems to be due to delay in arrival of the 'New Password' prompt. I had to increase the timeout in rootpass.exp to 4 and this value might require some tweaking.
The updated rootpass.exp is in the repo now.
Regards Mandar Joshi
About the first issue you reported; I think I know why you got stuck on the password prompt while generating an image. The behavior seems to be due to delay in arrival of the 'New Password' prompt. I had to increase the timeout in rootpass.exp to 4 and this value might require some tweaking.
Got rid of the expect script and replaced it with a simple 'chpasswd'. I've tested image generation in CentOS on Cubietruck as well as F21 in Qemu. Thanks for your feedback.
Regards Mandar Joshi
Hi Mandar,
I just tried rbf for rpi2 with redsleeve. It worked quite easy form me. I have one remark: maybe it's a good idea to cleanup all rbf related yum repofiles after package install. I now end up with a couple of double repo's and also a couple that don't work in the image, as they were local to the machine that generated the image.
regards,
Jacco
I just tried rbf for rpi2 with redsleeve. It worked quite easy form me. I have one remark: maybe it's a good idea to cleanup all rbf related yum repofiles after package install. I now end up with a couple of double repo's and also a couple that don't work in the image, as they were local to the machine that generated the image.
You make a good point but removing the very repositories used to create the image will create a problem in the present CentOS image. You'll be left with no functional repositories.
-
Jacco Ligthart -
Mandar Joshi -
Marcin Trendota -
Robert Moskowitz