Saboteur

while read; do grep "$REPLY";done<file1

Потому что это не защита, а просто еще одно имя файла.
1. Если удалить файл, пользователю не выдаст предупреждение, что его нельзя удалять.
2. Если это один единственный файл, то можно такой костыль сделать. Если больше - держать кучу жестких ссылок неудобно, а жесткие ссылки на каталог не помогут
3. Можно удалить содержимое файла различными truncate или просто >, >>
4. Неудобно и неочевидно что этот файл нельзя удалять, в отличие от сразу явно видимых прав доступа.

#!/bin/bash
IP=$(wget -qO- someurl.com)
GMT=(wget -qO- someurl.com?$IP)
OLD="TimeZone=\"600\""
REP="TimeZone=\"$GMT\""
sed -i "s/$OLD/$REP/" test.txt

sed  "s/TimeZone=\"[^\"]*\"/TimeZone=\"$GMT\"/g" test.txt

Перенаправление ">" говорит о том, что ты хочешь перенаправить stdout в конкретный поток/файл.
Но конструкция [1-5].txt это не имя файла, это wildcard, который развернется в пять файлов. А ">" у тебя один.
То есть просто неправильный синтаксис, потому что для ">" можно указать только одно имя потока/файла.

Читай справку о командах и понимать, где можно указать несколько файлов, а где только один.

Говоря про "служебные символ", следует почитать документацию и различать их.
Есть wildcards, есть variable expansion, есть regular expression, есть специальные переменные, есть команды самого баш, есть bash expansion. Зная какие к чему относится, можно понимать где и как их применять.

pem это не совсем формат, контейнер, внутри которого может быть сертификат, или цепочка из сертификата, приватного ключа и рутового сертификата.
Следовательно посмотри что у тебя в pem генерируется.

А так - ssh-keygen умеет генерить в PEM формате:
ssh-keygen -t rsa -m PEM

Или конвертнуть существующий:
ssh-keygen -f id_rsa -e -m pem

А так, современая версия ssh-keygen и так генерит ключ в валидном pem формате.

как часть ffmpeg проекта, есть ffprobe, им и пользуйтесь.

ffmpeg.org/ffprobe.html

Получить можно в разном формате. И обычный текст(ini) или csv,xml,json

Примеры:

$ ffprobe -v error -select_streams v:0 -show_entries stream=width,height -of default=nw=1 "My video file.mpg" 
width=704
height=576

$ ffprobe -v error -select_streams v:0 -show_entries stream=width,height -of csv=p=0 "another vide file.mkv"
1280,720

$ ffprobe -v error -select_streams v:0 -show_entries stream=width,height -of json "one_more video.mkv"
{
    "programs": [

    ],
    "streams": [
        {
            "width": 1152,
            "height": 480
        }
    ]
}

Нужно полистать конфигурацию вашего sshd сервере на винде и посмотреть где он считает должны быть публичные ключи пользователя.
Это может быть и $USERHOME/.ssh/authorized_keys и $USERHOME/.ssh/authorized_keys2 и что-нибудь еще.
ssh-copy-id может не знать про то, где должны лежать публичные ключи в винде, его нет смысла использовать в данном случае.

Прочитайте документацию к sshd серверу под виндой чтобы понять где он ищет публичные ключи пользователя.

Никак.
sda/sdb это физические устройства, их нельзя расширить за счет друг друга.

Вот раздел с файловой системой, если бы он изначально был сделан через LVM можно было бы расширить. Для этого sdb добавился бы в Volume Group где находится ваша файловая система и потом ее можно уже расширить, причем в большинстве случаев даже онлайн. Но для этого надо чтобы изначально все было сделано через LVM.

Или опять таки изначально надо было пользоваться распределенной файловой системой типа zfs, тогда можно было бы добавить еще одно устройство в пул и расширить.

У вас же на /dev/sda есть один раздел с типом обычной Linux filesystem и отформатирован как есть.

Поэтому все, что можно сделать без кардинальной переработки - отформатировать /dev/sdb и примонтировать его в какую-то папку, скинув часть данных в эту папку.

Вдобавок так как у вас вообще весь /dev/sda составляет единственный диск в системе, на котором и данные и сама система, то даже для каких-либо изменений текущей конфигурации уже нужно как минимум загружаться с live диска. В этом плане быстро и просто не получится.