vfat vs mistakes

Greetings all;

I figure some here have been bitten by this and may have an idea how to
defend against the file system we have learned to hate.

Is there any defense against the vfat file system telling you a pack of
lies when you go thru the motions of rewriting a file with another of
the same name, issue a sync to make sure its written, unmount it, take
it to the printer to make a new version of a part and 6 hours and 25
meters of filament later you see it building the file you overwrote!

Whats the best way to defend against that waste of time & materials?

Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
_______________________________________________
OpenSCAD mailing list
To unsubscribe send an email to [hidden email]

get yourself a raspberry pi and octoprint, never bother with a plimsoll 
network again for you 3d printer.

On 05/04/2021 09:32, Gene Heskett wrote:
 On Monday 05 April 2021 02:19:23 bassklampfe wrote:

 I would recommend to format the SD-Card once using the approved  SD
 Memory Card Formatter <https://www.sdcard.org/downloads/formatter/>
 from the SD Memory Card Association.

 Unfortunately, they are addicted to the koolaid from Redmond, and there
 is no linux download. Said anotheer way, I wouldn't touch it with a 20
 foot fiberglass pole.

 /"It is strongly recommended to use the SD Memory Card Formatter to
 format SD/SDHC/SDXC Cards rather than using formatting tools provided
 with individual operating systems."/

 I had similar issues in an other context (transfering data from
 Windows to Linux and v.v.) and they vanished after "correctly"
 formatting the SD-Card.

 A second trap is the caching of windows. Make sure, you have correctly
 "ejected" the SD-Card in Windows and see the message "You can now
 remove …" before removing the SD-Card from the computer. Windows
 sometimes is very lazy in writing data back to the storage device.

 100% linux here, and there is already some valuable data on it as its the
 card that comes with the ender3. I could back it up I suppose and then
 rewrite it. But I'd probably just format it to ext4 if it didn't have to
 be read in a 3d printer. I have reformatted this exfat crap to fat32 and
 made it work, hasn't seemed to have badly effected any 64Gig cards. Not
 that I've noticed anyway. Besides, the sync command on linux is the
 insurance policy, and it gets used every time I write to sneakernet
 stuffs.

 I recently bought one of Siglents best 4 channel 350 mhz sampling scopes,
 an extremely capable scope, but also pricy. There was a firmware upgrade
 I could download but before the scope could find it, a 64G exfat card
 had to be reformatted to fat32. Then it just worked. I'm scope picky,
 having had a scope probe in one hand since I saw my first Hickok 505 70
 years ago at 16 yo.

 Yup folks, I grew up in the heyday of vacuum tubes. If you have a
 question about them, I can probably answer it. Including high power
 klystrons that need a check for several years income cut before a
 replacement can be obtained from Varian or EEV.

--
Sent from: http://forum.openscad.org/

 Cheers, Gene Heskett
OpenSCAD mailing list
To unsubscribe send an email to [hidden email]

On 05.04.2021 13:18, Rob Ward wrote:
At least RPi+OctoPrint (a liberating experience) is open source and your 
suggestions are listened to.
Cheers, RobW

I second that, I have a 6 year old RPi+OctoPrint that still works fine 
for my use, it is accessed over WiFi. I use both Kubuntu and Win10 for 
modelling, but the RPi controls the printer.

I am guessing the recent versions of OctoPrint work even better.

Carsten Arnholm
OpenSCAD mailing list
To unsubscribe send an email to [hidden email]