[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openzaurus-users
Subject:    Re: [Openzaurus-users] sd-card formating
From:       barry <barrymac () hotpop ! com>
Date:       2003-12-05 0:03:29
[Download RAW message or body]

I actually wrote my SD card partition table in a reader with cfdisk, and I 
just created one partition which came out to be referred to as just mmcda

It was weird because I was trying to mount it as mmcda1 and it didn't work but 
I just thought I'd try mmcda and discovered that it mounted. So I couldn't be 
bothered to rewrite the partition table back to the default setting and 
instead edited the /etc/fstab file to refer to mmcda and all seems well. I 
swear it seems to mount faster than it did before but I haven't really tested 
that observation.

Which is all jolly till I realise that these cheapest I could find SD cards 
only mount upon a cold boot sometimes and usually require a couple of 
powercycles to be detected, a fact I discovered only after I'd moved the 
essentials for OPIE onto it |-#    So it seems I'll have to keep the original 
opt and home backed up in ROM because of the dodgy SD card, sort of defies 
the point of moving them almost.

Unless anyone knows about a workaround for the SD card detection strangeness. 
Mounting as async help?? I think it's a lower level problem though. No idea 
what to try though.

Any ideas anyone??


On Thursday 20 November 2003 9:14 pm, flynn wrote:
> raph@lrde.epita.fr wrote:
> > Michael Lauer <mickey@tm.informatik.uni-frankfurt.de> writes:
> >>Am Don, 2003-11-20 um 13.31 schrieb Raphaël Poss:
> >>>"Martin Olbrich" <bigbigllama@gmx.de> writes:
> >>>
> >>>
> >>>[...]
> >>>
> >>>>so what can i do to be able to format mmcda1 again?
> >>>
> >>>try doing
> >>>
> >>>   dd if=/dev/zero of=/dev/mmcda
> >>>  (/dev/mmcda or the device name for your SD card)
> >>>
> >>>that will erase all the card
> >>>Then fdisk should be able to detect that and initialize it with a new
> >>>partition table, which you then have to edit to create a blank
> >>>partition anew.
> >>
> >>Interesting. Could you please add that to the OpenZaurus FAQ?
> >>
> >>Regards,
> >
> > I'd like to if I were sure it works.
> >
> > I do  know that fdisk on  OpenZaurus  has an issue when  provided with
> > erroneous partition tables, but I don't have  a blank(able) card ready
> > to test weither it does work with zeroed cards.
> >
> > Since this guy seems to say that it doesn't, I bet a new FAQ answer is
> > out of the question.
>
> Try this fdisk.
> http://handhelds.org/download/packages/fdisk/fdisk_2.11g-5_arm.ipk



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Openzaurus-users mailing list
Openzaurus-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openzaurus-users

[prev in list] [next in list] [prev in thread] [next in thread]