Hi, NFS might be a good temporary solution. I'll check it out, thanks for the advice.
BRs, ===================================== Łukasz Kostyra Samsung R&D Institute Poland Samsung Electronics E-mail: [email protected] > -----Original Message----- > From: Stoppa, Igor [mailto:[email protected]] > Sent: Monday, March 31, 2014 8:07 PM > To: Lukasz Kostyra > Cc: [email protected] > Subject: Re: [Dev] Issues with SDB and pulling files > > Hi, > from the attempts you described it looks like you are ok to use some > temporary workaround. > > If that's the case, maybe you could try with nfs ... > > cheers, igor > > On 31 March 2014 19:22, Lukasz Kostyra <[email protected]> wrote: > > Hi All, > > > > I've been working recently on a script which requires copying some > data from > > a Tizen device. When I was researching the best possible way to copy > data > > from target, I noticed, that if I provide a directory to SDB, it > builds a > > list of files and copies *only* files - empty directories are not > copied. > > Unfortunately, the task I'm doing requires creating a fair copy of > files and > > directories. > > > > I tried multiple approaches to achieve my goal, however: > > * After looking into SDB source code I couldn't find a command line > > parameter which would make SDB include empty directories when > pulling. > > * Copying using other tools (e.g. ssh and anything ssh-related) is > not an > > option for me - I must assume in my task, that ssh is not available > on > > target. > > * Creating a tar archive on target device and copying it is forbidden > as > > well - I can't modify the contents of target device and must assume, > that > > target might have not enough space to create such archive. > > * Streaming a temporary tar archive results in broken tar file being > > generated - say I want to copy all files I put in /root directory. > After > > calling on my host machine "sdb shell 'cd /root/; tar cf - .' | tar > xvf" I > > get an error during unpacking received archive. After saving whatever > is > > being streamed to my host machine to disk and analyzing it I found > out, that > > I receive an archive which slightly differs in size from a working > archive > > created on target. I thought this was due to some messages from tar > being > > included into archive, however creating a hex dump and making a diff > showed > > me, that these files differ in multiple, seemingly random places. > Archives > > look similar, however they are not the same. > > > > Is this a known behavior of "sdb pull" to copy only files and to skip > > directories if they are empty? Is there a reason why streaming a tar > archive > > is not working as it should? > > > > Best regards, > > > > ===================================== > > > > Łukasz Kostyra > > Samsung R&D Institute Poland > > Samsung Electronics > > E-mail: [email protected] > > > > > > > > > > _______________________________________________ > > Dev mailing list > > [email protected] > > https://lists.tizen.org/listinfo/dev > > > > -- > cheers, igor _______________________________________________ Dev mailing list [email protected] https://lists.tizen.org/listinfo/dev
