What is it with SDFS?
Stephan Kleinert (2271) 70 posts |
I can’t shake the feeling that something’s seriously amiss with SDFS and/or RISC OS 5.21 on the Raspberry Pi. With each and every new SD card on my Raspberry Pi, checkmap sooner or later reports “Map inconsistent with directory tree”… even if the OS never was force reset or ever something remotely file-system-taxing was done with it. Now I wonder if I’m the only one with this problem and something is wrong with my Pi, or if others have these issues, too. I experienced the problem on two different Pi’s with two different power supplies and a whole lot of different SD cards… I’m now back on my trusty Risc PC as main development machine, because there the file system never ever failed me… Kind regards, |
Rick Murray (539) 13872 posts |
I’m saying nothing. ;-)
Me? Problems? Nah. Nothing wrong at all.
The problem would be a lot more tolerable if the OS had a way of recovering from its own cock-up. I understand that ROOL don’t want to step on the toes of Druck and his DiscKnight, but – really – name me an OS that doesn’t come with a basic file system recovery tool. I emphasise basic. DiscKnight does a lot of stuff. RISC OS really only needs to have *CheckMap do something better than say “map inconsistent with directory tree” and bail out, leaving you a damaged unusable file system. At the very least, it should validate both maps and offer to copy the one that matches the directory structure. Or, better yet, scan through the file system and attempt to rebuild the map. Anything other than be utterly useless. I’m not asking for a total fix it, leave the heavy lifting to DiscKnight. I’m just asking for a file system to be capable of recovering itself from a situation that appears to be more commonplace than in the past.
Yup. I can second that. Just switched on my RiscPC this weekend. Maybe the first time in half a decade? Needed a CMOS reset power up, but the hard discs and the file system worked flawlessly. I think I’ve only encountered two failures with my RiscPC. The first was when I dropped a screwdriver on the hard disc (instant death) and the second was when I formatted the wrong hard disc. Okay, I had the one I formatted backed up to CD-R, but it gave my bladder a workout for sure! Either that, or the two of us are the unlucky ones that see stuff like this: (note in this case that the error was reported by !Zap; I edited some stuff and pressed F3 to save, and somewhere along the line the machine broke itself!) |
Steve Pampling (1551) 8187 posts |
Maybe just edit the messages file? Edit: Less cynical wit? Sympathy please I’ve spent all day in meetings relating to a contract. Just one. I’m a techie not a paper shuffler. I hope… |
Steffen Huber (91) 1958 posts |
If you are worried about SDFS, SD cards or your Pi power supply, just use an externally powered USB harddisc or a hub-powered one. Still a lot better than a Risc PC. I use a hub-powered 250 GiB disc since day one of the BeagleBoard port and never had a problem. |
Rick Murray (539) 13872 posts |
Either your company is in trouble, or you are really high up the food chain. The impression I got was that management did all they could to keep techies away from meetings. Instead, they and sales drones would happily promise the moon on a stick by next Wednesday… and they’d hand the required specification to the techs on Tuesday. |
Steve Pampling (1551) 8187 posts |
Of course on the first (it’s the NHS and the Tories are in government).
Having coffee makers in the office, having fridges in the office, kettles etc2. 1 Part of the furniture known to executive directors, so insufficiently anonymous 2 Almost every office in the IT building has either a coffee maker or a kettle or a fridge. Ours has two coffee makers and a fridge. The kitchen area acquired a microwave. The estates guys shrugged and safety tested the lot and then moved on to another building. Of course they could have upset us. |
Chris Evans (457) 1614 posts |
Stephan: Yours is not a common experience. Despite using many different Pi’s in our work. I can’t recall ever getting a ‘Broken Map’. Whilst underpowered/dodgy PSUs are often sited as the cause of all Pi ills, I’d say it is well over 90% likely to be the cause of your problem. What power rating are your PSUs? |
Frederick Bambrough (1372) 837 posts |
They were probably found to be year 2000 compliant so not an issue.
|
Raik (463) 2062 posts |
Have you checked the working / non-working card list (oder diese)? |
Stephan Kleinert (2271) 70 posts |
Thanks for all the answers! Kind regards, |
Chris Johnson (125) 825 posts |
Is this an externally powered hub? I always use hubs with their own psu, and never had any trouble (including using SSDs as main storage). |
Stephan Kleinert (2271) 70 posts |
No, the hub is powered via USB. I’ll buy an externally powered hub and stress test the two Pi’s over the weekend (one with the powered hub, the other with the old one). I’ll let you know how that went… |
Chris Evans (457) 1614 posts |
I suggest trying ‘no hub’ as well. |
Malcolm Hussain-Gambles (1596) 811 posts |
IMHO it’s Pi singular and plural – same logic as sheep. 2xPi isn’t written 2xPis. Another point you should always have a clean output of your pis, otherwise you should see the doctor – and using PSU’s or batteries isn’t going to clear that up, but it sure sounds painful! ;-) |
Dave Higton (1515) 3555 posts |
I thought Pis was a famous mannequin in Brussels. |
David Gee (1833) 268 posts |
Pretty sure that the Pi should always be used with a powered hub. Connecting an unpowered hub is probably going to give problems. All I can say is that I’ve been using Pis with RISC OS for 18 months so far and haven’t experienced any file system corruption on SDFS at all—and that’s including the need for some hard resets at times. |
Stephan Kleinert (2271) 70 posts |
Hi all, thought I’d keep you posted on my progress… |
Chris Mahoney (1684) 2166 posts |
Good to know that SDFS itself seems to be OK :) For what it’s worth, I haven’t had any problems at all. All of my major components (Pi, PSU, cards) are from RS so they should all be compatible (cards are Transcend, and the PSU has an RS sticker on it but appears to be from “HN Power”). |
Rick Murray (539) 13872 posts |
Could this have been related? https://www.riscosopen.org/viewer/revisions/logs?ident=1414775301-309689.html |
Jon Abbott (1421) 2652 posts |
Can I second Rick’s statement, having just come across this issue myself. *CheckMap’s documentation on the Wiki states: If only one copy of the map is good, this command lets you rewrite the bad one with the information in the good one. Is this the case? It doesn’t look like it lets you rewrite the map to me, it appears to simply state that the map is inconsistent – which you already know as the OS told you to run it in the first place due to the map being inconsistent. Or am I missing an undocumented command line parameter? I’ve not looked at the CheckMap source, but shouldn’t it verify the backup and either write it over the primary if its verified as consistent, or at least inform you that both are inconsistent. Perhaps it already does this, but the message it returns “Map inconsistent with directory tree” implies it just checked the primary map and is informing you its inconsistent. Should this message actually say “Both the primary and backup maps are inconsistent with the directory tree, please backup and restore your data” In my scenario, RISCOS is bailing during the boot sequence when it tries to initialise Scrap and drops to a Supervisor prompt in a half booted state telling my to run CheckMap – can’t RISCOS in this situation either:
Are there any free utilities out there that I can use to fix the map? |