I have a Beaglebone Green dismantled from a machine made by others. I would like to access its contents and edit the code.
I tried to connect it via USB but the connection timed out on 192.168.7.2.
Then I connected it to my router via ethernet and an external 5V supply, my router assigned a static IP address to it. I tried to connect it via SSH (PuTTY) on port 22 but prompted Network error: Connection refused.
How should I connect to the BBG properly?
Some more information:
I am using Windows
I have obtained login credentials from the manufacturer
I have another brand new BBG which works normally and I could access 192.168.7.2
Can you connect to the serial port ? Assuming the serial console hasn’t been disabled that will get you connected.
If the board has previously been used for something else there is no telling what has been configured/disabled on it. SSH may be disabled, or maybe running on a different port. User names might not be what you expect, so trying to login as debian fails.
Assuming you don’t need to keep any data, you could just download the latest image and re-flash the board. Or you could boot from an SD card and then mount the EMMC and read off any data.
Assuming the old install is on the eMMC… You could flash a new image onto a microSD, boot-up with the microSD, and mount the eMMC… Then ‘inspect’ the eMMC, possibly reconfiguring ssh to allow you access, or really anything…
Is there a way to do so on BBG? If I could successfully replicate the content and flash it on another BBG then my work should be considered successful.
The ultimate goal is to replicate the BBG. I haven’t worked with Beaglebone or eMMC before so I’m quite confused.
I checked there is only one eMMC partition so I’ve done the following:
root@beaglebone:/# mkdir temp
root@beaglebone:/# mount /dev/mmcblk1p1 temp/
root@beaglebone:/# ls temp/
bbb-uEnv.txt boot etc ID.txt lost+found mnt opt root sbin sys usr
bin dev home lib media nfs-uEnv.txt proc run srv tmp var
Does that mean I have mounted the eMMC partition to the microSD? What should be the next step to replicate it on another BBG?
So does that mean the scripts and autorun configurations are also in ./temp/?
I forgot to mention, the BBG was supposed to run by external commands from the machine. The end-user has nothing to do with logging in to the system.
Thanks for the suggestion.
I used ‘dd’ and cloned the image of mmcblk1 to the microSD successfully.
However the new BBG seems to have smaller eMMC size, I checked by fdisk -l and found it was exactly 80 MiB smaller… So the image restoration failed on the new board.
I tried to ‘dd’ the image to another blank microSD, but seems it wasn’t bootable and nothing happens.
Did I do anything wrong to the image?
OK I’m just here to close the topic.
The last solution is that I copied the .img of the eMMC and flashed it on another microSD.
Everything resolved now, thanks for all the help.