staging.inyokaproject.org

Ich bin ein mittelmäßig fähiger Linux-User. Software- und Treiberinstallationen funktionieren. Netzwerkkenntnisse sind ganz gut.

Jetzt wollte ich auf meinem Motherboard ROG STRIX Z790-I das Netzwerk von der internen intel-Schnittstelle auf eine externe Schnittstelle umstellen. Ich habe dazu eine USB3.2 Gen 1 zu 5 Gbit/s Peitsche von QNAP (QNA-UC5G1T), die mir an einem Win11 PC gute Dienste geleistet hat. Das System erkennt diese neue Netzwerkschnittstelle auch mit hoher Geschwindigkeit und lässt Internet-Zugriff zu.

ABER: Nach dem Boot werden nfs- und cifs-Laufwerke von den Servern nicht mehr gemountet. Und der Versuch /etc/fstab zu editieren oder .SBMcredentials aufzurufen wird mit 'Permission denied' verweigert. Es kam aus dem ubuntu-Update-Center auch eine Fehlermeldung aus dem Secure Boot-Umfeld.

Kann es sein, dass das System diese neue Schnittstelle, obwohl sie über USB angeschlossen ist, als unzulässige Hardwareänderung ansieht und zu meckern anfängt?

Jede Hilfe ist willkommen. Ich habe mit diesem Secure Boot keine Ahnung. Ich bin im BIOS ansonsten gut zu Hause, aber um diese Ecke mit TPM und Co. habe ich mich nie gekümmert. Was müsste ich tun, damit ubuntu diese Schnittstelle als vollwertigen Ersatz für die interne anerkennt?

System:

  Host: xxx Kernel: 6.8.0-65-generic x86_64 bits: 64 Desktop: GNOME 42.9

    Distro: Ubuntu 22.04.5 LTS (Jammy Jellyfish)

Machine:

  Type: Desktop System: ASUS product: N/A v: N/A serial: <superuser required>

  Mobo: ASUSTeK model: ROG STRIX Z790-I GAMING WIFI v: Rev 1.xx

    serial: <superuser required> UEFI: American Megatrends v: 2301

    date: 05/22/2024

CPU:

  Info: 24-core (8-mt/16-st) model: Intel Core i9-14900K bits: 64

    type: MST AMCP cache: L2: 32 MiB

  Speed (MHz): avg: 837 min/max: 800/5700:6000:4400 cores: 1: 800 2: 800

    3: 800 4: 800 5: 1100 6: 800 7: 1100 8: 800 9: 1100 10: 800 11: 1100

    12: 800 13: 800 14: 800 15: 800 16: 800 17: 800 18: 800 19: 800 20: 800

    21: 800 22: 800 23: 800 24: 800 25: 800 26: 800 27: 800 28: 800 29: 800

    30: 800 31: 800 32: 800

Graphics:

  Device-1: NVIDIA driver: nvidia v: 560.35.03

  Display: x11 server: X.Org v: 1.21.1.4 driver: X: loaded: nouveau

    unloaded: fbdev,modesetting,vesa failed: nvidia gpu: nvidia resolution:

    1: 3840x2160~60Hz 2: 3840x2160~60Hz

  OpenGL: renderer: NVIDIA GeForce RTX 4070 Ti SUPER/PCIe/SSE2

    v: 4.6.0 NVIDIA 560.35.03

Audio:

  Device-1: Intel driver: snd_hda_intel

  Device-2: NVIDIA driver: snd_hda_intel

  Device-3: Focusrite-Novation Scarlett Solo (3rd Gen.) type: USB

    driver: snd-usb-audio

  Sound Server-1: ALSA v: k6.8.0-65-generic running: yes

  Sound Server-2: PulseAudio v: 15.99.1 running: yes

  Sound Server-3: PipeWire v: 0.3.48 running: yes

Network:

  '''Device-1: Intel driver: igc'''

  '''IF: eno3 state: up speed: 2500 Mbps duplex: full mac: 10:7c:61:xx:xx:xx'''

  '''Device-2: QNAP System Pacific￿ type: USB driver: aqc111'''

  '''IF: enx245ebe6a61c7 state: down mac: 24:5e:be:xx:xx:xx'''

RAID:

  Hardware-1: Intel Device driver: vmd

Drives:

  Local Storage: total: 1.59 TiB used: 764.65 GiB (46.9%)

  ID-1: /dev/nvme0n1 vendor: Crucial model: CT1000T705SSD3 size: 931.51 GiB

  ID-2: /dev/sdb type: USB vendor: Samsung model: MZ7KM240HMHQ

    size: 223.57 GiB

  ID-3: /dev/sdc type: USB model: ProGrade SD PG02 size: 476.71 GiB

Partition:

  ID-1: / size: 915.32 GiB used: 607.03 GiB (66.3%) fs: ext4

    dev: /dev/nvme0n1p2

  ID-2: /boot/efi size: 511 MiB used: 6.1 MiB (1.2%) fs: vfat

    dev: /dev/nvme0n1p1

Swap:

  ID-1: swap-1 type: file size: 2 GiB used: 0 KiB (0.0%) file: /swapfile

Sensors:

  System Temperatures: cpu: 51.5 C mobo: 46.0 C gpu: nvidia temp: 54 C

  Fan Speeds (RPM): fan-1: 1056 fan-2: 1003 fan-3: 0 fan-4: 0 fan-5: 0

    fan-6: 3300 fan-7: 0 gpu: nvidia fan: 0%

Info:

  Processes: 495 Uptime: 1d 21h 7m Memory: 31.12 GiB used: 3.48 GiB (11.2%)
  Shell: Bash inxi: 3.3.13

DerSkeptiker schrieb:

ABER: Nach dem Boot werden nfs- und cifs-Laufwerke von den Servern nicht mehr gemountet.

Um welchen Server handelt es sich?

Und der Versuch /etc/fstab zu editieren

Wie sieht denn dein Versuch in Detail aus?

Es kam aus dem ubuntu-Update-Center auch eine Fehlermeldung aus dem Secure Boot-Umfeld.

Poste diese Meldung.

Kann es sein, dass das System diese neue Schnittstelle, obwohl sie über USB angeschlossen ist, als unzulässige Hardwareänderung ansieht und zu meckern anfängt?

Da hilft ein Vergleich mit dem Befehl lsusb. Einmal mit angesteckter Hardware und das andere mal ohne dieses Gerät.

DerSkeptiker schrieb:

im BIOS

Dein Mainboard hat kein BIOS, sondern ein UEFI. Disable in dessen Setup Secure Boot! Damit werden auch nichtsignierte Treiber wie offensichtlich der für den Konverter geladen.

der Versuch /etc/fstab zu editieren oder .SBMcredentials aufzurufen wird mit 'Permission denied' verweigert.

Was hast Du denn gedacht? Selbstverständlich sind Systemdateien wie /etc/fstab nur mit erhöhten Rechten editierbar. Dein Titel ist daher völlig falsch.

DerSkeptiker schrieb:

... und lässt Internet-Zugriff zu.

... obwohl sie über USB angeschlossen ist ... als unzulässige Hardwareänderung ansieht und zu meckern anfängt?

Dann funktioniert doch die "Netzwerkkarte". Was interessieren denn da mögliche Rechte. Da nicht völlig klar ist, was du mit Rechten einer Netzwerkkarte meinst.

Hast du vllt ein mount- Problem?

Wobei ja immer noch die Antwort über "den Server" aussteht.

von.wert schrieb:

Dein Titel ist daher völlig falsch.

Kann geändert werden, wenn überhaupt klar wird, was das Ziel bzw das eigentliche Problem ist.

@von.wert

Immer schwierig zu erklären. Mit 'sudo nano' kann ich mit der eingebauten Netzwerkschnittstelle die Dateien wie /etc/fstab editieren. Ist ja logisch. Mit der QNAP-Netzwerkkarte kann ich das mit 'sudo nano' eben nicht.

Nein, damit stimmt der Titel.

@Berlin_1946

Natürlich habe ich irgendwie ein Mount-Problem. Und es sind in Summe vier Server (Windows, Linux), die vom Heimnetz und über vpn remote gemountet werden. Aber dieser Mount ist nur ein Symptom und nicht die Ursache.

Der Titel ist damit richtig.

@von.wert

Danke, das klingt doch vielversprechend. Ich werde berichten. Ich habe halt Bedenken, dass ich mir mit größeren Änderungen im UEFI den Boot zerschieße. Man hat natürlich Backups, aber Mühe mach das im Fall der Fälle doch.

@DerSkeptiker

Bitte unterlasse Fullquotes. Sie blähen den Thread nur sinnlos auf.

Lies dazu Zitate.

Da steht eindeutig:

Hier wird ausdrücklich von "Teile eines vorherigen Beitrags" gesprochen, gesamte -also komplette- Beitragen zu zitieren ist unerwünscht.

Und wenn man direkt antwortet reicht ein @[user:Benutzername:] da braucht es garkein Zitat.

DerSkeptiker schrieb:

Immer schwierig zu erklären. Mit 'sudo nano' kann ich mit der eingebauten Netzwerkschnittstelle die Dateien wie /etc/fstab editieren.

Wie sieht denn deine fstab aus?
Wie editierst du die eingebaute Netzwerkschnittstelle?

Poste im Codeblock

cat /etc/fstab

DerSkeptiker schrieb:

[…] Mit 'sudo nano' kann ich mit der eingebauten Netzwerkschnittstelle die Dateien wie /etc/fstab editieren. Ist ja logisch. Mit der QNAP-Netzwerkkarte kann ich das mit 'sudo nano' eben nicht.

Da die Hardware einer Netzwerkschnittstelle absolut nichts mit der Vergabe von Rechten und eine Netzwerkschnittstelle auch absolut nichts mit der Datei /etc/fstab zu tun hat, klingt Deine Behauptung verdammt noch einem Ammenmärchen.

Bitte äußere keine abstrusen Vermutungen, sondern beschreibe, was Du tust und welche Fehlermeldungen Du erhältst. Und lese den Wiki-Artikel fstab.

Nein, damit stimmt der Titel.

Dann ist es der Titel eines Ammenmärchens.

Danke für die Antworten.

Es ist völlig egal, wie die fstab-Datei aussieht. Mit der eingebauten Netzwerkkarte klappt es, mit der externen nicht. In der fstab liegt sicherlich nicht der Fehler.

Dennoch hier die fstab

1
2
3
4
5
6

XXXXXX:/U/ /home/uuu/u nfs rw,hard,intr,rsize=8192,wsize=8192,timeo=14,noexec 0 0
192.zzz.zzz.zzz:/D/ /home/uuu/d nfs rw,hard,intr,rsize=4096,wsize=4096,timeo=14,noexec 0 0
192.zzz.zzz.zzz:/M/ /home/uuu/m nfs rw,hard,intr,rsize=4096,wsize=4096,timeo=14,noexec 0 0
//YYYYYY/v/ /home/uuu/XXX_V cifs rw,vers=3.0,credentials=/root/r/.SMBcredentials
//WWWWWW/P/ /home/uuu/XXX_L cifs rw,vers=3.0,credentials=/root/r/.SMBcredentials
//VVVVVV/D/ /home/uuu/XXX_S cifs rw,vers=3.0,credentials=/root/r/.SMBcredentials

@Berlin_1946 lsusb liefert bei angesteckter USB/Eth-Schnittstelle diese zusätzliche Zeile:

1

Bus 002 Device 002: ID 1c04:0015 QNAP System Inc. Pacific￿

Von allen hier gegebenen Antworten ist es am wahrscheinlichsten, dass es mit dem Secure Boot und der geänderten Hardware zu tun hat, dass das System bockt. Und daraus folgt dann auch das Problem mit den Rechten. Da werde ich weiterforschen.

DerSkeptiker schrieb:

,... dass das System bockt. Und daraus folgt dann auch das Problem mit den Rechten.

Solange du dich so wie "das System bockt" und es nicht genau beschreibst, kann dir niemand helfen.

Mit der eingebauten Netzwerkkarte klappt es.

Was klappt?
Welche Rechte hat eine eingebauten Netzwerkkarte. Ich kann mit diese Aussage nicht anfangen.

Wenn es nichts mit der fstab zu tun hat und du das genau weißt, warum hast du die dann erwähnt?

Mehr Angaben zu einem Netzwerk kenne ich nicht.

Zeige bitte welche "Rechte" du meinst.

Vllt verstehst du ja auch was ganz andres unter dem Begriff -Rechte-?
Wie der Begriff hier (und bei Linux) verwendet wird oder definiert ist, steht im Wiki Rechte.

DerSkeptiker schrieb:

[…] In der fstab liegt sicherlich nicht der Fehler.

Das ist Deine Einschätzung, unbewiesen und vermutlich falsch.

Dennoch hier die fstab

1 2 3 4 5 6

XXXXXX:/U/ /home/uuu/u nfs rw,hard,intr,rsize=8192,wsize=8192,timeo=14,noexec 0 0 192.zzz.zzz.zzz:/D/ /home/uuu/d nfs rw,hard,intr,rsize=4096,wsize=4096,timeo=14,noexec 0 0 192.zzz.zzz.zzz:/M/ /home/uuu/m nfs rw,hard,intr,rsize=4096,wsize=4096,timeo=14,noexec 0 0 //YYYYYY/v/ /home/uuu/XXX_V cifs rw,vers=3.0,credentials=/root/r/.SMBcredentials //WWWWWW/P/ /home/uuu/XXX_L cifs rw,vers=3.0,credentials=/root/r/.SMBcredentials //VVVVVV/D/ /home/uuu/XXX_S cifs rw,vers=3.0,credentials=/root/r/.SMBcredentials

In allen diesen Zeilen für Netzlaufwerke fehlt die Option _netdev, daher sind Probleme beim Einbinden zu erwarten. Lies den Wiki-Artikel!