openSUSE Users (Deutsch) June 2021

users-de@lists.opensuse.org

44 participants
32 discussions

Problem: Logitech Trackball Leap 15.2 KDE :-) und Leap 15.3 RC Gnome:-(

by Peter McD

Hi, ich nutze seit Jahren den Logitech USB Marble Trackball unter KDE. Nun mache ich Gehversuche mit dem "ganz frischen" Gnome in Leap 15.3 RC, installiert in einer anderen Partition und stelle fest, der Trackball funktioniert nicht wie unter KDE. Die Maus hingegen macht keine Probleme, wie sie soll. Um sicherzugehen, habe ich mich nach der Änderung nicht darauf beschränkt nur auszuloggen, sondern habe den Rechner neu gebootet. Ich glaube nicht, dass es sich um ein RC-Problem so kurz vor dem Goldmaster handelt. Muss die Trackball Konfiguration an anderer Stelle stehen? Gruß Peter Die Trackball-Konfiguration ist die gleiche, weil kopiert. ----------------------------------------------- Leap 15.2 KDE Trackball hinzugefügt zu /etc/X11/xorg.conf.d/40-libinput.conf Section "InputClass" Identifier "Marble Mouse" MatchProduct "Logitech USB Trackball" MatchDevicePath "/dev/input/event*" Driver "libinput" # default button assignments. # Option "ButtonMapping" "1 2 3 4 5 6 7 8 9" # Rechthändermapping große Tasten # Option "ButtonMapping" "1 8 3 4 5 6 7 2 9" # Linkshändermapping, Marble Mouse unabhängig von KDE Option "ButtonMapping" "3 8 1 4 5 6 7 2 9" Option "ScrollMethod" "button" # Option "ScrollButton" "8" Option "ScrollButton" "9" # Option "MiddleEmulation" "on" # stattdessen Buttonmapping "3 8 1 ... 9" EndSection In KDE zeigt mit libinput list-devices: Device: Logitech USB Trackball Kernel: /dev/input/event17 Group: 4 Seat: seat0, default Capabilities: pointer Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: disabled Nat.scrolling: disabled Middle emulation: n/a Calibration: n/a Scroll methods: button Click methods: none Disable-w-typing: n/a Accel profiles: flat *adaptive Rotation: 0.0 ------------------------------------------------------- Leap 15.3 Gnome Trackball hinzugefügt zu /etc/X11/xorg.conf.d/40-libinput.conf Section "InputClass" Identifier "Marble Mouse" MatchProduct "Logitech USB Trackball" MatchDevicePath "/dev/input/event*" Driver "libinput" # default button assignments. # Option "ButtonMapping" "1 2 3 4 5 6 7 8 9" # Rechthändermapping große Tasten # Option "ButtonMapping" "1 8 3 4 5 6 7 2 9" # Linkshändermapping, Marble Mouse unabhängig von KDE Option "ButtonMapping" "3 8 1 4 5 6 7 2 9" Option "ScrollMethod" "button" # Option "ScrollButton" "8" Option "ScrollButton" "9" # Option "MiddleEmulation" "on" # stattdessen Buttonmapping "3 8 1 ... 9" EndSection in Gnome zeigt mir libinput list-devices bis auf die Kernel-event-Nr das gleiche: Device: Logitech USB Trackball Kernel: /dev/input/event6 Group: 4 Seat: seat0, default Capabilities: pointer Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: disabled Nat.scrolling: disabled Middle emulation: n/a Calibration: n/a Scroll methods: button Click methods: none Disable-w-typing: n/a Accel profiles: flat *adaptive Rotation: 0.0

5 hours, 43 minutes

update 15.2 auf 15.3

by Kasimir Müller

Hallo Liste, ich habe nun drei Maschinen auf 15.3 upgedated. Erneut ein Kotau an alle Entwickler und Mitarbeiter des Suse-Teams. Dabei habe ich ewig Zeit damit verbracht, in der Conflictliste jeweils die Zustimmung zum "allow vendor update" anzuklicken. Der Rest hat wie erwartet prima funktioniert. Meine Frage: Habe ich übersehen, eine zentrale Konfig zum allow vendor update auszuwählen, oder könnte in Zukunft ein solcher im Update vorhanden sein ? mfg K. Müller

5 hours, 58 minutes

Phantom Partition Im System Hilfe

by Günther J. Niederwimmer

Hallo, Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig Die /dev/sdb5 ist aber nirgend zu finden weder im Yast2 noch mit fdisk -l. Wenn ich im rescue Mode starte, wird die "no limits" Zeitangabe übersprungen und es kommt später eine Meldung mit "1m 30s" nach der zeit läuft der Startvorgang weiter? Etwas hilflos wie sucht man ein Phanthom ;-) Übrigens die /dev/sdb2 ist für die Windows Installation im Yast2 werden dort 4 Partitionen angezeigt im Windows aber nur 3 für jede Antwort dankbar, -- mit freundlichen Grüßen / best regards Günther J. Niederwimmer

8 hours, 13 minutes

LVM Problem "Hilfe dringen benötigt"

by Günther J. Niederwimmer

Hallo Liste, Ich habe ein etwas grödderes Problem mit LVM2 ich kann die Teile nicht mounten? Mir ist leider ein Motherboard eingegangen dachte, kein Problem neues Motherboard und Platten umbauen und funktioniert wieder ! Jetzt habe ich das Problem ich habe ein neueres Version des Systeems genommen und da ist ein anderer driver für UEFI dabei jetzt wollte ich die LVM Partitionen Mounten und mir die Einstellungen sichern damit ich verwenden kann. Auf den LVM Disks sind jedoch unter Partitionen angelegt worden z.B. Festplatte /dev/mapper/vgsystem-dns1: 50 GiB, 53687091200 Bytes, 104857600 Sektoren Einheiten: Sektoren von 1 * 512 = 512 Bytes Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes E/A-Größe (minimal/optimal): 262144 Bytes / 262144 Bytes Festplattenbezeichnungstyp: gpt Festplattenbezeichner: D7C3652A-1422-409E-B3FB-A47C3234AFBF Gerät Anfang Ende Sektoren Größe Typ /dev/mapper/vgsystem-dns1-part1 2048 411647 409600 200M EFI-System /dev/mapper/vgsystem-dns1-part2 411648 4605951 4194304 2G Microsoft Basisdaten /dev/mapper/vgsystem-dns1-part3 4605952 48498687 43892736 21G Microsoft Basisdaten /dev/mapper/vgsystem-dns1-part4 48498688 104855551 56356864 26,9G Microsoft Basisdaten Wie kommt man auf "PART" Partition, damit man die mounten kann? Bei diesem Beispiel wurde Microsoft verwendet warum weiß ich nicht, war aber linux installiert ?? dieses Beispiel würde passen, hatte ich aber erst Jahre später installiert? Festplatte /dev/mapper/vgsystem-mx02: 50 GiB, 53687091200 Bytes, 104857600 Sektoren Einheiten: Sektoren von 1 * 512 = 512 Bytes Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes E/A-Größe (minimal/optimal): 262144 Bytes / 262144 Bytes Festplattenbezeichnungstyp: gpt Festplattenbezeichner: B3FD46EE-6A15-43A1-82C9-C385D331AE17 Gerät Anfang Ende Sektoren Größe Typ /dev/mapper/vgsystem-mx02-part1 2048 1230847 1228800 600M EFI-System /dev/mapper/vgsystem-mx02-part2 1230848 4376575 3145728 1,5G Linux- Dateisystem /dev/mapper/vgsystem-mx02-part3 4376576 104855551 100478976 47,9G Linux LVM Danke für jede Hilfe, -- mit freundlichen Grüßen / best regards Günther J. Niederwimmer

8 hours, 44 minutes

Yast Partitionierer

by Lothar

Hallo zusammen, leider ist mir eine Festplatte kaputtgegangen.(Datenplatte - kein Boot) Ich habe dies getaucht und dann mit Yast neupartioniert. Alles Gut. Beim Verlassen des Partitionierers kam es dann zu folgender Fehlermeldung . ------------- WARNUNG Das System kann eventuell nicht booten: Der Partitionstyp BIOS-Boot-Partition ist erforderlich, um den Bootloader zu installieren. Ein solches Setup wird nicht unterstützt und kann jetzt und in der Zukunft zu Problemen mit dem Bootloader führen. Möchten Sie fortfahren? ------------- Ich bin mir nun unsicher für welche Partition ich nun diesen Partionytyp angeben muss / soll. lothar@tux:~> df df: /run/user/1000/doc: Die Operation ist nicht erlaubt Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf devtmpfs 7884956 4 7884952 1% /dev tmpfs 7897592 0 7897592 0% /dev/shm tmpfs 3159040 2256 3156784 1% /run /dev/nvme0n1p3 125829120 65889444 59476252 53% / tmpfs 7897596 16 7897580 1% /tmp /dev/nvme0n1p3 125829120 65889444 59476252 53% /boot/grub2/x86_64-efi /dev/nvme0n1p1 261868 7788 254080 3% /boot/efi /dev/sdb 9767539288 90855952 9674919600 1% /daten /dev/nvme0n1p3 125829120 65889444 59476252 53% /srv /dev/nvme0n1p3 125829120 65889444 59476252 53% /opt /dev/nvme0n1p3 125829120 65889444 59476252 53% /boot/grub2/i386-pc /dev/nvme0n1p3 125829120 65889444 59476252 53% /usr/local /dev/nvme0n1p3 125829120 65889444 59476252 53% /home /dev/nvme0n1p3 125829120 65889444 59476252 53% /root /dev/nvme0n1p3 125829120 65889444 59476252 53% /.snapshots /dev/nvme0n1p4 345517060 179438296 164331352 53% /var /dev/sdc1 7814025216 6131965776 1679024048 79% /Archiv shm 65536 0 65536 0% /var/lib/docker/containers/f04ddaf46306bccf6f70fc77998fe81e6e1e89fc44fc92fd867847348d54ecf4/mounts/shm tmpfs 1579516 52 1579464 1% /run/user/1000 Ja was meint ihr ? Lothar

2 days, 10 hours

OpenSuse 15.3 Update-Repos verknuddelt?

by Manfred Haertel, DB3HM

Ich hatte meine "Arbeits-VM" sehr zügig auf OpenSuse Leap 15.3 umgestellt, da das auf einer Test-VM wirklich sehr gut aussah. Auf dem Arbeits-System auch, aber irgendwie gibt es im Moment Konflikte mit den verschiedenen Update-Repositories. Ich hatte ohnehin schon zu meinem Erstaunen festgestellt, dass durch den Update im Vergleich zu 15.2 zwei neue Repos hinzugekommen und "ungefragt" aktiviert worden sind, nämlich http://download.opensuse.org/update/leap/15.3/backports/ und http://download.opensuse.org/update/leap/15.3/sle/ . Es gibt auf den Update-Servern sogar noch ein http://download.opensuse.org/update/leap/15.3/leap/ , was aber NICHT automatisch angebunden wurde. Ich hatte zuerst gedacht, das Problem wäre dadurch reingekommen, dass ich eben einen Update gemacht habe und nicht wie "alle anderen" eine Neu-Installation. Also habe ich eine Test-VM frisch mit der 15.3 ISO aufgesetzt und siehe da, die hat dasselbe Problem: test:~ # pkcon update Aktualisierungen werden abgerufen[=========================] Fertig [=========================] Software-Liste wird aktualisiert[=========================] Änderungen werden getestet [=========================] Fertig [=========================] Schwerwiegender Fehler: patch:SUSE-2021-1200-1.noarch steht in Konflikt mit libreoffice-writer.x86_64 < 7.1.2.2-13.15.1, das von libreoffice-writer-7.1.2.2-2.3.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-1569-1.noarch steht in Konflikt mit libreoffice-pyuno.x86_64 < 7.1.3.2-13.18.3, das von libreoffice-pyuno-7.1.2.2-2.3.x86_64 zur Verfügung gestellt wurde Auf den ersten Blick sind da Patches für SLE "reingerutscht", die aber nicht mit den Basis-RPMs von Leap harmonieren?! Da ich nie ausschließe, selber was falsch zu machen: Kann jemand das Problem nachvollziehen? -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel

2 days, 13 hours

OT: Organisation einer SSD (Nutzungsszenario: Desktoprechner ohne Serverdienste)

by Carsten Grebehem

Hallo zusammen, in meinem Desktoprechner ohne Serverdienste [1] möchte ich eine SSD verwenden. Meine Idee ist, wie bei einer 3,5" Festplatte, etwa acht Stück Partitionen anlegen ("normale" Partitionen, ohne LVM) und ext4 oder xfs als Dateisystem verwenden. Lt. meiner Recherche sollen die Mountoptionen noatime, nodiratime und discard für die SSD gesetzten werden. Die Artikel, die ich fand, sind jedoch 4 bis 5 Jahre alt. Ist das noch so? Oder sind diese Informationen überholt? Gibt es heute einen besseren Weg? Die SSD soll eine möglichst lange Haltbarkeit haben. Besten Dank. Tschüß Carsten [1] Eine kleine Partition wird für Windows 10 (Kartenaktualisierung von Navigationsgeräten) benötigt. Der Rest der SSD soll je eine Partition für Leap, /home und ein Datengrab werden. Hauptanwendungsgebiete sind E-Mail, Streaming, im Internet serven und LibreOffice.

3 days, 9 hours

SAMBA Druck Problem in SuSE Leap VERSION = 15.2, mit "PRINT COMMAND ="

by Stefan Becker

openSUSE VERSION = 15.2 SAMBA Version 4.11.14-git.247.8c858f7ee14lp152.3.19.1-SUSE-oS15.0-x86_64 Hallo, ich habe diese Wochen eine neue Server frisch aufgesetzt. Diese ersetzt meine vorherige SAMBA Server. Auf diesem neuen Server kann ich nicht mehr meine gewohnte Druck-Dienste ausführen: z.B. eine einfache PDF-Drucker [pdf] printing = sysv comment = PDF Generator path = /tmp read only = no printer name = ps1 guest ok = yes printable = yes browseable = yes print command = /usr/local/lufa/mkpdf %s ~%u //%L/%u %m %I Also das Drucken via "print command =" an einen Script ist mir wichtig und ist hier nur als Beispiel PDF-Drucker für den Share angegeben. Die sonstige [HOMES] Fileserver Share funktionierten alle gut, ohne Probleme. Nur diese "print command" Scripting, an DIESEN neue Server versagt. Diese Script wird überhaupt nicht vom Samba Ausgeführt. Log-Datei bleibt leer. Keine Fehlermeldung! Hat jemand eine Idee warum und auch wie ich diese Dienst Debuggen könnte. Auch: wie kann ich genau wissen ob überhaupt meine Windows Client den Job an Samba aufgegeben hat. Den "log level = 10" erzeugt mir keine brauchbare Info über Fehler für diese [PDF] Share. Mir ist bewusst daß "printing = cups" (mit cups Library) den "print command" aussetzt, aber heist es das KEINE "print command" mehr geht? Meine Drucker-Shares haben bisher mit " printing = sysv" immer funktioniert. kann mir hierbei jemand weiterhelfen, mit freundlichen Grüßen Stefan Becker LUFA Speyer Meine Script: ------------ Rechte: /usr/local/lufa/mkpdf : die Rechte Stimmen: /usr/local/lufa # dir mkpdf -rwxr-xr-x 1 becker users 4299 14. Jun 12:25 mkpdf Script: #!/bin/bash #/usr/local/lufa/mkpdf # samba-print-pdf cd /tmp/ ( echo "" echo Time: $(date +"%Y-%m-%d %H:%M:%S") echo Proc: $USER [ $UID ] echo Call: $0 echo File: $1 echo User: $2 echo Para: $3 , $4 , echo Para: $5 , $6 ) >> /tmp/mkpdf.log if [ "$1" = "" ] ; then exit 10 fi # .... hier die vollständige smb.conf : ------------------------------ [global] workgroup = HOME netbios name = SUE log level = 3 realm = HOME.DE passdb backend = tdbsam security = ADS ntlm auth = ntlmv1-permitted min protocol = NT1 interfaces = 127.0.0.0/255.0.0.0 192.168.10.0/255.255.252.0 hosts allow = 127.0.0.0/255.0.0.0 192.168.10.0/255.255.252.0 hosts deny = all bind interfaces only = yes printing = cups printcap name = cups printcap cache time = 750 cups options = raw guest account = nobody guest ok = no logon path = \\%L\profiles\.msprofile logon home = \\%L\%U\.9xprofile logon drive = L: domain logons = No domain master = No prefered master = No wins server = 192.168.3.13 wins support = No allow insecure wide links = yes follow symlinks = yes wide links = yes allow trusted domains = No template homedir = /home/%U template shell = /bin/bash oplocks = No level2 oplocks = No client min protocol = NT1 nt acl support = no inherit acls = no kerberos method = secrets and keytab winbind use default domain = yes winbind enum users = yes winbind enum groups = yes winbind nested groups = No winbind refresh tickets = yes winbind offline logon = yes idmap config HOME : backend = rid idmap config HOME : range = 1000 - 20000 idmap cache time = 20000 unix charset = utf8 dos charset = cp1252 [homes] comment = home valid users = %S, %D%w%S read only = no create mask = 0600 directory mask = 0700 browseable = no printable = no [pdf] printing = sysv comment = PDF Generator path = /tmp read only = no printer name = ps1 guest ok = yes printable = yes browseable = yes print command = /usr/local/lufa/mkpdf %s ~%u //%L/%u %m %I

3 days, 10 hours

Suspend to disk cmdline?

by Jörg Thümmler

Hi, mein guter alter Asus-eeepc läuft aktuell unter leap 15.1. Meist fahre ich ihn mit suspend to disk runter, geht auch soweit, aber ich habe ihm eine SSD spendiert und gelesen, dass die dadurch halt doch mehr belastet wird, weil ja jedesmal der ganze aktuelle Kernelzustand drauf muss. Kann man das konfigurieren? Im Netz habe ich nur einen veralteten Artikel zu s2disk gefunden, nichts zu 15.x. Ich würde gern 1. ein device für den Kernelabzug festlegen (und dafür dann eine SD-Karte in den meist ohnehin ungenutzten Schacht stecken) 2. das ganze von der Cmdline aufrufen... Kennt sich da jemand aus? Thx für jeden Tipp, gern auch ein RTFM mit Angabe des M ;-) -- cu jth

3 days, 16 hours

Nach Upgrade auf leap 15.3 läuft dhcpd nicht

by Dirk Meier

Hallo, nach dem heutigen Ugrade von Leap 15.2 auf 15.3 läuft der dhcpd nicht mehr. Bei dem Upgrade wurde der dhcp-server nicht übernommen. Nach der manuellen Nachinstallation mit YAST fehlen natürlich die Config-Daten. Werden diese beim Upgrade irgendwohin gesichert und kann ich die dann einfach übernehmen, oder muss der dhcpd neu konfiguriert werden? -- Dirk

3 days, 22 hours

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

openSUSE Users (Deutsch) June 2021