getpass

Я бы вам посоветовал, всё-таки, запостись терпением, пивом, фисташками и свободными выходными, и поставить туда обыкновенный Arch+openbox, попутно зарегистрировавшись на archlinux.org.ru и открыв archwiki. люди на русском форуме сидят добрые, спокойно отвечают даже на самые глупые вопросы, а в archwiki полно информации на русском языке, тем более, что вы явно не единственный во вселенной обладатель данного нетбука с желанием поставить линупс :) За то вы разберётесь во многих аспектах, и будете понимать что вы делаете

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

Job {
  Name = "Backup Desig DIFF"
...
}

Ничего не знает, о том, что сделал

Job {
  Name = "Backup Desig FULL"
...
}

Даже, не смотря на то, что они используют общий Volume. Суть работы бекапа заключается в том, что мы должны для одного Job описать как и куда он будет делать бекапы разных типов. Вот к чему пришёл я

Job {
  Name = BareosConfBackup
  Client = gazer-fd
  Type = Backup
  Level = Incremental
  Pool = IncBareBup
  Full Backup Pool = FullBareBup                 # Раз
  Differential Backup Pool = DiffBareBup     # Два
  Incremental Backup Pool = IncBareBup     # Три
  File Set = BConfig
  Schedule = WeeklyCycle
  Priority = 10
  Write Bootstrap = "/var/lib/bareos/%c.bsr"
  Messages = Standard
}

Schedule {
  Name = WeeklyCycle
  Run = Level = Full 1st sun at 23:00                        # Раз
  Run = Level = Differential 2nd-5th sun at 23:00     # Два
  Run = Level = Incremental mon-sat at 23:00          # Три
}

Получаем, что это задание, каждый первый понедельник каждого месяца делает полный бекап, со второго по пятый понедельник делает Diff, и каждую неделю с понедельника по субботу делает Incr
А что бы запустить это задание в консоли с определённым уровнем, нужно запускать его так

run job=XXX level=Full #{Differential, Incremental  и тд}

вот как-то так.

Вошло уже в привычку самому отвечать на свои же вопросы.
Не знаю на сколько это "грязный хак", но вот что я сделал:
1. переименовываем каталог .glusterfs
2. меняем аттрибуты каталога brick setfattr -x trusted.glusterfs.volume-id /brick_path; setfattr -x trusted.gfid /brick_path
3. Создаём новый volume с этим бриком
4. ОБЯЗАТЕЛЬНО выставляем все флаги, какие были указаны у умершего volume (например у меня были включеныfeatures.shard: on
features.shard-block-size: 512MB
которые я не учёл, и не мог понять, почему репа пустая)
5. Стартуем volume
6. Останавливаем volume
7. Останавливаем демон gluster (не уверен в необходимости)
8. Перемещаем старый .glusterfs (который мы переименовывали в пункте 1) обратно
9. Стартуем демона, volume и радуемся жизни