Carlos, Btw, did camogm stop detecting the camera after you disassemble it for the first time?
So, you will have to disassemble the whole camera to get the 10369 board out. Please be careful with releasing the cables as the connectors can be broken pretty easily. Check out these pictures: http://en.qi-hardware.com/wiki/Assembling_an_Elphel_353_camera And also we have a couple videos here: http://elphel.com/manufacturing Some important notes: 1. First take out the screws that hold the boards. Then screws that attach the back with the USB (after that it'll be hanging on the tiny cable) then the SFE's (stands for the Sensor Front End) screws (SFE will be hanging only on the cable) 2. Carefully take out the boards with SFE and the back from the body bottom and (with the same care =)) disconnect the sensor cable from the system board. 3. Detach 10353 from 10369 (picture 11). And you'll get to picture 9 - that connector is the most gentle (especially when you'll be reassembling the camera). Best regards, Oleg Dzhimiev On 3 February 2012 10:00, Carlos Padial <[email protected]> wrote: > well, unfortunately I have started to open the camera and examine the > connections before the arrival of andrey's mail and now the problem is > more serious. > The hard disk connection to the plate 10369 has been separated by > where is welded. > > I opened the camera already once before and was alert about the > sensitive short cable. > i must say i have been extremely careful when I open the camera, and I > dont think that has forced the connection at all. I noticed that the > connection was loose and by moving it slightly it was released. > > ??? > > 2012/2/3 Sebastian Pichelhofer <[email protected]>: > > Ah, I did not know it is a camera with INTERNAL HDD. > > > > Yes makes perfect sense. All my comments assumed it is an external HDD > > connected via SATA port. > > > > Regards Sebastian > > > > On Fri, Feb 3, 2012 at 17:16, Andrey Filippov > > <[email protected]> wrote: > >> Sebastian, > >> > >> 4096 byte blocks are not the problem in the 353 cameras - they all now > have > >> this block size. Please see our Development Blog post on that matter: > >> > http://blog.elphel.com/2010/11/elphel-cameras-and-4096-4k-sector-drives/ > >> > >> And the disk was correctly formatted and tested _in the camera_ (not in > the > >> external computer) - it is not a good idea to try to remove it - the > flex > >> cable is not so easy to handle if you do not have such experience > already. I > >> believe Carlos should continue to follow Oleg's instructions - it was > he who > >> formatted and tested the HDD in the camera > >> > >> Andrey > >> > >> On Fri, Feb 3, 2012 at 8:48 AM, Sebastian Pichelhofer > >> <[email protected]> wrote: > >>> > >>> On Fri, Feb 3, 2012 at 16:44, Carlos Padial <[email protected]> > >>> wrote: > >>> >> OK so do I understand this correctly that the new 4K block size of > >>> >> newer harddisks is the problem: > >>> >> http://en.wikipedia.org/wiki/Disk_sector ? > >>> > > >>> > dont know, but this you say remember me something readed about this > >>> > digging in the list archive. But i dont fully understand if it was > the > >>> > same case. it was about using ext3... and my disk was formated as > >>> > ext2... (i believe) > >>> > > >>> >> Since the embedded linux in the 353 camera is already several years > >>> >> old it could well be the case that it has problems with 4K sectors. > >>> > > >>> >> Carlos, one idea: Could you prepare the HDD and the partition tables > >>> >> on a PC and then see if the camera can talk to it nicely. > >>> > i am afraid i dont have this kind of conexion for this, i will look > >>> > for an adapter... > >>> > what kind of hardware i need for this? > >>> > >>> The SATA port on the camera is the very same connector as in any normal > >>> PC. > >>> If you only have a laptop you can use any external HDD (eg. USB2) > >>> enclosure. > >>> > >>> Regards Sebastian > >>> > >>> > > >>> >> I do think we should put a notice on the wiki about the 4K sector > >>> >> problem once we have a full understanding, and probably recommend > >>> >> customers to not use/or use with caution 4K HDDs for now. > >>> > > >>> > Yes, i think this shoud be done. But i have not full understanding of > >>> > the problem yet. > >>> > > >>> > So there is no other way? > >>> > > >>> > Thanks oleg and sebastian for your support. > >>> > > >>> >> Regards Sebastian > >>> >> > >>> >> On Fri, Feb 3, 2012 at 14:28, Carlos Padial < > [email protected]> > >>> >> wrote: > >>> >>> Thanks to oleg who kindly help me a lot yesterday, we have narrow > down > >>> >>> the problem to this one: > >>> >>> > >>> >>> # fdisk -l > >>> >>> > >>> >>> Note: sector size is 4096 (not 512) > >>> >>> > >>> >>> Disk /dev/hda: 120.0 GB, 120034123776 bytes > >>> >>> 255 heads, 63 sectors/track, 1824 cylinders > >>> >>> Units = cylinders of 16065 * 4096 = 65802240 bytes > >>> >>> > >>> >>> Disk /dev/hda doesn't contain a valid partition table > >>> >>> > >>> >>> So i need to make a new partition table. > >>> >>> I found about fix tables with cfdisk but seems its not installed > >>> >>> With the -o option in fdisk the changes seems not to be applied at > >>> >>> all... > >>> >>> > >>> >>> someone knows how to proceed? > >>> >>> > >>> >>> best regards. > >>> >>> -- > >>> >>> Carlos Padial > >>> >>> surreal.asturnazari.es > >>> > > >>> > > >>> > > >>> > -- > >>> > Carlos Padial > >>> > surreal.asturnazari.es > >>> > >>> _______________________________________________ > >>> Support-list mailing list > >>> [email protected] > >>> > http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com > >> > >> > > > > -- > Carlos Padial > surreal.asturnazari.es > > _______________________________________________ > Support-list mailing list > [email protected] > http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com > >
_______________________________________________ Support-list mailing list [email protected] http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
