Алексей Черемисин

Команда find поддерживает regexp (и не только)
Например

$ find . -regextype sed -regex ".*/[a-f0-9\-]\{36\}\.jpg"
./test/81397018-b84a-11e0-9d2a-001b77dc0bed.jpg
./81397018-b84a-11e0-9d2a-001b77dc0bed.jpg

Ну и если чего нашла

find . -regextype sed -regex ".*/[a-f0-9\-]\{36\}\.jpg" --exec rm {} \;

Да, они отличаются, и значительно. А какой "Unix" собираетесь учить, и какой "Linux"? Из живых юниксов осталось всего три BSD: FreeBSD (и ее варианты), MacOS (да-да это то самый Apple!), ну и незабвенный Minix. Я не беру расчет всякие RTOS типа QNX - отдельная поляна.
Отличаются набором утилит (хотя везде можно поставить GNU-версии), управлением, поведением, настройками.
Да и дистрибутивы линукса иногда сильно различаются, если смотреть предвзято - Debian и CentOS например.

И что значит выучить? Учить придется не конкретный дистрибутив, а конкретное программное обеспечение, благо оно сейчас практически у всех одинаково. Проблема в другом - есть несколько диаметрально противоположных реализаций одного и того же сервиса - взять Nginx и HaProxy, bind и PowerDNS, KDE и Gnome....

Юникс (как и линукс) тем и хороши, что есть из чего выбрать!

И если учить, то учите основы построения операционных систем, ну и учите конечно же Linux - а другие системы построены по аналогичным принципам.
Если научитесь кататься на велосипеде, то и на мотороллере поедете, и на самокате - принцип движения один и тот же. Но различаются очень сильно!

man tee

Зачем вам FTP?! Его давно уже выкинули на помойку (за редким, очень редким, исключением)
Чем ssh/scp не угодил?! putty/winscp, кому не повезло с операционной системой. Создаете отдельного пользователя, включаете его в группу www-data например...

Любая операционная система состоит из двух частей - ядро и окружение.
Ядро понятное дело, это системные вызовы, работа с аппаратурой и процессами.
Окружение - это то, с чем взаимодействует пользователь, набор утилит, программ и системы запуска.
Как можно догадаться, на разные ядра можно прикручивать разное окружение. Состав ядра и окружения задает дистрибутив - набор из ядра и окруждения.
Так вот, версии UNIX и отличаются именно этими наборами, есть дистрибутивы классических юникс-систем, типа BSD (openbsd, freebsd, solaris ...). Есть дистрибутивы Linux, отличающиеся в основном окружением, имея одно и тоже ядро linux.

Теперь поговорим про окружение. В состав практически каждого окружения входит такая вещь, как пакетный менеджер., через который происходит установка и развертывание самого Окружения. Вот по типу пакетных менеджеров и отличаются обычно дистрибутивы linux. Есть debian-подобные подобные дистрибутивы (dpkg), есть redhat-подобные (rpm), есть альтернативные (pacman, yast, make world).

В общем, все линуксы имеют в своем составе ядро linux + какой-то из пакетных менеджеров + систему запуска типа init/systemd/upstart + набор программ на выбор основателей дистрибутива

Все юниксы имеют одно из ядер unix + все остальное тоже самое, но своё!

Ну и вся история юникс красиво описана в https://ru.wikipedia.org/wiki/UNIX

Хороший человек, не обижайте таких, он наверняка и Наполеона знает, и с Дартом Вейдером в шахматы играет.

Системному программированию? Да, базовые знания приобретете, собственно, изучите POSIX api, который в большинстве своем полностью идентичен для всех юниксов. Сможете писать утилиты и демоны, обмениваться данными через сокеты, каналы, сообщения и общую память, синхронизироваться через мьютексы и семафоры. Точно пойдет на пользу, так как будете знать, что за неонка у них внутри. Более того, эти примеры скорее всего будут работать и в линуксе. Например библиотека winsock полностью повторяет posix, и если из нее использовать только posix-вызовы, то ваша программа будет работать и под виндовс и под любую posix-совместимую систему.
Однако, в каждой системе существуют еще с десяток, если не сотню, собственных механизмов на всякие случаи. Вот с ними придется разбираться отдельно для каждой системы, но это уже специализация.
Стоит ли изучать? Точно стоит, и эти знания не пропадут даром. Все юниксы достаточно похожи, изучайте!
Добавлю, вот ядра и внутренние механизмы у разных юниксов могут различаться, причем радикально, особенно то, что касается драйверов, расширений самого ядра и его окружения.
Ну и само утверждение немного лукавое, и да, и нет. Дьявол в мелочах, увы.

А какую проблему вы таким образом пытаетесь решить?
Самый надежный способ - загнать пользователя в chroot, и ограничить ему лимиты. Но и здесь придется сильно постараться, так как есть например перенаправление потоков.

Ну, вообще-то всегда был старый добрый ulimit https://www.opennet.ru/base/sys/ulimit_mc.txt.html
И файло к нему /etc/security/limits.conf

Возьмите третий сервак или компухтер, установите на него influxdb и grafana. На серваки установите collectd и настройте на отдачу логов в influxdb. Смотрите графики в grafana.
jansipke.nl/monitoring-hosts-with-collectd-influxd...
www.vishalbiyani.com/graphing-performance-with-col...

Второй вариант, использовать elasticsearch + logstash + grafana (и kibanа), а на сервера поставить collectd.
В этом случае данные сначала поступают в logstash,, а из него в elasticsearch, смотрим через браузер в grafana и/или kibana
https://blog.clevertap.com/telemetry-with-collectd...

ЗЫ. Под виндой тоже можно все сделать, установить виртуалку с линуксом на нее все это водрузить и радоваться жизни :-) И как минимум под виндой можно браузером ходить к серверу/компу с grafana.

Я бы посоветовал библиотеку Мошкова - lib.ru/unixhelp
Там с основ, но достаточно хардкорно.
А так, ставите любой линукс, например debian или ubuntu и идете в хелп https://help.ubuntu.com/lts/ubuntu-help/index.html или https://www.debian.org/releases/stable/amd64/
ну и https://www.debian.org/doc/user-manuals
Ubuntu/Debian близнецы-братья.

Если сервер имеет BMC, а должен по идее, иначе какой он сервер. То попросить провайдера подключить его к сети по vpn или еще как. Тогда и провайдера просить не нужно, и можно посмотреть что в консоли происходит. А происходить может обыкновенный кернел-трап, дамп которого можно увидеть только с консоли.
Ну и если у нас недосервер без BMC, то при очередном фейле попросить фото консоли. Ну и логи удаленно писать и статистику собирать через collectd + influxdb + grafana.
Сервера перестаю на ssh отвечать из-за аппаратных проблем обычно. Ны а сами проблемы, от дисков до памяти в промежутках адаптеры, процессоры, далее везде.
Ах, еще может быть кернел дидлок, но это только в консоли смотреть. А еще может и драйвер какой кривить...
Для удаленных логов и статистики арендуйте долларов за 5 виртуалку где нибудь на DO.

Да, можно. Если работать в рамках POSIX, используя только вызовы стандарта.

Ничего проще и лучше, чем FEC (Reed-Solomon) мир еще не придумал. Используется и в RAID-ах и в потоках DVB (со спутника) и везде, где нужно данные восстановить (tar FEC не использует, но можно его выход через FEC прогнать). Ну и утилитка rsbep в помощь. Только она наоборот добавляет избыточность в файл X, а не создает контрольный файл Y.