openSUSE Users January 2018

users@lists.opensuse.org

101 participants
108 discussions

[opensuse] Raid, Raid6, what file system for good fault tolerance?

by cagsm

Hi list, speaking about software raid, not hardware controller based. I am trying to go for some local OpenSuse machine and adding some storage to it. Was considering Raid6, and now reading about a bit and people left and right scaremongering about the larger the disks these days in the double digit terabyte capacities even, the more likely it is that during a reconstruction of a raid subsequent errors would occur. I would absolutely like to keep my data consistent, and I am not thinking about double digit terabytes either, would stick to 2TB or 4TB disks, with Raid6 thats at least 4 physical drives. Now I am wondering if it possible to use a good robust file system that can add some more parity or check blocks or redundancy on top of the hardware disks, to absolutely be able to always read my data. I can't add multiple machines or like those high availability stuff like clusters and what not I read about DRBD (Distributed Replicated Block Device), or maybe I am just too scared by those technical terms or consider myself to be just a simpleton and wanting to keep it rather simple. My use case here is also not constant availablity, when a disk needs to be replaced, so be it, but I don't want to lose my data that I can not ever read certain parts of it again or such stuff. The thing that came to my mind was, if there is some file systems that would add redundancy and robustness onto the mdraid system of the linux kernel? Anyone with some useful insights? Roughly speaking, I was considering some simple pcie esata interfaced controller card and an external case enclosure with esata port and portmulitplier stuff inside, that can present at least 4 physical disks as JBOD, just a bunch of disks, so that the Linux can seem them all separately. Speed and rebuild times are not my concern, but data persistence and data integrity. Not even number of physical disks, I could live with even one of those 8 bay device enclosures and cases that are out there on the market. Thanks for any help and hints. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 months, 1 week

[opensuse] oS 13.1 : "gnome keyring socket is not owned with the same credentials as the user"

by ellanios82

Hello List am using Xfce : - in /var/log/warn : i see warning " The gnome keyring socket is not owned with the same credentials as the user login: /run/user/1000/keyring-4i77r7/control 2013-11-27T13:27:17.434100+02:00 su: gkr-pam: couldn't unlock the login keyring " ............... - any ideas how to fix ? thanks -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 year, 6 months

Re: [opensuse] Mapping and re-mapping Keyboard Keys

by Paul Groves

On 27/06/17 12:22, Paul Groves wrote: > > On 27/06/17 08:34, Aaron Digulla wrote: >> xmodmap -pke | less > > These keycodes do not seem to match the system. For example in the > output of this command it says: > > keycode 158 = XF86WWW NoSymbol XF86WWW > > I ran setkeycodes e020 158 > > When I press the e020 (Internet) button xev says I have pressed code > 166 (Back button). > > How on earth has this happened? I specified 158 not 166. What have I > done wrong? > > Just been emailed this link: https://unix.stackexchange.com/questions/49650/how-to-get-keycodes-for-xmod… To quote this article: Here you can see keycode 97 is unused on my system: |keycode 94 = less greater less greater bar brokenbar keycode 95 = F11 XF86Switch_VT_11 F11 XF86Switch_VT_11 keycode 96 = F12 XF86Switch_VT_12 F12 XF86Switch_VT_12 keycode 97 = keycode 98 = Katakana NoSymbol Katakana keycode 99 = Hiragana NoSymbol Hiragana | The keycode X uses and the keycode the kernel uses are OFF BY 8 for "historical reasons". So take 97 - 8 = 89 and use 89 with the setkeycodes command (again as root): So to make my vol - button work (xmodmap keycode 122 -8 = 114) setkeycodes e01e 114 This has worked! I have re-mapped apl the buttons apart from my hotkeys. >> No but there are lots of uncommon keycodes which you can use. For >> example, F13-F35 or KP_F1...KP_F4. > > In the output of the command xmodmap -pke | less there are no codes > for F13-F35 or KP_F1 etc > > I would like to set HK1 - HK4 to F13 - F16 How do I find the keycodes > for these buttons Still looking for the keycodes for F13-16 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 year, 11 months

[opensuse] continous access on/spinning up of floppy drive

by Paul Neuwirth

This is an OpenPGP/MIME signed message (RFC2440, RFC3156). --=_MIME_CONTENT_BREAK_=_ZVSGRBXMZBOOXUGBRBCHOBMGKKNVGJR_= Content-Type: text/plain; charset="utf-8" Content-Disposition: inline; filename="message.txt" Content-Transfer-Encoding: quoted-printable Hello group, I have on several machines this problem: they are continously trying to=20 access the floppy drives. Two drives already defective, due to the=20 mechanic stress. dmesg shows following continously: [1537682.559487] sd 0:0:3:0: [sdc] Read Capacity(10) failed: Result:=20 hostbyte=3DDID_OK driverbyte=3DDRIVER_SENSE [1537682.559496] sd 0:0:3:0: [sdc] Sense Key : Not Ready [current] [1537682.559498] sd 0:0:3:0: [sdc] Add. Sense: Logical unit not ready,=20 cause not reportable [1537682.656688] sd 0:0:3:0: [sdc] Spinning up disk... [1537683.668046]=20 ............................................................................= ..................not=20 responding... [1537783.093938] sd 0:0:3:0: [sdc] Spinning up disk... [1537784.104049]=20 ............................................................................= ..................not=20 responding... this can't be the wanted behaviour for any removable storage devices? Any Hints? Thank you and have a nice weekend --=_MIME_CONTENT_BREAK_=_ZVSGRBXMZBOOXUGBRBCHOBMGKKNVGJR_= Content-Type: application/pgp-signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Topal (http://freshmeat.net/projects/topal) iQIcBAEBAgAGBQJaLS66AAoJEIiaa+Y8YDPuZSUP/itt7+QHjNCwX6Wi352+lANf whjep7nBWy6Q0bS2PO/ymWDGiodFkO/AvM+MIitdK4cAm1HCBbMZjKsZYLD3e1LR ZnskqO66VG58TU6lVB1jEXWKlp6OKeb6Ar24SR0YxB4F+ZcbSwZI5w62JEBsozhV X4imcBdO+ztJFSW/hFLeV4WrfrplcTufyL6nw+5TtImrVs62uEg20LYjA//OxlHJ NmXM07A48uVBijRUmMsqeyRMevoKjKop2iICZgKyvTnRtRqx0jbzVeqj+aLqnbaq ncdBnBr7Vr9S86TVGHjIDHPN8Ws8dnufk1GwRTQR+Aj4z58g2r88j/u6o7csTFla vINP3ClCp6MRVbVbEqIYOIvG8NDIVTiwQwXk3CeCf+Be71JbDUMjV9GwVl+X9ksC oNBwwFi+mhHQGJOuX/54HGUEn3lJ1ixQzLimuXTgWmdsb1WoWuG+lNO13NhU+ZVn /IKpcqVjkXikQi9hrmZTUutmrFjJ1QusjnPJQDuBLYB0E/lMWjTpUNmRGw71hrDb uccAYc3sQP6zMuUfEgPWewhMmuTwn1LoQdqYrZ0p1+1z/+w5cB3DOB4JILmbKBUH QUYaDhefxPL1oRBtOxoDAdABJLAfgfKdEE0+g0u6HA67Atioe3HP8MWonrKgs3FC pvU9BHc2k0ASHh7HEsRx =uYfb -----END PGP SIGNATURE----- --=_MIME_CONTENT_BREAK_=_ZVSGRBXMZBOOXUGBRBCHOBMGKKNVGJR_=-- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 years, 4 months

[opensuse] zypper addrepo - http:// vs. https://

by Per Jessen

I'm sure someone has a quick explanation: a) zypper addrepo 'https://download.opensuse.org/repositories/Virtualization:containers/openSU…' This fails: Download (curl) error for 'https://download.opensuse.org/repositories/Virtualization:containers/openSU…': Error code: Bad URL Error message: Protocol http not supported or disabled in libcurl b) zypper addrepo 'https://download.opensuse.org/repositories/Virtualization:/containers/openS…' Works fine. (notice the extra slash between 'Virtualization:' and 'container'. c) zypper addrepo 'http://download.opensuse.org/repositories/Virtualization:containers/openSUS…' d) zypper addrepo 'http://download.opensuse.org/repositories/Virtualization:/containers/openSU…' Both work fine. -- Per Jessen, Zürich (9.1°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 years, 10 months

[opensuse] prime-select: unable to query GPU information

by Daniel Bauer

Hi, I just upgraded my asus laptop with intel/nvidia graphics from 42.1 to 42.3, all went well so far. But when entering prime-select nvidia I get: ERROR unable to query GPU information The script runs anyway, I guess, because when I reboot at some point the screen with the boot messages begins to flicker heavily (I could not read the last message...). I had to restart and boot to runlevel 3, then entered "prime-sectect intel" and now I can boot normally - but of course only using the intel card. I don't know which information you need to help me: please ask and I'll try to provide it. Thanks for your help! Daniel -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 years, 11 months

[opensuse] Which distros for ReiserFS?

by Stevens

On the odd chance that I was ignored for possibly hijacking a thread, I shall start a new one but copy and paste my comments in hope of an answer: (re: Killing ReiserFS) I have been following this thread with some interest because of having been running ReiserFS since before he turned homicidal. I have had zero, count that ZERO, problems in all that time so I read with some dismay the effort to actively kill its usage in this whatever-you-call-it distro. I think that the more relevant question to ask is not "can we keep this file system around, pretty please" but "what distros are allowing its use by not actively trying to kill it"? I have used opensuse since before Mandrake went away, which has been a while and, although I don't really want to change distros, I am not married to suse (or leap, or whatever). I feel that what we have here with opensuse/leap is an example of the classic "swing" cartoon which shows the stages of project development from sales, engineering, installation and what the customer actually wanted. My need is not as complex as some and for that ReiserFS works quite well. So, my question remains, "If not suse/leap, then who"? Hopefully someone will know what distros allow the freedom to use whichever FS one wishes without running afoul of the FS nazis. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 years, 11 months

[opensuse] Display artifacts in Leap 42.3, on oldish laptop with Intel Video

by Carlos E. R.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I just upgraded my laptop to Leap 42.3 from 42.2 (offline upgrade aka dvd method), and I see artifacts on the display: areas that do not redraw, typically the menu area of a window. Some time whole windows that take seconds to redraw after switching the workarea. Gkrelmm has zones that are unreadable for long time, even if I put another window on top to try force a redraw (the CPU_0 panel, for instance, is gargabe). This instant, the whole Thunderbird went unreadable as I switched worskpace (I'm typing at Alpine). I'm not happy. minas-tirith:~ # hwinfo --display 08: PCI 02.0: 0300 VGA compatible controller (VGA) [Created at pci.378] Unique ID: _Znp.rCqQQ9NkN2D SysFS ID: /devices/pci0000:00/0000:00:02.0 SysFS BusID: 0000:00:02.0 Hardware Class: graphics card Model: "Intel Mobile 4 Series Chipset Integrated Graphics Controller" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x2a42 "Mobile 4 Series Chipset Integrated Graphics Controller" SubVendor: pci 0x103c "Hewlett-Packard Company" SubDevice: pci 0x3069 Revision: 0x07 Driver: "i915" Driver Modules: "i915" Memory Range: 0xd0000000-0xd03fffff (rw,non-prefetchable) Memory Range: 0xc0000000-0xcfffffff (ro,non-prefetchable) I/O Ports: 0x4110-0x4117 (rw) IRQ: 26 (8103 events) I/O Ports: 0x3c0-0x3df (rw) Module Alias: "pci:v00008086d00002A42sv0000103Csd00003069bc03sc00i00" Driver Info #0: Driver Status: i915 is active Driver Activation Cmd: "modprobe i915" Config Status: cfg=no, avail=yes, need=no, active=unknown 09: PCI 02.1: 0380 Display controller [Created at pci.378] Unique ID: ruGf.MfB3K+fOff2 SysFS ID: /devices/pci0000:00/0000:00:02.1 SysFS BusID: 0000:00:02.1 Hardware Class: graphics card Model: "Intel Mobile 4 Series Chipset Integrated Graphics Controller" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x2a43 "Mobile 4 Series Chipset Integrated Graphics Controller" SubVendor: pci 0x103c "Hewlett-Packard Company" SubDevice: pci 0x3069 Revision: 0x07 Memory Range: 0xd2400000-0xd24fffff (rw,non-prefetchable) Module Alias: "pci:v00008086d00002A43sv0000103Csd00003069bc03sc80i00" Config Status: cfg=no, avail=yes, need=no, active=unknown Primary display adapter: #8 minas-tirith:~ # - -- Cheers Carlos E. R. (from 42.3 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlpsXCMACgkQja8UbcUWM1xD+QD/TzLVQx9WfOOBMy4HKxQ3ya04 FOCCzPEbYngd4FURenwA/iOLVYeptpKihhZB44TdOX9QafRVV5z35/v+2ZpvMUbI =20/r -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 years

[opensuse] Package search web page does not work for me

by Carlos E. R.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I go to: <https://software.opensuse.org/search> and search for any package, say "meld". I get a list of hits. I click on one: meld Visual diff and merge tool Show 1 Development packages and I get this error: <https://software.opensuse.org/package/meld> Error :codecs is not a valid locale I have been getting that error for some days. However, on a new user I don't get any error, it works. I do not have "codecs" as locale: cer@Telcontar:~> set | grep codec __git_mergetools_common=$'diffuse diffmerge ecmerge emerge kdiff3 meld opendiff\n\t\t\ttkdiff vimdiff gvimdiff xxdiff araxis p4merge bc codecompare\n' cer@Telcontar:~> locale | grep codec cer@Telcontar:~> - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAln06z8ACgkQtTMYHG2NR9U3lgCgjdg/rLggwxeTlT1Dh2qaCp03 bocAn3DlEbzUMiMOhh0uvItf/j6c/7Z7 =vPYi -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 years

[opensuse] TW on Kaby Lake system

by Wolfgang Rosenauer

Hi, I've got this new machine based on Kaby Lake chipset: Intel Corporation HD Graphics 620 (rev 02) but after an installation of Tumbleweed I feel the graphic performace is quite poor. (Just guessing it's graphics though because the CPU should be quite capable and the system is not loaded much.) I notice quite unsteady animations or under Gnome shell and also smooth scrolling in Firefox is not always quite smooth. My 4-5 year old predecessor (Intel graphics based as well) machine was feeling snappier with Leap. So I'm wondering if anyone has a pointer to tuning proposals for that sort of machine under Tumbleweed? Thanks, Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 years

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

1992

openSUSE Users January 2018