April 2019 - openSUSE Support - openSUSE Mailing Lists

[opensuse-support] Virtualbox on TW does not start
by Axel Braun 08 Apr '19

08 Apr '19

Hi, after some weeks, and being on TW 20190401, I was about to create a new Virtual Box for testing. The new box cant be started, as it claims that 'Kernel driver not installed (rc=-1908)' suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The support driver is not installed. On linux, open returned ENOENT. T520:/home/docb # zypper se -i virtualbox S | Name | Zusammenfassung | Typ ---+-----------------------------+-----------------------------------+------ i+ | virtualbox | VirtualBox is an Emulator | Paket i | virtualbox-host-kmp-default | Host kernel module for VirtualBox | Paket i | virtualbox-qt | Qt GUI part for virtualbox | Paket -> looks like the kernel module is installed and up to date: T520:/home/docb # zypper if virtualbox-host-kmp-default Informationen zu Paket virtualbox-host-kmp-default: --------------------------------------------------- Repository : openSUSE-Tumbleweed-Oss Name : virtualbox-host-kmp-default Version : 6.0.4_k5.0.3_1-2.3 Arch : x86_64 Anbieter : openSUSE Installierte Größe : 878.0 KiB Installiert : Ja (automatisch) Status : aktuell Quellpaket : virtualbox-6.0.4-2.3.src Zusammenfassung : Host kernel module for VirtualBox Any idea? Thanks Axel -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

3 3

[opensuse-support] Hundreds of coredumps, fast.
by Carlos E. R. 08 Apr '19

08 Apr '19

I saw this in the log, just after it had finished happening: <3.6> 2019-04-08 13:56:17 Telcontar systemd 1 - - Started Process Core Dump (PID 6572/UID 0). <3.6> 2019-04-08 13:56:17 Telcontar systemd-coredump 6573 - - Resource limits disable core dumping for process 6571 (single). <1.2> 2019-04-08 13:56:17 Telcontar systemd-coredump 6573 - - Process 6571 (single) of user 1000 dumped core. <3.6> 2019-04-08 13:56:32 Telcontar systemd 1 - - Started Process Core Dump (PID 6598/UID 0). <3.6> 2019-04-08 13:56:32 Telcontar systemd-coredump 6599 - - Resource limits disable core dumping for process 6597 (single). Telcontar:~ # grep systemd-coredump /var/log/messages | grep single | wc -l 1940 Telcontar:~ # 1940 coredumps of the "single" process! "Single" is: 6374 idle cer 549.90 K/s 0.00 B/s 0.00 % 1.47 % tracker-extract [single] (the line comes from "iotop -o") I updated the machine this morning, and this is just after booting. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)

1 0

[opensuse-support] Unresponsive desktop
by Carlos E. R. 08 Apr '19

08 Apr '19

Hi, Last December I reported this problem on my laptop, and now my desktop also exhibits it. After several days running, this morning it locked as soon as I changed workspaces. I noticed kswapd0 was busy long time, and that firefox had about 10 gigs of virtual memory. The disk activity led was solid blue. I couldn't find out more, the machine froze and had to be hard rebooted. A week before it also froze, but that time I could not observe anything. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)

9 45

[opensuse-support] Permission on USB
by Christian Schmitz 08 Apr '19

08 Apr '19

Hi everyone: I have a opensuse tumbleweed, and i use the chip programmer PICKIT2, PICKIT3 via usb. Sometimes at boot the permission are right 664 but when the programmer is replugged or rebooted the permissions are only root 600. I suspect that i have a problem with udev rules file atached. If i check for conflict with any other rule GREP only find manufacturer id match with: /etc/udev/rules.d/010_mchp_tools.rules DMESG say that is discovered as usb HID Best Regards. Christian Info extra: #ls -la /dev/bus/usb/002 crw------- 1 root root 189, 139 abr 2 10:31 012 #lsusb Bus 002 Device 010: ID 04d8:0033 Microchip Technology, Inc. PICkit2 Bus 002 Device 009: ID 04d8:900a Microchip Technology, Inc. PICkit3 # cd /etc/udev/rules.d # grep -irn "04d8" #dmesg 7700.360064] usb 2-4.1: new full-speed USB device number 9 using ohci-pci [ 7700.500507] usb 2-4.1: New USB device found, idVendor=04d8, idProduct=900a, bcdDevice= 0.02 [ 7700.500512] usb 2-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 7700.500514] usb 2-4.1: Product: PICkit 3 [ 7700.500516] usb 2-4.1: Manufacturer: Microchip Technology Inc. [ 7700.500517] usb 2-4.1: SerialNumber: BUR132571934 [ 7700.517583] hid-generic 0003:04D8:900A.0003: hiddev96,hidraw0: USB HID v1.11 Device [Microchip Technology Inc. PICkit 3] on usb-0000:00:02.0-4.1/input0 [ 7700.604074] usb 2-4.2: new full-speed USB device number 10 using ohci-pci [ 7700.750508] usb 2-4.2: New USB device found, idVendor=04d8, idProduct=0033, bcdDevice= 0.02 [ 7700.750513] usb 2-4.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 7700.750515] usb 2-4.2: Product: PICkit 2 Microcontroller Programmer [ 7700.750517] usb 2-4.2: Manufacturer: Microchip Technology Inc. [ 7700.750518] usb 2-4.2: SerialNumber: Љ -- Be Free, Be Linux

3 2

[opensuse-support] Bug 1131689 - keepassxc: Recent upgrade makes it unusable due to changing established keybindings
by Manfred Hollstein 06 Apr '19

06 Apr '19

Hi there, in case you feel messed around by the recent update (it was an upgrade actually!) of package "keepassxc", please look at <https://bugzilla.opensuse.org/show_bug.cgi?id=1131689> and vote your opinion. Cheers. l8er manfred

2 3

[opensuse-support] After upgrade to 15.0, restore from hibernation crashes the machine.
by Carlos E. R. 05 Apr '19

05 Apr '19

Black display, keyboard light responds initially, then not. ssh from another machine says there is no route to machine (works instantly after reboot). Means that network is dead on desktop. Log: <10.6> 2019-01-10 20:20:01 Telcontar cron 27759 - - pam_unix(crond:session): session opened for user cer by (uid=0) <10.6> 2019-01-10 20:20:02 Telcontar CRON 27759 - - pam_unix(crond:session): session closed for user cer <3.6> 2019-01-10 20:23:50 Telcontar systemd 1 - - Reached target Sleep. <3.6> 2019-01-10 20:23:50 Telcontar systemd 1 - - Starting Hibernate... <0.7> 2019-01-10 20:23:50 Telcontar kernel - - - [117583.419978] PM: Hibernation mode set to 'platform' <3.6> 2019-01-10 20:23:50 Telcontar systemd-sleep 27981 - - INFO: running /usr/lib/systemd/system-sleep/grub2.sleep for hibernate <3.6> 2019-01-10 20:23:50 Telcontar systemd-sleep 27981 - - INFO: Running prepare-grub .. <3.6> 2019-01-10 20:23:50 Telcontar systemd-sleep 27981 - - 2019-01-10 20:23:50+01:00 - Hibernating the system now... <3.4> 2019-01-10 20:23:50 Telcontar systemd-sh - - - Hibernating the system now... <3.6> 2019-01-10 20:23:50 Telcontar systemd-sleep 27981 - - service: no such service upsd.service <3.6> 2019-01-10 20:23:51 Telcontar systemd-sleep 27981 - - running kernel is grub menu entry openSUSE Leap 15.0 (vmlinuz-4.12.14-lp150.12.28-default) <3.6> 2019-01-10 20:23:51 Telcontar systemd-sleep 27981 - - preparing boot-loader: selecting entry openSUSE Leap 15.0, kernel /boot/4.12.14-lp150.12.28-default <3.6> 2019-01-10 20:23:56 Telcontar systemd-sleep 27981 - - running /usr/sbin/grub2-once "openSUSE Leap 15.0" <3.6> 2019-01-10 20:23:56 Telcontar systemd-sleep 27981 - - time needed for sync: 5.2 seconds, time needed for grub: 0.2 seconds. <3.6> 2019-01-10 20:23:56 Telcontar systemd-sleep 27981 - - INFO: Done. <3.6> 2019-01-10 20:23:56 Telcontar systemd-sleep 27981 - - Suspending system... <0.6> 2019-01-10 20:23:57 Telcontar kernel - - - [117590.115929] PM: Syncing filesystems ... 2019-01-11 11:07:16+01:00 - Booting the system now ================================================================================ Linux Telcontar 4.12.14-lp150.12.28-default #1 SMP Mon Dec 3 16:46:15 UTC 2018 (b91289f) x86_64 x86_64 x86_64 GNU/Linux <3.6> 2019-01-11 11:07:18 Telcontar systemd 1 - - systemd 234 running in system mode. (+PAM -AUDIT +SELINUX -IMA +APPARMOR -SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT -GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID -ELFUTILS +KMOD -IDN2 -IDN default-hierarchy=hybrid) Hibernation has worked in this machine reliably for about a decade - till 15.0 :-( -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)

4 14

[opensuse-support] Docking station - extending ports of HP notebooks
by Vojtěch Zeisek 04 Apr '19

04 Apr '19

Hi, I need to extend ports available on HP ProBook 650 G2 and HP X2 210 G2 (both running TW) by something like HP USB-C Travel HUB, HP USB-C Mini Dock #AC3,HP Spectre USB-C, HP USB-C mini dock or HP USB-C Universal Dock + 4.5mm and USB Dock Adapter. They are connected to the notebook via USB-C and extend ports available in the notebook. Do You have experiences with that? Is it well supported? Does it reliably work with anything You connect via the dock? I need charging of the notebook (the X2), more USB, Ethernet. I suppose ports in notebook (HDMI, USB, ...) are still working as expected. Do You use something like that? Thanks in advance, V. -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/

2 3

[opensuse-support] ??firewall?? problem
by Patrick Shanahan 03 Apr '19

03 Apr '19

my local server is running Leap 42.2 all local machines may connect to the server, except one, 192.168.1.10 192.168.1.10 is my main workstation and connected fine until 08:36am this morning local time -4 utc. no software change nor noted system abnormality, except the open ssh windows on 192.168.1.10 froze, would not accept input. ping fails both ways. stopping SuSEfirewall2 on the server allows connection and ping succeedes both ways server -> 192.168.1.10 and 192.168.1.10 -> server (192.168.1.3) of course I do not wish to run my server w/o a firewall, even though there is one within the router. this has happed before, maybe twice, and merely swapping the server's cat5 cable on the router sufficed, not not this time. I am lost? any and all assistance appreciated. tks, -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

5 36

[opensuse-support] 15.0 most boots halt in emergency mode
by Felix Miata 01 Apr '19

01 Apr '19

# inxi -b System: Host: i2134 Kernel: 4.12.14-lp150.12.48-default x86_64 bits: 64 Desktop: Trinity R14.0.6 Distro: openSUSE Leap 15.0 Machine: Type: Desktop System: Apple product: iMac7,1 v: 1.0 serial: QP7440XDX89 Mobo: Apple model: Mac-F42386C8 v: PVT serial: 1 UEFI: Apple v: IM71.88Z.007A.B03.0803051705 date: 03/05/08 CPU: Dual Core: Intel Core2 Duo T7700 type: MCP speed: 1794 MHz min/max: 800/2400 MHz Graphics: Device-1: Advanced Micro Devices [AMD/ATI] RV630/M76 [Mobility Radeon HD 2600 XT/2700] driver: radeon v: kernel Display: server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa resolution: 1920x1200~60Hz OpenGL: renderer: AMD RV630 (DRM 2.50.0 / 4.12.14-lp150.12.48-default LLVM 5.0.1) v: 3.3 Mesa 18.0.2 Network: Device-1: Broadcom Limited BCM4321 802.11a/b/g/n driver: b43-pci-bridge Device-2: Marvell 88E8058 PCI-E Gigabit Ethernet driver: sky2 Drives: Local Storage: total: 931.51 GiB used: 26.31 GiB (2.8%) Info: Processes: 156 Uptime: N/A Memory: 3.84 GiB used: 486.4 MiB (12.4%) Shell: bash inxi: 3.0.32 # journal -b | grep ailed: http://fm.no-ip.com/Tmp/SUSE/Leap/imac150-jrnl-failed-201903292030.txt full journal: http://fm.no-ip.com/Tmp/SUSE/Leap/imac150-jrnl-201903292030.txt # cat /etc/fstab: LABEL=EFI /boot/efi vfat codepage=437 0 0 LABEL=st10swapper swap swap defaults 0 0 LABEL=st10suseleap / ext4 noatime 1 1 LABEL=st10linuxnext /disks/s151 ext4 noatime 1 2 LABEL=st10susehome /home ext4 noatime 1 2 /dev/disk/by-id/ata-ST1000DM003-1SB10C_Z9A1LQPM-part2 /macsys hfsplus ro,nofail 0 0 /dev/disk/by-id/ata-ST1000DM003-1SB10C_Z9A1LQPM-part4 /home/macdata hfsplus force,uid=501,gid=100,umask=002,noatime,nofail 0 0 I don't see any clues to why this happens on most boots. Immediate Ctrl-D always triggers successful init completion. Can anyone see what I am missing to cause this? -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

5 19

[opensuse-support] How can I get nvidia.ko installed in 15.0?
by Carlos E. R. 01 Apr '19

01 Apr '19

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 startx complains it could not modprobe nvidia.ko. The module does not exist. Telcontar:~ # rpm -ql nvidia-gfxG03-kmp-default | less /etc/modprobe.d/nvidia-default.conf /lib/modules/4.12.14-lp150.11-default /lib/modules/4.12.14-lp150.11-default/updates /lib/modules/4.12.14-lp150.11-default/updates/nvidia.ko <-- /usr/lib/nvidia ... But it is not there. Why? Telcontar:~ # l /lib/modules/4.12.14-lp150.11-default/updates total 8 drwxr-xr-x 2 root root 4096 Oct 12 15:55 ./ drwxr-xr-x 3 root root 4096 Mar 29 12:42 ../ Telcontar:~ # I look into the rpm with mc, and the file is not there. How can I then create it? How can I find why it was not created? There is nothing in the log. [...] I install the rpm manually. I get this: Telcontar:/data/storage_c/repositorios_zypp/15_0/download.nvidia.com-leap/x86_64 # rpm --install --force nvidia-gfxG03-kmp-default-340.107_k4.12.14_lp150.11-lp150.12.1.x86_64.rpm make: *** /usr/src/linux-obj/x86_64/default: No such file or directory. Stop. make: *** /usr/src/linux-obj/x86_64/default: No such file or directory. Stop. /usr/src/kernel-modules/nvidia-340.107-default / NVIDIA: calling KBUILD... make[1]: *** /lib/modules//source: No such file or directory. Stop. NVIDIA: left KBUILD. nvidia.ko failed to build! make: *** [Makefile:192: nvidia.ko] Error 1 / install: cannot stat '/usr/src/kernel-modules/nvidia-340.107-default/nvidia.ko': No such file or directory depmod: WARNING: could not open modules.order at /lib/modules/4.12.14-lp150.11-default: No such file or directory depmod: WARNING: could not open modules.builtin at /lib/modules/4.12.14-lp150.11-default: No such file or directory Modprobe blacklist files have been created at /etc/modprobe.d to prevent Nouveau from loading. This can be reverted by deleting /etc/modprobe.d/nvidia-*.conf. .... then it goes on with dracut. As you can see, the make procedure failed, yet YaST said nothing and continues with dracut, making one think that everything was alright. The local problem is here: Telcontar:/data/storage_c/repositorios_zypp/15_0 # Telcontar:/usr/src/linux-obj/x86_64 # l default lrwxrwxrwx 1 root root 47 Mar 28 19:39 default -> ../../linux-4.12.14-lp151.22-obj/x86_64/default Telcontar:/usr/src/linux-obj/x86_64 # Installation of the 15.0 kernel after removing 15.1 kernel did not make the correct link. - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXJ5PxRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVIWAAniZ5TAdnHmB2wtHPA1Fi HK5WI1jkAJsEpVixYpqELfpEW8T51x5cepyEnQ== =3IXb -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

2 2