FSO Milestone 5

[Joel Newkirk]

If you manually invoke '/etc/init.d/checkroot.sh' once it's finished
booting and is still read-only, it will correctly remount root to
read/write...  This is the same checkroot.sh that is called early during
startup yet apparently fails to remount / rw at that time.  If you insert
the remount command near the top of checkroot.sh it WILL successfully
remount during initial boot, so it IS executing checkroot.sh during
startup, but something is different between then and the manual invocation
from the terminal once booting has finished.  What??

j

On Fri, 06 Feb 2009 21:22:51 -0500, Simon Comeau Martel <simon at comeau.info>
wrote:
> You are right;
> 
> / is in read-only mode when I boot from Qi. (and in rw mode when I boot
> from uBoot)
> 
> The problem is not in 'checkroot.sh' itself; I compared that file from
> Milestone 5 to the one I had on a previous testing version which worked
> fine, and the file is exactly the same... Something must have change
> elsewhere.
> 
> --
> Simon Comeau Martel
> simon at comeau.info
> https://comeau.info
> 
> 
> Joel Newkirk wrote:
>> On Fri, 06 Feb 2009 18:57:03 -0500, Simon Comeau Martel
> <simon at comeau.info>
>> wrote:
>>> I have no idea how it is possible.
>>>
>>> All I know is that if I boot Milestone 5 via Qi, get the following
>>> message in zhone:
>>>
>>> 	Usage: Requested ressource GSM with error.
>>>
>>> And the problem is reproducible; it happen every time.
>>>
>>
>> Read-only filesystem.  Once you've booted and see the GSM error in
> Zhone,
>> open a terminal and try "touch test" - you'll get an error noting that
> the
>> rootfs is read-only.  Qi mounts rootfs read-only at the start - I
> believe
>> /etc/init.d/checkroot.sh is where it's supposed to be remounted
> read/write.
>>
>> Many things will be 'broken' in this state, like you cannot SSH into it
>> because dropbear doesn't start properly when it can't write, and just
> about
>> everything with frameworkd is broken.
>>
>> Presuming this is the case (I'm betting;) try
>>
>> mount -o remount,rw /
>> /etc/init.d/frameworkd restart
>>
>> stop Zhone, restart it, and it should be able to activate GSM...
>>
>>
>> I've not worked through the logic in /etc/init.d/checkroot.sh or
> anything
>> yet to see where this is failing, but putting the remount command at the
>> top of that script will restore your FR to usefulness, remounting / rw
>> fairly early in the boot process.  (checkroot.sh is supposed to check
> the
>> rootfs for errors /if/ it's ext2/3, and remount r/w afterwards, but
> doesn't
>> seem to remount root if it's booted from jffs2 in NAND.  As I said I've
> not
>> followed the logic of the script yet but am guessing that if it's not
>> ext2/3 it never reaches the remount,rw statement there.)
>>
>>
>> j
>>
>>
>>
>>> I guess that there could be something causing some kernel module not to
>>> load?
>>>
>>> Maybe I should try upgrading to a more recent version of Qi? The one I
>>> use is:
>>>
>>> qi-s3c2442-master_2ad3ce6ff57753e3.udfu
>>> (md5sum: 88979a8310a98d7a2189977194cb2607)
>>>
>>> Let me know if there is anything I can do to diagnose that problem.
>>>
>>> Is FSO Milestone 5 working fine for someone who use Qi?
>>>
>>> --
>>> Simon Comeau Martel
>>> simon at comeau.info
>>> https://comeau.info
>>>
>>> Andy Green wrote:
>>>> Somebody in the thread at some point said:
>>>>
>>>> | My install of FSO M5 is not on a SD card.
>>>> |
>>>> | As I said, all my problems where related to the fact I was using Qi,
>>>> | instead of uBoot.
>>>>
>>>> It's not immediately obvious how Qi can trash the GSM connection and
>>>> leave everything else OK.  As in, if that was a feature we wanted to
> add
>>>> to Qi, I don't know how we would do that.
>>>>
>>>> -Andy
>>> _______________________________________________
>>> support mailing list
>>> support at lists.openmoko.org
>>> https://lists.openmoko.org/mailman/listinfo/support
>>>
>>> _______________________________________________
>>> support mailing list
>>> support at lists.openmoko.org
>>> https://lists.openmoko.org/mailman/listinfo/support
> 
> _______________________________________________
> support mailing list
> support at lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
-- 
Joel Newkirk
http://jthinks.com      (blog)
http://newkirk.us/om (FR stuff)