On 08/17/2014 01:22 PM, Jacco Ligthart wrote:
Hi List,
As a longtime RedHat user I was happy to see the redsleeve initiative
for my raspberry.
However I tried the image a couple of times the past year or so and
found it quite broken. This week I made a new effort with the result
that I now have a new image, which I would like to share with you.
Is there a place where I can upload around 110MB ?
For reference, the most annoying 'brokenness' was, that an attempt to
resize the image on your SD-card would result in a non-bootable system.
For the resize you'd need to install e2fsprogs, which includes
/sbin/fsck.ext4 . When this file is present the rc-scripts would try to
fsck on boot and fail with a warning of "unable to fsck a mounted file
system" (see
http://lists.redsleeve.org/pipermail/users/2013-June/000227.html)
The reason was that the 'ro' option was missing in the kernel command line.
Besides this there were some errors present on boot, due to missing
commands and missing users. And last but not least, I found the list of
installed packages strange and quite outdated.
I tried to make the list of installed packages resemble (as reasonably
as possible) the list of a default minimal install of the most recent
CentOS.
As attachments to this mail I include my notes from the image creation
and a list of package differences to CentOS-minimal.
Open Items:
* during boot I see a message "init: rcS main process (44) terminated
with status 1", which I was not able to debug yet.
* I quite often see messages like "Unknown HZ value! (45) Assume 100."
which is probably due a kernel/system mismatch somewhere (the kernel in
this image is not Redsleeve !)
I have seen this on other distros, too. Not sure what the cause is but
it is harmless.
* Should we update the kernel to a more recent version from
raspbian/pidora ?
Probably.
* In a previous attempt to use redsleeve I found, that I could not
compile new kernel modules due to missing kernel source.
The way around this would be to build el6 rpms of the Pidora kernel
source rpms. They would probably need a bit of tweaking but it shouldn't
be insurmountable.
If you provide a suitable source rpms I'm happy to include them in the
official packages. It would probably help work around package build
issues on some packages when using mock, too, since the only kernel
included is the Marvell Kirkwood one, and even that is ancient since the
official sources are broken for everything except x86, and even then it
sometimes only works due to luck with the .config file used, e.g.:
https://bugzilla.redhat.com/show_bug.cgi?id=773107
* The timezone is now 'EDT' (as it was in the previous image), does
'UTC' make more sense?
UTC will be wrong for most people. :)
EDT is what ends up there by default, I didn't adjust it in the original
image.
* I think pidora has some scripts somewhere to "resize the image" and to
"create a swap file", should we include them into redsleeve somewhere,
or is that to big a deviation from PNAELV
It's not a deviation at all. A script that puts a swap partition at the
end of the media and runs "resize2fs /" is a minor change.
* I still miss the RTC on these machines. is there a script somewhere
that sets the time to the last known date, so that (in case of missing
network connectivity) the clock never goes backwards. maybe something
like this: http://zenit.senecac.on.ca/wiki/index.php/Nortc
Not in EL6, but I even Chromebooks have interesting issues syncing RTC
to hardware clock. Check the wiki page for those, a look at the script
in /etc/sysconfig/modules/. You should be able to replace that script
with something more appropriate for other machines.
Are you sure it doesn't have a RTC? It could be that it just doesn't
sync the RTC with the hardware clock, same as the chromebook.
Gordan
_______________________________________________
users mailing list
[email protected]
http://lists.redsleeve.org/mailman/listinfo/users
