[Elphel-support] camera bricked after re-flashing to elphel353-8.0.9 :(
Ákos Maróy
akos at maroy.hu
Wed Nov 17 18:42:30 PST 2010
Dear Andrey et al,
I made /nfs world writable:
$ ls -l /nfs
total 66464
-rwxrwxrwx 1 root root 256 2010-11-18 10:27 cmdline
-rwxrwxrwx 1 root root 18218760 2010-11-17 16:41 kimage
-rwxrwxrwx 1 root root 18219016 2010-11-18 10:27 kimage_1
-rwxrwxrwx 1 root root 101 2010-11-17 16:41 list
-rwxrwxrwx 1 root root 267 2010-11-17 16:41 MD5SUM
-rwxrwxrwx 1 root root 2156 2010-11-17 16:41 nfs_flashitall
-rwxrwxrwx 1 root root 6646 2010-11-17 16:41 nfs_update
-rwxrwxrwx 1 root root 131072 2010-11-17 16:41 part0.img
-rwxrwxrwx 1 root root 3145728 2010-11-17 16:41 part1.img
-rwxrwxrwx 1 root root 15728640 2010-11-17 16:41 part2.img
-rwxrwxrwx 1 root root 12582912 2010-11-17 16:41 part3.img
-rwxrwxrwx 1 root root 56 2010-11-17 16:41 partitions.conf
if I mount nfs locally, I can write to the directory without permissions:
$ mount | grep nfs
192.168.0.20:/nfs on /mnt/floppy type nfs (rw,addr=192.168.0.20)
$ echo foo > /mnt/floppy/bar
$ cat /mnt/floppy/bar
foo
but, when I try to do the netboot thing, no log directory is created.
the output ends as before:
# netboot -mac 000E64081973 -ip 192.168.0.9 -nfs 192.168.0.20:/nfs -cmd
update -d eth0 -nfs_dir /nfs
Using internal boot loader: INTERNAL_NW - Network boot (default).
Using internal boot loader: INTERNAL2 - Level2 boot.
Starting boot...
> Did you put the camera in netboot mode ("yellow led lights up
> constantly, while the green led flashes
> vigorously for a while.") before starting the program? This is safer,
> because if the program starts first and you connect/disconnect cable one
> more time after it already entered netboot mode, the program can be
I tried both ways: before and after starting the program.
> already past the first part of the "dialog" with the camera and that
> communication will break after camera is back into the "start" state.
> Netboot mode is turned on by analog capacitor-based circuitry, so there
> is no exact number of connections/disconnections needed to switch -
> usually it happens on 3-rd, fourth or fifth time.
yes, that's my experience too
> But in your case it seems that something is wrong in either the software
> built or maybe even some permissions for accessing Ethernet port. Can
> you please compress and send build.log file (it should be in the top
> installation directory)?
well, I'm trying to flash to 'stock' 8.0.9 image, not the one I built.
(as you've seen, by build didn't go trough). actually I'm not intersted
in flashing a custom build - I just want to flash a stock image into the
camera.
On 18/11/10 01:11, Alexandre Poltorak wrote:
> Can I ask you to send result from
> ls -R /nfs
> here pls ?
see above
On 18/11/10 01:26, Alexandre Poltorak wrote:
> Akos,
>
> It is documented
> here:
http://wiki.elphel.com/index.php?title=Elphel_Software_Kit_for_Ubuntu#Configure_your_NFS_server
>
> You need to
> sudo chmod 777 -R /nfs
fair enough (this is explicitly not pointed out on the netboot page,
though it does link here, that's true)
> It will probably not solve the re-flashing problem by itself, but at
> least you will have some logs.
as you see above, there are no logs
On 18/11/10 02:44, Oleg K Dzhimiev wrote:
> Does your PC loses ip when you disconnect the camera?
yes, network manager removes the IP from eth0 when disconnecting.
but I also shut down network manager, and used ifconfig to have a stable
eth0 config, but I got the same results
> Could you check its ip after you launch ./netboot... (having "Starting
> boot...") when the cam is disconnnected before putting it to the netboot
> mode (you wrote somewhere the camera was connected directly to the PC).
yes, it is. (laptop eth0 connected to the PoE injector, which is
connected to the camera)
On 18/11/10 02:46, Alexandre Poltorak wrote:
> Important point - the camera should be connected to the PC directly,
> some switches block the broadcast packages from netboot.
it is, see above
Akos
More information about the Support-list
mailing list