August 2018 - openSUSE Users - openSUSE Mailing Lists

[opensuse] continous access on/spinning up of floppy drive
by Paul Neuwirth 23 Oct '18

23 Oct '18

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

17 75

[opensuse] Alternative to ownCloud Calendar and contacts
by Paul Groves 12 Oct '18

12 Oct '18

Hi all, I am looking to remove owncloud (as I do not actually use it apart from calendars and contacts). What is a good CalDAV / CardDAV server? My main requirement is the ability to share calendars between users. What suggestions are there? Thanks Paul -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

13 49

[opensuse] Password prompt for whole disk encryption changed keyboard layout
by Bjoern Voigt 13 Sep '18

13 Sep '18

Since the updates from beginning of this week I have to use the English keyboard layout to type in my encryption password for the whole disk encryption (openSUSE standard: encryption with LUKS and LVM, openSUSE 15.0). The password prompt is now in English regardless if I use the graphical Plymouth prompt or the console prompt. It was in German before the updates. The password input for GDM display manager later is in German. Does anyone else saw this behavior? Where can I reset the keyboard setting for the initial encryption password prompt? Greetings, Björn -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 3

[opensuse] Using e2fsck in, eg, Leap 15.0
by Basil Chupin 08 Sep '18

08 Sep '18

Many moons ago, when nobody ever walked into a lamp post while staring into a smartphone, one could check the status of the ext4 file system where oS was installed (as a for instance, /dev/hda3). To do this, one first issued (as root) the command: init 1 followed by mount -o remount, ro /dev/hdXY and then issuing: e2fsck /dev/hdXY (preferably) without any parameters. Now, I see that 'e2fsck /dev/hdXY' (man e2fsck) this command is still available and effective but the 'mount -o...' command does not 'work' anymore. What is the new way, please if anyone knows, to check the status of the ext4 file system? BC -- There comes a time in the affairs of a man when he has to take the bull by the tail and face the situation. W C Fields -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

9 40

[opensuse] No duplicate address detection or gratuitous ARP on 15.0
by James Knott 06 Sep '18

06 Sep '18

I was just doing some checking with Wireshark and noticed Leap 15.0 does not appear to use either DAD or gratuitous ARP on an Ethernet connection. Gratuitious ARP is an older method of detecting address conflict and DAD is newer. But it appears 15.0 does neither. Not only do they detect address conflicts, but also let switches and other devices know that the NIC is connected. Why is this not happening? I'm running 15.0 with KDE and connecting with Network Manager. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 9

[opensuse] Laptop cannot connect to the internet on college wifi
by Noah Davis 04 Sep '18

04 Sep '18

My college wifi uses WPA2 Enterprise/PEAP. I am able to connect and authenticate (username and password are accepted) to the wifi network, but I don't get any internet. I know it's not a problem with the wifi because my Android phone has no problem using the wifi. I have an ASUS K501UW laptop running Tumbleweed 20180828. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 18

[opensuse] Leap-15.0: Anybody to explain this?
by Josef Wolf 03 Sep '18

03 Sep '18

Hello, sh-4.4$ export LANG=C sh-4.4$ tas sh: /usr/local/bin/tas: No such file or directory sh-4.4$ ls -l /usr/local/bin/tas lrwxrwxrwx 1 root root 30 Aug 28 10:15 /usr/local/bin/tas -> /m/s/rep/git-svn/lmisc/bin/tas sh-4.4$ ls -l /m/s/rep/git-svn/lmisc/bin/tas -rwx------ 1 jw jw 162401 Jan 7 2016 /m/s/rep/git-svn/lmisc/bin/tas sh-4.4$ file /m/s/rep/git-svn/lmisc/bin/tas /m/s/rep/git-svn/lmisc/bin/tas: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, not stripped sh-4.4$ ldd /m/s/rep/git-svn/lmisc/bin/tas not a dynamic executable sh-4.4$ What's going on here? -- Josef Wolf jw(a)raven.inka.de -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 4

[opensuse] Any advise on encrypting a file system for personal data on openSUSE?
by Linux Kamarada 02 Sep '18

02 Sep '18

Hi, everyone! Recently, as I told on another thread, I installed openSUSE in dual boot with Windows. I would like to encrypt a partition I use to store my personal files (Documents, Downloads, Pictures, Music and Videos). I want to use a file system that can be mounted read/write on both Linux and Windows. Is there any recommendation/advising/suggestion on which encrypted file system I could use to achieve that? I searched the opensuse and opensuse-factory mailing lists and didn't find any for Leap 42.3 and 15.0. openSUSE docs talks about LUKS, but I googled briefly and LUKS support on Windows is abandonware... Maybe I explain better showing my partition setup: Windows recover partition - 499MB Windows reserved partition - 99MB Windows (C:) - NTFS - 100GB openSUSE (/) - Btrfs - 100GB Personal files (D:) - NTFS - 200GB * Home (/home) - XFS - 30.53GB ** Swap - 16GB * This partition I want to encrypt and have it accessible on both Linux and Windows ** This partition I just want to encrypt Thank you in advance! Antonio The Linux Kamarada Project http://kamarada.github.io/ -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 14

[opensuse] prevent kernel wake up a sata drive from sleep "hdparm -B 1 -Y /dev/sda1"
by Simon Becherer 01 Sep '18

01 Sep '18

Hi, tumbleweed desktopcomputer, kde: i have a harddrive only for use as backup, it is not mounted. i like to let it spin down "sleep mode" working fine: hdparm -B 1 -Y /dev/sda but after some minutes its started rotating again and going into "idle" mode. journalctl gave me: kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 kernel: ata1.00: waking up from sleep kernel: ata1: hard resetting link kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) kernel: ata1.00: configured for UDMA/133 kernel: ata1: EH complete what must i do to tell the system (kernel?) to "forget" the drive, not touching it, let it in sleep mode? (removing in some way /dev/sda ???????) simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

6 7

[opensuse] Firefox: is this a possible security problem?
by Basil Chupin 31 Aug '18

31 Aug '18

I am running Leap 15.0 but with 2 "non-standard" files: #1 - kernel-4.18.0-1, which comes from repo. '.../stable/standard/'; and #2 - Firefox v62.0b1x, which I download directly from Mozilla. I have no problems re the kernel but I mention it here to show that there is at least this file which is not 'standard' in my installation of Leap 15.0. However, I have just experienced something regarding the version of Firefox which I did not expect and something which didn't happen in the past (as in many moons ago when I last used a Nightly version of either Firefox or Thunderbird). And what happened raised in my mind whether this is a security problem for a Linux system (ie, openSUSE). Let me explain. Since 28 July I have been downloading and using Firefox downloaded from Mozilla site -- the file is a *.tar.bz2 file which I then unarchive (using the F2 option in Midnight Commander (mc)); I then copy the '/firefox' directory resulting from this un-archiving to my /home directory. To use this [new] version of Firefox I then edit the Firefox entry in the Applications menu and edit the Command to read '~/firefox/firefox %u'. When I began doing this I started with Firefox v61.0.1, but on 5 August I downloaded and started to use FF v62.0b14, followed by v62.0b15 on 10 August. For all of the (3) preceding files I downloaded the files myself, unarchived them, deleted/renamed the '/firefox' directory in '/home', and copied across the new version of FF to my '/home'. Until today. What occurred today is something which I did not expect on a Linux system: Firefox *UPGRADED* *ITSELF* to version 62.0b17. As I did in the past to download the latest version of FF, I clicked on HELP and when the box-menu appeared there was the message, normally seen on a Windows installation, "Restart Firefox to <something>' and the version number showing was 62.0b17. === Now that I have written the above, I just now looked inside the '/firefox' directory in my '/home' and found to my surprise 2 files: 'updater' (156, 296 bytes big), and 'updater.ini' (681 bytes big). The contents of *.ini' is attached. The only conclusion I can come to is that Firefox updated itself -- similarly to what it does in Windows! But how is this allowed in openSUSE/Linux? I do understand that I manually installed Firefox in my /home directory and that it wasn't installed in the directory /usr/lib64/firefox accessed only by root but I certainly do not expect a program to self-update/upgrade without my manual intervention. If openSUSE now allows the execution of the 'installer' in Firefox what is there to stop that 'installer' being modified to cause damage to the system? (BTW, the same 'installer' is present in Thunderbird downloadable from Mozilla -- and I am using TB v60.0 [created 1 Aug].) Is this ability in Firefox, and Thunderbird, acceptable behaviour or am I being paranoid? BC -- There comes a time in the affairs of a man when he has to take the bull by the tail and face the situation. W C Fields

8 13