Shortcut to add a Tag

[Chris Green]

Gilles Caulier <[hidden email]> wrote:

> No.
>
> /mnt/data is dedicated to mount something in local or in remote,
> registered in static to /etc/fstab. Mine, monted at startup :
>
> /dev/sdd1 on /mnt/data2 type ext4 (rw,relatime,data=ordered)  <<= SSD 1Tb
> /dev/mapper/vg--data-data on /mnt/data type ext4
> (rw,relatime,data=ordered) <<= RAID HDD 16Tb
>
> Removal media are mounted automatically on demand to /run
> automatically by a dedicated service. For ex, my external USB3 2Tb
> hard drive (NTFS) is mounted here :
>
> /dev/sdm1 on /run/media/gilles/2TO_USB3 type fuseblk
> (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
>

Well that's nothing like my ubuntu setup, /etc/mtab is:-

    /dev/sdb1 / ext4 rw,errors=remount-ro 0 0
    proc /proc proc rw,nodev,noexec,nosuid 0 0
    sysfs /sys sysfs rw,nodev,noexec,nosuid 0 0
    none /sys/fs/cgroup tmpfs rw,uid=0,gid=0,mode=0755,size=1024 0 0
    none /sys/fs/fuse/connections fusectl rw 0 0
    none /sys/kernel/debug debugfs rw 0 0
    none /sys/kernel/security securityfs rw 0 0
    udev /dev devtmpfs rw,mode=0755 0 0
    devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
    tmpfs /run tmpfs rw,noexec,nosuid,size=10%,mode=0755 0 0
    none /run/lock tmpfs rw,nodev,noexec,nosuid,size=5242880 0 0
    none /run/shm tmpfs rw,nosuid,nodev 0 0
    none /run/user tmpfs rw,nodev,noexec,nosuid,size=104857600,mode=0755 0 0
    none /sys/fs/pstore pstore rw 0 0
    /dev/sdd1 /bak ext3 rw 0 0
    /dev/sda2 /win7 fuseblk rw,nosuid,nodev,allow_other,blksize=4096 0 0
    /dev/sdc1 /home ext3 rw,relatime 0 0
    rpc_pipefs /run/rpc_pipefs rpc_pipefs rw 0 0
    systemd /sys/fs/cgroup/systemd cgroup rw,nosuid,noexec,nodev,none,name=systemd 0 0
    nfsd /proc/fs/nfsd nfsd rw 0 0
    gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,user=chris 0 0

/run is specifically a temporary file system.

On ubuntu removable media get mounted to /media/<user name>/.


--
Chris Green
·

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier-4]

2015-03-24 18:11 GMT+01:00  <[hidden email]>:

> Gilles Caulier <[hidden email]> wrote:
>> No.
>>
>> /mnt/data is dedicated to mount something in local or in remote,
>> registered in static to /etc/fstab. Mine, monted at startup :
>>
>> /dev/sdd1 on /mnt/data2 type ext4 (rw,relatime,data=ordered)  <<= SSD 1Tb
>> /dev/mapper/vg--data-data on /mnt/data type ext4
>> (rw,relatime,data=ordered) <<= RAID HDD 16Tb
>>
>> Removal media are mounted automatically on demand to /run
>> automatically by a dedicated service. For ex, my external USB3 2Tb
>> hard drive (NTFS) is mounted here :
>>
>> /dev/sdm1 on /run/media/gilles/2TO_USB3 type fuseblk
>> (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
>>
> Well that's nothing like my ubuntu setup, /etc/mtab is:-
>
>     /dev/sdb1 / ext4 rw,errors=remount-ro 0 0
>     proc /proc proc rw,nodev,noexec,nosuid 0 0
>     sysfs /sys sysfs rw,nodev,noexec,nosuid 0 0
>     none /sys/fs/cgroup tmpfs rw,uid=0,gid=0,mode=0755,size=1024 0 0
>     none /sys/fs/fuse/connections fusectl rw 0 0
>     none /sys/kernel/debug debugfs rw 0 0
>     none /sys/kernel/security securityfs rw 0 0
>     udev /dev devtmpfs rw,mode=0755 0 0
>     devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
>     tmpfs /run tmpfs rw,noexec,nosuid,size=10%,mode=0755 0 0
>     none /run/lock tmpfs rw,nodev,noexec,nosuid,size=5242880 0 0
>     none /run/shm tmpfs rw,nosuid,nodev 0 0
>     none /run/user tmpfs rw,nodev,noexec,nosuid,size=104857600,mode=0755 0 0
>     none /sys/fs/pstore pstore rw 0 0
>     /dev/sdd1 /bak ext3 rw 0 0
>     /dev/sda2 /win7 fuseblk rw,nosuid,nodev,allow_other,blksize=4096 0 0
>     /dev/sdc1 /home ext3 rw,relatime 0 0
>     rpc_pipefs /run/rpc_pipefs rpc_pipefs rw 0 0
>     systemd /sys/fs/cgroup/systemd cgroup rw,nosuid,noexec,nodev,none,name=systemd 0 0
>     nfsd /proc/fs/nfsd nfsd rw 0 0
>     gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,user=chris 0 0
>
> /run is specifically a temporary file system.
>
> On ubuntu removable media get mounted to /media/<user name>/.

sure, but not in /mnt/...

Gilles Caulier
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier-4]

2015-03-24 11:15 GMT+01:00 Flo <[hidden email]>:
> Thanks a lot for all the answers!
>
> So if I use the same mount point (in my case /home/flo/Pictures) digikam will
> keep the database entries?
> Or do I have to change the UUID manually and if so how to do that?

No. UUID is computed when partition is formated. Solid interface get
this UUID and pass it to digiKam for a storage to DB.

The database collection adjustement dialog must appear at next startup
when old device is removed from computer and new one installed
instead. The UUID in DB must be updated accordingly with your changes
done in this dialog.

I just re-tested it, and it's work fine here.

Note : My collections (i have 4 items stored on the same SSD) are "local".

https://www.flickr.com/photos/digikam/16711984287/

Gilles Caulier

>
> Greetings,
> Flo
>
> On Tuesday, March 24, 2015 09:50:36 AM [hidden email] wrote:
>> Gilles Caulier <[hidden email]> wrote:
>> > > All very true but it's very, very risky I think.  You are always at
>> > > risk of losing the metadata.
>> > >
>> > > As far as I understand how things work if your main digikam store
>> > > fails in any way you will lose the metadata if it's stored only in the
>> > > database.  This is because Digikam will reconstruct the database when
>> > > you restore from backup.  Backing up the database file doesn't help
>> > > because it won't work on a new disk drive, Digikam rebuilds it. (Well
>> > > it might work if you restore to exactly the same place on the same
>> > > disk drive but that assumes the disk drive hasn't failed)
>> > >
>> > > There needs to be a way to copy a collection of Digikam images and its
>> > > database in a way that allows copying the metadata from one database
>> > > file to another.  At present I think the only way to copy is to write
>> > > all the metadata to file, then copy all the image files, then recreate
>> > > the database from the metadata in the files.
>> >
>> > Not at all..
>> >
>> > digiKam identify collection from disk using UUID. This ID is stored in DB.
>>
>> Which is why, by default, if you move a digikam hierarchy it rebuilds
>> the database.
>>
>> > If you change disk where collection are stored, at next startup
>> > digiKam will not find old disk and will ask to rellocate collection to
>> > new disk. If you use same path than older disk mount point, digiKam
>> > will found it quickly. You just need to validate. It take 10 s to
>> > review whole collection storage.
>>
>> I've not seen this happen when I have copied a digikam hierarchy.
>> When I copied mine from one place to another (everything including the
>> database) digikam *always* rebuilt the database.
>>
>> In my case I was copying digikam from /home/chris/pictures on one
>> computer to /home/chris/pictures on another computer.  I actually
>> wanted to mirror the collection but, as I said, digikam always
>> insisted on rebuilding the database (which took several hours).
>>
>> If there is a way of doing this I'd love to know because it would make
>> my life a whole lot easier!
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users