January 2021 - openSUSE Users - openSUSE Mailing Lists

[opensuse] Bug in usb drivers? "Not enough bandwidth for new device state"
by Markus Egg 28 Feb '22

28 Feb '22

SuSE Tumbleweed with newest updates and upgrades. 5.7.1-1-default #1 SMP Wed Jun 10 11:53:46 UTC 2020 (6a549f6) x86_64 x86_64 x86_64 GNU/Linux Just recently started to give error messages when plugging in e.g. USB Headsets, Arduino Uno into some Exsys USB 3.0 hub. This was working fine in Tumbleweed before and in e.g. SuSE 13.1. The error message is e.g.: [...]usb 2-1.4.3: new full-speed USB device number 10 using xhci_hcd [...]usb 2-1.4.3: New USB device found, idVendor=2341, idProduct=0043, bcdDevice= 0.01 [...]usb 2-1.4.3: New USB device strings: Mfr=1, Product=2, SerialNumber=220 [...]usb 2-1.4.3: Manufacturer: Arduino (www.arduino.cc) ...serialnumber... [...]kernel: usb 2-1.4.3: Not enough bandwidth for new device state. [...]kernel: usb 2-1.4.3: can't set config #1, error -28 This error message started on Jun 04, after making an update (zypper up) on June 3rd. A USB3.0 stick is working on the Exsys Hub. The Arduino is working on some other USB 3.0 Port of another hub. Regression? Any hints how to get this away? Found only another occurrence of this bug: http://opensuse92.rssing.com/chan-20813128/all_p1407.html Best regards -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 4

[opensuse] Kernel compilation the openSUSE way?
by Bjoern Voigt 28 Nov '21

28 Nov '21

I usually take the newest openSUSE kernel (from repository Kernel_stable). But since some month I have a DVB T2 HD card, which requires a patch (see https://bugzilla.kernel.org/show_bug.cgi?id=194171) So I need to compile kernels myself. I have a working compilation path. But the current path has 12 steps! It takes some time. I wonder, why it is so complicated to configure, compile and install a Kernel under openSUSE. Is there a better/easier/automated way to configure, compile and install a Kernel under openSUSE? I know this blog article. But the article uses Vanilla kernels and also needs 6 steps. With additional patches (4 steps), third-party modules (2 steps) and cleanup (1 step) the article would also need 13 steps: Compiling the Linux Kernel, the SUSE way https://www.suse.com/communities/blog/compiling-de-linux-kernel-suse-way/ This is my Kernel configuration, compilation and installation path: 1. Update kernel-source and kernel-default from Kernel_stable repository 2. Save kernel-source: cp -a /usr/src/linux-4.x.y-... /usr/src/linux-4.x.y-my 3. Apply my patches cd /usr/src/linux-4.x.y-my patch -b -p1 < ~myuser/.../my-kernel-patch.patch 4. Copy standard configuration: cd /usr/src/linux-4.x.y-my cp -v /boot/config-4.11.4-1.gcba98ee-default .config 5. Edit .config: remove CONFIG_LOCALVERSION, CONFIG_DEBUG_KERNEL, CONFIG_EXPERT remove some hardware-dependent settings 6. edit configuration interactively: Disable CONFIG_EXPERT and CONFIG_DEBUG_KERNEL, because otherwise "make binrpm-pkg" creates huge kernel binaries. make oldconfig [...] Local version - append to kernel release (LOCALVERSION) [] (NEW) -my1 * * Configure standard kernel features (expert users) * Configure standard kernel features (expert users) (EXPERT) [N/y/?] (NEW) Kernel debugging (DEBUG_KERNEL) [N/y/?] (NEW) make menuconfig Do some additional configuration. 7. Compile kernel (-j4 for four processor cores, ionice and nice to reduce the load, binrpm-pkg for RPM without source-RPM) make clean nice ionice -c idle make -j4 binrpm-pkg 8. Install the kernel RPM package rpm -Uvh /usr/src/packages/RPMS/x86_64/kernel-4.x.y_my1-....x86_64.rpm 9. Install necessary symbolic links for "dkms" cd /lib/modules/4.x.y-my1 ln -sv /usr/src/linux-4.x.y-my source ln -sv /usr/src/linux-4.x.y-my build 10. Update third-party modules (e.g. Nvidia driver): dkms install -m nvidia -v 375.66 -k 4.x.y-my1 11. Cleanup cd /usr/src/linux-4.x.y-my make clean 12. Select Grub configuration and reboot grub2-once --list | less grub2-once 2 reboot Greetings, Björn -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 13

Web Site Standards
by Bryan Tyson 25 Sep '21

25 Sep '21

On Wednesday 03 July 2002 03:38, Michael wrote: > I tried to visit this site. > http://www.bet365.com > The result upset me so much i sent them this. I sent the letter below, and I encourage everyone on the list to send a similar letter. ----------------------------------------- Subject: Create a Real Web Site Please From: Bryan S. Tyson <bryantyson(a)earthlink.net> To: webmaster(a)bet365.com When attempting to view your site using Konqueror 2.2.1 and Mozilla 0.9.4, both Linux web browsers, I was curtly informed that my browser is "incompatible." Your site, sir, is what is "incompatible." Stick with established standards and real html, not Microsoft proprietary "features." *************************************************** Powered by SuSE Linux 7.3 Professional KDE 2.2.1 KMail 1.3.1 This is a Microsoft-free computer Bryan S. Tyson bryantyson(a)earthlink.net ***************************************************

10 9

Mount Windows NT(NTFS) drive as drive Z: for all users
by Keith Jacobs 25 Sep '21

25 Sep '21

We have an winNT server and need to auto mount a shared folder as if it were a windose mapped drive Z: on SuSE8 Could someone please explain how to do this and how to make sure it is set-up for every user everytime the system is booted. Thanks Regards Keith Jacobs New to Linux

3 2

Problem with software raid and Tumbleweed
by Markus Egg 15 Sep '21

15 Sep '21

Hello, I got Tumbleweed Snapshot20210115 and wanted to install it on a rather old machine with a software raid1 (UEFI raid). On this raid some Windows 10 is already existing. The installer of Tumbleweed Snapshot20210115 does not recognize this software raid1. It only shows single harddiscs and no raid volume. An older snapshot 20190704 is able to see that software raid1 but I cannot do any zypper dup with that one (this version was running previously before some hardware crash). Any help for that - either a snapshot which can handle software raid1 or some way to set zypper dup running again with the older snapshot? BR and thanks in advance Markus

14 46

Upgrade from Leap 15.1 to 15.2 Desktop Failure
by Jim Flanagan 30 Jun '21

30 Jun '21

Greetings, Just did an upgrade from my stable Leap 15.1 install to 15.2. I downloaded the DVD and did the upgrade from booting that. It asked me if I wanted to used the online repos as I have an internet connection so I said OK. Everything seemed to go well and booting into my KDE desktop. But clicking the gecko start menu gives an error. "Error loading QML file:file///sur/share/plasma/plasmoids/org.kde.plasma.kicker/contents/ui/main.qml:27:1: module "org.kde.plasma.private.kicker: is not installed" The system is running and I see my desktop widgets doing their thing. But I can't do anything. I can get to tty1 and login as root but I don't know what to do from there. I tried running yast in tty1 but get errors when I try software management. This system was first installed with Leap 15.0, upgraded to 15.1, now to a partially broken 15.2. Any suggestions most welcome. Jim F

9 79

[opensuse] libc segfaults attaching an iPad
by Dave Howorth 26 Mar '21

26 Mar '21

I just tried to attach an iPad to my openSUSE 15.0 system, via USB. I think I've done it before, but this time it fails. Dmesg has: [9787970.148053] usb 3-9: new high-speed USB device number 96 using xhci_hcd [9787970.302089] usb 3-9: New USB device found, idVendor=05ac, idProduct=12a2 [9787970.302091] usb 3-9: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [9787970.302092] usb 3-9: Product: iPad [9787970.302093] usb 3-9: Manufacturer: Apple Inc. [9787970.302094] usb 3-9: SerialNumber: c4088xxxxxserialxredacted [9787971.044264] ipheth 3-9:4.2: Apple iPhone USB Ethernet device attached [9787991.101146] pool[16789]: segfault at 0 ip 00007f6ada593ef1 sp 00007f6ad6203bd8 error 4 in libc-2.26.so[7f6ada43a000+1b1000] Anybody have any idea what the problem is? Thanks, Dave -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 7

Leap 15.2 sudden loss of ethernet
by Carl Spitzer {L Juno} 05 Feb '21

05 Feb '21

while using my ACER E5-575 I suddenly lost my ethernet port access. I had a friend check it and the connection works under a usb flash connected distro. But it no longer works in Leap even with delete and adding it back. I can and will do a reinstall Monday if I can not make this work. There should be a solution but I did not find anyone else online having it. I am having my friend test the wireless which I do have locally. What if any elegant solution short of complete reinstall will correct this? CWSIV ____________________________________________________________ Sponsored by https://www.newser.com/?utm_source=part&utm_medium=uol&utm_campaign=rss_tag… GameStop Soars, but Rest of Wall Street Is Slammed http://thirdpartyoffers.juno.com/TGL3131/60148e45c86bfe4550bast02duc1 Fauci Calls Virus Mutations a 'Wake-Up Call' http://thirdpartyoffers.juno.com/TGL3131/60148e45edc3de4550bast02duc2 FBI: DC Pipe Bombs Were Planted Night Before Riot http://thirdpartyoffers.juno.com/TGL3131/60148e461eca7e4550bast02duc3

3 5

Server rebooted unexpectedly and without log trace
by Carlos E. R. 02 Feb '21

02 Feb '21

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I was working at my desktop machine. My little server machine, media server, was playing the internet radio with Kodi. I went to the kitchen to put the dinner on the oven. On return, the media server had rebooted and was asking for login. There is no trace in the syslog: <1.5> 2021-01-23T21:15:03.643324+01:00 Isengard Sistema - - - Logging the current external IP= (omitted) <3.6> 2021-01-23T21:16:56.732717+01:00 Isengard systemd 1 - - Started Daily Cleanup of Snapper Snapshots. <3.6> 2021-01-23T21:16:56.873624+01:00 Isengard dbus-daemon 1109 - - [system] Activating service name='org.opensuse.Snapper' requested by ':1.1048' (uid=0 pid=5447 comm="/usr/lib/snapper/systemd-helper --cleanup ") (using servicehelper) <3.6> 2021-01-23T21:16:57.131185+01:00 Isengard dbus-daemon 1109 - - [system] Successfully activated service 'org.opensuse.Snapper' <3.6> 2021-01-23T21:21:56.728956+01:00 Isengard systemd 1 - - Starting Cleanup of Temporary Directories... <3.5> 2021-01-23T21:21:56.875752+01:00 Isengard systemd-tmpfiles 5561 - - [/usr/lib/tmpfiles.d/net-snmp.conf:1] Line references path below legacy directory /var/run/, updating /var/run/net-snmp → /run/net-snmp; please update the tmpfiles.d/ drop-in file accordingly. <3.5> 2021-01-23T21:21:56.879004+01:00 Isengard systemd-tmpfiles 5561 - - [/usr/lib/tmpfiles.d/radvd.conf:1] Line references path below legacy directory /var/run/, updating /var/run/radvd → /run/radvd; please update the tmpfiles.d/ drop-in file accordingly. <3.5> 2021-01-23T21:21:56.879901+01:00 Isengard systemd-tmpfiles 5561 - - [/usr/lib/tmpfiles.d/samba.conf:1] Line references path below legacy directory /var/run/, updating /var/run/samba → /run/samba; please update the tmpfiles.d/ drop-in file accordingly. <3.5> 2021-01-23T21:21:56.883365+01:00 Isengard systemd-tmpfiles 5561 - - [/usr/lib/tmpfiles.d/svnserve.conf:1] Line references path below legacy directory /var/run/, updating /var/run/svnserve → /run/svnserve; please update the tmpfiles.d/ drop-in file accordingly. <3.5> 2021-01-23T21:21:56.887213+01:00 Isengard systemd-tmpfiles 5561 - - [/usr/lib/tmpfiles.d/tmp.conf:13] Duplicate line for path "/var/tmp", ignoring. <3.5> 2021-01-23T21:21:56.888626+01:00 Isengard systemd-tmpfiles 5561 - - [/usr/lib/tmpfiles.d/var.conf:21] Duplicate line for path "/var/lib", ignoring. <3.5> 2021-01-23T21:21:56.889240+01:00 Isengard systemd-tmpfiles 5561 - - [/usr/lib/tmpfiles.d/var.conf:23] Duplicate line for path "/var/spool", ignoring. <3.6> 2021-01-23T21:21:56.965040+01:00 Isengard systemd 1 - - Started Cleanup of Temporary Directories. <1.5> 2021-01-23T21:30:03.251921+01:00 Isengard Sistema - - - Logging the current external IP= (omitted) <3.6> 2021-01-23T21:33:54.528052+01:00 Isengard smartd 1103 - - Device: /dev/sda [SAT], SMART Usage Attribute: 189 Airflow_Temperature_Cel changed from 41 to 46 <3.6> 2021-01-23T21:33:54.529239+01:00 Isengard smartd 1103 - - Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 41 to 46 <3.6> 2021-01-23T21:33:54.603175+01:00 Isengard smartd 1103 - - Device: /dev/disk/by-id/wwn-0x5000c5009399305f [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 66 to 65 <3.6> 2021-01-23T21:33:54.603840+01:00 Isengard smartd 1103 - - Device: /dev/disk/by-id/wwn-0x5000c5009399305f [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 34 to 35 <1.5> 2021-01-23T21:45:03.043504+01:00 Isengard Sistema - - - Logging the current external IP= (omitted) 2021-01-23 22:06:23+01:00 - Booting the system now ================================================================================ Linux Isengard 5.3.18-lp152.60-default #1 SMP Tue Jan 12 23:10:31 UTC 2021 (9898712) x86_64 x86_64 x86_64 GNU/Linux <3.6> 2021-01-23T22:06:24.780509+01:00 Isengard 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) <0.6> 2021-01-23T22:06:24.780976+01:00 Isengard kernel - - - [ 0.000000] microcode: microcode updated early to revision 0x411, date = 2019-04-23 <0.5> 2021-01-23T22:06:24.781721+01:00 Isengard kernel - - - [ 0.000000] Linux version 5.3.18-lp152.60-default (geeko@buildhost) (gcc version 7.5. ... Aside note: Kernel boot information is missing from syslog. New bug? Compare with leap 15.1 syslog: 2020-09-24 13:57:39+02:00 - Halting the system now =========================================== uptime: 13:57:39 up 82 days 15:43, 0 users, load average: 1.20, 1.30, 1.47 2020-09-24 20:48:11+02:00 - Booting the system now ================================================================================ Linux Isengard 4.12.14-lp151.28.67-default #1 SMP Fri Sep 4 15:23:21 UTC 2020 (2c5a14f) x86_64 x86_64 x86_64 GNU/Linux <0.6> 2020-09-24T20:48:12.560421+02:00 Isengard kernel - - - [ 0.000000] microcode: microcode updated early to revision 0x411, date = 2019-04-23 <0.5> 2020-09-24T20:48:12.560854+02:00 Isengard kernel - - - [ 0.000000] Linux version 4.12.14-lp151.28.67-default (geeko@buildhost) (gcc version 7.5.0 (SUSE Linux) ) #1 SMP Fri Sep 4 15:23:21 UTC 2020 (2c5a14f) <0.6> 2020-09-24T20:48:12.560862+02:00 Isengard kernel - - - [ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.12.14-lp151.28.67-default root=UUID=0d457df1-b43d-4587-aa5a-6c919bcbedb8 showopts resume=/dev/disk/by-label/Swap splash=verbose That would indicate a power failure, but the thing is on an UPS. I tested flipping the mains, for 5 seconds, and it survived. I was in the house, I would have noticed any power failure bigger than 0.1 second. A thermal event would be logged, and the machine is not loaded, anyway. Let's see if the journal has something: cer@Isengard:~> journalctl --list-boots - -9 6454520f76ef411aae4048bcad74bf29 Tue 2020-01-28 02:12:23 CET—Sun 2020-02-23 20:40:58 CET - -8 690c025a20e74949aa3b14a9920bc965 Sun 2020-02-23 20:41:43 CET—Sun 2020-04-12 19:41:11 CEST - -7 c931092ce6b742a0bcef0e0c789cc2d9 Sun 2020-04-12 19:41:55 CEST—Fri 2020-07-03 22:12:29 CEST - -6 d0d9dcc6f41d4d95bfb1bb7017fd89b9 Fri 2020-07-03 22:14:26 CEST—Thu 2020-09-24 13:59:17 CEST - -5 deddc3a843ba4ace9580e54614df5918 Thu 2020-09-24 20:46:37 CEST—Sat 2021-01-16 16:27:19 CET - -4 0078032ae9f446389daef4b9b1546184 Sat 2021-01-16 16:28:09 CET—Sat 2021-01-16 20:55:05 CET - -3 71982ddc703b49398aac561ae95a491f Sun 2021-01-17 10:12:08 CET—Sun 2021-01-17 21:01:44 CET - -2 ff6a60796ff94a26a514a8bff51fd3e0 Sun 2021-01-17 21:02:19 CET—Sat 2021-01-23 21:45:03 CET - -1 84c1f9d5c6c34fdbb83fe961e42bef1f Sat 2021-01-23 22:01:18 CET—Sat 2021-01-23 22:24:05 CET 0 ecd9e2c9fa9945e4ae57ef7e55938b36 Sat 2021-01-23 22:24:40 CET—Sat 2021-01-23 22:46:51 CET cer@Isengard:~> I need session 2, -2 Sun 2021-01-17 21:02:19 CET—Sat 2021-01-23 21:45:03 CET cer@Isengard:~> journalctl --boot=2 - -- Logs begin at Tue 2020-01-28 02:12:23 CET, end at Sat 2021-01-23 22:48:07 CET. -- No - then session 3? - -- Logs begin at Tue 2020-01-28 02:12:23 CET, end at Sat 2021-01-23 22:48:38 CET. -- No... wtf? cer@Isengard:~> journalctl --boot=ff6a60796ff94a26a514a8bff51fd3e0 - -- Logs begin at Tue 2020-01-28 02:12:23 CET, end at Sat 2021-01-23 22:48:38 CET. -- That's the whole journal, not number 2. Where is the journal number 2? Another bug in the journal? Ok, let's find the boot point by grepping the whole journal, old style Jan 23 21:16:57 Isengard dbus-daemon[1109]: [system] Successfully activated service 'org.opensuse.Snapper' Jan 23 21:21:56 Isengard systemd[1]: Starting Cleanup of Temporary Directories... Jan 23 21:21:56 Isengard systemd-tmpfiles[5561]: [/usr/lib/tmpfiles.d/net-snmp.conf:1] Line references path below legacy directory /var/run/, updating /var/run/net-snmp → /run/net-snmp; please update the tmpfiles.d/ drop-in file accordin> Jan 23 21:21:56 Isengard systemd-tmpfiles[5561]: [/usr/lib/tmpfiles.d/radvd.conf:1] Line references path below legacy directory /var/run/, updating /var/run/radvd → /run/radvd; please update the tmpfiles.d/ drop-in file accordingly. Jan 23 21:21:56 Isengard systemd-tmpfiles[5561]: [/usr/lib/tmpfiles.d/samba.conf:1] Line references path below legacy directory /var/run/, updating /var/run/samba → /run/samba; please update the tmpfiles.d/ drop-in file accordingly. Jan 23 21:21:56 Isengard systemd-tmpfiles[5561]: [/usr/lib/tmpfiles.d/svnserve.conf:1] Line references path below legacy directory /var/run/, updating /var/run/svnserve → /run/svnserve; please update the tmpfiles.d/ drop-in file accordin> Jan 23 21:21:56 Isengard systemd-tmpfiles[5561]: [/usr/lib/tmpfiles.d/tmp.conf:13] Duplicate line for path "/var/tmp", ignoring. Jan 23 21:21:56 Isengard systemd-tmpfiles[5561]: [/usr/lib/tmpfiles.d/var.conf:21] Duplicate line for path "/var/lib", ignoring. Jan 23 21:21:56 Isengard systemd-tmpfiles[5561]: [/usr/lib/tmpfiles.d/var.conf:23] Duplicate line for path "/var/spool", ignoring. Jan 23 21:21:56 Isengard systemd[1]: Started Cleanup of Temporary Directories. Jan 23 21:30:03 Isengard Sistema[5776]: Logging the current external IP= (omitted) Jan 23 21:33:54 Isengard smartd[1103]: Device: /dev/sda [SAT], SMART Usage Attribute: 189 Airflow_Temperature_Cel changed from 41 to 46 Jan 23 21:33:54 Isengard smartd[1103]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 41 to 46 Jan 23 21:33:54 Isengard smartd[1103]: Device: /dev/disk/by-id/wwn-0x5000c5009399305f [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 66 to 65 Jan 23 21:33:54 Isengard smartd[1103]: Device: /dev/disk/by-id/wwn-0x5000c5009399305f [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 34 to 35 Jan 23 21:45:03 Isengard Sistema[6157]: Logging the current external IP= (omitted) - -- Reboot -- Jan 23 22:01:18 Isengard kernel: microcode: microcode updated early to revision 0x411, date = 2019-04-23 Jan 23 22:01:18 Isengard kernel: Linux version 5.3.18-lp152.60-default (geeko@buildhost) (gcc version 7.5.0 (SUSE Linux)) #1 SMP Tue Jan 12 23:10:31 UTC 2021 (9898712) Jan 23 22:01:18 Isengard kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.3.18-lp152.60-default root=UUID=0d457df1-b43d-4587-aa5a-6c919bcbedb8 showopts splash=verbose splash=silent resume=/dev/disk/by-label/Swap mitigations=auto quiet Jan 23 22:01:18 Isengard kernel: x86/fpu: x87 FPU will use FXSAVE Jan 23 22:01:18 Isengard kernel: BIOS-provided physical RAM map: Jan 23 22:01:18 Isengard kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000003efff] usable Jan 23 22:01:18 Isengard kernel: BIOS-e820: [mem 0x000000000003f000-0x000000000003ffff] ACPI NVS Same info, that is, no info about what caused the machine to reboot. Has been fully reliable since I bought it on 2016: 2016-11-27 23:38:32+01:00 - Booting the system now ================================================================================ Linux Isengard 4.4.27-2-default #1 SMP Thu Nov 3 14:59:54 UTC 2016 (5c21e7c) x86_64 x86_64 x86_64 GNU/Linux 2016-12-04 15:44:09+01:00 - Halting the system now =========================================== uptime: 15:44pm up 6 days 16:06, 0 users, load average: 0.66, 0.25, 0.14 But now it is running Leap 15.2 since 2021-01-17, that is, a week ago. It rebooted perhaps just at 22:00 - cronjob? I don't have, yet, any log entry on a Saturday at 22:00 with leap 15.2, the machine was upgraded from 15.1 to 15.2 just on past Saturday (with DVD). On previous 15.1, this is what happens normally: <1.5> 2021-01-09T21:30:03.324416+01:00 Isengard Sistema - - - Logging the current external IP= (omitted) <1.5> 2021-01-09T21:45:05.372100+01:00 Isengard Sistema - - - Logging the current external IP= (omitted) <3.6> 2021-01-09T21:48:37.584878+01:00 Isengard smartd 25710 - - Device: /dev/sda [SAT], SMART Usage Attribute: 189 Airflow_Temperature_Cel changed from 42 to 43 <3.6> 2021-01-09T21:48:37.586113+01:00 Isengard smartd 25710 - - Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 42 to 43 <3.6> 2021-01-09T21:48:37.640372+01:00 Isengard smartd 25710 - - Device: /dev/disk/by-id/wwn-0x5000c5009399305f [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 67 to 66 <3.6> 2021-01-09T21:48:37.641443+01:00 Isengard smartd 25710 - - Device: /dev/disk/by-id/wwn-0x5000c5009399305f [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 33 to 34 <3.6> 2021-01-09T22:00:03.382980+01:00 Isengard systemd 1 - - Started Timeline of Snapper Snapshots. <3.6> 2021-01-09T22:00:03.514452+01:00 Isengard dbus-daemon 1186 - - [system] Activating service name='org.opensuse.Snapper' requested by ':1.16079' (uid=0 pid=23673 comm="/usr/lib/snapper/systemd-helper --timeline ") (using servicehelper) <3.6> 2021-01-09T22:00:03.775706+01:00 Isengard dbus-daemon 1186 - - [system] Successfully activated service 'org.opensuse.Snapper' <1.5> 2021-01-09T22:00:08.698222+01:00 Isengard Sistema - - - Logging the current external IP= (omitted) <9.6> 2021-01-09T22:15:01.744156+01:00 Isengard run-crons.daily - - - Considering my daily cron jobs. <9.6> 2021-01-09T22:15:01.885387+01:00 Isengard run-crons.daily - - - Adjusting permissions of Video directories I'll have to keep watching and see... - -- Cheers Carlos E. R. (from 15.2 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYAyj2hwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfV5CYAoIQFFQZGRpCSsGwRl9bj jWgcgHdvAJ0TCi2Cbp5P5RkyBNJLKTzsNojWVw== =D6AM -----END PGP SIGNATURE-----

6 11

LVM inactive after upgrading from 15.1 to 15.2
by Stratos Zolotas 31 Jan '21

31 Jan '21

Hello everyone, This is my first message to this list (I sometimes post in Factory list). Today I dist-upgraded my home server from 15.1 to 15.2. After reboot the server failed to boot due to an LVM volume not mounted (it is an extra volume, root is on standalone disk). From the maintenance console, I can enable the volume with lvchange -ay /dev/lvm0/storage and mount it correctly. I removed the mount point from /etc/fstab and the server was booted. Then I can again activate the volume and mounted but after reboot it is again inactive. romantsa:~ # lvscan inactive '/dev/lvm0/storage' [2,17 TiB] inherit I have spotted this on journal logs. Ιαν 30 17:31:15 romantsa lvm[480]: Udev database has incomplete information about device /dev/sda. Ιαν 30 17:31:15 romantsa lvm[480]: /dev/sda: Failed to get external handle [udev]. Ιαν 30 17:31:15 romantsa lvm[480]: Udev database has incomplete information about device /dev/sdb. Ιαν 30 17:31:15 romantsa lvm[480]: /dev/sdb: Failed to get external handle [udev]. Ιαν 30 17:31:15 romantsa lvm[480]: Udev database has incomplete information about device /dev/sdc. Ιαν 30 17:31:15 romantsa lvm[480]: /dev/sdc: Failed to get external handle [udev]. Ιαν 30 17:31:15 romantsa lvm[480]: Udev database has incomplete information about device /dev/sdd. Ιαν 30 17:31:15 romantsa lvm[480]: /dev/sdd: Failed to get external handle [udev]. Ιαν 30 17:31:15 romantsa lvm[480]: Udev database has incomplete information about device /dev/sde. Ιαν 30 17:31:15 romantsa lvm[480]: /dev/sde: Failed to get external handle [udev]. Ιαν 30 17:31:15 romantsa lvm[480]: Udev database has incomplete information about device /dev/sde1. Ιαν 30 17:31:15 romantsa lvm[480]: /dev/sde1: Failed to get external handle [udev]. Ιαν 30 17:31:15 romantsa lvm[480]: Udev database has incomplete information about device /dev/sde2. Ιαν 30 17:31:15 romantsa lvm[480]: /dev/sde2: Failed to get external handle [udev]. Don't know if it has to do with problem but after searching for many hours I haven't managed to find a solution so the volume can be activated on boot and mounted by fstab. I have opened a thread on forums.opensuse.org and will post any solution also there. Any hints or ideas on where to look? Thanks in advance.

4 8