Jim, ты какую последовательность команд имел в виду, то что я делал непосредственно при апгрейде с 32 на 64-бита?
Или при командах, которые я вводил в консоли груба уже сейчас?
О, прогресс:
Starting Switch Root...
[FAILED]] Failed to start Switch Root.
See 'systemctl status initrd-switch-root.service' for details.
You are in emergency mode. After logging in, type "journalctl -xb" to view system logs,  ...
(or press Control-D to continue): _
Ничего не трогал, не успел.
Тэкс..., спасибо:
 set prefix=(hd0,msdos1)/grub
set root=(hd0,msdos1)
linux /boot/vmlinuz-linux root=/dev/sda2
initrd /boot/initramfs-linux.img
boot 
...все шло хорошо, до тех пор пока -
...
[ OK ] Reached target Switch Root.
           Starting Switch Root...
[   !!   ] Failed to execute /sbin/init
[ !!!!!! ] Failed to execute fallback shell, freezing.
Пшел гуглить...
Vasek, да верно, ядро на 'msdos1', корень на 'msdos2', и мне тоже не понятно, что за boot на (hd0,msdos2), т.к. boot у меня и впрямь отдельным, и должен быть (hd0,msdos1).
При этом, я не смог посмотреть, что там в этом boot (hd0,msdos2) лежит, команда ls ответила пустой строкой, как-то так:
grub> ls (hd0,msdos2)/boot

grub>
В общем, сегодня позже доберусь до своего компа, буду пробовать.

По уму-то, надо конечно, и разделы переопределять, делать boot в корне и пр.., но у меня эта таблица разделов еще с той первой установки арча когда и само ядро весило вдвое меньше, а так, мне на нынешний boot два ядра, напр. основное и lts уже не лезут, boot всего 100Mb. Сам уже давно осознал ненужность вынесения его отдельным разделом.
Vadik, да, приветствую, взаимно. Порядок загрузки, я уже писал: все три: фёст бутдевайс, секонд бутдевайс (прошу прощения за хранцузский акцент) и третий бутдевайс - [CD-ROM] - т.е., "хард-драйву" в биосе вообще не оставлено вариантов)). Не судьба. Возможно и вправду "размагнитились" DVD, но удостовериться можно только из под рабочей системы - сейчас-то как... Аналогично и проверить работоспособность самих приводов. Меж тем, пишут в интернетах, что это чуть ли не какой-то баг Grub2 и приводят рецепты: подгрузка недостающих модулей, типа
grub> insmod iso9660 и т.д.(могу ошибиться в назв. модуля, но суть понятна, думаю, пишу по памяти, со смартфона - сейчас единственный вариант связи и пр.)

В общем, как я понимаю, варианта 3:
1) Пытаться восстановиться через grub. При неудаче:
2) Делать загрузочную флешку и чинить с флешки, либо 3) ставить начисто с флешки же. Желательно с сохранением данных, само собою.

Вариант с CD не рассматриваю, т.к. нынче даже прожечь не на чем. С флешкой должно срастись.

Пару лет назад ставил с флешки товарищу на нетбук какой-то арчбанг. Флешку потом форматнул. А зря)

ps/ Проц Core 2 Duo E 8200 - 64-х битную поддерживает. Ядро-то 64-х битное по первости загрузилось нормально, все шло "по плану" пока я не переустановил пакеты.
Спасибо всем откликнувшимся! Нет, загрузочной флешки, к сожалению, нет. Расслабился...
Попробую, конечно, еще поковырять grub, а уж потом... Но проблема, я уже писал, в том, что система тупо не желает грузиться с Live-CD. Приводами давно не пользуюсь, но вроде рабочие, оба, по крайней мере Bios их видит и определяет имена, пионер и оптиарк... А как там теперь поймешь, рабочий или нет - доходит до boot from CD-ROM, дальше поморгает и выкидывает в груб. Причем оба привода. Сидюки старые: убунта чуть ли не 9.04 и арч-iso 2008 года - времен, когда трава была зеленее... Ну а так-то, что с ними сделается от того, что десяток лет на полке пролежали?)
Вообще HardDrive в биосе убрал из вариантов загрузки: все три "boot" c CD-ROM - и снова, привет груб.
Вполне возможно, что в консоли груба неверно определил местоположение ядра и корня. Если верить грубу, ls (hd0,msdos1) - это должен быть /dev/sda1 - на нем boot отдельным разделом.
Еще вариант, конечно, сделать загрузочную флешку и попробовать с нее.
Приветствую форумчане! Давно не заходил..., вкратце, история следующая:
После прекращения поддержки оф. Арчем 32-х битной архитектуры и не имея времени/возможности добавить памяти для полноценного использования 64-х битной системы, временно съехал на ArchLinux32 (полгода где-то или меньше), ....дошли руки до памяти, наконец, пора и перемещаться на 64-х битную...(что-то "вкратце" не очень, да..),
в общем, делал по вики "установка из работающей системы", не без фокусов, знамо дело, но вроде переустановил всё, что переустановилось... а дальше пошло-поехало:
sudo, ls, nano и пр, пр.... - потеряно. Думаю, ладно, вероятно, из-за того, что я уже с x86_64 архитектурой, но ещё как-бы "под 32-ой".., ребутнусь-ка (ядро 64-битное - рабочее, проверено 'uname -m'). Да, ещё: pacman при нерабочем sudo тоже соответственно, кирдык. (в sudoers был сделан безпарольный /usr/bin/pacman), но косяк, как я потом уже дотумкал, был в том, что все манипуляции я производил под юзером - делал бы под root'ом, возможно pacman в пределах сессии оставался бы рабочим, хотя... это бы мне все равно мало чем помогло бы, потому что - после перезагрузки grub просто выкинул в свою консоль вида "grub> пи-пи-пи..." и тогда я наконец понял, что "алес,приехали".
Дальше что:
grub> ls
(hd0) (hd0,msdos6) (hd0,msdos5) (hd0,msdos4) (hd0,msdos3) (hd0,msdos2) (hd0,msdos1)
ls (hd0,msdos1)/
lost+found/ grub/ vmlinuz-linux initramfs-linux.img initramfs-linux-fallback.img intel-ucode.img

grub> ls (hd0,msdos2)/
lost+found/ boot/ home/ bin var/ proc/ sys/ dev/ usr/ tmp/ etc/ srv/ lib sbin mnt/ opt/ root/ run/ ... и т.д...
- ну, думаю, вроде директории на месте..., но как теперь всё это запустить?
Гуглил по "grub you need to load kernel first"...
Нагулил типа:
root=(hd1)
linux /boot/vmlinuz-2.6.28-15-generic root=(hd1,1) ro quiet splash
initrd /boot/initrd.img-2.6.28-15-generic
- дальше вроде того: поставь свои значения...
Или более развернуто здесь: https://ru.wikibooks.org/wiki/Grub_2#%D0%97%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B0_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%D0%BF%D1%80%D0%B8_%D1%87%D0%B0%D1%81%D1%82%D0%B8%D1%87%D0%BD%D0%BE%D0%B9_%D0%BD%D0%B5%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BE%D1%81%D0%BF%D0%BE%D1%81%D0%BE%D0%B1%D0%BD%D0%BE%D1%81%D1%82%D0%B8_GRUB2

Возможно, что-то не то прописал и при очередной поытке загрузиться поймал kernel-panic.
Но! Самая фичястая фича ждала меня потом, при попытке загрузиться с Live-CD (откопал убунтушный сидюк десятилетней давности)) в надежде загрузиться с него и вручную разрулить конфиги груба и пр.) - не тут то было: в биосе всё нормуль, загрузка с CD-ROM установлена.., нет, не грузит, просто мигает сколько-то секунд, проходит время ожидания и снова тупо выкидывает в консоль grub - мыло-мочало...

Давно я шашку в руках не держал, накосячил, понятное дело.
Как восстановить-то? Потому что при невозможности загрузиться и с Live-CD даже "установка с нуля" представляется туманно. Да и систему ещё недавно безотказно работающую (более 10 лет! - шутка ли...) жалко крошить.

Буду признателен за советы.
То же самое, только для udp пробовал добавить?

Фрагмент моих правил для тех же целей:
-A open -i eth0 -p tcp -m tcp --dport XXXXX -j ACCEPT
-A open -i eth0 -p udp -m udp --dport XXXXX -j ACCEPT

ps/
Для принятия изменений правила надо перезагрузить, помнишь? Сам клиент возможно так же презагрузить потребуется (не помню как у него с этим, настраивал давно)... - вдруг ты там всё это "налету" пытаешься вточить, я ж не знаю ;)

Кстати, у меня тоже трансмиссион, Qt.
vasek, ты ссылку спрашивал.., вот (на гном-луке их нет):
https://github.com/dirruk1/gnome-breeze
https://aur.archlinux.org/packages/gnome-breeze-git/

Я не ставил пакет из AUR, а просто распаковал архив с гитхаба (это будет папка Gnome-Breeze) и закинул подпапки Breeze-dark-gtk и Breeze-gtk в ~/.themes
И если что не так, то придётся править картинки, а не просто gtk.css