GuMo,

J4son schriebwpa_supplicant hast du auch installiert?

genau, an der Stelle wo man mit pacstrap das Grundsystem installiert, habe ich (gemäß der Anleitung) folgende Pakete installiert; base base-devel linux intel-ucode bash-completion nano wpa_supplicant netctl dialog linux-firmware dhcpcd btrfs-progs und bei meinem letzten Versuch auch noch wireless_tools.
linux-firmware brauche ich, damit nach der Installation und dem reboot meine WLAN-Karte erkannt wird, dhcpcd weil ich später auch teilweise kabelgebundenes LAN nutzen möchte, btrfs-progs weil ich dieses Dateisystem nutze. Falls ich hierbei noch etwas vergessen habe, um das System später mit einer Desktopoberfläche zu betreiben, bin ich für Hinweise dankbar.

J4son schriebWas verstehst du unter "nicht erfolgreich mit einem WLAN-Netzwerk verbinden"? Bekommst du Fehlermeldung beim verbinden?

D.h. das ich nach dem reboot, wenn ich das erste mal das frisch installierte System starte, mich als root anmelde und "wifi-menu" eingebe, zwar nach Netzwerken gesucht wird und die textbasierte Oberfläche mit einer Liste der verfügbaren Drahtlosnetzwerken angezeigt wird, wenn ich jedoch eines auswähle, bricht der Vorgang ab, ich werde schon nicht mehr aufgefordert ein pw einzugeben und stattdessen wird folgendes angezeigt.

You are in emergency mode. After loging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or "exit"
to boot in default mode.
Administrationspasswort für Wartungszwecke eingeben
(oder drücken Sie Strg+D, um fortzufahren):

In dem bereit erwähnten Thread sorgte dieses Verhalten für Irritation und ich erhielt den Hinweis, dass es an einem fehlerhaft konfigurierten Bootloader liegen könnte, daher habe ich dann auch nochmal meine Schritte zur Installation des Bootloaders beschrieben, in der Hoffnung, dass dort für jemanden der Fehler zu erkennen ist. Leider habe ich dazu keine zielgerichtete Antwort erhalten.

J4son schriebAlso einfach wifi-menu starten, zum Netzwerk verbinden. Deine DE installieren und dann den Rest über den NetworkManager machen.

wifi-menu geht ja leider nicht mehr nach dem reboot. Empfiehlst du die DE schon vor dem Neustart zu installieren?

Sollte das funktionieren, ist das natürlich besser als nichts, aber ich wüsste schon gerne, wo der Fehler liegt bei meinem Vorgehen wie beschrieben.
Daher bin ich für zielgerichteten Input weiterhin sehr dankbar!

Okay, also tatsächlich scheint etwas beim Einhängen von /boot nicht zu klappen, nur warum verstehe ich noch nicht...

hier mal die Ausgabe von systemctl status

● 20N80029GE
    State: maintenance
     Jobs: 0 queued
   Failed: 1 units
    Since: Wed 2019-10-23 18:32:17 CEST; 3min 6s ago
   CGroup: /
           ├─init.scope
           │ └─1 /sbin/init
           └─system.slice
             ├─systemd-udevd.service
             │ └─340 /usr/lib/systemd/systemd-udevd
             ├─systemd-journald.service
             │ └─329 /usr/lib/systemd/systemd-journald
             └─emergency.service
               ├─610 /usr/lib/systemd/systemd-sulogin-shell emergency
               ├─611 bash
               └─614 systemctl status

Die Ausgabe von journalctl -xb und
die Ausgabe von journalctl -xe wieder via pastbin.

Zur Sicherheit auch noch die Ausgabe von systemctl
Was darin faild anzeigt, ist einzig der Punkt "boot.mount".

Dementsprechend habe ich "journalctl -xeu boot.mount" eingegeben und wieder saftige 1091 Zeilen ausgegeben bekommen.

...

Wie gesagt, ich bin Neuling, bitte habt das immer im Hinterkopf, aber ich fasse mal zusammen, was ich gerade vermute. Ihr könnt mir gerne sagen, ob ihr meine Einschätzung teilt oder ob ich irgendwo falsch liege:

Ganz offensichtlich gibt es ein Problem mit /boot. Komisch ist, dass ich trotzdem in Arch rein-booten kann, auch wenn es nur der emergency mode ist.
Mich würde zwar schon interessieren, was genau bei meiner Installation schiefgelaufen ist, allerdings erscheint es mir nicht zielführend mehr als 3000 Zeilen zu lesen, ohne dass ich überhaupt eine Ahnung habe, wonach genau ich ausschau halte.
Auf dem System sind soweit keinerlei wichtige Daten und ich vermute fast, es wäre leichter das System neu aufzusetzten, als das bestehende zu fixen. Jedoch sollte dann natürlich alles richtig gemacht werden bzw. die bisherigen Fehler vermieden werden, wozu ich aber wissen müsste, wie es "richtig" geht.

Zur Erinnerung: hier hatte ich mein Vorgehen zur Installation der Dualboot-Konfiguration genauer beschrieben. Vielleicht kann mir ja jemand sagen, wo mein Fehler lag. Des Weiteren ist es nun vermutlich ratsam einerseits auf neue Hinweise hier zu warten und andererseits auf die Suche nach fremden Anleitungen für das erstellen eines Dualbootsystems zu gehen, von Usern die das auch schon erfolgreich hinbekommen haben. Leider wollte ich mit meinem eigenen Versuch wohl schlauer sein als ich bin 🙁

Für alle hilfreichen Tipps zu meinem Vorhaben, bin ich natürlich weiterhin sehr dankbar!

wirr schriebDu kannst jetzt die Datei `/etc/fstab` und die Ausgabe vom Befehl `fdisk -l` miteinander vergleichen.

Wenn du deine Logs ganz genau studierst, dann steht da sogar was das (erste) Problem ist wink

Ohman, da muss ich mir wohl nochmal genau ansehen, wie die fstab auszusehen hat. Vielen Dank für den Hinweis @wirr ! Ich hoffe ich komme heute noch dazu das zu ändern und hoffe, dass es bei diesem ersten Fehler bleibt und ich dann endlich mal erfolgreich ohne emrgency mode booten kann!
Ich denke ich muss mir jetzt nochmal einen Überblick darüber verschaffen, wie man SSDs so einbindet, dass sie eine möglichst lange Lebenszeit haben und vor allem, welche Partitionen dabei welche boot-Parameter bekommen.

Baldr-nologin schriebDie Konfiguration kannst du dann ganz einfach über nmtui durchführen.

Danke @Baldr-nologin , das werde ich dann auch so versuchen!

Vielen Dank für all eure Tipps! Mir ist es damit endlich gelungen Arch erfolgreich aufzusetzen (im Dualboot mit Windows 10). Da ich es so unglaublich oft in den letzten Wochen gemacht habe, habe ich mir eine Art Pseudo-Skript geschrieben, wo alle Befehle und ein paar Hintergrundinfos, aber auch Fragen notiert sind, quasi wie ein Kochrezept für Arch im Dualboot mit Windows. Allerdings rate ich noch nicht zur Nachahmung, falls ein Neuling diesen Beitrag findet und ein ähnliches System einrichten will. Dafür läuft vieles einfach noch nicht rund, aber es würde mich freuen, wenn ich hier vielleicht noch etwas Unterstützung finden kann und damit vielleicht auch zum Installationsguide etwas beisteuern kann.

Im Pseudo-Skript sind verschiedene Anmerkungen und Fragen, die ich aktuell aber eher als Kleinigkeiten betrachte. Nichtsdestotrotz könnte es ja sein, dass eine Sache, die ich zwar als 'Kleinigkeit' einstufe, in Wirklichkeit Ursache eines größeren Problems ist, daher möchte ich das Pseudo-Skript zur Arch-Installation im Dualboot mit Windows 10 schon einmal in der aktuellen, aber unfertigen Version zur Verfügung stellen.

Der Anlass, weswegen ich heute allerdings erneut um Rat frage ist der, dass es mir einfach nicht gelingt, aus Grub heraus einen rollback auf einen snapshot zu machen und diesen vorherigen Zustand des Systems zu booten. Zur Erinnerung: Ich nutze BtrFS als Dateisystem und habe dann das System so eingerichtet, dass Snapshots vor und nach jeder pacman-Aktion gemacht werden (siehe Pseudo-Skript). Bei der Einrichtung habe ich mich weitestgehend an die Anleitung von Nicolai von unicks.eu gehalten (Teil 1, Teil 2, Teil 3), wobei das natürlich nicht mehr ganz up-to-date ist, jedoch habe ich nichts besseres zu btrfs+snapshots unter Arch gefunden. Wenn ich versuche einen Snapshot zu booten, dann sieht das bei mir so aus und ab da geschieht dann nichts mehr.

Ich bin dankbar für jeden nützlichen Tipp und wünsche schon mal ein schönes Wochenende!

Hallo, ich kann das Problem nun etwas genauer beschreiben: ich kann keine tty-Konsole öffnen, nachdem ich versucht habe den read-only snapshot zu starten. Ein paar Fehlermeldungen erscheinen, der Xserver kann nicht gestartet werden, wie auf dem manuellen Screenshot aus meinem letzten Beitrag zu erkennen und zusätzlich ist die einzige Tastenkombination, die etwas bewirkt Strg+Alt+Entf, wodurch ein reboot herbeigeführt wird. Alle Versuche die Konsole zu öffnen mit Strg+Alt+F* oder Strg+Shift+F* scheitern. Ich kann es mir nicht erklären. Hat dazu noch jemand eine Idee?