Tobias, Du hast Recht!
Code
/usr/lib/virtualbox/VirtualBoxVM --startvm "Windows 10"Und weiter geht's, yeah!
Beiträge von Christiann
-
-
OK, da habe ich mich zu früh gefreut und vor allem nichts gelernt. Eben habe ich wieder das Update der Virtual Box bestätigt und Version 7
Ich habe da jetzt mal eine Frage bei den Machern der Box gestellt ...
-
Es war einfacher. Ich habe am Kernel gar nicht einzeln rumgefummelt, sondern das Update auf Leap 15.4 ganz nach Anleitung https://en.opensuse.org/SDB:System_upgrade_to_Leap_15.4 gemacht - siehe da: die VirtualBox startet problemlos. Uftz!
-
Der preempt-kernel stammt aus einem meiner hilflosen Versuche, die VirtualBox doch noch zum Start zu überreden.
Code
Alles anzeigenBuschBo:~> zypper lr -d # | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Serv-> ---+--------------------------------------+---------------------------------------------------------------------------------------------+-----------+-----------------+----------------+-----------+--------+----------------------------------------------------------------------------------+------- 1 | https-download.opensuse.org-b28a764c | SUSE:SLE-15:Update | Nein | ---- | ---- | 99 | NONE | https://download.opensuse.org/repositories/SUSE:/SLE-15:/Update/pool-leap-15.3/ | 2 | openSUSE-Leap-15.3-1 | openSUSE-Leap-15.3-1 | Nein | ---- | ---- | 99 | NONE | hd:/?device=/dev/disk/by-id/usb-Intenso_High_Speed_Line_22007310100189-0:0-part2 | 3 | packman | packman | Ja | (r ) Ja | Ja | 90 | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.3/ | 4 | repo-backports-debug-update | Update repository with updates for openSUSE Leap debuginfo packages from openSUSE Backports | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/update/leap/15.3/backports_debug/ | 5 | repo-backports-update | Update repository of openSUSE Backports | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/15.3/backports/ | 6 | repo-debug | Debug Repository | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/15.3/repo/oss/ | 7 | repo-debug-non-oss | Debug Repository (Non-OSS) | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/15.3/repo/non-oss/ | 8 | repo-debug-update | Update Repository (Debug) | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/update/leap/15.3/oss/ | 9 | repo-debug-update-non-oss | Update Repository (Debug, Non-OSS) | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/update/leap/15.3/non-oss/ | 10 | repo-non-oss | Non-OSS Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/non-oss/ | 11 | repo-oss | Haupt-Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/ | 12 | repo-sle-debug-update | Update repository with debuginfo for updates from SUSE Linux Enterprise 15 | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/update/leap/15.3/sle/ | 13 | repo-sle-update | Update repository with updates from SUSE Linux Enterprise 15 | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/15.3/sle/ | 14 | repo-source | Source Repository | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/source/distribution/leap/15.3/repo/oss/ | 15 | repo-update | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/15.3/oss | 16 | repo-update-non-oss | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/15.3/non-oss/ | 17 | vscode | vscode | Ja | (r ) Ja | Ja | 99 | rpm-md | https://packages.microsoft.com/yumrepos/vscode |Ist es sinnvoll, den preempt kernel wieder zu löschen? Vor dessen Installation war die Fehlermeldung aber auch schon genau so da ...
-
Liebes Forum,
ich habe neulich gedankenlos das Update auf die neue Version 7 der VirtualBox bestätigt und es hat doch mal wieder gescheppert
, nämlich so:Code
Alles anzeigenBuschBo:~> VirtualBox Qt WARNING: QObject::connect: No such signal UITabBar::currentChanged(int) Qt WARNING: QObject::connect: No such signal UITabBar::tabMoved(int,int) Qt WARNING: QObject::connect: No such signal UITabBar::tabBarClicked(int) Qt WARNING: QObject::connect: No such signal UITabBar::tabBarDoubleClicked(int) /usr/bin/VirtualBox: Zeile 70: 3956 Speicherzugriffsfehler (Speicherabzug geschrieben) LD_LIBRARY_PATH="/usr/lib/virtualbox${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}" /usr/lib/virtualbox/VirtualBox6 $@ BuschBo:~> uname -a Linux BuschBo 5.3.18-150300.59.101-preempt #1 SMP PREEMPT Tue Nov 1 11:32:03 UTC 2022 (b2a976e) x86_64 x86_64 x86_64 GNU/Linux BuschBo:~> zypper se -si virtualbox vbox Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+------------------------+-------+------------------------------------------+--------+-------------------------------- i+ | virtualbox | Paket | 7.0.4-lp153.2.46.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-guest-tools | Paket | 7.0.4-lp153.2.46.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-host-source | Paket | 7.0.4-lp153.2.46.1 | noarch | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 7.0.4_k5.3.18_150300.59.101-lp153.2.46.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.40_k5.3.18_150300.59.98-lp153.2.43.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.38_k5.3.18_150300.59.93-lp153.2.36.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.36_k5.3.18_150300.59.90-lp153.2.33.2 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.34_k5.3.18_150300.59.76-lp153.2.30.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.34_k5.3.18_150300.59.63-lp153.2.27.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.32_k5.3.18_150300.59.54-lp153.2.24.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.32_k5.3.18_59.40-lp153.2.21.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.30_k5.3.18_59.37-lp153.2.18.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.30_k5.3.18_59.34-lp153.2.15.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.28_k5.3.18_59.27-lp153.2.12.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.26_k5.3.18_59.19-lp153.2.9.2 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-default | Paket | 6.1.24_k5.3.18_59.16-lp153.2.6.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-kmp-preempt | Paket | 7.0.4_k5.3.18_150300.59.101-lp153.2.46.1 | x86_64 | Hauptaktualisierungs-Repository i+ | virtualbox-qt | Paket | 7.0.4-lp153.2.46.1 | x86_64 | Hauptaktualisierungs-Repository BuschBo:~> systemctl status vboxdrv.service ● vboxdrv.service - VirtualBox Linux kernel module Loaded: loaded (/usr/lib/virtualbox/vboxdrv.sh; disabled; vendor preset: disabled) Active: active (exited) since Tue 2022-11-29 18:08:48 CET; 44min ago Process: 1234 ExecStart=/usr/lib/virtualbox/vboxdrv.sh start (code=exited, status=0/SUCCESS) Nov 29 18:08:47 BuschBo systemd[1]: Starting VirtualBox Linux kernel module... Nov 29 18:08:47 BuschBo vboxdrv.sh[1234]: vboxdrv.sh: Starting VirtualBox services. Nov 29 18:08:48 BuschBo systemd[1]: Started VirtualBox Linux kernel module.Mein Verdacht: Das Update hat die Umgebungsvariable LD_LIBRARY_PATH 'verbogen'. Leider habe ich keine Idee, ob ich da richtig liege oder wie man in diesem Fall die Ursache findet.
Könnt Ihr mir weiterhelfen?
Beste Grüße von
Christian
-
Hallo zusammen,
ich habe ben meinen Rechner auf Leap 15.3 gebracht und Oracles Virtual Box 6.1 installiert.
Die Version der Box ist 6.1.24_SUSE. Folgende Repos habe ich verwendet:
Code
Alles anzeigen# | Alias | Name | Enabled | GPG Check | Refresh ---+-----------------------------+---------------------------------------------------------------------------------------------+-----------+-----------------+--------------- 1 | openSUSE-Leap-15.3-1 | openSUSE-Leap-15.3-1 | Nein | ---- | ---- 2 | repo-backports-debug-update | Update repository with updates for openSUSE Leap debuginfo packages from openSUSE Backports | Nein | ---- | ---- 3 | repo-backports-update | Update repository of openSUSE Backports | Ja | (r ) Ja | Ja 4 | repo-debug | Debug Repository | Nein | ---- | ---- 5 | repo-debug-non-oss | Debug Repository (Non-OSS) | Nein | ---- | ---- 6 | repo-debug-update | Update Repository (Debug) | Nein | ---- | ---- 7 | repo-debug-update-non-oss | Update Repository (Debug, Non-OSS) | Nein | ---- | ---- 8 | repo-non-oss | Non-OSS Repository | Ja | (r ) Ja | Ja 9 | repo-oss | Haupt-Repository | Ja | (r ) Ja | Ja 10 | repo-sle-debug-update | Update repository with debuginfo for updates from SUSE Linux Enterprise 15 | Nein | ---- | ---- 11 | repo-sle-update | Update repository with updates from SUSE Linux Enterprise 15 | Ja | (r ) Ja | Ja 12 | repo-source | Source Repository | Nein | ---- | ---- 13 | repo-update | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja 14 | repo-update-non-oss | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | (r ) Ja | JaNun erwartete ich, dass ich die Extensions einfach auswählen und einschalten könnte
Dem ist aber mal gar nicht so. Ich habe den Benutzer jeder Gruppe zugeordnet, die irgendwie mit der Virtual Box zu tun haben könnte
Die Versionen der beiden VBox-Pakete stimmen überein
Kann mir irgendjemand einen Tip geben wo ich nach den Extensions weitersuchen kann?
Vielen Dank im Voraus sagt
Christian
-
OK, das klappt - aber nur mit USB-2.0-Geschwindigkeit ...
Code
Alles anzeigenjournalctl -f -- Logs begin at Sat 2019-07-27 20:34:49 CEST. -- Jul 27 20:35:21 ASSUS plasmashell[1841]: plasma-pk-updates: Transaction status changed: "finished" "(100%)" Jul 27 20:35:28 ASSUS sshd[2241]: Accepted keyboard-interactive/pam for kruggel from 192.168.178.45 port 49812 ssh2 Jul 27 20:35:28 ASSUS systemd-logind[1056]: New session 3 of user kruggel. Jul 27 20:35:28 ASSUS systemd[1]: Started Session 3 of user kruggel. Jul 27 20:35:28 ASSUS sshd[2241]: pam_unix(sshd:session): session opened for user kruggel by (uid=0) Jul 27 20:35:30 ASSUS pulseaudio[1888]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Jul 27 20:35:30 ASSUS dbus-daemon[904]: [system] Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms) Jul 27 20:35:30 ASSUS kdeinit5[1795]: org.kde.bluez: PendingCall Error: "Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)" Jul 27 20:35:33 ASSUS su[2279]: (to root) kruggel on pts/1 Jul 27 20:35:33 ASSUS su[2279]: pam_unix(su:session): session opened for user root by kruggel(uid=1000) Jul 27 20:35:38 ASSUS PackageKit[2056]: daemon quit Jul 27 20:35:38 ASSUS packagekitd[2056]: Source ID 11 was not found when attempting to remove it Jul 27 20:36:12 ASSUS kernel: usb 1-8: new high-speed USB device number 3 using xhci_hcd Jul 27 20:36:13 ASSUS kernel: usb 1-8: device descriptor read/64, error -71 Jul 27 20:36:13 ASSUS kernel: usb 1-8: New USB device found, idVendor=0480, idProduct=a00c Jul 27 20:36:13 ASSUS kernel: usb 1-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jul 27 20:36:13 ASSUS kernel: usb 1-8: Product: External USB 3.0 Jul 27 20:36:13 ASSUS kernel: usb 1-8: Manufacturer: TOSHIBA Jul 27 20:36:13 ASSUS kernel: usb 1-8: SerialNumber: 20141110055053 Jul 27 20:36:13 ASSUS mtp-probe[2303]: checking bus 1, device 3: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-8" Jul 27 20:36:13 ASSUS mtp-probe[2303]: bus: 1, device: 3 was not an MTP device Jul 27 20:36:13 ASSUS kernel: usb-storage 1-8:1.0: USB Mass Storage device detected Jul 27 20:36:13 ASSUS kernel: scsi host6: usb-storage 1-8:1.0 Jul 27 20:36:13 ASSUS kernel: usbcore: registered new interface driver usb-storage Jul 27 20:36:13 ASSUS kernel: usbcore: registered new interface driver uas Jul 27 20:36:18 ASSUS kernel: scsi 6:0:0:0: Direct-Access TOSHIBA External USB 3.0 5438 PQ: 0 ANSI: 6 Jul 27 20:36:18 ASSUS kernel: sd 6:0:0:0: Attached scsi generic sg3 type 0 Jul 27 20:36:18 ASSUS kernel: sd 6:0:0:0: [sdc] 3907029164 512-byte logical blocks: (2.00 TB/1.82 TiB) Jul 27 20:36:18 ASSUS kernel: sd 6:0:0:0: [sdc] Write Protect is off Jul 27 20:36:18 ASSUS kernel: sd 6:0:0:0: [sdc] Mode Sense: 23 00 00 00 Jul 27 20:36:18 ASSUS kernel: sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jul 27 20:36:18 ASSUS kernel: sdc: sdc1 Jul 27 20:36:18 ASSUS kernel: sd 6:0:0:0: [sdc] Attached SCSI disk Jul 27 20:36:18 ASSUS kdeinit5[1795]: QObject::connect: invalid null parameter Jul 27 20:36:18 ASSUS kdeinit5[1795]: QObject::connect: invalid null parameter Jul 27 20:36:18 ASSUS kdeinit5[1795]: QObject::connect: invalid null parameter Jul 27 20:36:19 ASSUS plasmashell[1841]: org.kde.plasmaquick: Applet "Geräteüberwachung" loaded after 0 msec Jul 27 20:36:19 ASSUS plasmashell[1841]: org.kde.plasmaquick: Increasing score for "Geräteüberwachung" to 64 Jul 27 20:36:19 ASSUS plasmashell[1841]: trying to show an empty dialogDamit hätte ich dann eine schlechte Lösung. Aber angesichts der Temperaturen heute, soll das mal reichen
Danke!
-
Hallo zusammen,
zur Abrundung meines Tages eine neue Absurdität. Ich habe zwei Rechner nebeneinander, dem Zweiten habe ich vorhin auch Leap 15.1 verpasst. Der Eine mountet eine externe Festplatte von Toshiba, der Andere nach der Installation von 15.1 nicht mehr. Mit Leap 15.0 hat der Rechner noch keine Probleme gemacht. XCB kommt auf dem neu installierte 15.1-System mit einer Fehlermeldung, die vorher auf dem selben Rechner mit der selben Festplatte und Leap 15.0 nicht aufgetreten ist. Hat irgendwer eine Idee, wo ich dem neu installierten Leap 15.1 noch so auf die Pelle rücken kann, dass es (wie sein identisches Nachbar-System) die Platte einbindet?
Code
Alles anzeigenOK -- Logs begin at Sat 2019-07-27 16:40:28 CEST. -- Jul 27 19:02:21 BuschBo kwin_x11[2762]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 6018, resource id: 140509194, major code: 18 (ChangeProperty), minor code: 0 Jul 27 19:02:21 BuschBo kwin_x11[2762]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 6022, resource id: 127926296, major code: 18 (ChangeProperty), minor code: 0 Jul 27 19:02:50 BuschBo plasmashell[2776]: qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 43313, resource id: 44040197, major code: 142 (Unknown), minor code: 3 Jul 27 19:03:02 BuschBo kwin_x11[2762]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 8753, resource id: 138412042, major code: 18 (ChangeProperty), minor code: 0 Jul 27 19:03:02 BuschBo kwin_x11[2762]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 8757, resource id: 136314890, major code: 18 (ChangeProperty), minor code: 0 Jul 27 19:03:26 BuschBo kwin_x11[2762]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 9948, resource id: 119537669, major code: 15 (QueryTree), minor code: 0 Jul 27 19:03:26 BuschBo kwin_x11[2762]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 10019, resource id: 119538485, major code: 18 (ChangeProperty), minor code: 0 Jul 27 19:03:34 BuschBo kwin_x11[2762]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 10841, resource id: 115343476, major code: 18 (ChangeProperty), minor code: 0 Jul 27 19:03:34 BuschBo plasmashell[2776]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 44081, resource id: 115343365, major code: 142 (Unknown), minor code: 3 Jul 27 19:03:34 BuschBo plasmashell[2776]: qt.qpa.xcb: QXcbConnection: XCB error: 152 (Unknown), sequence: 44082, resource id: 39849040, major code: 143 (Unknown), minor code: 2 Jul 27 19:06:37 BuschBo kernel: usb 2-4: new SuperSpeed USB device number 3 using xhci_hcd Jul 27 19:06:37 BuschBo kernel: usb 2-4: New USB device found, idVendor=0480, idProduct=a00c Jul 27 19:06:37 BuschBo kernel: usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jul 27 19:06:37 BuschBo kernel: usb 2-4: Product: External USB 3.0 Jul 27 19:06:37 BuschBo kernel: usb 2-4: Manufacturer: TOSHIBA Jul 27 19:06:37 BuschBo kernel: usb 2-4: SerialNumber: 20141110055053 Jul 27 19:06:37 BuschBo kernel: usb-storage 2-4:1.0: USB Mass Storage device detected Jul 27 19:06:37 BuschBo kernel: scsi host10: usb-storage 2-4:1.0 Jul 27 19:06:37 BuschBo mtp-probe[13256]: checking bus 2, device 3: "/sys/devices/pci0000:00/0000:00:01.3/0000:01:00.0/usb2/2-4" Jul 27 19:06:37 BuschBo mtp-probe[13256]: bus: 2, device: 3 was not an MTP device Jul 27 19:06:42 BuschBo plasmashell[2776]: qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 44437, resource id: 67108881, major code: 142 (Unknown), minor code: 3 Jul 27 19:06:42 BuschBo kernel: scsi 10:0:0:0: Direct-Access TOSHIBA External USB 3.0 5438 PQ: 0 ANSI: 6 Jul 27 19:06:42 BuschBo kernel: sd 10:0:0:0: Attached scsi generic sg3 type 0 Jul 27 19:06:43 BuschBo kernel: sd 10:0:0:0: [sdc] 3907029164 512-byte logical blocks: (2.00 TB/1.82 TiB) Jul 27 19:06:43 BuschBo kernel: sd 10:0:0:0: [sdc] Write Protect is off Jul 27 19:06:43 BuschBo kernel: sd 10:0:0:0: [sdc] Mode Sense: 23 00 00 00 Jul 27 19:06:43 BuschBo kernel: sd 10:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jul 27 19:06:43 BuschBo kernel: sdc: sdc1 Jul 27 19:06:43 BuschBo kernel: sd 10:0:0:0: [sdc] Attached SCSI disk Jul 27 19:06:43 BuschBo kdeinit5[2697]: QObject::connect: invalid null parameter Jul 27 19:06:43 BuschBo kdeinit5[2697]: QObject::connect: invalid null parameter Jul 27 19:06:43 BuschBo kdeinit5[2697]: QObject::connect: invalid null parameter Jul 27 19:06:43 BuschBo plasmashell[2776]: org.kde.plasmaquick: Applet "Geräteüberwachung" loaded after 0 msec Jul 27 19:06:43 BuschBo plasmashell[2776]: org.kde.plasmaquick: Increasing score for "Geräteüberwachung" to 100 Jul 27 19:06:43 BuschBo plasmashell[2776]: org.kde.plasmaquick: Applet "Systemabschnitt der Kontrollleiste" loaded after 0 msec Jul 27 19:06:43 BuschBo plasmashell[2776]: org.kde.plasmaquick: Applet "Systemabschnitt der Kontrollleiste" loaded after 0 msec Jul 27 19:06:43 BuschBo plasmashell[2776]: org.kde.plasmaquick: Increasing score for "Systemabschnitt der Kontrollleiste" to 100 Fail -- Logs begin at Sat 2019-07-27 17:59:17 CEST. -- Jul 27 19:40:52 ASSUS ksmserver[2036]: UnmapNotify: 52428830 Jul 27 19:40:52 ASSUS ksmserver[2036]: UnmapNotify: 52428830 Jul 27 19:40:52 ASSUS ksmserver[2036]: CreateNotify: 52428845 Jul 27 19:40:52 ASSUS kwin_x11[2051]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 39262, resource id: 52428845, major code: 18 (ChangeProperty), minor code: 0 Jul 27 19:40:52 ASSUS ksmserver[2036]: Grab Released Jul 27 19:40:56 ASSUS plasmashell[2057]: qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27068, resource id: 73400337, major code: 142 (Unknown), minor code: 3 Jul 27 19:40:59 ASSUS kwin_x11[2051]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 40298, resource id: 73400337, major code: 15 (QueryTree), minor code: 0 Jul 27 19:40:59 ASSUS kwin_x11[2051]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 40461, resource id: 35653146, major code: 18 (ChangeProperty), minor code: 0 Jul 27 19:40:59 ASSUS kwin_x11[2051]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 40465, resource id: 58720260, major code: 18 (ChangeProperty), minor code: 0 Jul 27 19:41:02 ASSUS plasmashell[2057]: qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27155, resource id: 56623110, major code: 142 (Unknown), minor code: 3 Jul 27 19:41:32 ASSUS kernel: usb 2-1: new SuperSpeed USB device number 9 using xhci_hcd Jul 27 19:41:32 ASSUS kernel: usb 2-1: New USB device found, idVendor=0480, idProduct=a00c Jul 27 19:41:32 ASSUS kernel: usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jul 27 19:41:32 ASSUS kernel: usb 2-1: Product: External USB 3.0 Jul 27 19:41:32 ASSUS kernel: usb 2-1: Manufacturer: TOSHIBA Jul 27 19:41:32 ASSUS kernel: usb 2-1: SerialNumber: 20141110055053 Jul 27 19:41:32 ASSUS kernel: usb-storage 2-1:1.0: USB Mass Storage device detected Jul 27 19:41:32 ASSUS kernel: scsi host6: usb-storage 2-1:1.0 Jul 27 19:41:32 ASSUS mtp-probe[6845]: checking bus 2, device 9: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-1" Jul 27 19:41:32 ASSUS mtp-probe[6845]: bus: 2, device: 9 was not an MTP device Jul 27 19:41:54 ASSUS kernel: usb 2-1: Disable of device-initiated U1 failed. Jul 27 19:41:54 ASSUS kernel: usb 2-1: Disable of device-initiated U2 failed. Jul 27 19:41:54 ASSUS kernel: usb 2-1: reset SuperSpeed USB device number 9 using xhci_hcd Jul 27 19:42:14 ASSUS plasmashell[2057]: qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27446, resource id: 56623110, major code: 142 (Unknown), minor code: 3 -
Vielen Dank für Deine Idee - auf der Seite des Ubuntu-Systems hatte ich die Firewall komplett abgeschaltet. Wie es bei SUSE aussah, kann ich leider nicht mehr sagen, weil ein einziger falscher Buchstabe nach dd mich vorhin dazu gezwungen hat, den SUSE-Rechner komplett neu aufzusetzen
Das und der Umstand, dass ich mich sowieso vom BeagleBoard trennen werde ist dafür verantwortlich, dass ich dieses Thema erstmal liegen lasse, bis es wieder in der Konstellation (neues) SUSE und Ubuntu auf dem neue Raspberry Pi auftritt. -
Das nun wieder sieht so aus ...
Code
Alles anzeigenHost A 192.168.178.30 (Ubuntu) route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.178.1 0.0.0.0 UG 0 0 0 eth0 192.168.178.0 0.0.0.0 255.255.255.0 U 0 0 0 usb0 192.168.178.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.178.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 Host B 192.168.178.10 (SUSE) route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.178.1 0.0.0.0 UG 0 0 0 eth0 192.168.178.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0Wonach suchst Du in diesen Tabellen? Ich denke, dass die Netzmaske hier doch eigentlich genügen müsste, damit A und B merken, dass der jeweils andere im eigenen Subnetz liegt und dann eine ARP-Anfrage zum erfolgreichen Austausch der Adressen führt. Mir ist völlig unklar, wieso das hier nicht gelingt.