Reply
Thread Tools
Posts: 946 | Thanked: 1,650 times | Joined on Oct 2009 @ Germany
#51
my commment on Solution #3: Use NTFS

NTFS is common filesystem read by every OS.
In fact, the Linux kernel does only provide read support (limited write support)
and you would need FUSE for full access.
With loopback files the user can exported any filesystem she wants.
 
Posts: 134 | Thanked: 91 times | Joined on Nov 2009 @ Imperial College London
#52
Originally Posted by titan View Post
it doesn't work. that was one of the first things I tried on my N900 when I found out about
the stupid MyDocs constraint.
It works for me! Might be worth trying again. I can save to and open from /home at will. Perhaps you originally tried a "normal" mount, without bind? I guess that could fail.

Soeiro, I agree that more features would be nice, but this has solved the only huge inconvenience for me. Next on the list would be to show the full extension, but that's probably going to take a bit more time to sort out.

Cheers,
Jan
 
Posts: 946 | Thanked: 1,650 times | Joined on Oct 2009 @ Germany
#53
really? that would be great!
What I tried was to bind-mount DCIM and .sounds etc to directories in /home/user.
I could open media files if the media player was called from the GPE file manager
but not from the media player itself. The camera app did not work at all.

Originally Posted by Big Phat Jan View Post
It works for me! Might be worth trying again. I can save to and open from /home at will. Perhaps you originally tried a "normal" mount, without bind? I guess that could fail.
 
Posts: 134 | Thanked: 91 times | Joined on Nov 2009 @ Imperial College London
#54
Originally Posted by titan View Post
really? that would be great!
What I tried was to bind-mount DCIM and .sounds etc t

o directories in /home/user.
I could open media files if the media player was called from the GPE file manager
but not from the media player itself. The camera app did not work at all.
I hadn't looked at the DCIM folder, but that (half) works for me as well. The camera app seems happy enough storing pictures on ext3, but the Photos app doesn't seem happy indexing them (at least it doesn't do so immediately).

I suppose the next thing is to try bind mounting /home/user/ext3MyDocs or something to /home/user/MyDocs and see what happens...

Cheers,
Jan
 
Posts: 134 | Thanked: 91 times | Joined on Nov 2009 @ Imperial College London
#55
Originally Posted by Big Phat Jan View Post
I hadn't looked at the DCIM folder, but that (half) works for me as well. The camera app seems happy enough storing pictures on ext3, but the Photos app doesn't seem happy indexing them (at least it doesn't do so immediately).
OK, I think this should be solved by modifying /home/user/.config/tracker/tracker.cfg to add the new folders to WatchDirectoryRoots. Haven't tried yet though. Will report again when I do.

Cheers,
Jan
 
Posts: 134 | Thanked: 91 times | Joined on Nov 2009 @ Imperial College London
#56
Originally Posted by Big Phat Jan View Post
OK, I think this should be solved by modifying /home/user/.config/tracker/tracker.cfg to add the new folders to WatchDirectoryRoots. Haven't tried yet though. Will report again when I do.

Cheers,
Jan
I seem to be in a conversation with myself!

Well in case anyone is interested, I've now got this running almost as I want it. Here are some observations.

Most important observation: Strange and interesting things can occur if you mess with things that seem designed not to be messed with (as below). As this is only worth doing if you've repartitioned the eMMC I'm assuming that you're well prepared for whatever may befall you!

If you have media stored outside of the standard places it won't be seen by some Nokia applications, including Photos and Media player. This is easily fixed by editing /home/user/.config/tracker/tracker.cfg and adding the directories to WatchDirectoryRoots. You may need to reset your tracker processes using:

Code:
tracker-processes -r
as user (NOT root!).

The locations shown for the hard-coded Documents, Music, Pictures, Videos and Camera folders in hildon-fm are stored in /home/user/.config/user-dirs.dirs. I got slightly odd behaviour when I tried changing these directly to directories on ext3, and changing the camera directory to a directory on ext3 seems to not work at all.

I think the easiest way of explaining what I did is to just give the commands. So here they are:

Code:
cd /user/home
mkdir ext3MyDocs
mkdir MyDocs/mnt

#move the current contents of the "special" folders in MyDocs to ext3. Need to be root for most of the following.

sudo gainroot

mv MyDocs/.documents ext3MyDocs
mv MyDocs/.sounds ext3MyDocs
mv MyDocs/.images ext3MyDocs
mv MyDocs/.videos ext3MyDocs
mv MyDocs/DCIM ext3MyDocs

#bind mount the ext3 location to a directory in MyDocs - n.b. you can't do this directly to MyDocs because that would unmount the vfat partition first.

mount --bind ext3MyDocs MyDocs/mnt

#Change the locations that hildon-fm looks for these "special" folders - edit .config/user-dirs.dirs and change $HOME/MyDocs/.documents to $HOME/MyDocs/mnt/.documents etc.

#make a bind mount to /home from within MyDocs to enable saving to and opening from the ext3 partition from the file manager:

mkdir MyDocs/filesystem
mount --bind /home MyDocs/filesystem

#Edit /home/user/.config/tracker/tracker.cfg to point to the ext3MyDocs directory instead of MyDocs for WatchDirectoryRoots.
This process has given me the functionality that I want - media is accessible, but is taking up space on the ext3 partition instead of the VFAT one, the camera stores images to ext3, and I can access everything under /home from the file manager. It's obviously a right faff, but overall probably worth it.

To make the mounts last after reboots, and the mount --bind instructions to /etc/event.d/rcS-late, just before the line that says "#We can safely continue booting now".

I don't think I will ever use my device in mass storage mode, but this will almost certainly break that, because you won't be able to umount MyDocs unless you first umount the bound directories. I'm sure that could be fiddled with, but I'm not going to do it!

I'm sure this is clear as mud, so if you'd like any further clarification just ask.

Cheers,
Jan
 

The Following 2 Users Say Thank You to Big Phat Jan For This Useful Post:
Posts: 946 | Thanked: 1,650 times | Joined on Oct 2009 @ Germany
#57
Originally Posted by Big Phat Jan View Post
I seem to be in a conversation with myself!
may I join you
Well in case anyone is interested, I've now got this running almost as I want it. Here are some observations.
thank you! that sounds very promising. I'll have to try it myself.

Can you confirm that you could not find any other way to get it working,
except for the VFAT MyDocs mount?

In that case we could implement the following solution for people
who want to keep a USB exported VFAT partition:

* create a minimal VFAT loopback file and mount it under MyDocs

* create a hidden (VFAT) directory in MyDocs, e.g. MyDocs/_home

* bind mount ~/ to MyDocs/_home
and fix .config/user-dirs.dirs accordingly
(would be nice if MyDocs/_home/Documents instead of .documents works)

* mount the real VFAT partition or image somewhere else,
e.g., /home/extern

* in ~/.documents/ (or Documents/) create a symlink to the external folder
ln -s /home/extern/Documents/ ~/.documents/extern
and the same for the other media folders.
This way one can work with the ext3 folder and also include
the external files if the external VFAT is mounted.
If symlinks don't work use bind mounts and fix the mounting scripts to bind/unbind the directories for USB mass storage mode.

I hope that it will work.
It's a ugly workaround for the bogus VFAT requirement in the Nokia apps
but it's much closer to what I want.
 
Posts: 134 | Thanked: 91 times | Joined on Nov 2009 @ Imperial College London
#58
Originally Posted by titan View Post
may I join you
Of course!

thank you! that sounds very promising. I'll have to try it myself.

Can you confirm that you could not find any other way to get it working,
except for the VFAT MyDocs mount?
No problem. I found that aspects of what I wanted were achievable using other methods,e.g. changing XDG_DOCUMENTS_DIR in .config/user-dirs.dirs to /home means that following Documents in the file manager takes you to /home. This however caused some strange side-effects, nothing too serious, but enough to make me decide against this approach.

Even should this work, if you change MYDOCSDIR to a non-VFAT partition you don't even get as far as being able to choose documents - the "Jan's Nokia N900" link disappears.

I think that the Camera is not going to be happy storing images to anything but a VFAT partition (though it seems it can be "tricked" using the bind mount). Changing NOKIA_CAMERA_DIR in .config/user-dirs.dirs to /home/user/DCIM did not work, even after chown-ing it to user:root and chmod-ing to 777.


In that case we could implement the following solution for people
who want to keep a USB exported VFAT partition:

* create a minimal VFAT loopback file and mount it under MyDocs

* create a hidden (VFAT) directory in MyDocs, e.g. MyDocs/_home

* bind mount ~/ to MyDocs/_home
and fix .config/user-dirs.dirs accordingly
(would be nice if MyDocs/_home/Documents instead of .documents works)

* mount the real VFAT partition or image somewhere else,
e.g., /home/extern

* in ~/.documents/ (or Documents/) create a symlink to the external folder
ln -s /home/extern/Documents/ ~/.documents/extern
and the same for the other media folders.
This way one can work with the ext3 folder and also include
the external files if the external VFAT is mounted.
If symlinks don't work use bind mounts and fix the mounting scripts to bind/unbind the directories for USB mass storage mode.

I hope that it will work.
It's a ugly workaround for the bogus VFAT requirement in the Nokia apps
but it's much closer to what I want.
I can't see any reason why changing .documents to Documents wouldn't work. Changing it to /home works after a fashion! The only issues I have found are that for some reason the icon for /home/user looks strange and if you navigate from this to /home/user/MyDocs it's replaced with "Titan's Nokia N900".

I guess that your other plans would work too, though perhaps if you add a "filesystem" bind mount within your MyDocs you wouldn't need to do any linking, or direct mounting to /home/extern, as this would already be pretty accessible when mounted.

I think the best long-term plan is going to be to modify hildon-fm to just show us the whole filesystem! Then the only remaining issue would be the seeming unwillingness of the Camera to save files except via a VFAT partition.

Cheers,
Jan
 
Posts: 134 | Thanked: 91 times | Joined on Nov 2009 @ Imperial College London
#59
Bad news.

It turns out that perhaps Nokia had good reason for forcing the Camera to only write to a VFAT partition. I don't know why, but if you "trick" the camera to save to the ext3 partition using the methods above, the resulting picture has a strange "cloudy" effect.

This effect (which completely ruins the photo) disappears when switching the camera dir back to a directory which is physically on the VFAT partition. This effect does not occur when the picture is on the VFAT transiently and then copied to the ext3 partition.

I have no idea what is causing this, but I'll have a fiddle and see what happens. I guess a possible solution here would be to monitor the DCIM directory on VFAT, and immediately move any new files to the ext3 partition. More faff!

Cheers,
Jan
 
Posts: 207 | Thanked: 119 times | Joined on Nov 2009 @ Pittsburgh, PA, USA
#60
I resolve CAMERA's problem!!!!
Now my camera can took pictures on ext3 and vfat!!!!

I resolved it by modification ke-recv (I will try too put patch somewhere...).
But camera has bug too.....

Bug is:
When camera start it is checking on presence folder DCIM on target partition. If it doesn't exist camera create folder DCIM. Here is a bug!
DCIM created with root:root (group and user) but should be user:users.

Like way around (until nokia will fix it) could be change owner:group by command:

chown -R user:users DCIM
chmod -R 664 DCIM

After this camera make picture on ext3 partition!!!
Quality of pictures absolutely same!

full script for this:
1. Turn on Camera
2. Change Location for saving picture on internal memory
3. Make picture. Camera will be closed with error message.
4. in terminal type:
chown -R user:users DCIM
chmod -R 664 DCIM

After this camera will work.
 

The Following 2 Users Say Thank You to mikhmv For This Useful Post:
Reply


 
Forum Jump


All times are GMT. The time now is 17:34.