Project Home
Project Home		 Documents
Documents		 Wiki
Wiki		 Discussion Forums
Discussions		 Project Information
Project Info
QNX Operating System/Discussion/OSTech/Mounting an EFS file?/List of Posts
Forum Topic - Mounting an EFS file?: (4 Items)
   
Update
John Sabean(deleted)
02/19/2016 3:59 PM
post115818
Mounting an EFS file?   
I was wondering if anyone here could help me. I have an EFS file that was built using makeefs. I am trying to mount this
 in the virtual runtime QNX to extract the files from it (as the original files are gone). 

I've tried using devb-loopback, but flashctl does not appear to like that.

I've used the commands:
devb-loopback blk cache=128k,auto=none loopback fd=/root/file.efs
flashctl -p /dev/lo0 -n /mnt -m

It gives me an error saying it can't mount the partition.


I've also tried copying the file into a ramdisk as shown in:
http://www.qnx.com/developers/docs/660/index.jsp?topic=%2Fcom.qnx.doc.neutrino.building%2Ftopic%
2Fbuilding_nto_TransferringToFlash.html

But that also gives me a similar mounting error.

Has anyone successfully managed to mount an EFS under QNX without flashing it to a chip?
David Sarrazin
02/19/2016 5:07 PM
post115819
RE: Mounting an EFS file?   
John,

Instead of devb-loopback, you want devf-ram.

Ie.

#devf-ram -vvv -s0,<size>,,,<unitsize>
#flashctl -p /dev/fs0 -ev
#cp -V <EFS image name> /dev/fs0
# mount
#look for a mountpoint of type F3S or ffsv3


<size> is the size of the flash image, rounded up to a power of two.  The code recognizes letter suffixes.
<unitsize> is the size of the erase blocks for which the image was formatted.  Likely values are 64k, 128k, or 256k.

The mountpoint is recorded within the EFS image, so where devf ends up mounting the image is entirely dependent on what 
options were in the mkefs build file.

David

-----Original Message-----
From: John Sabean [mailto:community-noreply@qnx.com] 
Sent: February-19-16 3:59 PM
To: ostech-core_os
Subject: Mounting an EFS file?

I was wondering if anyone here could help me. I have an EFS file that was built using makeefs. I am trying to mount this
 in the virtual runtime QNX to extract the files from it (as the original files are gone). 

I've tried using devb-loopback, but flashctl does not appear to like that.

I've used the commands:
devb-loopback blk cache=128k,auto=none loopback fd=/root/file.efs flashctl -p /dev/lo0 -n /mnt -m

It gives me an error saying it can't mount the partition.


I've also tried copying the file into a ramdisk as shown in:
http://www.qnx.com/developers/docs/660/index.jsp?topic=%2Fcom.qnx.doc.neutrino.building%2Ftopic%
2Fbuilding_nto_TransferringToFlash.html

But that also gives me a similar mounting error.

Has anyone successfully managed to mount an EFS under QNX without flashing it to a chip?




_______________________________________________

OSTech
http://community.qnx.com/sf/go/post115818
To cancel your subscription to this discussion, please e-mail ostech-core_os-unsubscribe@community.qnx.com
John Sabean(deleted)
02/19/2016 5:22 PM
post115820
Re: RE: Mounting an EFS file?   
Worked like a champ!

THANK YOU!!!!!
Maxime SAUVAYRE(deleted)
04/07/2016 2:24 AM
post116065
Re: RE: Mounting an EFS file?   
Hi all,

I have the same problem. But the commands you gave don't worked for me.

In my case, I have a flash system distributed in two flash memory of 64 MB (GL512).

The command devf-ram and flashctl seemed to work perfectly, but not cp.
When I execute the command, It works again and again but there is no result.

Here is the commands I wrote :
# devf-ram -vvv -s0,128m,,,256k
# flashctl -p /dev/fs0 -ev
#cp -V /home/flash.bin /dev/fs0 <- this one don't work, flash.bin is my flash's dump, his size is precisely of 128MB.

I work with a QNX Virtual Machine (Neutrino) downloaded from QNX's website. I fixed the RAM size at 4GB.

I'm pretty stuck at this point, my other solution is to reconstruct the file system directly from the dump, but this 
solution is more time consummer.

Thanks by advance for your responses.

Regards,
Max

Return


  A subsidiary of BlackBerry             All content ©2004-2013, QNX Software Systems