Re: [om2008-9] Never able to successfully backup the jffs2 partition...
Thanks guys!! On Tue, Jan 13, 2009 at 5:48 PM, Dale Maggee anti...@internode.on.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 john dowd wrote: I've alway been able to backup the kernel partition of my Neo FR but not the jffs2 partition. Here's the error that is reported: Opening USB Device 0x:0x... Found Runtime: [0x1d50:0x5119] devnum=4, cfg=0, intf=0, alt=6, name=rootfs Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuERROR, status = 14 dfuERROR, clearing status Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 dfu_upload error -84 This is not a terrible big deal right now but will be in the future. Any ideas? Questions comments or rude remarks? Cheers!! -- NeoTool will backup your root partition to a flashable jffs2 without using dfu-util http://wiki.openmoko.org/wiki/NeoTool Regards, - -Dale -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFJbRonFbVnQRV3OEYRApQwAKCm9M/V1hJ/5vtWthVIotL6rU8CKwCfTypI 0Sr1/X6Y+q6DMatM/IWygQ0= =D7Ag -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- John Dowd jd...@slashdevslashnull.org 133 Waverley St. Ottawa Ont. K2P 0V3 Home: (613)234-7884 Cell: (613)316-7884 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2008-9] Never able to successfully backup the jffs2 partition...
Well I tried the NeoTool but it has its limitations. I was going to copy my current configuration to the uSD card as the backup. I tried the wiki page Booting From SD and was going to prepare the uSD card by partitioning it. I then saw that there is an entry: /dev/mmcblk0p1 49792048497872 0% /media/card when I do a df. When I go to the mount point I found this file: qtopia_db.sqlite What the heck is this file doing there? From what I understand, I must partition the uSD and then copy kernel rootfs to the various partitions. Why would an app. have grabbed the uSD card? Cheers!! On Wed, Jan 14, 2009 at 8:48 AM, john dowd jdowds...@gmail.com wrote: Thanks guys!! On Tue, Jan 13, 2009 at 5:48 PM, Dale Maggee anti...@internode.on.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 john dowd wrote: I've alway been able to backup the kernel partition of my Neo FR but not the jffs2 partition. Here's the error that is reported: Opening USB Device 0x:0x... Found Runtime: [0x1d50:0x5119] devnum=4, cfg=0, intf=0, alt=6, name=rootfs Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuERROR, status = 14 dfuERROR, clearing status Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 dfu_upload error -84 This is not a terrible big deal right now but will be in the future. Any ideas? Questions comments or rude remarks? Cheers!! -- NeoTool will backup your root partition to a flashable jffs2 without using dfu-util http://wiki.openmoko.org/wiki/NeoTool Regards, - -Dale -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFJbRonFbVnQRV3OEYRApQwAKCm9M/V1hJ/5vtWthVIotL6rU8CKwCfTypI 0Sr1/X6Y+q6DMatM/IWygQ0= =D7Ag -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- John Dowd jd...@slashdevslashnull.org 133 Waverley St. Ottawa Ont. K2P 0V3 Home: (613)234-7884 Cell: (613)316-7884 -- John Dowd jd...@slashdevslashnull.org 133 Waverley St. Ottawa Ont. K2P 0V3 Home: (613)234-7884 Cell: (613)316-7884 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2008-9] Never able to successfully backup the jffs2 partition...
On Wednesday 14 January 2009, john dowd wrote: Well I tried the NeoTool but it has its limitations. I was going to copy my current configuration to the uSD card as the backup. I tried the wiki page Booting From SD and was going to prepare the uSD card by partitioning it. I then saw that there is an entry: /dev/mmcblk0p1 49792048497872 0% /media/card when I do a df. When I go to the mount point I found this file: qtopia_db.sqlite What the heck is this file doing there? qtopia has an option to index media files on the SD, and this is enabled by default on the 2008.x images for the first partition. IIRC this ends up in the file you describe. From what I understand, I must partition the uSD and then copy kernel rootfs to the various partitions. Why would an app. have grabbed the uSD card? See reason above. You can blow the file away without problems. It may get recreated on your first partition if you use 2008.x again, but that shouldn't cause any problems. If you really don't want it you can disable the indexing, but I can't remember the file this option is defined in. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[om2008-9] Never able to successfully backup the jffs2 partition...
I've alway been able to backup the kernel partition of my Neo FR but not the jffs2 partition. Here's the error that is reported: Opening USB Device 0x:0x... Found Runtime: [0x1d50:0x5119] devnum=4, cfg=0, intf=0, alt=6, name=rootfs Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuERROR, status = 14 dfuERROR, clearing status Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 dfu_upload error -84 This is not a terrible big deal right now but will be in the future. Any ideas? Questions comments or rude remarks? Cheers!! -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2008-9] Never able to successfully backup the jffs2 partition...
john dowd wrote: I've alway been able to backup the kernel partition of my Neo FR but not the jffs2 partition. Here's the error that is reported: Opening USB Device 0x:0x... Found Runtime: [0x1d50:0x5119] devnum=4, cfg=0, intf=0, alt=6, name=rootfs Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuERROR, status = 14 dfuERROR, clearing status Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 dfu_upload error -84 This is not a terrible big deal right now but will be in the future. Any ideas? Questions comments or rude remarks? You should update uboot to get it completed. Uboot-git has a fix for this. BTW you can follow the Backup wiki, and generate a jffs2 via ssh without dfu-utils ;) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2008-9] Never able to successfully backup the jffs2 partition...
To be clear, you are saying that this is a u-boot issue? I usually go and sacrifice a few chickens and make sure that it's a new moon before I update a bootloader. Especially when I don't have a debug board or external way of updating flash. Cheers!! On Tue, Jan 13, 2009 at 11:36 AM, Marco Trevisan (Treviño) m...@3v1n0.net wrote: john dowd wrote: I've alway been able to backup the kernel partition of my Neo FR but not the jffs2 partition. Here's the error that is reported: Opening USB Device 0x:0x... Found Runtime: [0x1d50:0x5119] devnum=4, cfg=0, intf=0, alt=6, name=rootfs Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuERROR, status = 14 dfuERROR, clearing status Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 dfu_upload error -84 This is not a terrible big deal right now but will be in the future. Any ideas? Questions comments or rude remarks? You should update uboot to get it completed. Uboot-git has a fix for this. BTW you can follow the Backup wiki, and generate a jffs2 via ssh without dfu-utils ;) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- John Dowd jd...@slashdevslashnull.org 133 Waverley St. Ottawa Ont. K2P 0V3 Home: (613)234-7884 Cell: (613)316-7884 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2008-9] Never able to successfully backup the jffs2 partition...
On Tuesday 13 January 2009, john dowd wrote: To be clear, you are saying that this is a u-boot issue? There was an issue with u-boot failing to transfer correctly from phone to PC, usually when trying to back up the rootfs. I remember mention of a patch, but I can't confirm that it's now fixed as I've not tried it. I usually go and sacrifice a few chickens and make sure that it's a new moon before I update a bootloader. Especially when I don't have a debug board or external way of updating flash. With the FR you don't need to worry too much as there is a failsafe u-boot in NOR in addition to the updateable one in NAND. The failsafe one can't be overwritten if you don't have a debug board, so you can always use it to flash a new bootloader to NAND. Cheers!! On Tue, Jan 13, 2009 at 11:36 AM, Marco Trevisan (Treviño) m...@3v1n0.net wrote: john dowd wrote: I've alway been able to backup the kernel partition of my Neo FR but not the jffs2 partition. Here's the error that is reported: Opening USB Device 0x:0x... Found Runtime: [0x1d50:0x5119] devnum=4, cfg=0, intf=0, alt=6, name=rootfs Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuERROR, status = 14 dfuERROR, clearing status Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 dfu_upload error -84 This is not a terrible big deal right now but will be in the future. Any ideas? Questions comments or rude remarks? You should update uboot to get it completed. Uboot-git has a fix for this. BTW you can follow the Backup wiki, and generate a jffs2 via ssh without dfu-utils ;) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ 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: [om2008-9] Never able to successfully backup the jffs2 partition...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 john dowd wrote: I've alway been able to backup the kernel partition of my Neo FR but not the jffs2 partition. Here's the error that is reported: Opening USB Device 0x:0x... Found Runtime: [0x1d50:0x5119] devnum=4, cfg=0, intf=0, alt=6, name=rootfs Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuERROR, status = 14 dfuERROR, clearing status Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 dfu_upload error -84 This is not a terrible big deal right now but will be in the future. Any ideas? Questions comments or rude remarks? Cheers!! -- NeoTool will backup your root partition to a flashable jffs2 without using dfu-util http://wiki.openmoko.org/wiki/NeoTool Regards, - -Dale -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFJbRonFbVnQRV3OEYRApQwAKCm9M/V1hJ/5vtWthVIotL6rU8CKwCfTypI 0Sr1/X6Y+q6DMatM/IWygQ0= =D7Ag -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
