The Pixel XL received test versions of Android 10, which implied it would receive a full edition. As long as I can tolerate the differences, Android 10
S&D iPhone 7's on a particular Amazon-owned deal site were above $360 and a open box new Pixel XL listed for $210. The Pixel seemed to be a cost effective way to meet my needs.
I ordered a battery case, which is normal for any phone I pack around. Wearing the battery case, it's not huge -- it's annoyingly "Phabulous," yet I am committed to see this through.
To get my content migrated, I used the Pixel's migration assistant with the Pixel crossover dongle and the lightning cable. It moved photos, text messages, call history, and a fairly impressive "vis-a-vis" of apps; however, app data for those it located in the Play Store, didn't make the transfer. For instance, my TracFone app had to set up all over again. Office Lens lacked any of the associated captures, but that did not bother me.
To my chagrin, my images sent and received via texts were not there. Add to that, my iPhone notes had no corresponding app to receive them. Notes were not there.
With Apple's iCloud service, you might be thinking "why is this an issue? You can access your notes from iCloud." I could, yes, but my data size is over the free 5GB, and I already have a OneDrive subscription and for reasons, funding iCloud instead of OneDrive is not presently an option.
Linux is all I use, and despite what others might classify as limitations, it has certain applications which make deviation from the trodden path, possible.
Committed to retiring the iPhone 6 and wanting to keep my health trend data from a Viatom app, I tried idevicebackup2. It works and produces an (optionally) unencrypted backup. The result is a big tree of hex numbered directories under which it stores some number of hexadecimal GUIDish files under the folder tree. Using
find . -type f -exec file {} \;
is informative and reveals the file type. Common types are Apple binary data, ASCII text, an SQLite database, a JPEG, and PNG. From this information I assembled a pipeline to include a grep for image files. With image files, I figured I could begin to determine the app-to-image relationship and locate the apps and their corresponding files, like the database or ASCII text, or for that matter, my iPhone Notes.
I opened the Notes app on my iPhone and located a message with a distinct word that is unlikely to be found anywhere in the backup tree. I used
grep -r "Lincoln" ./*
where the current directory (. and thus the . in ./*) is the parent directory I specified in the idevicebackup2 command line.
I found the file and copied it to a scratch space. I used the 'file' command on it and it revealed an SQLite DB.
I installed sqlitebrowser and opened the file. I found that the note zdata was compressed and a simple online search yielded the syntax I needed to extract the data. I arrived at this script which extracted everything that I cared about: the text. I had two notes with attachments. Upon reviewing them in my iPhone, I still put no value on keeping them. According to the DB file, I had 473 notes.
This is the command I used. I hope it can be of help to others!
bash% COUNTER=1; while [ $COUNTER -lt 474 ]; do ZCOUNT=${COUNTER}; [ $ZCOUNT -lt 100 ] && ZCOUNT="0${ZCOUNT}"; [ $COUNTER -lt 10 ] && ZCOUNT="00${ZCOUNT}"; sqlite3 ./notes.sql3 "SELECT writefile('/home/mk/Documents/object${ZCOUNT}.gz', zdata) FROM ZICNOTEDATA WHERE z_pk = ${COUNTER};"; zcat /home/mk/Documents/object${ZCOUNT}.gz | strings > /home/mk/Documents/note-${ZCOUNT}.txt; COUNTER=$((COUNTER+1)); done
No comments:
Post a Comment