2018-02-22 00:28:24 +01:00
# Migrer les données de Nextcloud
2018-06-21 21:59:54 +02:00
**Remarque** : Ce qui suit suppose que vous avez un disque dur monté sur `/media/stockage` . Référez-vous à [cet article ](/external_storage_fr ) pour préparer votre système.
2018-02-22 00:32:23 +01:00
**Remarque** : Remplacez `nextcloud` par le nom de son instance, si vous avez plusieurs apps Nextcloud installées.
2018-02-21 22:05:23 +01:00
Commencez par éteindre le serveur web avec la commande:
2018-03-14 18:34:12 +01:00
```bash
systemctl stop nginx
2018-02-21 22:05:23 +01:00
```
## Choix de l'emplacement
### Cas A : Stockage vierge, exclusif à Nextcloud
Pour l'instant seul root peut y écrire dans `/media/stockage` ; ce qui signifie que nginx et nextcloud ne pourront donc pas l'utiliser.
2018-03-14 18:34:12 +01:00
```bash
chown -R nextcloud:www-data /media/stockage
chmod 775 -R /media/stockage
2018-02-21 22:05:23 +01:00
```
### Cas B : Stockage partagé, données déjà présentes, données Nextcloud dans un sous-dossier
2018-04-12 00:09:24 +02:00
Si vous souhaitez utiliser ce disque pour d'autres applications, vous pouvez créer un sous-dossier appartenant à Nextcloud.
2018-02-21 22:05:23 +01:00
2018-03-14 18:34:12 +01:00
```bash
mkdir -p /media/stockage/nextcloud_data
chown -R nextcloud /media/stockage/nextcloud_data
chmod 775 -R /media/stockage/nextcloud_data
2018-02-21 22:05:23 +01:00
```
## Migrer les données
Migrez vos données vers le nouveau disque. Pour ce faire *(soyez patient, cela peut être long)* :
2018-03-14 18:34:12 +01:00
```bash
Cas A : cp -ir /home/yunohost.app/nextcloud /media/stockage
Cas B : cp -ir /home/yunohost.app/nextcloud /media/stockage/nextcloud_data
2018-02-21 22:05:23 +01:00
```
L'option `i` permet de vous demander quoi faire en cas de conflit de fichier, notamment si vous écrasez un ancien dossier de données Owncloud ou Nextcloud.
Pour vérifier que tout s'est bien passé, comparer ce qu'affichent ces deux commandes (le contenu doit être identique):
2018-03-14 18:34:12 +01:00
```bash
ls -la /home/yunohost.app/nextcloud
2018-02-21 22:05:23 +01:00
2018-03-14 18:34:12 +01:00
Cas A : ls -al /media/stockage
Cas B : ls -al /media/stockage/nextcloud_data
2018-02-21 22:05:23 +01:00
```
## Configurer Nextcloud
Pour informer Nextcloud de son nouveau répertoire, modifiez le fichier `/var/www/nextcloud/config/config.php` avec la commande:
2018-03-14 18:34:12 +01:00
```bash
nano /var/www/nextcloud/config/config.php
2018-02-21 22:05:23 +01:00
```
Cherchez la ligne:
2018-03-14 18:34:12 +01:00
```bash
'datadirectory' => '/home/yunohost.app/nextcloud/data',
2018-02-21 22:05:23 +01:00
```
Que vous modifiez :
2018-03-14 18:34:12 +01:00
```bash
CAS A : 'datadirectory' => '/media/stockage',
CAS B : 'datadirectory' => '/media/stockage/nextcloud_data',
2018-02-21 22:05:23 +01:00
```
Sauvegardez avec `ctrl+x` puis `o` .
Relancez le serveur web :
2018-03-14 18:34:12 +01:00
```bash
systemctl start nginx
2018-02-21 22:05:23 +01:00
```
Lancez un scan du nouveau répertoire par Nextcloud:
2018-03-14 18:34:12 +01:00
```bash
cd /var/www/nextcloud
2018-04-21 20:27:26 +02:00
sudo -u nextcloud php occ files:scan --all
2018-02-21 22:05:23 +01:00
```
C'est terminé. À présent testez si tout va bien, essayez de vous connecter à votre instance Nextcloud, envoyer un fichier, vérifiez sa bonne synchronisation.
2018-03-14 18:41:47 +01:00
# L'application KeeWeb
L'application KeeWeb est un gestionnaire de mots de passe incorporé à Nextcloud. Elle permet par exemple de lire un fichier de type KeePass (*.kdbx*) stocké sur votre instance Nextcloud.
Mais il arrive parfois que Nextcloud ne laisse pas l'application prendre en charge ces fichiers, ce qui rend alors impossible leur lecture de KeeWeb. Pour remédier à cela,
[une solution ](https://github.com/jhass/nextcloud-keeweb/issues/34 ) existe.
Ce rendre dans le répertoire de configuration de Nextcloud :
```bash
cd /var/www/nextcloud/config/
```
S'il n'existe pas, créer le fichier *mimetypemapping.json* dont le propriétaire est l'utilisateur *nextcloud* :
```bash
sudo su nextcloud -c "nano mimetypemapping.json"
```
Puis ajouter dans ce fichier le texte suivent :
```bash
{
"kdbx": ["x-application/kdbx"]
}
```
Enregistrer le fichier (**CTRL** + **o** ) et quitter nano (**CTRL** + **c** ).
A présent, le problème est corrigé.