Dropbox Daten verschlüsseln mit EncFS

Eine Möglichkeit die Daten, welche auf den Dropboxserver hochgeladen werden, zu verschlüsseln stellt “Encfs” dar. Gegenüber Truecrypt hat EncFS den Vorteil, dass nur der tatsächlich für die verschlüsselten Dateien benötigte Speicherplatz belegt wird und nicht schon im Vorfeld große (zu synchronisierende) Container angelegt werden müssen. Folgende Pakete müssen dazu installiert werden

encfs
und

cryptkeeper
als grafische Oberfläche.

Um ein verschlüsseltes Verzeichnis anzulegen wird ein “Terminal” geöffnet, der folgende Befehl legt das Verzeichnis (Dropbox_encfs) an.

encfs ~/Dropbox/.Dropbox_encfs ~/Dropbox_encfs
jetzt wird gefragt ob die noch nicht vorhandenen Verzeichnisse angelegt werden sollen

y
und

y
bestätigen das, wer sich nicht mit Verschlüsselungsgeschichten auskennt wählt dann den “Paranoia-Modus”

p
jetzt das Passwort noch zweimal eingeben und jeweils bestätigen und das verschlüsselte Verzeichnis ist angelegt und geöffnet.

Ist das erledigt wird “Crypkeeper” gestartet. “Anwendungen” -> “Systemwerkzeuge” -> “Cryptkeeper“. Im Panel erscheint ein kleines Icon cryptkeeper_icon, ein Linksklick öffnet die Optionen.

Hier wird “Importiere EncFS Ordner” gewählt und das Verzeichnis “.Dropbox_encfs” (die Datei ist versteckt deshalb <Strg>+<H>drücken um die versteckte(n) Datei(n) anzuzeigen) im Ordner “/home/BENUTZERINNENNAME/Dropbox” makiert.

“Vor” drücken und es wird nach einem Ort gefragt wo der EncFS Ordner eingebunden werden soll. Hier wird das beispielsweise das “Home“-Verzeichnis gewählt (wichtig: nicht der Dropboxordner!) und ein Name angegeben “Dropbox_encfs” bietet sich an. Nocheinmal “Vor“.

Dann sollte das Verzeichnis erfolgreich in “Cryptkeeper” importiert worden sein.

Jetzt kann es über das Cryptkeeper Icon im Panel ein- und ausgehängt werden.

Flash Android Factoryimage without loss of Data ....

... with fastboot (works fine with eg. Android 6.0.0)

Make sure your computer recognizes your device by typing: fastboot devices

If not, then try this:

# reboot into fastboot mode
adb reboot bootloader

# grab you fastboot/bootloader device ids
lsusb
> Bus 001 Device 035: ID **18d1:d00d** Google Inc.

# install the ids into /etc/udev/rules.d/99-android.rules
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="d00d", MODE="0666", OWNER="username"

# restart udev
/etc/init.d/udev restart

# try fastboot (only on bootloader mode)
fastboot devices

Unlock your bootloader (if you have not already done so): fastboot oem unlock
You will see a prompt on your device. This will wipe your entire device (including the /sdcard folder). Accept. Note: you use the volume keys to change the option and the power button to accept. You cannot use the touch screen.
#Reboot by typing: 
fastboot reboot-bootloader
#Flash the bootloader: 
fastboot flash bootloader bootloader-mako-makoz10o.img (or whatever the name of the bootloader image is).
#Reboot: 
fastboot reboot-bootloader
#Flash the radio:  (if available)
fastboot flash radio radio-mako-m9615a-cefwmazm-2.0.1700.48.img (or whatever the name of the radio image is).
#Reboot: 
fastboot reboot-bootloader
#Flash the system partition: 
fastboot flash system system.img
Optional, but read note. Flash the data partition: 
fastboot flash userdata userdata.img Note: this command will wipe your device (including /sdcard), EVEN if your bootloader is already unlocked.
#Flash the kernel/ramdisk: 
fastboot flash boot boot.img
#Flash the recovery partition: 
fastboot flash recovery recovery.img (don't flash if you have a custom recovery rom)
#Flash the vendor: (if available)
fastboot flash vendor vendor.img
#Erase the cache partition: 
fastboot format cache
#Reboot: 
fastboot reboot
Done! The first boot will likely take quite a bit longer than you are used to, as Android builds the Dalvik cache. 

#Reboot:
adb reboot bootloader
#Flash the recovery partition: 
fastboot flash recovery twrp-2.8.7.0-mako.img (or whatever the name of the recovery image is).
#Reboot: 
fastboot reboot-bootloader
#Optional flash SuperSu with your favorite RecoveryROM to have rootaccess

#Reboot to Recovery from fastboot (eg. if the Volumebuttons are defect)
fastboot boot recovery.img (or whatever the name of the recovery image is).

Fedora 18 (preconfigure)

sudo yum install vino

you can change it after installing by using the hostnamectl command. Hostname is now in your /etc/hostname file and not in /etc/sysconfig/network
sudo hostnamectl set-hostname <newhostname> --static

sudo service sshd start
sudo chkconfig sshd on
service sshd status

sudo systemctl stop firewalld.service
sudo systemctl disable firewalld.service

sudo vi /etc/sysconfig/selinux
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
#enforcing - SELinux security policy is enforced.
#permissive - SELinux prints warnings instead of enforcing.
#disabled - SELinux is fully disabled.
SELINUX=disabled # change
# SELINUXTYPE= type of policy in use. Possible values are:
#targeted - Only targeted network daemons are protected.
#strict - Full SELinux protection.
SELINUXTYPE=targeted

LTE on N4

Mit Hilfe der Tastenkombination *#*#4636#*#* hat der Besitzer im darauf erscheinenden Telefon-Menü die LTE-Fähigkeit seines Nexus 4 aktivieren können.

Reduce REDRAW with launcherpro/ADW

If you use ADW or LauncherPro and if after using your browser, email or any other apps for awhile, then if you press the 'HOME' button, if it takes forever to redraw your home screen, and you are sick of that HORRIBLE LAG, then try this: In a terminal,
type su and enter.
Then type echo ro.HOME_APP_ADJ=1 >> /data/local.prop and enter.
Then reboot.
Now evaluate whether or not this fixes your lag.

If you want to undo what this command does, simply remove that toggle from: /data/ local.prop

Wii Controller on Android 4.2+

To get around the issue with there not being an ascii equivalent of the the android or wiimote mac, we can change the android mac to 30:30:30:30:30:30, giving us a pin of "000000". This is confirmed working on my Nexus 7 2013 with Android 4.3, and would probably work on

To change the (rooted) Android MAC, turn off bluetooth and then run the following in a shell:

su
cd /persist/bluetooth
cp .bdaddr .bdaddr.orig
echo -n 000000 > .bdaddr
Note, that is six zeros in the echo line. Now restart bluetooth and the Android BT MAC will have changed. Use the red button under the battery cover of the wiimote to pair with pin "000000".

Now the problem is that we need some kind of software to make the wiimote useful in games... Maybe RWiimote or "Wiimote Controller" can be modified to look for already-paired wiimotes instead of trying to handle the pairing automatically... anyone have ideas here?