J'ai un téléphone sur lequel j'ai installé Lineage OS. J'aimerais mettre en place des sauvegardes automatiques.
J'ai pensé utiliser SSH pour ça. Le téléphone est toujours sur le wifi à la maison, donc je peux avoir un rsync qui se lance quotidiennement depuis ma machine.
J'ai configuré un serveur SSH sur le téléphone et une clé SSH et je peux me connecter sans mot de passe depuis mon PC.
Et là, je découvre que l'arborescence est moins simple que je pensais. Surtout, je n'ai le droit de lister presque aucun répertoire :
ls /
ls: /: Permission denied
Par défaut, ma session SSH débute dans
/data/user/0/org.galexander.sshd/files
Je ne peux pas lister
/
/data/
/data/data/
donc je ne pense pas pouvoir sauvegarder les données d'application stockées dans /data. Je pense que ça comprend les réglages des applications mais aussi les contacts, etc.
Je peux lister
donc je dois pouvoir récupérer musique, photos, etc. C'est déjà ça.
/sdcard
Je trouve ça vraiment curieux de ne pas pouvoir voir la liste des répertoires auxquels j'ai accès (ou pas) comme je peux le faire sur une Debian.
Quelle alternative ?
Si je root le téléphone, je dois pouvoir récupérer toute l'arbo en root, mais c'est un peu moche de devoir rooter pour des tâches utilisateur, non ?
J'ai vu qu'il y avait une solution à base de ADB mais ça ne sauvegarde pas les contacts.
Il y a aussi des applis pour faire des sauvegardes depuis le mobile (ex. Syncopoli) mais je sais pas comment ça peut marcher mieux pour une sauvegarde totale si ça s'exécute en tant qu'utilisateur. Je crois qu'il faut donner la liste des répertoires à sauvegarder.
Tout ça est un peu nouveau pour moi donc je veux bien une piste pour pas perdre trop de temps et comprendre la logique Android. Je cherche pas spécialement un clicodrome, même si ça pourrait aller aussi. Je suis à l'aise avec le shell et les scripts, rsync, etc.
Merci.
# ça peut t'intéresser
Posté par Craig77 . Évalué à 4.
https://neverpanic.de/blog/2022/01/25/backing-up-your-android-phone-with-borgbackup/
C'est pour utiliser borg sur un tel android, mais il y quelques pistes sûrement
# dans l'autre sens ?
Posté par NeoX . Évalué à 5.
j'install C-Xplorer sur le smartphone
ce dernier permet de se ballader sur le smartphone
et peut se connecter à des partages reseaux (sftp, ftp, samba, etc)
du coup je copie/colles toute l'arbo vers un partage
il peut aussi faire "serveur" sftp, et c'est alors le PC qui se connecte sur le smartphone pour rapatrier les données du telephone
aucune idée de savoir ou sont rangés les SMS par contre (perso c'est pas ca qui m'interesse à sauvegarder)
[^] # Re: dans l'autre sens ?
Posté par gUI (Mastodon) . Évalué à 3. Dernière modification le 12 octobre 2023 à 08:38.
À une époque c'était une simple BdD SQLite dispo dans l'arborescence. J'avais même fait un script qui lisait les SMS sur un Android à demeure dans mon garage.
EDIT : ah mais faut être root je pense, on retombe sur le même soucis
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: dans l'autre sens ?
Posté par jihele . Évalué à 2.
J'ai pas d'objection à rooter (pas regardé si c'était facile/faisable). J'ai surtout envie de comprendre. Et d'avoir des conseils pour pas partir sur une solution compliquée si tout le monde a une solution simple.
[^] # Re: dans l'autre sens ?
Posté par gUI (Mastodon) . Évalué à 4.
Le root est quasi inévitable, car Android utilise l'UID comme cloisonnement des applications. Chaque appli a son propre UID et du coup ne va pas ravager la voisine.
Après la question pourrait être pourquoi n'est-on pas root (et donc avoir accès à tous les applications) facilement dans un shell ADB ? Il me semble que ce serait une grosse faille en cas de vol de portable (mais je ne suis pas certain que ce soit la bonne raison).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Pour les sms
Posté par Craig77 . Évalué à 3.
Pour les sms je pensais personnellement utliser "SMS import / export" dispo dans f-droid, et sauvegarder cet export
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.