Moin, Leute.
Ich möchte gerne den oben genannten Ethernet Treiber auf Manjaro GNOME installieren und brauche bitte eine Anleitung dafür, da es auf Github ( GitHub - dante1613/Motorcomm-YT6801: Driver for Motorcomm YT6801 ) keine für Arch/Manjaro gibt!
Dankeschön im Voraus. 
→ [Need-To-Know] About Manjaro and AUR
Wenn es sich bei Ihrem System um ein Tuxedo-System handelt, können Sie AUR verwenden
$ pamac search --aur yt6801
tuxedo-yt6801-dkms-git 1.0.29tux0.r0.g6b1a074-1 AUR
Kernel module for Motorcomm YT6801 ethernet controller (DKMS)
sudo pacman -Syu dkms linux$(uname -r | awk -F . '{print $1$2}')-headers
pamac build tuxedo-yt8601-dkms-git
Oder die native Arch Linux Methode
sudo pacman -Syu base-devel git dkms linux$(uname -r | awk -F . '{print $1$2}')-headers --needed
git clone https://aur.archlinux.org/tuxedo-yt6801-dkms-git
cd tuxedo-yt6801-dkms-git
makepkg -iscC
moinsen
da ich es nicht testen kann und dazu auch noch keine vergleichbare not hatte, kann ich dir hier nur nen tipp geben was ich tun täte.
du kannst in deinem gelinkten github hier den original-treiber laden:
darin ist eine READNE mit diesen hinweisen wie du den treiber kompilieren und einbinden kannst.
<Quick install with proper kernel settings>
make dir :
mkdir yt6801
Unpack the zip file :
# unzip yt6801-linux-driver-1.0.27.zip -d yt6801
Change to the directory:
# cd yt6801
If you are running the target kernel, then you should be able to do :
#chmod +x ./yt_nic_install.sh
# ./yt_nic_install.sh (as root or with sudo)
You can check whether the driver is loaded by using following commands.
# lsmod | grep yt6801
# ifconfig -a
If there is a device name, ethX, shown on the monitor, the linux
driver is loaded. Then, you can use the following command to activate
the ethX.
# ifconfig ethX up
,where X=0,1,2,...
EDIT: die lösung von @linux-aarhus ist eleganter 
Das hatte ich tatsächlich schon ausprobiert. Allerdings hat das System dann immer Probleme mit angeblichen “Zugriffsrechten” auf diverse Ordner… 
Den Dateimanager verstehe ich diesbezüglich sowieso nicht ganz. 
Als Administrator müsste man eigentlich dauerhaft Zugriff auf alle Ordner haben. Aber man muss jeden Ordner einzeln mit Admin-Rechten öffnen. Ganz seltsam.
Im Grunde bist du aber nicht der Administrator, sondern ein Nutzer mit erhöhten Systemrechten. Du kannst dich zeitweise als root (Super-Admin) ausgeben für eine bestimmte Aufgabe, aber dauerhaft bleibst du normaler Nutzer.
Mit sudo oder pkexec kann man auf dem Terminal erhöhte Systemrechte erhalten.
was genau hast du probiert? meines oder das von @linux-aarhus ?
aber die info wäre ggf. von vornherein hilfreich gewesen
was genau für fehler hast du denn bekommen, du könntest ja mal dokumentieren was du genau gemacht hast (am besten mit den ergebnisen). dann könnte hier vielleicht unterstützt werden und nach lösungen gesucht werden.
Eigentlich stand bei mir jetzt ‘Vorgang erfolgreich abgeschlossen’. Aber trotz Neustart war die Aktion doch leider nicht erfolgreich…
Bitte geben Sie die Ausgabe von
inxi -Snxx
Kein Screenshot außer dem Konsolentext - kopieren und fügen Sie die Ausgabe in einen neuen Kommentar ein; Wählen Sie den Text aus und klicken Sie auf das Symbolleistensymbol mit dem Symbol </> wie dieses Beispiel
$ inxi -Snxx
System:
Host: tiger Kernel: 6.14.5-2-MANJARO arch: x86_64 bits: 64 compiler: gcc
v: 15.1.1
Desktop: KDE Plasma v: 6.3.5 tk: Qt v: N/A wm: kwin_wayland dm: SDDM
Distro: Manjaro base: Arch Linux
Network:
Device-1: Aquantia AQtion AQC107 NBase-T/IEEE 802.3an Ethernet [Atlantic
10G] vendor: Lenovo driver: atlantic v: kernel pcie: speed: 8 GT/s
lanes: 4 port: N/A bus-ID: 01:00.0 chip-ID: 1d6a:07b1 temp: 72.9 C
IF: enp1s0 state: up speed: 1000 Mbps duplex: full mac: 04:7b:cb:46:36:c4
IF-ID-1: docker0 state: down mac: ae:57:eb:89:72:4b
IF-ID-2: veth9fc4afa state: up speed: 10000 Mbps duplex: full
mac: 1e:32:53:d6:54:1a
IF-ID-3: vmnet1 state: unknown speed: N/A duplex: N/A
mac: 00:50:56:c0:00:01
IF-ID-4: vmnet8 state: unknown speed: N/A duplex: N/A
mac: 00:50:56:c0:00:08
Nicht wundern; ich hatte mich zwischendurch doch für GNOME entschieden. Ich hatte gerade nochmal eure Wege getestet, aber erfolglos.
Obwohl es eigentlich mit dem 6.12 LTS Kernel, bei Ubuntu beispielsweise, immer funktioniert hatte…
System:
Host: wooden-PC Kernel: 6.12.25-1-MANJARO arch: x86_64 bits: 64
compiler: gcc v: 14.2.1
Desktop: GNOME v: 48.1 Distro: Manjaro base: Arch Linux
Network:
Device-1: Intel CNVi: Wi-Fi driver: iwlwifi v: kernel bus-ID: 00:14.3
IF: wlo1 state: up mac: f4:b3:01:dd:ce:c6
Device-2: Motorcomm Micro. YT6801 Gigabit Ethernet driver: N/A port: 3000
bus-ID: 01:00.0
Bei Kernel, die nicht LTS sind, funktioniert halt auch mein WLAN Controller nicht, nur so nebenbei. Keine Ahnung, ob das normal ist…
Bitte führen Sie den Befehl mit einem doppelten x erneut aus; Dies dient dazu, die Chip-ID wie im obigen Beispiel zu erhalten
inxi -Snxx
System:
Host: wooden-PC Kernel: 6.12.25-1-MANJARO arch: x86_64 bits: 64
compiler: gcc v: 14.2.1
Desktop: GNOME v: 48.1 tk: GTK v: 3.24.49 wm: gnome-shell dm: GDM
Distro: Manjaro base: Arch Linux
Network:
Device-1: Intel CNVi: Wi-Fi driver: iwlwifi v: kernel bus-ID: 00:14.3
chip-ID: 8086:54f0
IF: wlo1 state: up mac: f4:b3:01:dd:ce:c6
Device-2: Motorcomm Micro. YT6801 Gigabit Ethernet driver: N/A pcie:
speed: 2.5 GT/s lanes: 1 port: 3000 bus-ID: 01:00.0 chip-ID: 1f0a:6801
Er entpackt/findet die Datei halt angeblich nicht, obwohl sie vorhanden ist und sich im richtigen Ordner befindet. Und manuelles Entpacken hilft auch nicht…
kms-Pakete basieren auf dem Kernel-Module-Paket.
Hast du das zu deinem Kernel passende Paket synchronisiert - so wie ich es in meinem ersten Kommentar beschrieben habe?
Ich gehe davon aus, dass Sie dies aufgrund dieses Kommentars getan haben
Sie können prüfen, ob das Modul geladen ist oder nicht
lsmod | grep yt6801
Wenn das Modul nicht geladen wurde - laden Sie es
sudo insmod yt6801
Wenn das misslingt - trotz des von dir genannten Builderfolgs - habe ich keine Ahnung
insmod: ERROR: could not insert module yt6801: Is a directory
-headers kannte die Konsole übrigens nicht.
Verwendung eines Online-Übersetzers (English → German)
Mit diesem Befehl wird der Paketname für Ihren aktiven Kernel ausgedruckt - dies ist erforderlich, damit der Treiber funktioniert
Wenn Sie es als Teil des Synchronisierungsbefehls verwenden, wird das richtige Header-Paket synchronisiert
sudo pacman -Syu linux$(uname -r | awk -F . '{print $1$2}')-headers
Die Meldung weist auf fehlgeschlagene Build-Versuche anhand von Anweisungen für andere Betriebssysteme hin - vielleicht indem Sie den Anweisungen auf der github-Seite folgen, die Sie in Ihrem ursprünglichen Thema erwähnt haben.
Bitte reinigen Sie Ihr System für alle Ihre früheren Versuche, die Treiber zu bauen.
Ich kann Ihnen nicht sagen, wie das geht - denn ich habe keine Ahnung, was Sie getan haben, um diesen Zustand zu erreichen.
Ist Ihr System ein Tuxedo Computers-System? Bitte geben Sie die Ausgabe von an
inxi -Smxxx
Das benutzerdefinierte Buildscript von AUR funktioniert möglicherweise nicht wie erwartet, wenn das System nicht von Tuxedo Computers stammt.
Hm, das hier ist jedenfalls meine jetzige Ausgabe…:
sudo pacman -Syu linux$(uname -r | awk -F . ‘{print $1$2}’)-headers
:: Paketdatenbanken werden synchronisiert …
core ist aktuell
extra ist aktuell
multilib ist aktuell
:: Vollständige Systemaktualisierung wird gestartet …
Abhängigkeiten werden aufgelöst …
Nach in Konflikt stehenden Paketen wird gesucht …
Pakete (2) pahole-1:1.30-1 linux612-headers-6.12.25-1
Gesamtgröße des Downloads: 35,38 MiB
Gesamtgröße der installierten Pakete: 137,33 MiB
:: Installation fortsetzen? [J/n] J
:: Pakete werden empfangen …
pahole-1:1.30-1-… 329,0 KiB 797 KiB/s 00:00 [######################] 100%
linux612-headers… 35,1 MiB 8,29 MiB/s 00:04 [######################] 100%
Gesamt (2/2) 35,4 MiB 8,19 MiB/s 00:04 [######################] 100%
(2/2) Schlüssel im Schlüsselbund werden geprüft [######################] 100%
(2/2) Paket-Integrität wird überprüft [######################] 100%
(2/2) Paket-Dateien werden geladen [######################] 100%
(2/2) Auf Dateikonflikte wird geprüft [######################] 100%
(2/2) Verfügbarer Festplattenspeicher wird erm… [######################] 100%
:: Paketänderungen werden verarbeitet …
(1/2) Installiert wird pahole [######################] 100%
Optionale Abhängigkeiten für pahole
ostra-cg: Generate call graphs from encoded traces
(2/2) Installiert wird linux612-headers [######################] 100%
:: Post-transaction-Hooks werden gestartet …
(1/3) Arming ConditionNeedsUpdate…
(2/3) Updating module dependencies…
(3/3) Install DKMS modules
==> dkms install --no-depmod tuxedo/yt6801 -k 6.12.25-1-MANJARO
==> depmod 6.12.25-1-MANJARO
inxi -Smxxx
System:
Host: wooden-PC Kernel: 6.12.25-1-MANJARO arch: x86_64 bits: 64
compiler: gcc v: 14.2.1 clocksource: tsc
Desktop: GNOME v: 48.1 tk: GTK v: 3.24.49 wm: gnome-shell
tools: gsd-screensaver-proxy dm: GDM v: 48.0 Distro: Manjaro
base: Arch Linux
Memory:
System RAM: total: 8 GiB available: 7.53 GiB used: 2.11 GiB (28.0%)
igpu: 60 MiB
Array-1: capacity: 32 GiB slots: 1 modules: 1 EC: None
max-module-size: 32 GiB note: est.
Device-1: Controller0-ChannelA-DIMM0 type: DDR4 detail: synchronous
size: 8 GiB speed: 3200 MT/s volts: 1.2 width (bits): data: 64 total: 64
manufacturer: 0x0B45 part-no: WPBH32D408SWD-8G serial: 00007610
Es kam auch noch das. Aber ist wahrscheinlich eh unwichtig.
pamac build tuxedo-yt8601-dkms-git
Warnung: Pakete als dynamischer Benutzer bauen
Warnung: Konfiguriere Build-Verzeichnis /var/cache/pamac
Fehler: Ziel nicht gefunden: tuxedo-yt8601-dkms-git
Dies ist die erwartete Ausgabe - ich sehe so aus, als hätte Ihr vorheriger Versuch nicht das richtige Header-Paket enthalten - wenn Sie das tun
sudo insmod yt6801
Es scheint, dass ich den Befehl falsch geschrieben habe - ich hatte kein Interesse an deinem RAM 
inxi -SMxx
Verwenden Sie sudo nicht
pamac build tuxedo-yt8601-dkms-git