Re: SDHC 16GB 15MB/s card
I have a sandisk 8gb card, and it works just fine. I seem to recall reading somewhere that 8gb was the biggest a FR could handle? or was it that 8gb is the biggest that is known to work? what means fine exactly? - no bootsector corruption? - no sudden data corruption? - lost card on resume? if so, which kernel are you using? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
I have a sandisk 8gb card, and it works just fine. I seem to recall reading somewhere that 8gb was the biggest a FR could handle? or was it that 8gb is the biggest that is known to work? Or wasn't it, that it's the biggest micro SD card that exists on the market as of now? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
On Wed, Aug 20, 2008 at 10:25, arne anka [EMAIL PROTECTED] wrote: I have a sandisk 8gb card, and it works just fine. I seem to recall reading somewhere that 8gb was the biggest a FR could handle? or was it that 8gb is the biggest that is known to work? what means fine exactly? - no bootsector corruption? - no sudden data corruption? - lost card on resume? if so, which kernel are you using? I have just bought a Sandisk mobile Ultra 8GB . ( C8151033340SX ) Looks like I have the problem on resume. I copied (on my laptop, via 'cp ...') the installs I had on the 512MB one : 1 4gb FAT partition with the uImage.bin (one for each other partition) 1 512mb ext3 partition with qtopia (0808 release from qtopia.net) 1 512mb ext3 partition with 2008.8 rootfs But I have now more partitions (and these 2 ext3 ones are logical ones now, and recognized as mmcblk0p5 and mmcblk0p6 instead of mmcblk0p2 and mmcblk0p3 before -can I change that ?-, so I had to change uboot menu...) My installs still work ok, except that when the phone suspends, I cannot resume at all. So yes the card is probably not remounted correctly. I will try with from my NAND installed 2007.2, if after resume, it works ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
1 4gb FAT partition with the uImage.bin (one for each other partition) why is that? 4gb just to host the kernels is ... waste. But I have now more partitions (and these 2 ext3 ones are logical ones now, and recognized as mmcblk0p5 and mmcblk0p6 instead of mmcblk0p2 and mmcblk0p3 before -can I change that ? by repartitioning -- but first you better post the output of fdisk -l /dev/mmcblk0 and describe what exactly you're aiming at. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
On Wed, Aug 20, 2008 at 11:50, arne anka [EMAIL PROTECTED] wrote: by repartitioning -- but first you better post the output of fdisk -l /dev/mmcblk0 result of fdisk -l /dev/mmcblk0 (from 2007.2 booted from NAND ): [EMAIL PROTECTED]:~# fdisk -l /dev/mmcblk0 Disk /dev/mmcblk0: 8168 MB, 8168931328 bytes 255 heads, 63 sectors/track, 993 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mmcblk0p1 1 536 4305388+ b Win95 FAT32 /dev/mmcblk0p2 863 993 1052257+ 83 Linux /dev/mmcblk0p3 537 862 2618595 5 Extended /dev/mmcblk0p5 537 601 522081 83 Linux /dev/mmcblk0p6 * 602 666 522081 83 Linux /dev/mmcblk0p7 667 731 522081 83 Linux /dev/mmcblk0p8 732 796 522081 83 Linux /dev/mmcblk0p9 797 862 530113+ 83 Linux Partition table entries are not in disk order Ok so my last partition is the second in partition table (mmcblk0p2). Then the extended one containing the 5 logical is mmcblk0p3. * can I change this table order without losing partition data ? * can I have Extended partition number (mmcblk0p3 now) to be after the logical ones (so that mmcnlk0p2 and mmcblk0p3 refer to the 2 first logical ones, -just the same as in my 512MB card-) ? What is funny on my ubuntu laptop is that mount points are not always in the same order. I have to be carefull ! (of course I can fix mount points once for all on my pc -and also access rights for ext3-, but when I plug the card in another PC, I have the problem back...) On Wed, Aug 20, 2008 at 12:45, Cédric Berger [EMAIL PROTECTED] wrote: On Wed, Aug 20, 2008 at 12:28, arne anka [EMAIL PROTECTED] wrote: no, it's not. but your description is rather confusting: 1 primary fat 5 extended ext3 1 primary ext3 i can't quite imagine how your partition table looks like. 5 logical. Here I only have pc on windows : as seen on XP : (ext3 not recognized) http://cedricberger.free.fr/partitions.png ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
On Wed, Aug 20, 2008 at 11:41, Cédric Berger [EMAIL PROTECTED] wrote: On Wed, Aug 20, 2008 at 10:25, arne anka [EMAIL PROTECTED] wrote: what means fine exactly? - no bootsector corruption? - no sudden data corruption? - lost card on resume? if so, which kernel are you using? I have just bought a Sandisk mobile Ultra 8GB . ( C8151033340SX ) Looks like I have the problem on resume. My installs still work ok, except that when the phone suspends, I cannot resume at all. So yes the card is probably not remounted correctly. I will try with from my NAND installed 2007.2, if after resume, it works I confirm both problems of card not mounted on resume, and partition table corruption (resp. 1st suspend and 2nd suspend) : NAND 2007.2 can resume (except that it was so long I was about to post that it failed to), but the card is indeed on /dev/mmcblk1 now ! (and no more mounted) And if I go to suspend a second time... it is back on /dev/mmcblk0 , but : ~# fdisk -l /dev/mmcblk0 Disk /dev/mmcblk0: 8168 MB, 8168931328 bytes 4 heads, 16 sectors/track, 249296 cylinders Units = cylinders of 64 * 512 = 32768 bytes Disk /dev/mmcblk0 doesn't contain a valid partition table Ouch this time my partition table really have to be fixed :-p !! On Wed, Aug 20, 2008 at 15:31, Cédric Berger [EMAIL PROTECTED] wrote: result of fdisk -l /dev/mmcblk0 (from 2007.2 booted from NAND ): [EMAIL PROTECTED]:~# fdisk -l /dev/mmcblk0 Disk /dev/mmcblk0: 8168 MB, 8168931328 bytes 255 heads, 63 sectors/track, 993 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mmcblk0p1 1 536 4305388+ b Win95 FAT32 /dev/mmcblk0p2 863 993 1052257+ 83 Linux /dev/mmcblk0p3 537 862 2618595 5 Extended /dev/mmcblk0p5 537 601 522081 83 Linux /dev/mmcblk0p6 * 602 666 522081 83 Linux /dev/mmcblk0p7 667 731 522081 83 Linux /dev/mmcblk0p8 732 796 522081 83 Linux /dev/mmcblk0p9 797 862 530113+ 83 Linux Partition table entries are not in disk order ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
* can I change this table order without losing partition data ? nope. * can I have Extended partition number (mmcblk0p3 now) to be after the logical ones (so that mmcnlk0p2 and mmcblk0p3 refer to the 2 first logical ones, -just the same as in my 512MB card-) ? nope. the logicla partitions are inside the extended partition -- numbers have to be bigger than the number of the extended partition. if you like partition number independent identifiers use labels -- either when creating the xt2 fs or afterwards with tune2fs, argument -L. What is funny on my ubuntu laptop is that mount points are not always in the same order. I have to be carefull ! (of course I can fix mount points once for all on my pc -and also access rights for ext3-, but when I plug the card in another PC, I have the problem back...) you probably need to fix the udev script that creates the mount points. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
Thanks ! Anyway my partition table is now crashed thanks to suspend/resume issue. I go digging in mailing list, I think I saw ways to recover... else I'll have to start from 0... On Wed, Aug 20, 2008 at 16:05, arne anka [EMAIL PROTECTED] wrote: * can I change this table order without losing partition data ? nope. * can I have Extended partition number (mmcblk0p3 now) to be after the logical ones (so that mmcnlk0p2 and mmcblk0p3 refer to the 2 first logical ones, -just the same as in my 512MB card-) ? nope. the logicla partitions are inside the extended partition -- numbers have to be bigger than the number of the extended partition. if you like partition number independent identifiers use labels -- either when creating the xt2 fs or afterwards with tune2fs, argument -L. What is funny on my ubuntu laptop is that mount points are not always in the same order. I have to be carefull ! (of course I can fix mount points once for all on my pc -and also access rights for ext3-, but when I plug the card in another PC, I have the problem back...) you probably need to fix the udev script that creates the mount points. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
I could recover the data by creating the same paritioning and then re-downloading the kernel in the first partition (one of teh post suggested that the bug actually eats up a sector from the first partition as wellI didn't check and downloading the kernel was pretty easy). --Vikas On Wed, Aug 20, 2008 at 7:55 PM, Cédric Berger [EMAIL PROTECTED]wrote: Thanks ! Anyway my partition table is now crashed thanks to suspend/resume issue. I go digging in mailing list, I think I saw ways to recover... else I'll have to start from 0... On Wed, Aug 20, 2008 at 16:05, arne anka [EMAIL PROTECTED] wrote: * can I change this table order without losing partition data ? nope. * can I have Extended partition number (mmcblk0p3 now) to be after the logical ones (so that mmcnlk0p2 and mmcblk0p3 refer to the 2 first logical ones, -just the same as in my 512MB card-) ? nope. the logicla partitions are inside the extended partition -- numbers have to be bigger than the number of the extended partition. if you like partition number independent identifiers use labels -- either when creating the xt2 fs or afterwards with tune2fs, argument -L. What is funny on my ubuntu laptop is that mount points are not always in the same order. I have to be carefull ! (of course I can fix mount points once for all on my pc -and also access rights for ext3-, but when I plug the card in another PC, I have the problem back...) you probably need to fix the udev script that creates the mount points. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
arne anka wrote: I have a sandisk 8gb card, and it works just fine. I seem to recall reading somewhere that 8gb was the biggest a FR could handle? or was it that 8gb is the biggest that is known to work? what means fine exactly? - no bootsector corruption? - no sudden data corruption? - lost card on resume? if so, which kernel are you using? fine means with no troubles ;) - bootsector corruption? I haven't tried booting off it yet - I've not seen any data corruption - I usually have power management turned off, because I don't trust it and the FR is my primary phone, but the few times I have used suspend / resume I've seen no problems. kernel: Not entirely sure how to determine this. If you can let me know how to find out more specifically, I'll be happy to tell you. In the meantime, maybe this will help? opkg list_installed | grep kernel seems to give me two: kernel - 2:2.6.24+git35+2d61a7406ec89893cdb4246d3f0144818278a5d8-r2 - kernel-2.6.24 - 2:2.6.24+git35+2d61a7406ec89893cdb4246d3f0144818278a5d8-r2 - uname -a gives me: Linux om-gta02 2.6.24 #1 PREEMPT Tue Aug 19 04:13:01 CEST 2008 armv4tl unknown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
Fox Mulder wrote: Nobody can say exactly if 8GB cards are supported or not because there exists no bigger cards to try with. ;) aha, thanks for clarifying :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
Anyway my partition table is now crashed thanks to suspend/resume issue. I go digging in mailing list, I think I saw ways to recover... else I'll have to start from 0... any linux distribution should offer tools to recover lost partitions and recreate partitiontables. i think parted is one. after recovery backup your bootsector by doing dd if=/dev/mmcbl0 of=boot.backup bs=512 count=1 in case you loose it again, do dd if=boot.backup of=/dev/mmcblk0 that's on your host! i don't know, if that works from fr, though. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
fine means with no troubles ;) - bootsector corruption? I haven't tried booting off it yet that's not necessary -- it manifest itself by total loss partition informations - I've not seen any data corruption - I usually have power management turned off, because I don't trust it ok. then you wont experience it. and the FR is my primary phone, but the few times I have used suspend / resume I've seen no problems. it's not predictable, so you might be just lucky ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
arne anka wrote: fine means with no troubles ;) - bootsector corruption? I haven't tried booting off it yet that's not necessary -- it manifest itself by total loss partition informations aah. Well, no trouble with that then. :) did you still want to know about my kernel? was my information enough / usefull? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
in case you loose it again, do dd if=boot.backup of=/dev/mmcblk0 that's on your host! i don't know, if that works from fr, though. I can confirm this works for the bootsector corruption, but after seriously struggling with unreadable SDHC cards under Ubuntu _AND_ the FR I finally figured out some other pretty reliable workarounds for problems with memory cards: Trying the debian install yesterday I noticed that both the original 512MB as well as a 1GB card were no longer working on the FR ( could write to them but then glamo-mci errors as in http://docs.openmoko.org/trac/ticket/1743appeared and sometime after about 200MB all further communication seemed broken ) . In addition, partitioning seemed so messed up the cards were not recognized anymore by fdisk et al, so nothing but a panasonic windows card formatter could recover them. All of this happening without suspends on an upgraded 2007.8... Whilst linux 2.6.26 on the host needed a fix to get the cards to show up again at all ( http://marc.info/?l=linux-usbm=121734710306509w=2 ), on the FR side the only thing that worked was playing with the glamo kernel parameters - I haven't reduced it to a minimal set of changes, but passing glamo_mci.sd_drive=3 glamo_mci.sd_idleclk=1 sd_max_clk=500 on the u-boot cmdline resolved all issues so far. I haven't filed a bugreport as interestingly enough I wasn't having any issues with the troublesome 4GB any more - maybe because I was using 2008.8 booted from the card itself? I will try to reduce the parameters later, if anyone has further hints I'd be happy to try them out. Also, would the addition of dd'ed mbrs for the various cards in the Wiki be feasible ? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
On Wed, Aug 20, 2008 at 17:26, arne anka [EMAIL PROTECTED] wrote: Anyway my partition table is now crashed thanks to suspend/resume issue. I go digging in mailing list, I think I saw ways to recover... else I'll have to start from 0... any linux distribution should offer tools to recover lost partitions and recreate partitiontables. i think parted is one. after recovery backup your bootsector by doing dd if=/dev/mmcbl0 of=boot.backup bs=512 count=1 in case you loose it again, do dd if=boot.backup of=/dev/mmcblk0 that's on your host! i don't know, if that works from fr, though. thank you, that will help me a lot ! On Wed, Aug 20, 2008 at 16:35, Vikas Saurabh [EMAIL PROTECTED] wrote: I could recover the data by creating the same paritioning and then re-downloading the kernel in the first partition (one of teh post suggested that the bug actually eats up a sector from the first partition as wellI didn't check and downloading the kernel was pretty easy). How did you recreate the same partitioning ? Informations from my fdisk -l /dev/mmcblk0 before the corruption will be enough to recreate it the same way ? Anyway I guess I'll first try to find a tool to do the recovery... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
did you still want to know about my kernel? was my information enough / usefull? nope -- the funny part happens when suspending/resuming. since you don't do that, there's no need. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
How did you recreate the same partitioning ? Informations from my fdisk -l /dev/mmcblk0 before the corruption will be enough to recreate it the same way ? yupp. just make sure you use blocks as unit. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
On Wed, Aug 20, 2008 at 18:17, arne anka [EMAIL PROTECTED] wrote: How did you recreate the same partitioning ? Informations from my fdisk -l /dev/mmcblk0 before the corruption will be enough to recreate it the same way ? yupp. just make sure you use blocks as unit. ok it works. I recreated the table with fdisk. (fortunately I had the fdisk -l output I posted before !) I tried before testdisk but it could not detect correctly my partitions (presence of logical partition may also have complicated its task) Time for me to backup the table now ! Thanks again for the help. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
Am Mittwoch 20 August 2008 00:06:28 schrieb Geoff Ruscoe: I am looking to upgrade my Micro SDHC card and I found: a 16GB Sandisk w / 15MB/s speeds. This sounded like a winner to me, but I wasn't sure if it would work. The model number is: SDSDRH-016G-A11 Can someone tell me whether this does or does not work. Or can anyone tell me if they think it would or would not work (if no one knows for sure). -Geoff The sandisk cards I've heard of work fine... Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
ti, 2008-08-19 kello 18:06 -0400, Geoff Ruscoe kirjoitti: I am looking to upgrade my Micro SDHC card and I found: a 16GB Sandisk w / 15MB/s speeds. This sounded like a winner to me, but I wasn't sure if it would work. The model number is: SDSDRH-016G-A11 Googling this model number finds an SDHC card. _Not_ a µSDHC card. It will not fit mechanically. Also, I haven't seen 16G cards (µSDHC ones) on the market yet, though certainly they're coming. (By the way, a 15MB/s card is kind of overkill on the FR, it can't manage half that - just for future reference, if you find yourself wondering whether to spend extra bucks for card speed.) Anyway, any µSDHC card should work. In case of unexpected incompatibility, 1) finetune the Glamo SD clock and/or other settings and report back 2) return the card and get a different model. -- Mikko Rauhala - [EMAIL PROTECTED] - URL:http://www.iki.fi/mjr/ Transhumanist - WTA member - URL:http://www.transhumanism.org/ Singularitarian - SIAI supporter - URL:http://www.singinst.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
Mikko Rauhala wrote: ti, 2008-08-19 kello 18:06 -0400, Geoff Ruscoe kirjoitti: I am looking to upgrade my Micro SDHC card and I found: a 16GB Sandisk w / 15MB/s speeds. This sounded like a winner to me, but I wasn't sure if it would work. The model number is: SDSDRH-016G-A11 Googling this model number finds an SDHC card. _Not_ a µSDHC card. It will not fit mechanically. Also, I haven't seen 16G cards (µSDHC ones) on the market yet, though certainly they're coming. (By the way, a 15MB/s card is kind of overkill on the FR, it can't manage half that - just for future reference, if you find yourself wondering whether to spend extra bucks for card speed.) Anyway, any µSDHC card should work. In case of unexpected incompatibility, 1) finetune the Glamo SD clock and/or other settings and report back 2) return the card and get a different model. I have a sandisk 8gb card, and it works just fine. I seem to recall reading somewhere that 8gb was the biggest a FR could handle? or was it that 8gb is the biggest that is known to work? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
