openSUSE Users (Deutsch) November 2014

users-de@lists.opensuse.org

88 participants
74 discussions

mount suse 13.2 xfs von suse 13.1 Fehlschlag?
by Peter Mc Donough 29 Nov '14

29 Nov '14

Hi, meine 13.2 Testinstallation läuft soweit, ich kann aber nicht die "xfs" Partiton von 13.1 aus mounten. 13.2 Partition sda9 für / mit btrfs 13.2 Partition sda10 für /home mit xfs. mount und umount in 13.2 kein Problem. Wenn ich nun aus 13.1 die 13.2 Partitionen mounten will: mount -t btrfs /dev/sda9 /vol/test funktioniert es. umount /vol/test Für xfs bekomme ich: mount -t xfs /dev/sda10 /vol/test mount: wrong fs type, bad option, bad superblock on /dev/sda10, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. xfs ist ja schon länger im Gebrauch und ich finde keinen Hinweis bei den Bugreports. Mich würde interessieren, ob das jemand reproduzieren kann oder ob das Problem vor meinem Computer sitzt. Gruß Peter -- 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 2

Grub2 - installation auf falscher hd
by Jürgen Stahl 28 Nov '14

28 Nov '14

Hallo Liste, ich habe eine ssd Platte, auf der das System laufen soll, installiert. Doch Grub2, gegal, was ich bis jetzt veranstaltet habe, startet immer noch von der alter Systemplatte. Ablauf: alte boot Partition wurde geklont, swap Partition angelegt. Neue ssd Platte als erste Platte im Bios angemeldet. Nach reboot wurde die alte sata Platte gebootet. Abkoppeln der sata Platte, neue ssd Platte hat gebootet; dann habe ich Grub2 per Yast installiert. Solange die alte Platte abgehängt war ging alles gut, jedoch als sie wieder Strom bekam, wurde diese Platte gebootet. Weiterer Versuch war Grub mit Yast zu installieren bei dem alle Platten gemountet wurden. usw. es gab immer das selbe Ergebnis. Grub wurde so eingestellt: Aus root Partition, in den mbr oder aus boot Partition des neuen Systems starten. Es half nichts wirklich. Nun habe ich Grub der alten hd von "Hand" auf die neue ssd hd kopiert. Nun startet zumindest das neue System; es gibt aber immer noch Lesezugriffe beim booten (ganz zu Beginn) von der sata Platte. Kurz um. Wie installiert man Grub so, dass es funktioniert? Wo ist / sind die Fehler? Ach ja. Grub habe ich auch aus dem Rettungssystem installiert, bei dem nur nie ssd Bootpartition gemountet war. Beim reboot wurde wieder die alte sata Platte gelesen. Kann mir jemand auf die Sprünge helfen? Vielen Dank schon mal -- Liebe Grüße Jürgen -- 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 4

Re: Grub2 - installation auf falscher hd
by Jürgen Stahl 28 Nov '14

28 Nov '14

Hallo ihr, Am Montag, 24. November 2014, 07:06:53 schrieb susejunky: > Hallo Jürgen, > > wenn Du die boot-Partition geklont hast, dann müsste damit auch die UUID > dieser Partition dupliziert worden sein; d.h. sie ist jetzt sehr > wahrscheinlich zwei mal in Deinem System zu finden. Das könnte > problematisch sein. Für eine weitere Analyse wäre es gut zu wissen, ob Du > MBR oder GPT als Partitionsschema benutzt. MBR ist klar; GPT nicht; was ist das? Den GBT braucht man wahrscheinlich auch zum booten? Allerdings werde ich erst am kommenden WE wieder hierzu kommen und Änderungen ausprobieren. Ich melde mich dann nochmals. Danke schon mal. -- Liebe Grüße Jürgen > > -------- Ursprüngliche Nachricht -------- > Von: "Jürgen Stahl" <Stahl.Juergen(a)freenet.de> > Gesendet: 23. November 2014 22:26:53 MEZ > An: opensuse-de(a)opensuse.org > Betreff: Grub2 - installation auf falscher hd > > Hallo Liste, > > ich habe eine ssd Platte, auf der das System laufen soll, installiert. Doch > Grub2, gegal, was ich bis jetzt veranstaltet habe, startet immer noch von > der alter Systemplatte. > > Ablauf: > alte boot Partition wurde geklont, swap Partition angelegt. > Neue ssd Platte als erste Platte im Bios angemeldet. > > Nach reboot wurde die alte sata Platte gebootet. > Abkoppeln der sata Platte, neue ssd Platte hat gebootet; dann habe ich Grub2 > per Yast installiert. Solange die alte Platte abgehängt war ging alles gut, > jedoch als sie wieder Strom bekam, wurde diese Platte gebootet. > > Weiterer Versuch war Grub mit Yast zu installieren bei dem alle Platten > gemountet wurden. usw. > es gab immer das selbe Ergebnis. > > Grub wurde so eingestellt: Aus root Partition, in den mbr oder aus boot > Partition des neuen Systems starten. > > Es half nichts wirklich. > > Nun habe ich Grub der alten hd von "Hand" auf die neue ssd hd kopiert. Nun > startet zumindest das neue System; es gibt aber immer noch Lesezugriffe beim > booten (ganz zu Beginn) von der sata Platte. > > Kurz um. Wie installiert man Grub so, dass es funktioniert? > Wo ist / sind die Fehler? > > Ach ja. Grub habe ich auch aus dem Rettungssystem installiert, bei dem nur > nie ssd Bootpartition gemountet war. Beim reboot wurde wieder die alte sata > Platte gelesen. > > Kann mir jemand auf die Sprünge helfen? > > Vielen Dank schon mal -- 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

6 11

Netzwerkverbindung baut sich in 13.2 nicht mehr auf
by Michael Eschweiler 28 Nov '14

28 Nov '14

Hallo Listenleser, nachdem ich mehr oder weniger erfolgreich auf meinem Laptop (s. Mail "digikam startet nicht") ein Upgrade von 13.1 auf 13.2 vorgenommen hatte, dachte ich, ich könnte 13.2 'mal eben' auf meinen Desktop-Rechner parallel zu meiner 'Arbeits-'Umgebung (13.1) installieren. Das lief auch erst einmal problemlos durch. D.h. ich habe jetzt auf sda2 13.1 installiert und auf sda3 13.2. Beim Neustart sah ich dann gleich den ersten Wermutstropfen: Bei früheren Parallelinstallationen wurden bestehende Installationen mit ins Boot-Menu aufgenommen. Nicht so bei meiner Installation. Und bei grub2 ist die nachträgliche Aufnahme deutlich mühseliger... :-(( Viel schlimmer aber ist der Umstand, dass das Netzwerk nicht läuft: Das entsprechende Kernel-Modul (r8169 - für RTL8111/8168B PCI Express Gigabit Ethernet controller) ist zwar geladen, aber es kommt keine Verbindung zustande. Macht 'wicked' seinem Namen alle Ehre? Jedenfalls ist im Plasma-Netzapplet keine Schnittstelle sichtbar. Ich habe dann über YaST mal von wicked auf Netzwerk-Manager umgeschaltet. Dann ist zwar im Netzapplet die Netzwerkkarte sichtbar, aber es kommt trotzdem keine Verbindung zustande. Die Meldung ist, dass der Netzwerk-Manager auf eine IP-Adresse wartet, weiter passiert nichts. Schaue ich mit dmesg nach, erfahre ich: 14.221253] r8169 0000:02:00.0 enp2s0: link down [ 14.221263] r8169 0000:02:00.0 enp2s0: link down [ 14.221299] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready [ 15.918062] r8169 0000:02:00.0 enp2s0: link up [ 15.918073] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready [ 15.997500] NET: Registered protocol family 17 [ 19.957671] Bluetooth: Core ver 2.19 [ 19.957692] NET: Registered protocol family 31 [ 19.957694] Bluetooth: HCI device and connection manager initialized [ 19.957703] Bluetooth: HCI socket layer initialized [ 19.957705] Bluetooth: L2CAP socket layer initialized [ 19.957721] Bluetooth: SCO socket layer initialized [ 19.960021] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 19.960026] Bluetooth: BNEP filters: protocol multicast [ 19.960034] Bluetooth: BNEP socket layer initialized [ 577.847011] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready [ 578.250363] No iBFT detected. [ 578.325173] r8169 0000:02:00.0 enp2s0: link down [ 578.325186] r8169 0000:02:00.0 enp2s0: link down [ 578.325249] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready [ 579.938022] r8169 0000:02:00.0 enp2s0: link up [ 579.938072] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready [ 1178.651562] r8169 0000:02:00.0 enp2s0: link down [ 1178.651572] r8169 0000:02:00.0 enp2s0: link down [ 1178.651656] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready [ 1180.253209] r8169 0000:02:00.0 enp2s0: link up [ 1180.253221] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready Hat jemand eine Idee? Gruß, Michael P.S.: Unter 13.1 -damit arbeite gerade wieder- läuft das Netzwerk prima... -- 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 8

yast bootloader
by Sebastian 27 Nov '14

27 Nov '14

Hallo, das Bootloader Modul von Yast startet seit dem Update auf die 13.2 nicht mehr. Allerdings habe ich Tumbleweed und dies gemäß https://en.opensuse.org/openSUSE:Tumbleweed_installation auf die neue Situation angepasst. die Fehlermeldung ist: Internal error. Please report a bug report with logs. Details: component cannot import namespace 'BootCommon' Caller: /usr/lib64/ruby/vendor_Ruby/2.1.0/yast.rb:162:in `import_pure' (Warum lässt sich dieser Text nicht Kopieren noch nicht mal markieren) Tumblewwed wird regelmäßig geupdatet auch Yast Packete waren schon dabei aber an meiner Situation hat sich noch nichts geändert. Mit der Fehlermeldung habe ich im Netz auch nichts gefunden. Um mich mit bugreports zu beschäftigen brauche ich leider einen Übersetzer. Gruß Sebastian -- 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

OS 13.2, wickedd, Speicherverbrauch
by Roman Fietze 27 Nov '14

27 Nov '14

Hallo, Bei einem Bekannten war nach der Neuinstallation einer OS 13.2, i586, 3GHz Pentium, alle Updates eingespielt auf einem aelteren Board mit nur 1 GiB RAM der wickedd am laufen. Dieser hat durch seinen immensen Speicherverbrauch dazu gefuehrt, dass das System durch swappen fast unbrauchbar war, top hat virtuell ca. 1,5 GiB angezeigt, reserved und shared waren ebenfalls in der oberen Liga. Nach einer Umstellung auf NetworkManager ist das System nun in den Grenzen seiner Moeglichkeiten flott. Ich habe weder im Web noch im Bugzilla etwas gefunden, daher die Frage ob das ein spezifisches Problem ist, oder der Speicherverbrauch von wickedd ueberall recht hoch ist (ich habe leider noch kein Vergleichssystem). Roman -- Roman Fietze Telemotive AG Buero Muehlhausen Breitwiesen 73347 Muehlhausen Tel.: +49 7335 18493-45 http://www.telemotive.de -- 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 1

Re: Re: Netzwerkverbindung baut sich in 13.2 nicht mehr auf
by Michael Eschweiler 27 Nov '14

27 Nov '14

Hallo Hugo, Am 26.11.2014 um 07:28 schrieb Hugo Mahr: > Hallo Michael, > am Mittwoch, 26. November 2014, 01:13:16 schrieb Michael Eschweiler: >> Hallo Listenleser, >> >> nachdem ich mehr oder weniger erfolgreich auf meinem Laptop (s. Mail >> "digikam startet nicht") ein Upgrade von 13.1 auf 13.2 vorgenommen >> hatte, dachte ich, ich könnte 13.2 'mal eben' auf meinen Desktop-Rechner >> parallel zu meiner 'Arbeits-'Umgebung (13.1) installieren. >> Das lief auch erst einmal problemlos durch. D.h. ich habe jetzt auf sda2 >> 13.1 installiert und auf sda3 13.2. >> >> Beim Neustart sah ich dann gleich den ersten Wermutstropfen: Bei >> früheren Parallelinstallationen wurden bestehende Installationen mit ins >> Boot-Menu aufgenommen. Nicht so bei meiner Installation. > Bei mir geht das. Version 13.1 nutzt auch grub2? >> Und bei grub2 >> ist die nachträgliche Aufnahme deutlich mühseliger... :-(( >> >> Viel schlimmer aber ist der Umstand, dass das Netzwerk nicht läuft: Das >> entsprechende Kernel-Modul (r8169 - für RTL8111/8168B PCI Express >> Gigabit Ethernet controller) ist zwar geladen, aber es kommt keine >> Verbindung zustande. Macht 'wicked' seinem Namen alle Ehre? >> Jedenfalls ist im Plasma-Netzapplet keine Schnittstelle sichtbar. Ich >> habe dann über YaST mal von wicked auf Netzwerk-Manager umgeschaltet. >> Dann ist zwar im Netzapplet die Netzwerkkarte sichtbar, aber es kommt >> trotzdem keine Verbindung zustande. Die Meldung ist, dass der >> Netzwerk-Manager auf eine IP-Adresse wartet, weiter passiert nichts. >> Schaue ich mit dmesg nach, erfahre ich: >> 14.221253] r8169 0000:02:00.0 enp2s0: link down >> [ 14.221263] r8169 0000:02:00.0 enp2s0: link down >> [ 14.221299] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready >> [ 15.918062] r8169 0000:02:00.0 enp2s0: link up >> [ 15.918073] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready >> [ 15.997500] NET: Registered protocol family 17 >> [ 19.957671] Bluetooth: Core ver 2.19 >> [ 19.957692] NET: Registered protocol family 31 >> [ 19.957694] Bluetooth: HCI device and connection manager initialized >> [ 19.957703] Bluetooth: HCI socket layer initialized >> [ 19.957705] Bluetooth: L2CAP socket layer initialized >> [ 19.957721] Bluetooth: SCO socket layer initialized >> [ 19.960021] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 >> [ 19.960026] Bluetooth: BNEP filters: protocol multicast >> [ 19.960034] Bluetooth: BNEP socket layer initialized >> [ 577.847011] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready >> [ 578.250363] No iBFT detected. >> [ 578.325173] r8169 0000:02:00.0 enp2s0: link down >> [ 578.325186] r8169 0000:02:00.0 enp2s0: link down >> [ 578.325249] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready >> [ 579.938022] r8169 0000:02:00.0 enp2s0: link up >> [ 579.938072] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready >> [ 1178.651562] r8169 0000:02:00.0 enp2s0: link down >> [ 1178.651572] r8169 0000:02:00.0 enp2s0: link down >> [ 1178.651656] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready >> [ 1180.253209] r8169 0000:02:00.0 enp2s0: link up >> [ 1180.253221] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready >> >> Hat jemand eine Idee? >> Gruß, >> Michael >> P.S.: Unter 13.1 -damit arbeite gerade wieder- läuft das Netzwerk prima... > Hallo, > das klingt komisch. mit dem alten Namen eth0 läuft das hier stabil: > # dmesg | grep eth0 > [ 14.391111] r8169 0000:0e:00.0 eth0: RTL8168d/8111d at 0xffffc90010e76000, > 00:26:22:40:e2:5e, XID 081000c0 IRQ 50 > [ 14.391114] r8169 0000:0e:00.0 eth0: jumbo features [frames: 9200 bytes, tx > checksumming: ko] > [ 31.204426] r8169 0000:0e:00.0 eth0: link down > [ 31.204432] r8169 0000:0e:00.0 eth0: link down > [ 31.204620] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 33.272904] r8169 0000:0e:00.0 eth0: link up > [ 33.272916] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready > [ 233.474230] device eth0 entered promiscuous mode > [ 657.138733] SFW2-INext-DROP-DEFLT IN=eth0 ... > > Wichtig scheint mir zu sein, das 'eth0: link up' einmal kommt und dann NIE > mehr > 'link down' kommt. Vielleicht spielt der Gerätename doch eine Rolle. Wie heißt > denn die Verbindung bei 13.1 bei Dir? Soll ich was wegen wicked nachsehen? > Der Gerätename ist identisch (enp2s0) - wie auch (zumindest dem Namen nach) das entsprechende Modul. Die Frage: > Soll ich was wegen wicked nachsehen? verstehe ich nicht. Was könntest du nachsehen? Gruß, Michael -- 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 1

Grundlegende Fragen zu Wordpress
by Lentes, Bernd 25 Nov '14

25 Nov '14

Hi, wir müssen demnächst eine Wordpress-Installation hosten. Ich kenne diese Software überhaupt nicht. Von daher ein paar grundsätzliche Fragen, insbesondere zur Sicherheit: - ich habe im Web gesehen, das man User mit unterschiedlichen Rechten anlegen kann. Sind diese Accounts nur Wordpress bekannt oder sind das User, die auch linuxseitig angelegt werden müssen ? - kann man sich mit diesen accounts von außen auf die Wordpress-Installation einloggen ? - wie gut wird denn dieses Projekt gepflegt ? Danke schon 'mal. Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik Gebäude 35.34 - Raum 208 HelmholtzZentrum münchen bernd.lentes(a)helmholtz-muenchen.de phone: +49 89 3187 1241 fax: +49 89 3187 2294 http://www.helmholtz-muenchen.de/idg Die Freiheit wird nicht durch weniger Freiheit verteidigt Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess, Dr. Nikolaus Blum, Dr. Alfons Enhsen Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- 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 1

Deutsches openSUSE 13.2 Portal
by Sebastian Niemeyer 25 Nov '14

25 Nov '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Liste, ich weiß nicht ob ich hier richtig bin, aber mir ist aufgefallen das noch kein deutsches Portal für die openSUSE 13.2 existiert. Das führt unter anderen auch dazu das einige Links dorthin ins leere führen. Als nicht berechtigtes Community Mitglied kann ich das auch nciht ändern, daher schreibe ich hier, vllt. ließt hier ja der ein oder andere Projekt Aktive mit und kann den Umstand korrigieren. https://de.opensuse.org/Portal:13.2 Viele Grüße Sebastian Niemeyer -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJUc6N1AAoJEKiCvhjidw5ZiLIIALPwgqb9jsa4X6Uo2wP29AY3 UwTBb+NY39hwBQkEXwP361j6cupGZ7/fmQJdo9BqytdHNcTo5Kic7YC2H36pprJr Iv9qkPSga2m2BeDRzoLUImQHv0UlujjoQ2W8DHes6NJZnWzDvTen7VGmBOmUTZyc HImGo08i7MEtpYs0lRCYk3slCO8GaRS+4LvsRCnonQiLeB7MDl4/6IcpuPwGgiCg 1ZLKBf6eXaq8Pn/1v+W9sPFe1pkySyknzMGOHjmXe/FYxRIEB/RldlY4cH2NX5Bw q4JAVRgwUnKsODY3HIfqv4gT9Mk3bsqwScVAJ4NighW8iXhwYrZPN2O72Vl2s34= =QBYa -----END PGP SIGNATURE----- -- 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 2

OT: Resizen von maximierten Fenstern unter KDE (4.11.5)
by Carsten Neumann 24 Nov '14

24 Nov '14

Hallo, vor einigen Wochen habe ich oS 13.1 frisch installiert. Und nun finde ich keine Möglichkeit, wie man unter KDE 4.11.5 das Verändern der Größe und die Borders von maximierten Fenstern einschalten kann. Früher war das per Default immer möglich. Irgendwann kamen dann irgendwelche KDE-Entwickler auf die glorreiche Idee, das per Default zu disablen, so dass man das in den System Settings explizit enablen musste. Und nun finde ich das nirgendwo mehr! Als ich mal gezwungenerweise Windows benutzen musste, stellte ich dieses Manko auch frustriert fest. Ich hatte vor einiger Zeit mal einem Freund, der Hauptsächlich Windows benutzt, stolz verkündet, dass man unter KDE ja selbstverständlich maximierte Fenster resizen kann. Nun muss ich erkennen, dass KDE wohl immer mehr zu einem BILLIGEN Windows-7 Abklatsch verkommt, oder sehe ich das falsch. :-( Gruß, Carsten -- "Seit die Mathematiker über die Relativitätstheorie hergefallen sind, verstehe ich sie selbst nicht mehr." (“Since the mathematicians have invaded the theory of relativity I do not understand it myself any more.”) - Albert Einstein

3 3

2023

2022

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) November 2014