Що завалилося?

Є один маленький CubieBoard2 поруч із маленьким роутером.
Фізичного доступу до них немає.
У роутер, під керуванням LEDE, підключено USB-UART, піни якого підключені до CubieBoard2.
І роутер, і CubieBoard2 доступні через ssh.

Саме наявність UART у збірці і дозволило підняти завалений CubieBoard2 віддалено.

Як завалилося?

Одного разу прилітає штатне оновлення ядра дебіана
linux-image-4.9.0-8-armmp-lpae.
Після оновлення система перестає виходити зв’язок.

Як це зазвичай роблять?

Тут все просто, витягуєш microsd картку, ну а далі можна не описувати.

Розгортання необхідної системи для швидкої відладки

Іноді треба швидко перевірити що-небудь у певному середовищі, нативному для цієї програми, наприклад в ubuntu.
І ні, це не docker, тому що часто треба мати нормальну можливість працювати з цим середовищем як із системою, правити конфіги, ставити пакети тощо.
Перезбирати образи docker або ж налаштовувати щось всередині них дуже сумнівне і дивне задоволення.
KVM тут не потрібен, LXC довше і складніше щодо взаємодії.
Так, найпростіше це debootstrap та звичайний chroot.

Зазначу, тут не про ізоляцію та безпеку, мова йде про швидкий спосіб запустити довірений софт у певному середовищі.

amd64 xenial

mkdir /data/.box/amd64_xenial
/usr/sbin/debootstrap --verbose --include=nano,bash-completion,aptitude --arch amd64 xenial /data/.box/amd64_xenial http://archive.ubuntu.com/ubuntu/

Базовий приклад налаштування openvpn

cd /etc/openvpn
mkdir ccd
mkdir crl
mkdir keys
mkdir secret
chmod 700 keys secret
printf '00' > serial
touch index.txt

В якості прикладу.
Organization Name: OVPN-NET
Common Name: OVPN-SERVER

nano openssl.cnf

Таке використання не рекомендується для важливих даних.

Трохи швидше, але набагато менш надійно

mkfs.ext4 -m0 /dev/mapper/lvm-test
# Відключаємо періодичну перевірку файлової системи після певного числа монтувань
tune2fs -c0 -i0 -m0 /dev/mapper/lvm-test
# Те ж саме, що й data=writeback при монтуванні