Harbid Abu Marhamedoff

Какова цель перехода "с win 10 на mint 19"? И каково назначение компьютера?

Нет, в сон или в гибернацию не уходит, по сетке доступен как через ssh, так и через xrdp. Здесь что-то другое. Как будто клиент перестаёт работать при блокировке. Либо это сделано на стороне клиента, либо на стороне иксов.

Вот бы ещё как-то сделать чтобы можно было смотреть какие видео на Тюбике смотрят пользователи прокси...

Для начала надо определить vid и pid, а так же производителя и модель флэшки. Найти программу для обслуживания такой флэшки и с её помощью попытаться восстановить. Для некоторых флэшек можно прочитать bin файл настроек из аналогичной рабочей флэшки и загрузить его в нерабочую, а потом попробовать восстанавливать и т.д. Как правило, в сети полно информации по восстановлению.

1. Не вполне ясно, зачем использобать убунту, когда есть Debian?
2. Зачем использовать ftp, когда можно поставить Samba?
3. Против взлома можно поставить fail2ban, в самбе написать в конфиге адрес (или список адресов), откуда можно подключаться, из венды будет всё удобно и прозрачно, как сетевая "папка".
4. Можно бэкапить документы с помощью cwrsync, а на серваке написать скрипт, который будет делать хардлинковые снапшоты резервной копии с помощью cp -ral откуда куда. Если файл в бэкапе не изменился, снапшот не займёт лишнего места.
Минус тут единственный - если бэкапы будут делаться на самбу, вендовый вирус сможет сделать прямую запись в файл и тогда попортит все снапшоты кучей, которые сделаны хард линками.

Вот, например, скрипт ежечасного бэкапа:
#!/bin/sh
BASE=/shares/backups
BASEBK=/shares/snapshots/baskup-last-`date +%H-%M`
rm -rf $BASEBK
mkdir $BASEBK
cp -ral $BASE $BASEBK/
Делает копии расшаренной самбой директории /shares/backups с именами типа backup-last-18-00 в директории снапшотов /shares/snapshots

Вот ещё ежедневный бэкап, чуть более сложная схема
#!/bin/sh
BASE=/путь-откуда-копируем
EXCL=/путь-к-тому-что-не-бэкапим
BASEBK=/shares/snapshots/daily
TODAY=`date +%F`
TODAYBK=backup$TODAY.tgz
DAY10=`date +%F -d'10 days ago'`
DAY10BK=backup$DAY10.tgz
#echo Удаляется самая старая 10-дневная копия
rm -rf $BASEBK/backup$DAY10
mkdir $BASEBK/backup$TODAY
#echo Делается хардлинк-копия на данный момент
cp -ral $BASE $BASEBK/backup$TODAY

Это я написал упрощённо, у меня есть ещё и бэкап MariaDB, облака, директории /etc сервера, резервирование отдельно сайта на вставленную флэшку и даже запись инфы о свободном месте на подключенном разделе /shares:
echo `date +%F` `df -h|grep /shares|awk ' ''{print "свободно "$4" из "$2}'`>>$BASE/diskusage.log

Думаю, надо избавляться от этого убогого железа. Либо переводить на Linux, там нет таких грубых тупиков с отсутствием дров из коробки, как в винде. По крайней мере, когда дело касается storage.

У меня на bind вообще нет никаких записей с упоминанием somedomain в моём bind. У меня - мой домен, а somedomain.ru - это домен, с которым мы ведём переписку.

При длительном хранении (больше недели) рекомендуется отключать и хранить в отключенном состоянии наполовину заряженным.

Тема решилась довольно странно... Ещё раз полез внутрь ноута, решил выдернуть шлейф из мамки. Выдернул, вставил обратно, попробовал - и заработало! Видимо, пропадал контакт одного из SATA-проводков, там же, вроде, витая пара туда-обратно. Собственно, и вопрос о запуске с USB отпал за ненадобностью. Тему закрывать не буду, может, ещё кто-то напишет, ведь вопрос до конца решён не был...

Вот ведь, блин! Разобрался!
С монтированием помогло
chmod +s /usr/sbin/mount.cifs
от имени рута.
С отмонтированием помогло добавление строки
oracle ALL=(ALL) NOPASSWD: /usr/bin/umount
в /etc/sudoers и запуск sudo umount /media/bk
Кому интересно, что прописано в /etc/fstab, тоже скрывать не стану:
//serverip/bk /media/bk cifs rw,user,uid=User's_UID_Enter_HERE,suid,noauto,username=login,password=pass 0 0
Значение User's_UID_Enter_HERE для запускающего скрипт пользователя можно узнать командой cat /etc/passwd
Как-то так :)

LazyFire только "электронику", стоящую в батарейке, этим не обманешь, она будет считать, что батарейка труп и будет вырубать ноут :(

У меня падение производительности было 8...10%. Пробовал использовать ext4 на одиночном винте, указывал в качестве носителя диска устройство /dev/md1 - разницы нет. Использование software raid 1 даёт прирост скорости чтения, скорость записи аналогично одиночному винту.

Учебное применение виртуализации - это одно. Да, очень удобно - сунул файлик ВМ, запустил - готово! Каждый студент работает со своей виртуалкой, никто ни к кому не вмешается, на работу другого не повлияет. Кончилась лаба, грохнул файлик и всё. Совсем другое - продакшн. Не всё удобно виртуализировать. Отчасти из-за потерь на "накладные расходы" виртуализации, отчасти из-за дополнительных лицензий на виртуальные серверы.
У себя поставил виртуальные серверы под Debian на libvirt. Проводил тесты, потери на io виртуализируемого в файле винчестера примерно 5-10% от аналогичного реального. Потери производительности виртуализованного процессора аналогично. Вот к каким выводам пришёл:

Минусы виртуализации на libvirt:
- снижение производительности io
- снижение производительности процессора
- виртуальный сервер "поедает" до 100Мб оперативной памяти
- необходимость lvm для снапшотов (никогда не настраивал, ненавижу lvm)
- ядра процессора с поддержкой HyperTrading видны как "настоящие" процессоры
- некоторые "тяжёлые" операции внутри ВМ вызывают сильное торможение всего виртуального сервера
- не стоит использовать для хранения ВМ дисковые массивы, отличные от raid1
- требуются дополнительные "колдунства", чтобы виртуальный сервер корректно выключал ВМ с серверными платформами Windows, аналогичные выключению питания Windows Server по кнопке питания

Плюсы виртуализации на libvirt:
- лёгкая смена "железа" при выходе из строя сервера
- лёгкое администрирование с любой платформы по rdp, если поставить xrdp и virt-manager
- лёгкое использование аппаратных или программных raid для хранения ВМ
- возможность использовать в качестве дисков ВМ локальных файлов|дисков, удалённых ресурсов nfs и др.

Тонкости виртуализации на libvirt:
Поставил виртуальный сервер. Размер самого сервера - менее 10Гб. Винтов два, на обоих своп по паре Гб. Raid софтовый, на нём система, остаток места на винтах - софтовый raid1. Как его использовать - два варианта. Можно создать ФС и примонтировать в стандартный пул libvirt: /var/lib/libvirt (или в другое место) и разместить там требуемые образы дисков и ВМ. Можно образы дисков разместить в /var/lib/libvirt в корневом разделе системы, а софтовый raid оставить без ФС и подключить полностью как "диск" ВМ, указав его имя, например, /dev/md1.
Преимущество софтового raid1 под Linux в том, что можно соединить хоть 10 дисков, в отличие от аппаратных raid контроллеров или софтового под Windows.
Вообще же, использование софтового raid даёт существенный прирост в чтении данных, например, софтовый raid1 из 6 дисков имеет скорость чтения, сопостовимую с 6-дисковым raid0.
Если сервер БД виртуальный, и работает больше на выборку, чем на обновление|добавление, это преимущество вам может быть просто неимоверно на руку :)

Нет, написал purge owncloud

У меня тоже со встроенной ничего не получилось - вставляю pci-ex и встроенная автоматически выключается. Без вариантов :( Нет в lspci и в lshw - и точка. И видюху менял, и bios перешивал - результат один :(

Предположим, сервер стоит на севере, а админ - нет :) Есть спутниковый канал туда, там есть нужные образы дисков и коннект. По идее, можно удалённо подключиться и практически как угодно его порулить, вплоть до переустановки ОС. Но когда нет коннекта или нужно чтобы подошёл тамошний неспециалист и нажал Any Key, может возникнуть проблема, если неспециалист увидит только login: на чёрном фоне.
Проблема выключения или перезагрузки зависшего Winсервера по кнопке питания или с клавиатуры, когда на него не произведён вход, тоже присутствует :(
Я достаточно пояснил суть вопроса "зачем это надо?"?