August 2020 - openSUSE Users - openSUSE Mailing Lists

[opensuse] Installing new tabs in KSysGuard
by James Knott 11 Aug '20

11 Aug '20

I've downloaded a couple of new tabs for KSysguard, but I don't see any way to add them. When I click on New Tab, I'm presented with a box for entering info, but nothing about the downloaded tabs. Any ideas? tnx jk -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 5

[opensuse] Grub crashes just after update (15.1)
by Carlos E. R. 11 Aug '20

11 Aug '20

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Grub crashes just after update (Leap 15.1), that included grub and kernel: Telcontar:~ # rpm -qa --last grub2-x86_64-efi-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-systemd-sleep-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-snapper-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-i386-pc-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:41 2020 kernel-default-4.12.14-lp151.28.59.1.x86_64 Sun Aug 9 21:50:24 2020 I get this message on boot (hand copied): Welcome to GRUB! error: symbol `grub_calloc` not found Entering rescue mode grub rescue> _ Also, the entry in EFI menu for the other Leap in this machine is lost. Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0004* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # Notice the different paths. One of them booted, I forget which. This one is recent: Telcontar:~ # l /boot/efi/EFI/main_opensuse/ total 3528 drwxr-xr-x 2 root root 8192 Apr 1 23:15 ./ drwxr-xr-x 6 root root 8192 Mar 22 00:46 ../ - -rwxr-xr-x 1 root root 1158688 Aug 9 21:51 MokManager.efi* - -rwxr-xr-x 1 root root 68 Aug 9 21:51 boot.csv* - -rwxr-xr-x 1 root root 150 Aug 9 21:51 grub.cfg* - -rwxr-xr-x 1 root root 1066864 Aug 9 21:51 grub.efi* - -rwxr-xr-x 1 root root 124416 Aug 9 21:51 grubx64.efi* - -rwxr-xr-x 1 root root 1208968 Aug 9 21:51 shim.efi* Telcontar:~ # This is older: Telcontar:~ # l /boot/efi/EFI/opensuse/ total 3520 drwxr-xr-x 2 root root 8192 Mar 17 04:18 ./ drwxr-xr-x 6 root root 8192 Mar 22 00:46 ../ - -rwxr-xr-x 1 root root 1158688 Mar 17 04:18 MokManager.efi* - -rwxr-xr-x 1 root root 58 Mar 17 04:18 boot.csv* - -rwxr-xr-x 1 root root 155 Mar 17 04:18 grub.cfg* - -rwxr-xr-x 1 root root 1062752 Mar 17 04:18 grub.efi* - -rwxr-xr-x 1 root root 124416 Mar 20 23:57 grubx64.efi* - -rwxr-xr-x 1 root root 1208968 Mar 17 04:18 shim.efi* Telcontar:~ # Telcontar:~ # grep GRUB_DISTRIBUTOR /etc/default/grub GRUB_DISTRIBUTOR="Main_openSUSE" Telcontar:~ # What can I do? revert to an older grub, perhaps? - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXzBdKRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVIFwAnR3r39jkRTWJawgI5/A2 P+hH3u0gAJ46GCSfd9/oY/nV/y6TkKiscKrOOw== =SxCb -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 14

[opensuse] New HTML-ized mirror listing bloats listing size making it awkward to read
by David C. Rankin 11 Aug '20

11 Aug '20

>From the opensuse.org mailing list thread: [opensuse] How to turn OFF new html-ized directory listings at http://download.opensuse.org/source/distribution/leap/ and [opensuse] download.opensuse.org html listing format - get rid of horizontal lines... (please see both threads for user comments) Original post: All, Just going through source listings at http://download.opensuse.org/source/distribution/leap/ there is some kind of new "Pretty Print" html-ized format being used that underlines the entire row containing the srpm instead of the normal raw directory listing that only underlines the package. This (1) doubles the height of the listing you have to scroll and (2) makes scanning the listing awkward. Is there some way, or switch, that will revert to the simple listing? Follow Up Consensus: Most mirrors have historically provided much faster listing loads, some 30X or more because of the HTML tables doo was using. Large tables are inefficient HTML code to display, besides being much larger in bytes than typical mirror listing content. e.g. http://ftp5.gwdg.de/pub/opensuse/source/distribution/leap/15.2/repo/oss/src/ saves as 1,827,714 bytes http://download.opensuse.org/source/distribution/leap/15.2/repo/oss/src/ saves as 5,213,482, or 285% of gwdg listing size. bug report: https://progress.opensuse.org/issues/62255 Looks like the new styles may be an attempt to incorporate improved efficiency, and the added margins and/or padding amounts to a regression. Previous list thread: https://lists.opensuse.org/heroes/2020-01/msg00023.html Next Comment in Thread Ouch! The D.O.O page is horrible. I don't see anything underlined, what I see is a double-spaced music paper background (i.e. alternate backgrounds coloured). There's also a massive gap between the rpm name and the last modified date and at some browser widths the last column shows 'Deta' instead of 'Details'. In very narrow widths it just shows the filename and a lot of space to the right. In all widths it keeps wide empty margins that are completely unnecessary for a directory listing. There's a strange icon at the top right, with four small squares arranged in a square (looks like a cooker hob). I've no idea what that means and there's no tooltip. At narrow browser widths there's another icon next to it with three horizontal lines. I might expect that to be a menu but again there's no tooltip and nothing happens when I click on either of them. (Note that I have script disabled and I'm using FF). If I click on a 'Details' link, I'm taken to a page listing mirrors. If I click on 'Map showing the closest mirrors' I'm shown: 'The Google Maps Platform server rejected your request. You must use an API key to authenticate each request to Google Maps Platform APIs. For additional information, please refer to http://g.co/dev/maps-no-account'. In short it's a disaster at many levels. It's a design disaster and a functional disaster. The simple listing from GWDG is far better IMHO. ================ Request Can we remove this HTML/CSS-ized addition to the download mirrors. It is bloating the download listing by 5X and causing the display of the listing to grow in scrolling height by 3X -- no good. Just give us the plain text listings back with links. ================ Additional posts on opensuse(a)o.o Since someone changed the basic listing format from download.opensuse.org/repositories to some unwanted html format, the biggest problem is the damn horizontal lines drawn between every directory and they are drawn in a bright-white over a dark background -- it's like looking into a floodlight trying to pick out details behind it. Take a look at: https://download.opensuse.org/repositories/X11:/ Where I see: https://paste.opensuse.org/61684564 It is enough to drive you blind. Can we at least remove the horizontal lines? I could live with cyan folder names on a dark background if there wasn't a bright white line in between every folder. Personally, I'd prefer the raw folder listing that reduces the bandwidth by 500%, but I understand it's hard to gore somebody's new ox. The package listing is even worse. Try and pick out i3-gaps... quickly: https://paste.opensuse.org/40948260 -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 8

Fwd: Re: [opensuse] Grub crashes just after update (15.1) - something is reverting my changes to EFI BIOS order
by DennisG 10 Aug '20

10 Aug '20

On 8/10/20 1:55 PM, Carlos E. R. wrote: > On 10/08/2020 15.16, JJM de Faber wrote: >> >> On 10-08-2020 15:06, Carlos E. R. wrote: >>> On 10/08/2020 14.02, Carlos E. R. wrote: >>>> On Monday, 2020-08-10 at 13:37 +0200, Carlos E. R. wrote: >>>> >>> ... > > >> long snip > > Thanks, but that doesn't solve the issue that something is changing > what I write there, and trying to boot something else instead of > openSUSE. > > Just a wild guess . . . is it possible that device.map is the cuprit? If the grub install is incorrectly determining the boot order from its bios guess (when there is no device.map file) or there is an incorrect device.map file present, it is possible that the wrong location will be called. Or possibly grub2-mkconfig put an error in the grub.cfg file? --dg -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 8

[opensuse] Performance issues since update to Leap 15.2
by Wolfgang Rosenauer 10 Aug '20

10 Aug '20

Hi, I was watching the issue for a few weeks now and it's bad enough to post here finally because I'm not sure if I have enough information for a bugreport. I was running Leap 15.1 on my system - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz (4 core) - 16GiB RAM - builtin Intel graphics (i915) - SSD - Xfce 15.1 was running quite smooth for me. Since the upgrade to 15.2 it pretty quickly (under some sort of load) gets into a state where the desktop is stuttering with everything: - mouse movement gets stuck - windows do not appear instantly - switching desktops is delayed, rerendering takes quite long The point is that I cannot even tell which type of load exactly is causing this behaviour but it is not a lot. As I'm writing this mail my load average in top shows 0,27 but still when moving my mouse it stutters. Another example: When I upload a larger amount of data to the internet my UI also seems to be affected. I really have no idea how to track that down more but it's annoying and it started exactly after update to 15.2. Any ideas, hints, feedback? Thanks, Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

12 34

[opensuse] Tumbleweed updated - lilo was deleted, system not longer boots
by Per Jessen 10 Aug '20

10 Aug '20

Why was lilo removed from Tumbleweed ? It is really annoying that someone is hellbent on screwing up my system. -- Per Jessen, Zürich (21.6°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 12

[opensuse] after upgrade, ssh no longer works
by ken 10 Aug '20

10 Aug '20

After upgrading yesterday (VERSION="20200803"), I can no longer ssh into a local machine. I'm assured that the problem is not with the remote machine: not only have I not changed anything on it, but also I can still ssh into it from a third machine as I always have. Here's an attempt from the newly updatetd machine: $ ssh -vv hostd OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 20: Applying options for * debug2: resolving "hostd" port 22 debug2: ssh_connect_direct debug1: Connecting to hostd [192.168.0.26] port 22. debug1: Connection established. debug1: identity file /home/zl1/.ssh/id_rsa type 0 debug1: identity file /home/zl1/.ssh/id_rsa-cert type -1 debug1: identity file /home/zl1/.ssh/id_dsa type -1 debug1: identity file /home/zl1/.ssh/id_dsa-cert type -1 debug1: identity file /home/zl1/.ssh/id_ecdsa type -1 debug1: identity file /home/zl1/.ssh/id_ecdsa-cert type -1 debug1: identity file /home/zl1/.ssh/id_ecdsa_sk type -1 debug1: identity file /home/zl1/.ssh/id_ecdsa_sk-cert type -1 debug1: identity file /home/zl1/.ssh/id_ed25519 type -1 debug1: identity file /home/zl1/.ssh/id_ed25519-cert type -1 debug1: identity file /home/zl1/.ssh/id_ed25519_sk type -1 debug1: identity file /home/zl1/.ssh/id_ed25519_sk-cert type -1 debug1: identity file /home/zl1/.ssh/id_xmss type -1 debug1: identity file /home/zl1/.ssh/id_xmss-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_8.3 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3 debug1: match: OpenSSH_4.3 pat OpenSSH_2*,OpenSSH_3*,OpenSSH_4* compat 0x00000002 debug2: fd 3 setting O_NONBLOCK debug1: Authenticating to hostd:22 as 'zl1' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: local client KEXINIT proposal debug2: KEX algorithms: curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,ext-info-c debug2: host key algorithms: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,ssh-ed25519-cert-v01@openssh.com,sk-ssh-ed25519-cert-v01@openssh.com,rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ecdsa-sha2-nistp256@openssh.com,ssh-ed25519,sk-ssh-ed25519@openssh.com,rsa-sha2-512,rsa-sha2-256,ssh-rsa debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,zlib(a)openssh.com,zlib debug2: compression stoc: none,zlib(a)openssh.com,zlib debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug2: peer server KEXINIT proposal debug2: KEX algorithms: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: host key algorithms: ssh-rsa,ssh-dss debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc(a)lysator.liu.se debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc(a)lysator.liu.se debug2: MACs ctos: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160(a)openssh.com,hmac-sha1-96,hmac-md5-96 debug2: MACs stoc: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160(a)openssh.com,hmac-sha1-96,hmac-md5-96 debug2: compression ctos: none,zlib(a)openssh.com debug2: compression stoc: none,zlib(a)openssh.com debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug1: kex: algorithm: (no match) Unable to negotiate with 192.168.1.44 port 22: no matching key exchange method found. Their offer: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 Running "zypper up ssh" said "Nothing to do". I also renamed my ~/.ssh directory on the upgraded machine and replaced it with a copy of the entire ~/.ssh directory from the third (working) machine on my lan. Still no joy. Can anyone tell me what's going on? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 6

[opensuse] how to change back to the previous "Switch Applications" functionality
by ken 10 Aug '20

10 Aug '20

The new way of switching applications (normally with Alt-Tab) is a lot more work and more cumbersome than the previous way. Is there any way to switch back to the previous functionality? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

10 26

[opensuse] A problem with the smartd daemon.
by Carlos E. R. 09 Aug '20

09 Aug '20

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I get these repeated warnings in the log of my home server: <3.2> 2020-08-01T17:17:14.068115+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], failed to read SMART Attribute Data <3.2> 2020-08-01T18:17:14.247482+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], failed to read SMART Attribute Data But the thing is, smartctl can read that disk just fine: Isengard:~ # smartctl -i /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0\:0 smartctl 7.1 2019-12-30 r5022 [x86_64-linux-4.12.14-lp151.28.52-default] (SUSE RPM) Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: WDC HGST Ultrastar He10 Device Model: WDC WD80EZAZ-11TDBA0 Serial Number: 2TKST2SD LU WWN Device Id: 5 000cca 26af51579 Firmware Version: 83.H0A83 User Capacity: 8,001,563,222,016 bytes [8.00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 5400 rpm Form Factor: 3.5 inches Device is: In smartctl database [for details use: -P show] ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 4 SATA Version is: SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Sat Aug 1 13:51:20 2020 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled Isengard:~ # Isengard:~ # smartctl -A /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0\:0 smartctl 7.1 2019-12-30 r5022 [x86_64-linux-4.12.14-lp151.28.52-default] (SUSE RPM) Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org === START OF READ SMART DATA SECTION === SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 2 Throughput_Performance 0x0004 128 128 054 Old_age Offline - 116 ... Isengard:~ # smartctl --test=short /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0\:0 smartctl 7.1 2019-12-30 r5022 [x86_64-linux-4.12.14-lp151.28.52-default] (SUSE RPM) Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org === START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION === Sending command: "Execute SMART Short self-test routine immediately in off-line mode". Drive command "Execute SMART Short self-test routine immediately in off-line mode" successful. Testing has begun. Please wait 2 minutes for test to complete. Test will complete after Sat Aug 1 20:30:49 2020 CEST Use smartctl -X to abort test. Isengard:~ # Looking at the /var/log/messages file, it gets weirder: <3.6> 2020-08-01T15:47:03.217524+02:00 Isengard smartd 3543 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], state written to /var/lib/smartmontools/smartd.WDC_WD80EZAZ_11TDBA0-2TKST2SD.ata.state <3.6> 2020-08-01T15:47:04.105688+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], opened <3.6> 2020-08-01T15:47:04.106285+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], WDC WD80EZAZ-11TDBA0, S/N:2TKST2SD, WWN:5-000cca-26af51579, FW:83.H0A83, 8.00 TB <3.6> 2020-08-01T15:47:04.119302+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], found in smartd database: WDC HGST Ultrastar He10 <3.6> 2020-08-01T15:47:04.135383+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], enabled SMART Attribute Autosave. <3.6> 2020-08-01T15:47:04.142911+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], is SMART capable. Adding to "monitor" list. <3.6> 2020-08-01T15:47:04.144358+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], state read from /var/lib/smartmontools/smartd.WDC_WD80EZAZ_11TDBA0-2TKST2SD.ata.state <3.6> 2020-08-01T15:47:04.717689+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], state written to /var/lib/smartmontools/smartd.WDC_WD80EZAZ_11TDBA0-2TKST2SD.ata.state <3.6> 2020-08-01T16:17:12.489203+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], not capable of SMART self-check <3.2> 2020-08-01T16:17:14.439038+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], failed to read SMART Attribute Data <3.6> 2020-08-01T16:17:16.388831+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], Read SMART Self Test Log Failed <3.6> 2020-08-01T16:47:04.708009+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 130 to 132 <3.6> 2020-08-01T17:17:12.118117+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], not capable of SMART self-check <3.2> 2020-08-01T17:17:14.068115+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], failed to read SMART Attribute Data <3.6> 2020-08-01T18:17:12.297698+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], not capable of SMART self-check <3.2> 2020-08-01T18:17:14.247482+02:00 Isengard smartd 5945 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], failed to read SMART Attribute Data Isengard:~ # It did read the temperature change, but it claims the other errors, which are false. The configuration is: Isengard:~ # cat /etc/smartd.conf | egrep -v "^[[:space:]]*$|^#" /dev/sda -a -S on -T permissive -s (S/../.././02|L/../../6/03) -m root(a)telcontar.valinor /dev/disk/by-id/wwn-0x5000c50075a83eaf -d removable -a -o on -S on -s (S/../.././02|L/../../6/03) -m root(a)telcontar.valinor /dev/disk/by-id/wwn-0x5000c5009399305f -d removable -a -o on -S on -s (S/../.././02|L/../../6/03) -m root(a)telcontar.valinor /dev/disk/by-id/wwn-0x5000c500c4beb480 -d removable -a -o on -S on -s (S/../.././02|L/../../6/03) -m root(a)telcontar.valinor /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 -d removable -a -S on -s (S/../.././02|L/../../6/03) /dev/disk/by-id/usb-WD_My_Book_25EE_37484B53554B424A-0:0 -d removable -a -S on -s (S/../.././02|L/../../6/03) Isengard:~ # Ideas? - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXyW2oxwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVALoAniU1xYdaGy+1QAPCRquZ cvXKko/pAKCW0QUrf2rCELri0rf/VJawmzkSnw== =8hOP -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 11

[opensuse] download.opensuse.org html listing format - get rid of horizontal lines...
by David C. Rankin 09 Aug '20

09 Aug '20

All, Since someone changed the basic listing format from download.opensuse.org/repositories to some unwanted html format, the biggest problem is the damn horizontal lines drawn between every directory and they are drawn in a bright-white over a dark background -- it's like looking into a floodlight trying to pick out details behind it. Take a look at: https://download.opensuse.org/repositories/X11:/ Where I see: https://paste.opensuse.org/61684564 It is enough to drive you blind. Can we at least remove the horizontal lines? I could live with cyan folder names on a dark background if there wasn't a bright white line in between every folder. Personally, I'd prefer the raw folder listing that reduces the bandwidth by 500%, but I understand it's hard to gore somebody's new ox. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 5