May 2020 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

OT: Thunderbird v52 nach v68 - Profil übernehmen
by Werner Franke 22 May '20

22 May '20

Hallo zusammen, eventuell hat von Euch schon mal folgendes Problem gehabt und weiss eine Lösung: Ich benutze im Büro Thunderbird 52.9.1 (Update-Kanal release) und möchte den neuen 68 benutzen, aber wenn ich den Thunderbird 68.7.0 starte, will er ein neues Profil benutzen. Im Thunderbird 52.9.1 ein 'Nach Updates suchen' findet nichts. Wie bekomme ich jetzt in die 68-er Version mein Profil aus der 52-er Version ? Geht das überhaupt ? Wenn das nicht geht, muss ich auf 52 bleiben. Danke für 'nen Tipp Werner Franke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 6

XMPP
by Bernd Nachtigall 20 May '20

20 May '20

Hi, ich versuche einen Jabber-Service aufzusetzen. Dazu nutze ich auf der Serverseite Prosody wie es im Repo der 15.2beta angeboten wird. (Prosody 0.11.5) Allerdings bekomme ich keine Verbindung von einem XMPP-Client aus. Hier nutze ich Kopete und Thunderbird aus dem openSUSE Leap 15.1 Repo. Per telnet sehe ich das der Port 5222 oder 5223 offen ist, aber die Verbindung wird lt. Log des Prosody immer wieder sofort geschlossen. Zuerst dachte ich das etwas mit dem Server nicht stimmt, aber ich habe das gleiche Verhalten der beiden o. g. Clients wenn ich z. B. jabber.org oder andere kontaktieren will. (Auch hier klappt der Test mit telnet.) Also liegt es wahrscheinlich eher an den Clients als am Server. Aber zwei Programme gleichzeitig mit denselben Symptomen? Eher unwahrscheinlich, solange sie nicht die gleiche Library verwenden. Hilfreiche Tipps werden gerne gesehen. Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

7 9

Neue Platte ... und nun?
by Bernd Nachtigall 20 May '20

20 May '20

Hi, am Notebook gibt die Platte auf. Passend zum langen Wochenende. Kein Problem - dachte ich. Das System ist mit LUKS und LVM aufgebaut, alles damals ganz easy per openSUSE Installationsvorgang. Dabei wurde wohl ein LUKS-verschlüsseltes LVM aufgebaut in dem alles außer dem Ordner /boot abgelegt ist. 1. neue Platte per USB2SATA Adapter angeschlossen. 2. Vom USB-Stick gebootet. 3. per dd <alte Platte> <neue Platte> kopiert. Die Platte hat drei Partitionen. Wenn ich sda nach sdb kopiere, werden die ersten beiden recht zügig übertragen, die dritte hingegen wird erst ebenso schnell dann aber immer langsamer übertragen. Nur wenn ich (mindestens) die dritte Partition als Partition sda3 -> sdb3 übertrage ist die Geschwindigkeit OK. 4. neue Platte statt der alten eingebaut und ... 5. Die Passphrase der Platte wird *nicht* abgefragt -> boot ist nicht erfolgreich. Wenn ich lange genug warte lande ich an der 'Emergency Console'. Aber mangels Platte komme ich da nur in eine Shell (sh-4.4) die nichts kann (wahrscheinlich weil /root nicht gemountet ist). Wie geht es richtig? Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

7 11

uefi - Verzweiflung
by Kasimir Müller 17 May '20

17 May '20

Hallo liebe Liste, UEFI bringt mich zur Verzweiflung. Folgendes Disk-Layout zwei SSD im Laptop. SSD 1 als nvme0n1 in /dev mit WIndows10 SSD 2 als sda in /dev mit Leap 15.1 Beide mit gpt-Partitionstabellen. Mit der super-grub2-disk kann ich Leap starten und zwar den direkten Eintarg mit Kernel, nicht starten kann ich grub2 oder den opensuse uefi Eintrag. Es erscheint kein grub-Menue und natürlich kann ich Leap nicht aus dem Bootmenue mit F12 starten. Der Versuch zeigt immer einen schwarzen Bildschirm und kehrt zum Bootmenue zurück Die einzige Inkonsistenz, die mir aufgefallen ist: In EFI/opensuse/grub.cfg steht search --fs-uuid --set=root aa33d925-4dce-4bf7-b3bf-34eaa6c63373 diese UUID existiert nicht, wenn ich mit blkid schaue. Die uuid der root-Partition ist de94b23a-1d2e-43aa-9bbb-ec1e5897579c Eine Änderung des Eintrags bewirkt jedoch nichts und damit bin ich mit meinem Latein am Ende. Eine Installation auf einer externen SSD hat geklappt wie gewünscht, da existiert eine eigene UEFI-Partition und die lässt sich mit F12 anwählen und booten. Weiss jemand, was ich noch schauen könnte ? mfg, K. Müller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 4

OS15.1 Neuinstallation
by Bernhard Junk 17 May '20

17 May '20

Hallo Gemeinde, nach einem crash durch defekte HD musste ich OS15.1 neu installieren. Habe die Platte ersetzt und neu installiert. Nach Installation bekam ich Booting from local disk... Still ruht der See. Das habe ich jetzt schon mehrfach auch durch andere Hds durchgeführt aber keine Änderung. Ich denke, dass Grub nicht gestartet wurde. Was kann ich noch tun? Gruss Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 11

OS15.1 Neuinstallation
by Bernhard Junk 15 May '20

15 May '20

Hallo Gemeinde, nach einem crash durch defekte HD musste ich OS15.1 neu installieren. Habe die Platte ersetzt und neu installiert. Nach Installation bekam ich Booting from local disk... Still ruht der See. Das habe ich jetzt schon mehrfach auch durch andere Hds durchgeführt aber keine Änderung. Ich denke, dass Grub nicht gestartet wurde. Was kann ich noch tun? Gruss Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Re: Leap 15.1 - cups - falscher Startzeitpunkt
by Kyek, Andreas, Vodafone DE 15 May '20

15 May '20

Matthias wrote: > On Thu, 14 May 2020 09:02:43 +0000 > "Kyek, Andreas, Vodafone DE" <Andreas.Kyek1(a)Vodafone.com> wrote: > [...] > > Es sieht so aus, als ob cups "zu früh" gestartet wird - also > > entweder ist das Netzwerk noch nicht da oder die firewall (oder > > noch anderes?) > Solche Timing-Probleme hinterlassen in der Regel in den log-Dateien > Spuren, wer wann wen vermißt bzw. vergeblich wartet (so war es bei > mir). Dann kannst Du gezielt vorgehen, ansonsten fällt mir nur > probieren ein. > > Mein erster Kandidat beim Probieren wäre cups.service (Kopie unter > /etc/systemd/system/, disable, enable). > > Dort dann After=firewalld.????? oder wie auch immer der Dienst > heißt. in der systemd Doku habe ich einen Artikel gefunden; aber die Massnahme dort: a) in cups.service eine Abhängigkeit zu network-online.target einfügen b) systemd-network-wait-online "enablen" (verwende wicked!) hat mein Problem NICHT gelöst. Ich brauche nach dem Reboot immer noch den cups restart. Irgendjemand eine Idee? Andreas C2 General Rgbx��޲ץ��r��҉碝��V��uﮞ˛��m�)z{.��+�I�zr�ק٢�+-��h�;��r��brG�J'��w�j)Z��^�ˬy׾� ޮ�^�ˬz��

3 2

Re: Leap 15.1 - cups - falscher Startzeitpunkt
by Kyek, Andreas, Vodafone DE 15 May '20

15 May '20

Martin Schröder wrote: > > Am Fr., 15. Mai 2020 um 08:04 Uhr schrieb Kyek, Andreas, Vodafone DE > <Andreas.Kyek1(a)vodafone.com>: > > cups.service nach /etc/systemd/system/ kopieren > > Nein. > sudo systemctl edit cups Ok; neues Konzept (für mich) das erstellt ein File in /etc/systemd/system/cups.service.d namens override.conf und hier kommen NUR die delta's rein; also sieht das File bei mir so aus: --- cut here --- [Unit] After=network-online.target Wants= network-online.target --- cut here --- dann braucht man auch keinen "neuen" Link für den Service. wieder was gelernt (und die Doku war wohl schon älter aus der ich den Tip hatte) Rest bleibt! Andreas PS: Thx for the hint C2 General Rgbx��޲ץ��r��҉碝��V��uﮞ˛��m�)z{.��+�I�zr�ק٢�+-��h�;��r��brG�J'��w�j)Z��^�ˬy׾� ޮ�^�ˬz��

1 0

VolumeGroup erweitern
by Daniel Spannbauer 15 May '20

15 May '20

Hallo Leute, ich hab gerade wieder ein Wald-Bäume-Problem. Ich habe ein LVM. Eine Volumegroup belegt nur einen Teil des möglichen Platzes: vgdisplay --- Volume group --- VG Name DATA System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 5 VG Access read/write VG Status resizable MAX LV 0 Cur LV 1 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 1.82 TiB PE Size 4.00 MiB Total PE 476826 Alloc PE / Size 393216 / 1.50 TiB Free PE / Size 83610 / 326.60 GiB VG UUID fwh1Rl-kAPL-ZhAc-EsEn-1qG9-amAR-LL0XO4 Wie man sieht sind noch 326GB dahinter frei. Ich würde also gerne die VolumeGroup um diesen Platz vergrößern, damit ich den LV darin diesen Platz geben kann. Nur wie? vgresize gibts nicht, es gibt nur vgextend. Aber mit vgextend kann ich nur weitere PVs einhängen. Kann mir mal jemand uaf die Sprünge helfen? Gruß Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 3

Re Leap 15.1 - cups - falscher Startzeitpunkt
by Kyek, Andreas, Vodafone DE 15 May '20

15 May '20

[...] > > Matthias wrote: > > On Thu, 14 May 2020 09:02:43 +0000 > > "Kyek, Andreas, Vodafone DE" <Andreas.Kyek1(a)Vodafone.com> wrote: > > > [...] > > > Es sieht so aus, als ob cups "zu früh" gestartet wird - also > > > entweder ist das Netzwerk noch nicht da oder die firewall (oder > > > noch anderes?) > > Solche Timing-Probleme hinterlassen in der Regel in den log-Dateien > > Spuren, wer wann wen vermißt bzw. vergeblich wartet (so war es bei > > mir). Dann kannst Du gezielt vorgehen, ansonsten fällt mir nur > > probieren ein. > > > > Mein erster Kandidat beim Probieren wäre cups.service (Kopie unter > > /etc/systemd/system/, disable, enable). > > > > Dort dann After=firewalld.????? oder wie auch immer der Dienst > > heißt. > > in der systemd Doku habe ich einen Artikel gefunden; aber die Massnahme > dort: > > a) in cups.service eine Abhängigkeit zu network-online.target einfügen > b) systemd-network-wait-online "enablen" (verwende wicked!) > > hat mein Problem NICHT gelöst. Ich brauche nach dem Reboot immer noch > den cups restart. > Kommando zurück - es geht! also: cups.service nach /etc/systemd/system/ kopieren in die [Unit] section eintragen: After=network-online.target Wants=network-online.target systemctl enable cups (setzt den Link neu) systemctl is-enabled NetworkManager-wait-online.service system-networkd-wait-online.service sollte bei dem service, der benutzt wird "enabled" zeigen (bei mir der zweite); ansonsten "enablen". Damit scheint es zu gehen. (ich hatte eine Seite gefunden, wo die Änderung am service File zwar angegeben waren aber in der falschen section) Andreas C2 General

3 2