In the 3 months I've had a Pi, i have not experienced any SD card corruption despite pulling the plug on many occasions. The issue you are having may be attributed to over clocking or SD card quality rather than Raspian.I find it increasingly frustrating that the system is so vulnerable to unclean shutdowns
The is no *technical* limitation that I am aware of preventing this from happening. He is how this problem was solved in the 80's to duplicate floppy disks: 1) Insert media and boot OS into system RAM. 2) Launch the media copying program 3) Program loads a portion of the medium into free system memory and prompts to swap media. 4) Portion in system RAM is written to destination media and the user is prompted again to swap media. 5) Process repeats until the entire media is duplicated.we need to be able to make SD cards for a pi with a pi
Before someone files a bug report requesting the missing icon be added. I should clarify that is an idiom that means "you just have to posses the required skills to accomplish the task."There is just no icon to click on the desktop to do it
I think any SD card reader can be used for this purpose.kbailey wrote:Also, for pi to make pi, we need to be able to make SD cards for a pi with a pi. Alas, there is but 1 SD slot. Can we find a standard USB to SD adapter so we can plug in and use it to format and load SD cards? When the opsys is solid and pi can bake a pi, we are ready to knock on the world's door.
To be fair, the default minimum Debian install doesn't contain the eject program either. It is missing from some of my Debian PCs.Muzer wrote:I have noticed the distro isn't particularly complete in some regards.
One small example - the eject program is missing from the distribution (the Debian package is called eject). The lack of this means that when unmounting a USB stick from the default file manager, it gives an error message that eject wasn't found.
Completely agreed there. I think PCmanFS should do something else. But as it is, an error message is hardly user-friendlyrpdom wrote:However unmount should not (IMO) rely on eject, as it is possible you may want to, for example, unmount /dev/sda1, then mount /dev/sda2, which wouldn't work if the device had gone offline due to an eject /dev/sda.