Конкретно?

Распаковать rpm-пакет. Любым подходящим инструментом.
Собрать tar.xz-пакет для арча.
Для этого написать PKGBUILD, как это делается конкретно описано в арчвики.
Установить пакет.
Отныне и впредь самому заниматься сопровождением пакета, поскольку кроме Вас это делать никто не будет, а зависимости обновляются постоянно.

Общество (и инет тоже) давно страдает от тех кому пофиг всё советы по сопромату, они просто хотят знать как поставить колеса от велосипеда на трактор.

День добрый. Вот почитал ваш бред и подумалось: — Человек задал конкретный вопрос: «Как установить .rpm пакет?». Все. И началось как часто бывает, болтовня не в тему.Мне тоже пофик ваши советы по AUR, я тоже ххочу просто узнать как именно устанавливать .rpm пакеты? И если ктото конкретно опишет как мменноо это делать, респект и уважуха. А сильно грамотным просьба громко помолчать. Ибо инет от вас уже страдает.)) Спасибо.

.

А вот это очень странно. Её установили много тысяч раз, и там нет никаких особенных секретов. Я сам дня три назад устанавливал и 17.1.12 и 17.0.5 — самым обычным способом. Значит, дело именно в Вашем железе или настройках, и поэтому готовые рецепты Вам не помогут.
ЗЫ: А английскую версию- что ж, попробуйте. Действительно, различия есть.

ей 10 дней отроду нет, откуда простые рецепты возьмутся?

прошлую версию точно так же не мог установить из каламариса

Я надеялся на простой рецепт

Да ей 10 дней отроду нет, откуда простые рецепты возьмутся? Пока разбираемся :)

все условия (уефи и железо моего ноута)?

UEFI можно. ВСЁ железо конечно нет, но этого и не требуется. Поставьте VirtualBox, сами всё увидите.

Я надеялся на простой рецепт, неочевидный для меня, типа того, что надо грузиться в английскую версию для установки. С загрузчиком я разберусь, больше волнует, почему графический установщик не хочет. А виртуалке можно воспроизвести все условия (уефи и железо моего ноута)?

может я зря гонюсь за 18-ой?

Может и верно. В 18й баги не так чтоб прям БАГИ, в целом она вполне стабильна. Там лишь XFCE недоношенная. А если обновитесь с 17й, будет у Вас крыска старенькая, но зрелая и вполне ещё бодренькая. Когда родят крысоделы 4.14 версию- все равно на неё перейдём, можно и подождать.

Спасибо! Завтра попробую — сейчас на работе :(
С другой стороны, может я зря гонюсь за 18-ой? Судя по обсуждению, имеется приличное количество багов и багчиков… :)

Решение наверняка есть. По загрузчику инструкций (даже здесь) полно. Но они разные, и не все подойдут именно Вам. Инструкции проверять нужно.
А для экспериментов использовать виртуалбокс.

Точно, когда я недавно ставил 18ю в виртуалке- однажды было такое, при запуске инсталлятора из окна приветствия. Однако из меню установка запускалась.
Попробуйте запустить инсталлятор из терминала командой /usr/bin/calamares_polkit
Если не запустится- выхлоп терминала в студию.

Добрый день! Вопрос от начинающего. До этого несколько раз ставил Linux Mint. Записывал флешку РУФУСом. Всё было норм.
Прочитал о замечательном дистре Manjaro Linux. Захотел попробовать. Также записал РУФУСом (образ брал здесь)
Manjaro Linux 18 XFCE. Но при загрузке получаю сообщение (что-то — "… неизвестная файловая система...).
Прочитал совет — записать не iso-образ, а dd-образ. Таким образом получилось установить Manjaro Linux 17 XFCE. Ежели загружаюсь аналогично с Manjaro Linux 18, то появляется приветственное окно, мол, начинай установку, но… Нажимаю клавишу «установка» (и в привет. окне, и в меню...) — окно установщика появляется НА 1 (одну) секунду и исчезает. Процесс установки не начинается… Хотелось бы установить сразу Manjaro Linux 18 — понял так, что обновлением не совсем то…
Гуглил, не нашёл ответа.

Эта статья конца прошлого века. Может тогда и можно было напрямую в /proc/ писать. Может, и sysctl ещё не было, потому автор действительно о ней и не знал :)
ЗЫ: Была sysctl :) — в 4й фряхе появилась. Хотя там и без неё можно в /proc/ напрямую обращаться.

при обновлений используется grub-mkconfig

Разве? По-моему уже давно не используется.

mmk@tal02 ~]$ cat /usr/share/libalpm/hooks/99-grub.hook
[Trigger]
Type = File
Operation = Install
Operation = Upgrade
Operation = Remove
Target = boot/vmlinuz-*

[Action]
Description = Updating Grub-Bootmenu
When = PostTransaction
Exec = /usr/bin/update-grub
[mmk@tal02 ~]$

Update: После сегодняшнего обновления- на днях я поставил Grub Customizer и сгенерировал с в нем свой загрузчик- могу сказать точно: Вы заблуждаетесь. Customizer записывает изменения в стандартные шаблоны, используемые update-grud для генерации меню граба, а grub-mkconfig не используется с тех пор как в pacman внедрили хуки. Поэтому пользоваться Grub Customizer вполне безопасно. Конфигурации после обновления не слетают и не портятся, так как используется самый что ни на есть стандартный метод генерации grub.cfg. Конечно, если действовать с умом и не удалять «лишних» пунктов меню, таких как memtest86+.

Хотя, даже не понятно почему и ошибка, у меня к примеру стояла вин 10 и минт, потом поставил депин, потом манжаро. Потом снес минт и депин.Сейчас манжаро и вин 10. Ни какой Grub Customizer не использовался, все корректно цеплялось после установки новой ос.после сноса 2-х систем, тоже просто обновил груб и делов то.

Тот кто Вам посоветовал так ядро конфигурировать, про команду sysctl наверное не знал…

что интересно, то ссылка на тот же ресурс
да и моем комменте выше топик имеет такие же инструкции

Тот кто Вам посоветовал так ядро конфигурировать, про команду sysctl наверное не знал…
Связь там прямая.
www.opennet.ru/man.shtml?topic=sysctl&category=8

при обновлений используется grub-mkconfig, и он понятия не имеет что себе придумал Grub Customizer, то есть после каждого обновления Grub Customizer придется запускать по новой. Чтоб обновить конфигурацию.

Выполни из манжаро
sudo pacman -S os-prober
sudo grub-mkconfig -o /boot/grub/grub.cfg
sudo update-grub

Ну и? Где там хоть раз упоминается Grub Customizer? Из автоконфигураторов есть лишь про grub-mkconfig.
Скажите хотя-бы, в чём методы генерации grub.cfg различаются?

ага, заработало, а то пытался когда-то включить вот так

echo '1' >/proc/sys/kernel/sysrq

но в ответ был Отказано в доступе даже с sudo, а содержимое было такое

cat /proc/sys/kernel/sysrq
16

и даже с лайв не разрешало изменить
создал /etc/sysctl.d/99-sysctl.conf и все заработало и /proc/sys/kernel/sysrq теперь 1
интересно, как это взаимосвязано?