Das Problem

Es gibt Fälle, in denen man mit der im verlinkten Artikel nicht weiter kommt. Zum Beispiel kann es ja passieren, dass man da zwar einen neuen Kernel drin, aber den Treiber keinem Update unterzogen hat. Dann bootet der PC, aber anstatt des Login-Bildschirms, oder dem Desktop, erscheint einfach nichts. Schwarz wie die Nacht. Vielleicht blinkt da noch ein Cursor. Mehr aber nicht.

Was soll man dann tun? Neuinstallieren? Ach Arch-Geleckt, wir sind hier nicht bei Windows! Das kriegen wir schon wieder auf die Reihe!

Tatsächlich gibt es da sogar ein paar Möglichkeiten, wie man an sein System ran kommt, ohne es neu installieren zu müssen. Einen sehr Schnellen, einen halbwegs Schnellen und einen fast schon Mühevollen. Letzterer hat aber sehr viel Potential und kann auch bei anderen Problemen helfen, die einen direkten Zugriff auf das System unterbinden.

Diese drei Möglichkeiten schauen wir uns jetzt an und dazu gehe ich gleich noch auf ein Problem ein, was manchmal auftritt.

Das “Manchmal”-Problem

Wie mir scheint, kann es in seltenen Fällen dazu kommen, dass Arch, oder sein Kernel, oder der Hamster im Laufrad, oder wer auch immer, nicht versteht, dass er den Nvidia-Treiber laden soll. Wenn dem so ist und man Glück hat, startet ein Standardtreiber. Dann ist die Auflösung mies, alles wirkt langsam und komisch, aber immerhin kann man mit dem System arbeiten. Wenn man Pech hat, schöner, schwarzer Bildschirm.

Die Lösung ist dabei ziemlich simpel, wie ich festgestellt habe. Man muss einfach dem XOrg-Server erklären, was er zu tun hat.

Wer nun fragt, was denn nun wieder ein XOrg-Server ist, dem gebe ich hier eine wirklich sehr knappe Erklärung. Wer mehr dazu wissen will, Wikipedia zum Beispiel hilft da sehr gut und es gibt auch Dutzende andere Seiten, die sich explizit damit befassen. Sollte sich jemand meinen Erguss diesbezüglich ersparen wollen, der kann ihn auch gerne überspringen!

Also. Ein Unix-Betriebssystem, wozu man ja auch Linux zählen kann, ist von Hause aus ein OS mit Kommandozeile. Sprich, der Einsatz einer grafischen Benutzeroberfläche ist da gar nicht eingebaut. Im Prinzip ist es nichts anderes, als damals bei Windows. Da gab es MS-DOS und wenn man eine grafische Oberfläche wollte, dann musste man Windows starten. Hier ist es genaugenommen das Gleiche.

Kleine Anekdote. Das AmigaOS zum Beispiel ist da anders! Das startet immer eine grafische Oberfläche! Aber das ist ein ganz anderes Thema.

Okay. Nun könnte die Frage aufkommen, warum wird denn so etwas heute noch betrieben? Wer arbeitet denn ohne grafische Oberfläche?

Tja, sehr viele! So ziemlich alle Server verwenden keine grafische Oberfläche. Warum auch? Frisst nur unnütz Ressourcen! Auch viele Anwender vom Raspberry Pi und seiner Kollegen verzichten auf die grafische Oberfläche. Wenn da ohnehin kein Monitor dran angeschlossen ist, warum dann eine grafische Oberfläche starten? Macht ja irgendwo keinen Sinn.

Gut. Aber wenn man nur den XOrg-Server startet, dann hat man nicht wirklich viel davon. Klar, man kann direkt damit auch noch Anwendungen starten. Die werden dann auch angezeigt, aber in der Regel kann man sie weder verschieben, vergrössern, oder gar schliessen. Dafür ist der XOrg-Server nämlich überhaupt nicht gedacht! Wenn man Rahmen, Schaltflächen und das alles will, dann braucht man noch einen Window-Manager. In meinem Beispiel ist das Cinnamon. Wobei ich auch sagen muss, mittlerweile sind viele dieser Manager so gross und ausführlich (Taskleiste, Icons auf dem Desktop usw.), dass es sogenannte Desktop-Enviroments (DE) sind. Also eine komplette Sammlung abgestimmter Tools in einem Paket.

Jetzt könnte die Frage aufkommen, warum man denn diesen Schwachsinn braucht? Eine Oberfläche reicht doch!

Auch hier ist die Antwort wieder einfach. Man hat die Wahl! Ich zum Beispiel habe damals, auf meinem AMD Sempron, wenn ich FlightGear spielen wollte so viele Ressourcen wie möglich schonen wollen, damit ich auch genug FPS habe. Cinnamon hätte von dem Ding schon so viel Leistung gefressen, dass die Framerate mit Sicherheit gesunken wäre. Also habe ich für solche Fälle Fluxbox eingesetzt. Sieht nicht toll aus, aber funktioniert und spart echt viel Leistung.

Kurz gesagt:

Arch -> XOrg-Server -> Window-Manager

Damit hat man dann seine grafische Oberfläche. Mag komisch klingen, hat aber durchaus seinen Sinn. Auf Wayland gehe ich dann hier mal nicht ein, damit kann ich mich irgendwie nicht so wirklich anfreunden.

Weiter im Text, ist ja doch wieder länger geworden, als ich gewollt habe.

Wie erklärt man nun dem XOrg-Server, dass er einen Nvidia-Treiber laden soll, obwohl er das so gar nicht erkannt hat?

Früher, in der guten alten Zeit, wo der Groschen noch 10 Pf Wert war, da benutzte man eine einzelne Datei, um den XOrg-server zu konfigurieren. Die xorg.conf Datei. Die konnte aber gross und unübersichtlich werden, so dass die darin aufgeführten Sektionen mittlerweile in Einzeldateien untergebracht worden sind. In den meisten Fällen braucht man das aber gar nicht. Auf allen meinen Geräten habe ich keine extre Konfiguration für den XOrg-Server. Der macht seinen Job ganz von alleine.

Tut er das nicht, muss man ihm auf die Sprünge helfen und in dem hier vorliegenden Fall legt man dafür eine Datei an.

sudo nano /etc/X11/xorg.conf.de/20-nvidia.conf

Wobei es meiner Meinung nach hier gar nicht so sehr auf den Namen ankommt. Beim Start rennt der XOrg-Server einfach durch das Verzeichnis und verarbeitet alles mit .conf am Ende.

In die Datei kommt nun folgendes:

Section "Files"
  ModulePath   "/usr/lib64/nvidia/xorg"
  ModulePath   "/usr/lib64/xorg/modules"
EndSection

Section "Device"
  Identifier "Nvidia Card"
  Driver "nvidia"
  VendorName "NVIDIA Corporation"
EndSection

Speichern, neu starten und unter Umständen hat sich das Problem damit gelöst. Es kann meiner Meinung auch nicht schaden, wenn man die Datei prophylaktisch anlegt. Ich wüsste zumindest mal nicht, dass man damit etwas kaputt macht. Bei dem neusten Treiber ist das aber dann doch unnötig.

Die schnelle Methode (Tastenkombination)

Man sitzt also da an seinem PC und der zeigt einem die schwarze Schulter. Man kann nichts eingeben und damit auch nichts reparieren. Doch Linux ist nicht ganz so statisch, wie man das vielleicht annehmen könnte!

Hat sich zum Beispiel mal jemand gefragt, wie ein Multi-User/Multitasking OS eigentlich noch funktioniert, wenn ein Programm die ganze Konsole beansprucht? Nano zum Beispiel. Ein für Konsole/Terminal entwickelter Editor. Wenn der läuft, wie soll man denn dann noch ein zweites Programm starten? Wie soll sich da noch ein anderer Benutzer anmelden?

Linux (eigentlich UNIX im allgemeinen), macht das ganz simpel. Man hat mehr, als nur eine Konsole! Zwischen denen kann man munter hin und her hüpfen und in jeder ein eigenes Programm, oder einen anderen Benutzer haben!

Der Trick dahinter ist, man muss auch wissen, wie man auf die zugreifen kann. Die sind nämlich IMMER da, auch wenn eine grafische Oberfläche läuft!

Hier gibt es eine Tastenkombination, die eigentlich nie wirklich irgendwo erwähnt wird. Glaubt mir, in meinen ersten Schritten unter Linux hat es mich oft wahnsinnig gemacht, dass ich da eine Tastenkombination benutzt habe und die hat mich anstatt zum Ziel in eine Konsole geführt und ich hatte einfach keinen Plan, wie ich wieder in die grafische Oberfläche kommen sollte. Oft führte das zu einem ungewollten Neustart.

STRG+ATL+F1-6

Das ist die ultra geheime, oder einfach nur vernachlässigte Tastenkombination. Damit kommt man ganz bequem in sechs verschiedene Konsolen.

STRG-ALT-F7

Führt in den meisten Fällen dann zurück zur grafischen Oberfläche. Wer will, kann es jetzt sofort (insofern er gerade Linux benutzt) ausprobieren.

Nur, wie soll uns das nun helfen?

Ganz einfach. Mal wieder. Nur, weil die grafische Benutzeroberfläche klemmt, ist der Rechner noch lange nicht lahmgelegt! Nein, die Konsolen sind in den meisten Fällen noch voll betriebsbereit, man muss sie nur anspringen.

Arch nutzt die erste Konsole, also STRG-ALT-F1 zum booten und zum starten vom XOrg-Server. Die ist also blockiert. Gentoo macht das anders, da kann man auch diese Konsole verwenden. Bunsenlabs, so glaube ich zumindest, hat die grafische Oberfläche sogar auf dieser Konsole liegen. Da kommt man dann also nicht mit F7 zur GUI, sondern mit F1. Oder war es Mint? Ist auch egal. Wollte es nur erwähnen, dass es bei verschiedenen Distributionen Abweichungen geben kann. Da es hier aber um Arch geht, nutzen wir also die zweite Konsole.

STRG-ALT-F2

Wird man hier zum Login aufgefordert, was Meistens der Fall sein sollte, dann loggt man sich einfach in die Konsole ein und führt dann die Schritte in dem anderen Artikel aus. Wer will, kann zur Sicherheit auch noch die 20-nvidia.conf Datei dabei anlegen.

Das sollte dann eigentlich schon reichen.

sudo reboot

Der Rechner startet neu und ich gehe davon aus, es läuft wieder alles! Man könnte auch einfach nur den XOrg-Server neu starten, da man aber ja nicht damit arbeiten konnte, geht also auch nichts verloren, wenn man den Rechner einfach neustartet.

Die halbwegs schnelle Methode (ssh)

SSH ist dein Freund! Seit ich die Fähigkeiten dieses kleinen Helfers entdeckt habe, läuft bei mir kein Linux mehr ohne! Da das Tool auch so gar nichts mit einer grafischen Oberfläche zu tun hat, interessiert es sich in aller Regel auch nicht für die Probleme, welche die GUI gerade quälen. Das heisst, man kann sich von einem anderen Rechner, ja sogar von seinem Smartphone, oder seinem Tablett mit der entsprechenden App auf dem Rechner einloggen. Sogar die PSP kann das!

Hier gibt es allerdings ein paar Dinge, die man beachten muss:

• Der SSH-Dienst muss auf dem Rechner laufen!
• Man muss die IP, oder den Namen des Rechners kennen

Leider, leider muss ich gerade feststellen, dass ich zu SSH selbst noch gar keinen Artikel geschrieben habe! Also kann ich jetzt hier keinen verlinken. Wer das hier aber liest und das nicht gerade um den 12.05.2021 ist, der kann mal suchen, ob ich mittlerweile einen entsprechenden Artikel geschrieben habe. Das steht jetzt auf jeden Fall auf meiner ToDo-Liste!

Okay. Prinzipiell ist es das gleiche Spiel, wie mit der Tastenkombination. Man loggt sich mittels SSH auf dem PC ein und führt dann die Schritte aus, wie sie auch bei der Tastenkombination beschrieben sind. Fertig.

Der fast schon mühevolle Weg (Bootdisc)

Einst hat man ja irgendwie sein Arch auf dem PC installiert. Ich schätze mal, in der heutigen Zeit am ehesten mit einem USB-Stick. Aber natürlich geht das auch mit eine CD/DVD. Spielt keine Rolle. Auf jeden Fall ist jetzt wieder dieses Installationsmedium gefragt!

Wenn also alle Stricke reissen, man weder mit der Tastenkombination in eine Konsole, oder mit SSH auf den PC kommt, dann bootet man wieder von dem Installationsmedium. Wer keines mehr hat, tja, der muss sich irgendwie wieder eines erstellen. Das ist leider so, kann ich nicht ändern.

Wenn von dem Bootmedium gebootet worden ist, muss man sich damit in das bestehende System auf der Festplatte einloggen. Dazu sind unter Arch nur wenige Schritte nötig!

1. Die Festplatte einbinden

Hier kann ich nur eine verallgemeinerte Erklärung abgeben. Das liegt daran, dass nicht jeder die Festplatte gleich partitioniert hat, oder es gleich mehrere Festplatten im Gerät gibt.

Wer aber meiner Anleitung gefolgt ist und nur eine Festplatte im Rechner hat, für den sind die Partitionen sda3 und sda1 notwendig. Eigentlich sogar nur die sda3.

Man kann sich anzeigen lassen, welche Festplatten vorhanden sind.

ls -l /dev/sd*

In der Ausgabe tauchen dann unter Umständen mehrere Festplatten auf. Alles mit sda wäre zum Beispiel die erste erkannte Festplatte. Weiter ginge es mit sdb usw. Die Zahl dahinter zeigt die Partition an. Nach meiner Anleitung wäre das dann:

sda1 -> /boot
sda2 -> swap
sda3 -> /

Das einbinden geht einfach und das hat der, der meiner Anleitung gefolgt ist, oder der offizielle Installationsanleitung, schon gemacht. Eigentlich hat er alle hier notwendigen Schritte bereits mindestens einmal durchgeführt. Es dürfte also nicht so schwierig werden.

mount /dev/sda3 /mnt
mount /dev/sda1 /mnt/boot

Tut gar nicht weh! Wer andere Festplatten und Partitionen hat, der muss die Zeilen natürlich entsprechend abändern.

2. Das fehlerhafte System betreten

So. Dann loggen wir uns mal in das System ein. Ja, unter Linux geht das auch im laufenden betrieb!

arch-chroot /mnt

Peng. Wenn alles geklappt hat, dann sind wir jetzt im System mit dem Problem und nun muss man nur noch die Schritte befolgen, die schon bei der Tastenkombination genannt wurden.

Nun ja, nicht ganz! Bei den beiden anderen Methoden war man als Benutzer angemeldet. Hier sind wir jedoch Root! Klar, heisst ja arch-chroot und nicht arch-chuser. Man kann also das sudo weglassen, man ist ja schon der SuperUser. Ansonsten ist es der gleiche Weg!

Hat man also das Paket wieder mit pacman -U installiert und gegebenenfalls die Datei 20-nvidia.conf erstellt, ist man fertig. Hier sollte man aber jetzt nicht einfach neustarten!

Der korrekte weg ist, erst die Umgebung wieder verlassen, die Festplatten wieder auszuhängen und dann neuzustarten. Das sieht dann so aus:

exit
umount /mnt/boot
umount /mnt/
reboot

Fertig. Das sollte gereicht haben!

Anmerkung

Dieser Weg ist nicht nur dann gut, wenn der Nvidia-Treiber klemmt! Auf diese Weise kann man wirklich viele Probleme im System beheben! Wenn wirklich nichts mehr geht, auf diesem Weg kommt man eigentlich immer wieder in das beschädigte System und kann dort die Probleme beheben. Klar, es mag Fälle geben, da hat man einfach so viel zerstört, da kann man eigentlich nichts mehr retten. Beziehungsweise, der Reparaturaufwand wäre viel höher, als eine neue Installation. Aber ansonsten kann man auf diesem Weg wirklich viel wieder begradigen. Oftmals, so habe ich zumindest die Erfahrung gemacht, kann schon ein Systemupdate dazu führen, dass das angeschossene OS wieder normal bootet!

Ich binde nun nicht jeden Tag irgendwelche Laufwerke in mein System ein. Von daher kann ich nicht genau sagen, bei welchem Update da nun dieses Problem Einzug in Arch gehalten hat.

Es geht darum, dass man einen Datenträger einsteckt, zum Beispiel einen USB-Stick, eine CD-ROM, oder eine DVD und man bekommt die Meldung, dass man zum einbinden nicht berechtigt ist.

Not authorized to perform operation

Das ist ärgerlich! Ein versierter Nutzer hat damit nur bedingt Schwierigkeiten. Der bindet den Datenträger einfach von Hand ein, was so aussieht:

udisksctl mount -b /dev/sr0

Um das CD-ROM/DVD/Blueray-Laufwerk einzubinden.

Wer mit seinem System aber nur arbeitet und nicht einmal weiss, dass man Befehle auch von Hand in einen Terminal tippen kann, der ist schlagartig aller externen Datenträger beraubt.

Abhilfe ist jedoch recht schnell geschaffen.

1. Wir legen eine Regel für Polkit fest
2. Wir fügen den Benutzer der Gruppe storage hinzu

1. Regel für Polkit

In einem Terminal legen wir eine neue Regel für Polkit an:

sudo nano /etc/polkit-1/rules.d/50-udiskie.rules

Die ist aller Wahrscheinlichkeit nach leer, sonst würde das einbinden ja funktionieren. Da muss nun also folgendes rein:

polkit.addRule(function(action, subject) {
  var YES = polkit.Result.YES;
  // NOTE: there must be a comma at the end of each line except for the last:
  var permission = {
    // required for udisks1:
    "org.freedesktop.udisks.filesystem-mount": YES,
    "org.freedesktop.udisks.luks-unlock": YES,
    "org.freedesktop.udisks.drive-eject": YES,
    "org.freedesktop.udisks.drive-detach": YES,
    // required for udisks2:
    "org.freedesktop.udisks2.filesystem-mount": YES,
    "org.freedesktop.udisks2.encrypted-unlock": YES,
    "org.freedesktop.udisks2.eject-media": YES,
    "org.freedesktop.udisks2.power-off-drive": YES,
    // required for udisks2 if using udiskie from another seat (e.g. systemd):
    "org.freedesktop.udisks2.filesystem-mount-other-seat": YES,
    "org.freedesktop.udisks2.filesystem-unmount-others": YES,
    "org.freedesktop.udisks2.encrypted-unlock-other-seat": YES,
    "org.freedesktop.udisks2.eject-media-other-seat": YES,
    "org.freedesktop.udisks2.power-off-drive-other-seat": YES
  };
  if (subject.isInGroup("storage")) {
    return permission[action.id];
  }
});

Einfach den ganzen Kasten hier kopieren und im Terminal einfügen. Speichern (Strg+X -> j -> Enter), fertig.

2. Benutzer zur Gruppe “storage” hinzufügen

sudo gpasswd -a <user> storage

Wobei <user> durch den eigenen Benutzernamen ersetzt werden muss. In meinem Fall also diabolus.

sudo gpasswd -a diabolus storage

Okay. Nachdem der Benutzer neu angemeldet, oder die Kiste neu gestartet wurde, sollte nun das automatische einbinden von Datenträger wieder funktionieren.

Vorgeschichte

Ich komme ja ursprünglich aus der AmigaOS-Welt, hatte nur einen kurzen Ausflug während Windows XP in dieses Lager und bin dann aber schnell weiter zu Linux. Allerdings nicht zu den “aufgeblasenen” Distributionen wie Ubuntu, Fedora oder Suse, sondern zu Gentoo. Einfach aus dem Grund, ich will der sein, der seine Software installiert. Ich will keine GB grossen Installationsmedien und am Ende dann nicht irgendwelchen Murks auf dem Rechner haben, welchen ich gar nicht benutze.

Allerdings hatte ich auch schon Ubuntu im Einsatz, als ich mir mein Gentoo damals zerschossen hatte und nicht drei Tage warten konnte, bis es neu installiert war. Ich fand Ubuntu auch gar nicht schlecht, bis es dann auch irgendwie immer mehr wie Windows wurde. Zwischenzeitlich war ich dann wieder auf Gentoo und meine Frau hatte in der Zeit die Nase voll von Windows. Ihr aber Gentoo zu installieren, hielt ich für zu riskant.

So kam ich zu Linux Mint, was ich auch heute noch als durchaus brauchbar ansehe, sobald man Schrott wie LibreOffice rausgeschmissen hat.

Auf meinem Gentoo und dann später bei Arch, habe ich aber ein Tool doch vermisst, was Mint von Hause aus mitbringt. Dieses kleine Ding, was einen über Updates informiert! Warum? Na eben weil man dann weiss, dass es da etwas neues gibt, was gerade bei Browsern oft gegen kritische Sicherheitslücken helfen kann.

Lange habe ich gesucht und sehr vieles ausprobiert. Einiges war klein, flink, aber wollte nicht das machen, was ich haben wollte. Andere Varianten waren derart aufgeblasen, dass ging gar nicht und wieder andere Varianten taten zwar im Prinzip ihren Dienst, verstanden aber die Legitimation irgendwie nie.

Im Laufe der Zeit habe ich dann meinen “Patch-Day” eingeführt. Jeden Montag starte ich alle meine Rechner, vier an der Zahl, logge mich in einem gesplitteten Terminal auf allen ein und starte dann:

sudo pacman -Syyu --noconfirm

Noch jeweils das Passwort eingeben (könnte man allerdings mit Tmux auch automatisieren) und schon läuft überall das komplette Systemupdate durch. Da man davon ausgehen kann, dass es nach einer Woche unter Arch auch garantiert ein Update vom Kernel gab, danach noch ein Neustart und alles ist aktuell.

Das heisst aber auch, unter Umständen schleppe ich eine ganze Woche eine Version eines Browsers durch die Gegend, welche ein kritisches Sicherheitsproblem hat!

Pamac

Durch einen Zufall bin ich dann auch Pamac gestossen. Eine grafische Benutzeroberfläche für den Paketmanager. Der wurde in einem Video, ich glaube zu Garuda Linux gezeigt und eigentlich hatte ich gar nicht vor, ihn auszuprobieren. Einfach aus dem Grund, ich habe schon so viel getestet und war immer enttäuscht. Doch aus irgendeinem Grund habe ich es dann doch ausprobiert und was soll ich sagen, dieses kleine Ding funktioniert!

Nach der Installation hat man, eventuell auch erst nach dem nächsten Neustart, in der Leiste (auf jeden Fall unter Cinnamon) ein kleines Icon.

Sieht es so aus, ist alles aktuell. Taucht aber irgendwo eine Aktualisierung auf (angeblich auch bei AUR, Flatpack und Co, was ich aber noch nicht gesehen habe), wird das Icon rot. Ein Klick darauf öffnet die Oberfläche und zeigt sofort an, was aktualisiert werden kann. Das ist auch schon alles ausgewählt und man muss nur auf Übernehmen klicken, sein Passwort eingeben und schon geht es los.

Je nach Grösse und Leitung dauert das einen Moment. Aber bislang bei mir nie wirklich lange. Es gab bisher auch noch nie einen Fehler, oder irgendein Problem. Da ich in der Hinsicht aber zumindest ein wenig Sicherheit haben wollte, habe ich das Programm jetzt schon eine etwas längere Zeit im Einsatz und schreibe erst jetzt.

Ist alles durchgelaufen, bekommt man den Erfolg gemeldet.

Fertig.

Mein Fazit deshalb fällt positiv aus. Es ist endlich ein Tool, was auch wirklich seine Aufgabe übernimmt, nicht elend gross ist und nicht an allen Ecken zickt. Natürlich kann man damit auch Software installieren und wieder entfernen.

Da muss ich sagen, installieren tue ich weiterhin von Hand. Auch wenn ich etwas entferne, mache ich das in der Regel ebenfalls noch im Terminal. Aber wenn man hier und da mal durch die installierten Pakete schauen kann, dann fallen einem manchmal Dinge auf, die man mal installiert hat, nie wirklich benutzt und die eigentlich überflüssig sind. Da finde ich in so ein Tool tatsächlich bequemer. Einfach als zu entfernen markieren, am Ende übernehmen und das Zeug ist weg. Das hat in meinen Augen definitiv einen Vorteil!

Ich werde es jetzt mal mit AUR testen. Darüber habe ich zum Beispiel den Brave-Browser installiert und der hat mit Sicherheit in der Zwischenzeit wieder Updates, die mir nicht gemeldet wurden. Wie man das zum laufen bringt, werde ich mir mal genauer anschauen.

Installation

Ja, ich weiss. Normalerweise steht die Installation eigentlich ganz oben im Artikel. Ich bin aber ein Rebell und halte mich nicht an die normalen Gepflogenheiten! So, wollte ich mal gesagt haben!

Pamac befindet sich nicht in den allgemeinen Paketquellen von Arch. Sprich, man muss AUR bemühen. Die Entsprechende Seite lautet:

https://aur.archlinux.org/packages/pamac-aur/

Wie man etwas unter Arch mittels AUR installiert, habe ich in diesem Artikel beschrieben.