[Elphel-support] the problems from the hdd (in short)

Oleg support-list at support.elphel.com
Fri Feb 3 09:56:41 PST 2012


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 <palidoestudio2 at gmail.com> 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 <sebastian.pichelhofer at gmail.com>:
> > 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
> > <support-list at support.elphel.com> 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
> >> <sebastian.pichelhofer at gmail.com> wrote:
> >>>
> >>> On Fri, Feb 3, 2012 at 16:44, Carlos Padial <palidoestudio2 at gmail.com>
> >>> 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 <
> palidoestudio2 at gmail.com>
> >>> >> 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
> >>> Support-list at support.elphel.com
> >>>
> http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
> >>
> >>
>
>
>
> --
> Carlos Padial
> surreal.asturnazari.es
>
> _______________________________________________
> Support-list mailing list
> Support-list at support.elphel.com
> http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20120203/9e4a239f/attachment-0002.html>


More information about the Support-list mailing list