Hi,
We are running Neutrino 1.01 with a flash file system on DSP Tx486 CPU cards
that have AMD 29F016 flash chips. Most of the time, things work fine.
But, every now and again, we get a unit where the flash file system seems to
get corrupted. This results in either a unit that won’t boot at all, or one
where the flash file system becomes read-only! You can delete files but you
can’t write any new ones, even when you have deleted an old file to make
space for the new one.
We would expect the FFS to become corrupted if the power is removed when
accessing the flash, but these problems have occurred when FTPing files to
the units without a power-outage.
Is this a known problem with Neutrino and flash file systems?
Does anybody have any ideas about how to go about investigating this
further?
TIA,
Rob
Could you send me the corrupt filesystem? I’ll take a look
Previously, Rob Dean wrote in qdn.public.qnxrtp.os:
{ Hi,
{
{ We are running Neutrino 1.01 with a flash file system on DSP Tx486 CPU cards
{ that have AMD 29F016 flash chips. Most of the time, things work fine.
{
{ But, every now and again, we get a unit where the flash file system seems to
{ get corrupted. This results in either a unit that won’t boot at all, or one
{ where the flash file system becomes read-only! You can delete files but you
{ can’t write any new ones, even when you have deleted an old file to make
{ space for the new one.
thats interesting, can you post your info file? and any build files
{
{ We would expect the FFS to become corrupted if the power is removed when
{ accessing the flash, but these problems have occurred when FTPing files to
{ the units without a power-outage.
{
{ Is this a known problem with Neutrino and flash file systems?
It’s been a long time since I played with the nto1.01 ffs but that doesn’t sound famuliar
{
{ Does anybody have any ideas about how to go about investigating this
{ further?
do you have a Qnx 4 system? if so cp the whole flash ( /dev/sktX) and use
Efsys.file to mount the image and see if the image is funky. I think the
cis (card information structure) is either gone bad or the spare block
is causing grief
{
{ TIA,
{ Rob
{
{
{
–
Pat Ford email: pford@qnx.com
QNX Software Systems, Ltd. WWW: http://www.qnx.com
(613) 591-0931 (voice) mail: 175 Terence Matthews
(613) 591-3579 (fax) Kanata, Ontario, Canada K2M 1W8