Find the device path:
diskutil listFormat as FAT32:
sudo diskutil eraseDisk FAT32 NAME MBRFormat /dev/disk2Thanks Apple, for having FAT32 as an option in the Disk Utility app. It’s so much nicer than having to remember a CLI command.</sarcasm>
Find the device path:
diskutil listFormat as FAT32:
sudo diskutil eraseDisk FAT32 NAME MBRFormat /dev/disk2Thanks Apple, for having FAT32 as an option in the Disk Utility app. It’s so much nicer than having to remember a CLI command.</sarcasm>

Now, next time you boot… your beautiful small keyboard won’t have Num Lock enabled by default, AND you should be able to enter your password without further issues.
Install:
apt-get install nfs-kernel-server
nano /etc/exportsOnce there, let's add:
/mnt/flash *(rw,sync)Dont' forget to run exportfs!
Add New Services:
Here's the deal: rpcbind must run before nfs-server. But due to a bug... that's not the case. What happens if the sequence is not that?... simple! NFS is inaccessible.
In order to fix this, let's do the following:
cat >/etc/systemd/system/nfs-common.service <<\EOF
[Unit]
Description=NFS Common daemons
Wants=remote-fs-pre.target
DefaultDependencies=no
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/etc/init.d/nfs-common start
ExecStop=/etc/init.d/nfs-common stop
[Install]
WantedBy=sysinit.target
EOFcat >/etc/systemd/system/rpcbind.service <<\EOF
[Unit]
Description=RPC bind portmap service
After=systemd-tmpfiles-setup.service
Wants=remote-fs-pre.target
Before=remote-fs-pre.target
DefaultDependencies=no
[Service]
ExecStart=/sbin/rpcbind -f -w
KillMode=process
Restart=on-failure
[Install]
WantedBy=sysinit.target
Alias=portmap
EOFI’ve just managed to solve a quite annoying glitch. After booting Raspbian, Transmission was immediately unable to connect to transmission-daemon on port 9091.
After much digging, i’ve found out that:
Long story short:
That’s all you need, pretty much. Next time you boot, transmission-remote-cli will be able to connect immediately.