BJ Johns
2004-06-23 13:36:45 UTC
This is pure speculation as I am not a Linux expert....
But I have a user of WeatherSix who is having a problem in getting the
application to save their updated locations list. This information is stored
in the '/mnt/flash0/etc/rokucascade/settings/com.roku.WeatherSix' file by
way of calls to the CascadeSettings class. In an attempt to resolve this
problem, I created a simple application for them which uses standard file
I/O calls and attempts to delete and then recreate the settings file but
this application also fails.
It appears to me that the OS has gone into a protective read only mode. In
other terms, I think that the file system is mounting in read only mode
because the "dirty" flag is set. Again, this is pure speculation on my
part.
If this is the case, what can be done to remedy this situation short of
reloading the OS on the internal flash memory? Note: The user is not
familiar with Telnet and may not be able to Telnet into their unit. But if
they can, what would be the steps to run?
Thanks
-BJ Johns
But I have a user of WeatherSix who is having a problem in getting the
application to save their updated locations list. This information is stored
in the '/mnt/flash0/etc/rokucascade/settings/com.roku.WeatherSix' file by
way of calls to the CascadeSettings class. In an attempt to resolve this
problem, I created a simple application for them which uses standard file
I/O calls and attempts to delete and then recreate the settings file but
this application also fails.
It appears to me that the OS has gone into a protective read only mode. In
other terms, I think that the file system is mounting in read only mode
because the "dirty" flag is set. Again, this is pure speculation on my
part.
If this is the case, what can be done to remedy this situation short of
reloading the OS on the internal flash memory? Note: The user is not
familiar with Telnet and may not be able to Telnet into their unit. But if
they can, what would be the steps to run?
Thanks
-BJ Johns