xotkot

Прописываешь пути к установленному go:
( например если go установлен в папку $HOME/go )

$ export GOROOT=$HOME/go
$ export PATH=$PATH:$GOROOT/bin

далее создаёшь рабочую область:

$ export GOPATH="$HOME/work"
$ export GOBIN="$GOPATH/bin"
$ mkdir -p $GOPATH/src
$ mkdir $GOBIN

чтобы каждый раз после перезапуска терминала не прописывать переменные заново добавляем экспорты(export ...) в конец файла ~./.zshrc (для bash это ~/.bashrc)

Теперь свои проекты на go перемещаешь в папку $HOME/work/src

Для просмотра переменных go, используй команду:
$ go env

$ str="45788-4rbf-77458-ik-90-98"
$ cat IN.txt
@96
@97
@98
@99
@100 

$ str1=$(echo $str|awk -F- '{print $1"-"$2}')
$ str2=$(echo $str|awk -F- '{print $3"-"$4"-"$5"-"$6}')
$ awk '{print "'$str1'"$0"-'$str2'"}' IN.txt > OUT.txt

$ cat OUT.txt
45788-4rbf@96-77458-ik-90-98
45788-4rbf@97-77458-ik-90-98
45788-4rbf@98-77458-ik-90-98
45788-4rbf@99-77458-ik-90-98
45788-4rbf@100-77458-ik-90-98

если str, str1,str2 фиксированные то можно и упростить:

$ awk '{print "45788-4rbf"$0"-77458-ik-90-98"}' IN.txt > OUT.txt

$ cat path.sh

#!/bin/bash
path1="путь1"
path2="путь1"

$ . ./path.sh
$ rm -rf $path1 $path2

$ iconv -f cp1251 -t utf-8 in.txt
Как : Определить и Изменить Кодировку Файла

вы просто нормальный блокировщик поставьте
лучшим в этой области является uBlock Origin

если по простому и коротко, то для среза:
ёмкость(cap) - это выделенная память под элементы, при превышении размер автоматически увеличивается в два раза.
длина(len) - это инициализированная память элементов, для превышения(добавления) нужно вручную использовать append.
По умолчанию cap = len
Всегда будет cap >= len
Грубо говоря, cap выделяет память, а len инициализирует её всю или только часть .

slice := make([]int, 2, 2) // эвивалентно slice := []int{0,0}
fmt.Printf("len: %d, cap: %d\n", len(slice), cap(slice))
fmt.Println(slice)

slice = append(slice, 3)

fmt.Printf("len: %d, cap: %d\n", len(slice), cap(slice))
fmt.Println(slice)

выведет:

len: 2, cap: 2
[0 0]

len: 3, cap: 4
[0 0 3]

п.с.
если конкретно по вашему примеру то в первом и во втором случае у вас инициализировано только 10 элементов которые команда fmt.Println(slice) и выводит.
А паника при slice[11]=0 будет из за того что этот 11 элемент не инициализирован, хоть память под него и выделена, здесь необходимо использовать append.

Подскажите, в чём может быть проблема?

проблема в самом AdBlock Plus, время от времени у него случаются "припадки".
Помнится, когда пользовался им, тоже такое иногда проскакивало; в придачу частенько при первой загрузке браузера он вообще не срабатывал и все открытые страницы грузились с кучей рекламы, приходилось перезагружать браузер.
С некоторого времени перешёл на uBlock Origin, не жалею.

обычно хватает:
$ sudo pacman -Rns пакет
ну и ручками почистить если что осталось в хомяке

более детально смотри арчвики - удаление пакетов

для systemd

юнит:

$ systemctl --user cat test.service

# /home/admin/.config/systemd/user/test.service
[Unit]
After=local-fs.target network.target

[Service]
Type=simple
ExecStart=/home/admin/code/go/bin/test
Restart=on-failure
RestartSec=60
TimeoutSec=60

[Install]
WantedBy=default.target

After - после каких сервисов или их групп запускать юнит. В данном случае запускать не раньше чем будет смонтированна локальная файловая система и доступна сеть.
RestartSec - сколько секунд ждать между перезапуском юнит-сервиса(по умолчанию 100мс).
TimeoutSec - сколько секунд ждать обработки start/stop запроса по истечении которых считать что процесс завершился с ошибкой (программа не успела поднятся/остановится за отведённое ей время).

автозагрузка и запуск:

$ systemctl --user enable test.service
$ systemctl --user start test.service

статус:

$ systemctl --no-pager --full --user status test.service

перезагрузка systemd для поиска новых или изменённых юнитов:
$ systemctl --user daemon-reload
проделывается после изменения описания юнитов в процессе их работы, об этом также будет выведено сообщение(в конце) при описании статуса изменённого сервиса.

перезапуск web-сервера(после перекомпиляции):
$ systemctl --user restart test.service

здесь test.service(юнит-сервис) и test(веб-сервер на go) принадлежат пользователю admin (/home/admin/.config/systemd/user/test.service). В бщем кому принадлежит и кто может работать с юнит-сервисом я уже писал в одном из постов.

п.с.
если пользователь находится на сервере то скорее всего вам еще понадобится перевести его статус в linger, то есть чтобы он всегда подымался при старте системы(как и root):
# loginctl enable-linger <username>

зачем такие мучения, делайте просто:

echo "Укажите имя папки:"
read Dir
mkdir -p $Dir

если нету то создаст, если есть то ничего страшного, ошибка подавится параметром -p

попробуйте через строку поиска самого github-a что на главной странице проекта, там ищется конкретно по вашему коду

для того чтобы можно было использовать "go get ..." и "go insatall ..." необходимо установить переменную GOBIN:

$ mkdir -p $GOPATH/bin
$ export GOBIN=$GOPATH/bin

п.с.

Прописал в ~/.bashrc и ~/.profile переменные:

достаточно и одного

пока получился такой вариант:

$ echo '{"a":1,"b":[1,2]}' | jq -c '. + {b:(.b + [3])}'
{"a":1,"b":[1,2,3]}

если есть ещё варианты, пишите

смотря от качества и количества данных с которыми вы работаете чаще всего

если своп используется часто и много то лучше ставить его на раздел
если своп используется не часто но много то лучше использовать файл подкачки
если своп используется немного то можно обойтись и zram
если своп используется относительно много но данные хорошо жмутся то здесь тоже можно обойтись zram

можно в принципе использовать и комбинированный подход, например - использовать zram и файл подкачки для которого тоже использовать сжатие.

Например, должен ли я установить драйвера на все карточки или они будут конфликтовать друг с другом и я должен ограничиться стандартной mesa?

почему бы и нет, установить все свободные дрова на видео:

pacman -S xf86-video-vesa xf86-video-nouveau xf86-video-intel xf86-video-ati

или лучше сразу ставить группу xorg-drivers:
pacman -S xorg-drivers
в общем смотри Xorg#Driver installation

Можете ещё глянуть тему на арчфоруме Переносной Arch, правда писалась уже давно и в некоторых местах малость устарела, но если спросите на форуме думаю направят в нужном направлении.

Цель: флешка с arch-ем, запускающаяся на любом железе, для выполнения повседневных задач.

Может вам просто модифицировать archiso под свои нужды. Раз настроите, соберёте и работать будет быстрее так как грузится в оперативку.