Раз у Вас возникает подобный вопрос, то ext4. Классическая ФС без снапшотов и субтомов. Если бы таковые Вам требовались — вопрос бы не возник.

И теперь Вы лихо поясняете минусы EFI, ага? Не отдельных убогих недореализаций (коими раньше грешили ноуты), а системы в целом.
GRUB настолько «нормальный», что генерирует конфиг специальной тулзой на основе другого конфига.

Grub вполне себе нормальный загрузчик, а не вот это ваше EFIшное говно.

Вы чаще заходите на официальный форум Manjaro и читайте там. Пакеты grub и grub-customizer теперь несовместимы. Вот что ответил мне ответственный за пакет grub Стефано Капитани:


Теперь всё делать надо ручками. Заодно и опыта наберётесь, а то привыкли как в Винде в GUI мышкой по кнопочкам тыкать.

P.S. Не, вы конечно можете поставить вместо grub пакет grub-vanilla и заодно и grub-customizer, но потом если сломается ваш загрузчик, вы прибежите сюда же плакаться и вопрошать: «Что делать?». Оно вам надо? Оставьте всё как есть.

Какую ФС рекомендуете? И да, для разделов / и home конкретно?

Я поискала решения проблемы и в итоге все равно удалила снап.

— Для boot если UEFI 300Мб с большим запасом, а вообще rEFInd менее 10мб
— Свап — файлом. легко перемещать, легко менять размер — делать раздел смысла нет
— home делаю отдельным диском или разделом, только если нужно шифровать, больше смысла нет. Если переустанавливаю систему, home всегда удаляю с целью почистить от шлака. зачем каждый раз его переиспользовать не понимаю, экономия по времени там всего пару часов, как по мне лучше удалить всякого говна на десятки гигабайт, чем хранить этот шлак, ради экономии немного времени.
— если home будет HDD — это плохо, потому что система будет тупит, например, браузеры кешат гигабаты инфы и активно работают с home

=100 Храните всё пока возможно.
Если бы я ещё на спеке не делал бекапов- год назад снова писал бы то что было уже написано 30 лет назад. А вот теперь понадобилось. Слава богу, нашел дискетуЮ, и привод для них ещё живой. Всего лишь модуль апроксимации, бейсик, по Гауссу, но лучше чем у Гаусса…
Казалось бы давно есть такие либы… вроде бы есть, а вот всё не то.
Храните всё!
Мало ли, а вдруг пригодится. Через хренщнаетскока лет.

Сделал как ты посоветовал. Проблема с двойными строками ушла, большое спасибо!
К сожалению проблема с невозможностью загрузки некоторых ядер осталась — видимо они случайно совпали по времени но не связаны с двойными entries в загрузчике.
Манжаро не может работать с ядром 5.10, работает с 5.9.16 и 5.4.85.
Arch (Endeavour) работает с 5.10.4, zen и hardened, но не видит lts 5.4.86
Подумал может дело в ядре, сносил Arch, ставил lmde4 (ядро 4.19) и mint 20 (ядро 5.4) — ни тот ни другой не грузятся. Заново поставил Arch — опять работает с 5.10.4, zen и hardened, но не видит lts 5.4.86.
Ошибка — не видит UUID в момент загрузки, предлагает обновить microcode. Сделал как сказано тут: wiki.archlinux.org/index.php/microcode
Установил intel-ucode и перегенерил Grub grub-mkconfig -o /boot/grub/grub.cfg — не помогает ни Арчу ни Манжаре. :(

Один из вариантов ошибки: acpi bios error could not resolve symbol [\_sb.pci0.sat1.spt1._gtf.dssp]

Какой смысл в отдельном хоме, только для сохранности данных при переустановке?

Сохранность данных при переустановке, даже не особо важных — уже весомый довод для отдельного хомяка чисто практически. Скорее всего на нём будет библиотека стим — не придётся перекачивать/копировать.
И вполне вероятно однажды будете пользоваться виртуальными машинами, образы осей будет удобней в хомяке держать.
Что касается папок Документы/Загрузки и т.п., то в них можно настроить символические ссылки на папки в HDD, чтобы не устраивать в ssd файлопомойку.

1. свап не нужен
2. ФС — я бы делал только btrfs, почему, — писать долго и лень, в интернете полно инфы по этому вопросу, тем паче что манжара при инсталле задает вернейшие параметры изначально для этой фс
3. boot — без уефи не нужен более чем полностью.
И да, отдельный хомяк не нужен. Делай все на ссд, и корень и хомяк.
Удачи коллега, с Рождеством)))

Штатная команда:

sudo grub-mkconfig -o /boot/grub/grub.cfg

Да успокойтесь уже, хеаполитег с полутеха.
Линуксу вообще насрать на размер доли рынка. Почитайте текст лицензии GPL и подумайте: те кто работает по этим законам, озабочены такой фигней как «захват рынка»? Хватит уже мыслить в парадигме Маркса/Энгельса/.../.../Зюганова. Рынка хватит на всех, а монополии- пережиток 19го века.
Вас бесит тот факт что непонятный для вас Линукс успешно живет и развивается? Ну, пока не всем дано понять такое вопиющее нарушение вбитого в сознание миропорядка. Смиритесь. Поймете позже.

Линус Торвальдс.
_
А в остальном… Не хочешь — не пользуйся. Выбор есть.

Еще, например, при сбое корневой ФС. Его, конечно, еще поймать надо, но…
Вообще, не вижу смысла не делать отдельный хомяк. Процедура не простая, а очень простая, минусы отсутствуют.

Пичаль. А что именно за гайд?
Заводил не особо давно 1212 через foo2xqx, по сети печатал. Хотя, конечно, с zjs все может быть иначе.
Тем более что ethernet-порта у 1018, ЕМНИП, нет.

Так, может, тогда и не стоит хомяка отделять? Какой смысл в отдельном хоме, только для сохранности данных при переустановке? Или есть еще какой-то смысл? Все для меня важное хранится по облакам, я даже бекапов не делаю.

Ну и встал вопрос разметки. Корень хочу поставить на SSD, хомяка на HDD

не надо хомяка на хдд, когда система грузится, она будет обращаться к хомяку за даннными юзера, и скорость обмена даннымим будет падать, рекомендую под "/" отдать 30-50 гиг, остальное под хомяк, а хдд подключить в фстаб под файлохранилище.

надо ли и сколько оставлять неразмеченным

я себе 20 гиг оставил, поговаривают, что так полезней.

надо ли и сколько оставить под /boot, 512М

ничего не оставлял, у меня /boot живет в "/" и не тужит уже лет 5.

Для удобства вот:

SWAP — не надо, при необходимости создашь свапфайл;
ФС — на свое усмотрение; Неразмеченная — на свое усмотрение;
/boot — зачем?

а вот не завелись фу2 дрова(( все по гайду делал, но устал с бубном танцевать.

забыл уточнить, что принтер сетевой на эпл-капсуле висит. И да hp прошиву перед печатью посылает)

Не знаю, вряд ли это поможет. У тебя Grub-customizer создал свои скрипты, они останутся по пути /etc/grub.d.old И при выполнении команды sudo update-grub заново пропишутся в файле /boot/grub/grub.cfg. Хотя попробуй, если не получится, то сделай как я писал.