earphone problems
Hi, I'm trying to use an old set of Logitech earphones on my Fedora 23 system. I use mplayer to play videos WITH audio tracks. This used to work with Fedora 22 and earlier but now the earphones don't work. I use /usr/bin/gnome-control-center to adjust settings and to a minimal test from various sources. All devices tested produce sound. I'm missing something here but can't seem to figure out just what that is. Can I get someone to give me some hints/clues/tips/suggestions please? Regards, George... -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Balsa -
On 05/25/16 02:20, Tim wrote: Allegedly, on or about 24 May 2016, Bob Goodwin sent: I have tried to respond to this message a number of times without success due, at least in part, to problems with my ISP's email system, presently when I try to send that particular responding message to the list via gmail instead of the Wildblue.net I get: "Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the server for the recipient domain wildblue.net by mx.wildblue.net. [69.168.102.194]. The error that the other server returned was: 554 5.7.1 [P4] Message blocked due to spam content in the message." The rejection may be down to how you're sending. The address you use in your "from" field may be checked by the servers your posting through, to see if they want to allow it. So, trying to post from a gmail account through a wildblue SMTP server may just not work (though that seems a particularly dumb domain for an ISP to block). . The advantage to posting through gmail is that I get an error message indicating the message is rejected by the wildblue mail server and a reason for rejection, spam in the case at hand. Sending the same message through the wildblue mail server produces no notice that the message has simply been dropped. I don't know what's happened until I see it has not shown up on the users list ... My ISP is wildblue but they sold to Viasat and they, wildblue, are essentially just re-selling Viasat service. I've had this account for a bit more than ten years, initially wildblue had their own mail server and even provided space I could use to "paste" files, that was a plus. After a few years they changed the e-mail to google, my address remained the same but I lost the paste-server. Gmail did a good job otherwise, their spam filtering seemed to work well. More recently google stopped handling their e-mail and they are now providing Zimbra e-mail. The spam filtering is not as good, I rely on Thunderbird to filter a lot of it and even worse it is now taking out messages I want. Getting these problems corrected is difficult, user contact is through "tech support" and tech support has no control over the spam filtering, they just take complaints and "escalate" them to some higher authority offering no ticket number or means of tracking the problem by the user ... I can get good e-mail service with Thunderbird by using Gmail instead but that produces new mail addresses which creates more problems and we are hesitant to do that since it involves a large number of correspondents. Your suggestion of Fastmail.com or something similar looks like a possible solution if we can endure the address change. I will consider trying that. Bob Also, as your mail goes through the internet, it passes through several servers, that may do the same check. And decide that mail written from some domain ought to originate from it. Gmail, itself, might do the same. Deciding that some other SMTP server is not an authorised poster for gmail mail. See: DNS SPF records for futher enlightenment/confusion. While it's laudible to take steps to stop the sending of mail, I've yet to come across any system that doesn't cause breakage for non-spammers. Particularly when you have to work around a bad ISP. It seems to be yet another push towards making people do their mail through a website, and that's nearly the worst way to do it. It appears the "spam" is the url's for several screenshots I included in my message. When sent via Wildblue there is no error message, apparently it is just spam and dumped without notice. Okay, the spam checker may be erroneous, I don't like them for that reason. They can get overzealous, and decide that everything from some domain is spam, regardless of the actual content. SMTP blocking of spam can only really deal with it in two ways, without generating more spam. Silently kill it, or refuse to accept it during the sending process (your mail program will fail during the attempt, and may or may not show you an error response from the server). If it were to accept it, assess it, and try to reject it back to the sender (afterwards), it'd look at the "from" address and return it there. Spammers have been faking the "from" address for many years, so their spam will either spam whoever they sent it to, or whomever's "from" address they faked. In addition I found that they had disabled my e-mail account which lead to problems with my list subscription, the whole mess has been a nightmare with a lot of time spent on the telephone. There has been no explanation for any of this. Could be an automated response from all the failed attempt to use it. Some ISPs mail server is abysmal, and it can be well worth getting your own domain name and using it with a professional mail service (ones that know what they're doing, and let their customers do mail properly). There are some inexpensive ones. e.g. I believe Fastmail.
systemd/sendmail problem - seeking help!
I'm running Fedora-24(beta)/KDE, and sendmail/email (through KMail) is failing. When I try to send email I get the warning "Failed to transmit message", and journalctl has the entry "sendmail.service: PID file /run/sendmail.pid not readable (yet?) after start: No such file or directory". I've checked, and sendmail.pid is in place: == [tim@william ~]$ sudo cat /run/sendmail.pid 2829 /usr/sbin/sendmail -bd -q1h == Googling for the journalctl entry, I see people have been encountering this problem for years. But I haven't seen any solution offered. Several of the comments suggest that it is a systemd problem. If anyone can offer advice, or even elucidation, I should be most grateful. -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Balsa -
On Wed, 2016-05-25 at 05:21 -0400, Bob Goodwin wrote: > Your suggestion of Fastmail.com or something similar looks like a > possible solution if we can endure the address change. I will consider > trying that. Sounds like it's time to do something like it. You've mentioned years of annoying changes, bad mail handling, bad spam handling, bad support services, etc. If you can find a good mail host that you like, I think you're going to appreciate it quite a lot. I have my own domain name, and for some time was happy with my host, but then they changed something, and messed me about. So I upped sticks and shifted to another host. They recently got bought out, and are annoying me, so I'll be looking to change, again. Since it's my domain, I can shift it and keep all my addresses, nothing changes but where the service runs from. One thing to be cautious about is going to some all-in-one web-hosting service. Many of them offer a combined website with X number of email addresses. Quite often, they only thing they really care about is the web-serving, and the email hosting is an afterthought. Though I've not had trouble with that aspect, other people have. The typical thing is a service provider not really caring about spammers in their midst, until they get blacklisted. Since all their customers share IP addresses, one bastard ruins it for everyone. It can take some time to get de-listed. A mail service provider, on the other hand, is primarily concerned about mail working, and should have taken steps to kill spam before it can get through their system, and is highly motivated not to get blacklisted, in the first place. For what it's worth, many ISPs are blacklisted, especially the big ones. Huge number of customers will include many infested machines, never mind those deliberately spamming. So it's a thing that often goes un-noticed by many users. It's another of those "the computer didn't do what I wanted" experiences. -- tim@localhost ~]$ uname -rsvp Linux 3.19.8-100.fc20.i686 #1 SMP Tue May 12 17:42:35 UTC 2015 i686 All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I will only read messages posted to the public lists. George Orwell's '1984' was supposed to be a warning against tyranny, not a set of instructions for supposedly democratic governments. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: earphone problems
On Wed, 2016-05-25 at 07:33 +, George R Goffe wrote: > I'm trying to use an old set of Logitech earphones on my Fedora 23 > system. I use mplayer to play videos WITH audio tracks. This used to > work with Fedora 22 and earlier but now the earphones don't work. I > use /usr/bin/gnome-control-center to adjust settings and to a minimal > test from various sources. All devices tested produce sound. I'm > missing something here but can't seem to figure out just what that is. > > Can I get someone to give me some hints/clues/tips/suggestions please? Could be that mplayer's own volume controls are turned down. In the command line, I think it's the - and = hotkeys to go down/up (check the man file). With pulse-audio, there also seems to be a per-application storage of volume controls. So if you turn the volume down too far while playing something, it stays that way the next time you run that same application. There's also the problem of some dopey things that as soon as the volume control goes very low, they also mute the channel. But they don't un-mute the channel if you try turning the volume up again. So, look at the hardware mixer. e.g. Run "alsamixer" in the command line, cursor left and right to check all sources that may be off the edge of the screen, un-mute and raise volumes. Do the same with pulseaudio (with my old Gnome/Mate desktops, right click the audio volume icon, and bring up the preferences). You can select where the sound goes out (if you have more than one device), and the applications tab lets you control volume levels from individual applications. Start mplayer playing a long file, and delve through the level settings. -- tim@localhost ~]$ uname -rsvp Linux 3.19.8-100.fc20.i686 #1 SMP Tue May 12 17:42:35 UTC 2015 i686 All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I will only read messages posted to the public lists. George Orwell's '1984' was supposed to be a warning against tyranny, not a set of instructions for supposedly democratic governments. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
DNF group install of "KDE Plasma Desktop" fails
I am trying to install the KDE Plasma Desktop on a fresh installation of Fedora 23 via the Live image and it keeps throwing up dependencies for xorg-x11-drv packages that do not exist. I have a couple F23 installs laying around here and they arent installed on any of them, nor are they up in the public repository (http://mirror.cs.princeton.edu/pub/mirrors/fedora/linux/releases/23/Everything/x86_64/os/Packages/x/). And what is even odder, is that everyting I try to run 'dnf groupinstll "KDE Plasma Desktop" it comes back with another xorg-x11-drv package it says it cant find, and neither can i. Here is what it is doing: [root@lri-106830 temp]# dnf groupinstall "KDE Plasma Workspaces" Last metadata expiration check: 2:47:12 ago on Wed May 25 08:17:24 2016. No package xorg-x11-drv-freedreno available. Error: Unable to find a mandatory group package. [root@lri-106830 temp]# dnf groupinstall "KDE Plasma Workspaces" Last metadata expiration check: 2:47:30 ago on Wed May 25 08:17:24 2016. No package xorg-x11-drv-geode available. Error: Unable to find a mandatory group package. [root@lri-106830 temp]# dnf groupinstall "KDE Plasma Workspaces" Last metadata expiration check: 2:47:32 ago on Wed May 25 08:17:24 2016. No package xorg-x11-drv-omap available. Error: Unable to find a mandatory group package. [root@lri-106830 temp]# dnf groupinstall "KDE Plasma Workspaces" Last metadata expiration check: 2:47:37 ago on Wed May 25 08:17:24 2016. No package xorg-x11-drv-armsoc available. Error: Unable to find a mandatory group package. And the following are the only ones installed and also in the repository: [root@lri-106830 temp]# rpm -qa | grep xorg-x11-drv xorg-x11-drv-nouveau-1.0.12-3.fc23.x86_64 xorg-x11-drv-wacom-0.30.0-4.fc23.x86_64 xorg-x11-drv-vmmouse-13.1.0-2.fc23.x86_64 xorg-x11-drv-vesa-2.3.2-23.fc23.x86_64 xorg-x11-drv-vmware-13.0.2-10.20150211git8f0cf7c.fc23.x86_64 xorg-x11-drv-intel-2.99.917-19.20151206.fc23.x86_64 xorg-x11-drv-libinput-0.16.0-1.fc23.x86_64 xorg-x11-drv-evdev-2.9.99-2.20150807git66c997886.fc23.x86_64 xorg-x11-drv-synaptics-1.8.3-1.fc23.x86_64 xorg-x11-drv-qxl-0.1.4-6.fc23.x86_64 xorg-x11-drv-fbdev-0.4.3-23.fc23.x86_64 xorg-x11-drv-ati-7.6.1-3.20160215gitd41fccc.fc23.x86_64 xorg-x11-drv-openchrome-0.4.0-1.fc23.x86_64 Any ideas? Thank you in advance Michael === Please consider the environment before printing this e-mail Cleveland Clinic is ranked as one of the top hospitals in America by U.S.News & World Report (2015). Visit us online at http://www.clevelandclinic.org for a complete listing of our services, staff and locations. Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
On Wed, 2016-05-25 at 13:08 +0100, Timothy Murphy wrote: > I'm running Fedora-24(beta)/KDE, > and sendmail/email (through KMail) is failing. Then you're on the wrong mailing list. For general F24 issues, use the Fedora Test list (F24 isn't released yet). For KDE issues the Fedora KDE list deals with both current and unreleased versions. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: DNF group install of "KDE Plasma Desktop" fails
On Wed, 2016-05-25 at 15:19 +, Weiner, Michael wrote: > Any ideas? Thank you in advance Try the Fedora KDE list at http://lists.fedoraproject.org/admin/lists/k d...@lists.fedoraproject.org poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
RE: DNF group install of "KDE Plasma Desktop" fails
From: Patrick O'Callaghan [mailto:pocallag...@gmail.com] > On Wed, 2016-05-25 at 15:19 +, Weiner, Michael wrote: >> Any ideas? Thank you in advance > Try the Fedora KDE list at http://lists.fedoraproject.org/admin/lists/k d...@lists.fedoraproject.org Sorry about that, thank you Patrick!! === Please consider the environment before printing this e-mail Cleveland Clinic is ranked as one of the top hospitals in America by U.S.News & World Report (2015). Visit us online at http://www.clevelandclinic.org for a complete listing of our services, staff and locations. Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
Patrick O'Callaghan wrote: >> I'm running Fedora-24(beta)/KDE, >> and sendmail/email (through KMail) is failing. > > Then you're on the wrong mailing list. For general F24 issues, use the > Fedora Test list (F24 isn't released yet). For KDE issues the Fedora > KDE list deals with both current and unreleased versions. I agree that that is the theoretical position. However, people have had the same problem on Fedora 23, and virtually all versions of Fedora for the last couple of years, so I doubt if it has anything to do with Fedora-24. Do you really think there is likely to be some development with Fedora-24 before it comes out officially that will affect this issue. I think it is very unlikely. I will try on the Fedora Test list, though my experience is that the chance of getting a helpful answer there to a question like this is very low. If in fact the issue has something to do with systemd - which seems the general opinion - I would have hoped that someone who can play with systemd in a sensible way might be able to suggest a solution. -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: copr-selinux dependencies Fedora 22
On Tue, May 24, 2016 at 11:47:21PM -0700, Samuel Sieb wrote: > On 05/24/2016 10:51 PM, Jon LaBadie wrote: > > Suggestions for how to resolve the situation? > > I don't anticipate using copr, perhaps remove it? > > Do any system functions depend upon copr installation? > > > I think you only need that if you are going to run a copr server. I wonder > how you even got it installed as I don't see anything that would require it. I wonder also. In my dnf history, the oldest copr- related items are updates last August. The total dnf history goes back to September 2014 while running Fedora 20. So they must have been introduced before then. Why I have no recollection! Unless someone suggests otherwise, I'll probably erase the entire copr set + dependencies. # dnf list installed '*copr*' Last metadata expiration check performed 13:12:06 ago ... Installed Packages copr-backend.noarch 1.37-1.fc22 @System copr-backend-doc.noarch 1.37-1.fc22 @System copr-cli.noarch 1.50-1.fc22 @updates copr-cli-doc.noarch 1.50-1.fc22 @updates copr-frontend.noarch 1.44-1.fc22 @System copr-frontend-doc.noarch 1.44-1.fc22 @System copr-selinux.noarch 1.35-1.fc22 @System python-copr.noarch1.68-1.fc22 @updates python-copr-doc.noarch1.68-1.fc22 @updates python3-copr.noarch 1.68-1.fc22 @updates In addition, these would be removed: python-marshmallow python-ordered-set python-requests-toolbelt python3-marshmallow python3-ordered-set python3-requests-toolbelt Thanks, Jon -- Jon H. LaBadie jo...@jgcomp.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
On Wed, 25 May 2016 19:09:02 +0100 Timothy Murphy wrote: > I would have hoped that someone who can play with systemd > in a sensible way might be able to suggest a solution. I believe you have just defined the empty set :-). But for a (possibly) useful suggesting, you might try my technique for working around utter failures in systemd (which always seem to have something to do with networked services). I make sure /etc/rc.d/rc.local is set to executable and add lines like this to the end: /bin/bash -c 'sleep 5 ; systemctl restart ypbind.service' > /dev/null 2>&1 < /dev/null & That starts one of the many services that normally fails after a 5 second delay following boot. I have a whole list of this with increasing delay times. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: New kernel will not boot after upgrade from fedora-21 to fedora-22
May 24 00:07:00 redwood.localnet kernel: Command line: BOOT_IMAGE=/vmlinuz-4.4.9-200.fc22.x86_64 root=/dev/mapper/vg0-lv1 ro rd.md.uuid=5a1848ce:cff64c1f:a622dc1f:e5f06d55 LANG=en_US.UTF-8 SYSFONT=True rd.lvm.lv=vg0/lv0 rd.lvm.lv=vg0/lv1 KEYTABLE=us rd.luks=0 rd.dm=0 There is an rd.md.uuid= parameter, so that's good. May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: Could not boot. May 24 00:10:08 redwood.localnet systemd[1]: Received SIGRTMIN+20 from PID 349 (plymouthd). May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: /dev/mapper/vg0-lv1 does not exist May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: /dev/vg0/lv0 does not exist May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: /dev/vg0/lv1 does not exist May 24 00:10:08 redwood.localnet systemd[1]: Starting Dracut Emergency Shell... OK so yeah, it's basically not finding rootfs. 29 seconds later... May 24 00:10:37 redwood.localnet kernel: md: md0 stopped. May 24 00:10:37 redwood.localnet kernel: md: bind May 24 00:10:37 redwood.localnet kernel: md: bind May 24 00:10:37 redwood.localnet kernel: md: raid1 personality registered for level 1 May 24 00:10:37 redwood.localnet kernel: md/raid1:md0: active with 2 out of 2 mirrors May 24 00:10:37 redwood.localnet kernel: md0: detected capacity change from 0 to 262078464 May 24 00:10:37 redwood.localnet kernel: md: md1 stopped. May 24 00:10:37 redwood.localnet kernel: md: bind May 24 00:10:37 redwood.localnet kernel: md: bind May 24 00:10:37 redwood.localnet kernel: md/raid1:md1: active with 2 out of 2 mirrors May 24 00:10:37 redwood.localnet kernel: created bitmap (15 pages) for device md1 May 24 00:10:37 redwood.localnet kernel: md1: bitmap initialized from disk: read 1 pages, set 0 of 29804 bits May 24 00:10:37 redwood.localnet kernel: md1: detected capacity change from 0 to 268632576 May 24 00:10:54 redwood.localnet systemd[1]: Found device /dev/mapper/vg0-lv1. May 24 00:10:54 redwood.localnet systemd[1]: Starting File System Check on /dev/mapper/vg0-lv1... May 24 00:10:54 redwood.localnet systemd-fsck[2685]: /: clean, 529693/1048576 files, 3263599/4194304 blocks May 24 00:10:54 redwood.localnet systemd[1]: Started File System Check on /dev/mapper/vg0-lv1. So now it's found, I'm gonna guess this is your manual attempt at starting up the array? What do you get for cat /proc/mdstat at the dracut prompt before you do anything else? And also the results from mdstat -E /dev/sda1 mdstate -E /dev/sdb1 blkid These can be redirected to fpaste or a file. If you have network access this early it's easiest to redirect to fpaste but I'm not sure if it's in the initramfs. From your mdadm.conf, you have UUIDs that do not match what's on the command line. cmdline: rd.md.uuid=5a1848ce:cff64c1f:a622dc1f:e5f06d55 mdadm.conf UUID=c45384af:aa8fc7ca:7eebaeb8:f0ca1523 UUID=524079c6:521ca76f:126164a9:3232e116 Looks like the mdadm.conf is stale and should be recreated, and recreate the initramfs. Thing is, the rd.md.uuid ought to be enough for dracut to startup that array, the mdadm.conf is really just about assigning a particular md array to a particular /dev/mdX assignment, which by the way has changed recently so there might be confusion going on there. You might just try renaming the current mdadm.conf, or commenting out all of the lines, except for one: ARRAY /dev/md0 UUID=5a1848ce:cff64c1f:a622dc1f:e5f06d55 And after saving it, use dracut -f. Chris Murphy -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: audio problems
On 05/24/2016 09:50 PM, gil wrote: is more similar to http://forums.debian.net/viewtopic.php?f=6&t=110572 Definitely sounds similar. Try putting "options snd-hda-intel enable=1,0" into /etc/modprobe.d/alsa-hdmi.conf and then reboot. Also, is there anything related in the journal logs? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: New kernel will not boot after upgrade from fedora-21 to fedora-22
Did the hostname change since the array was created? -- Chris Murphy -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: audio problems
Il 25/05/2016 21:50, Samuel Sieb ha scritto: options snd-hda-intel enable=1,0 sorry ... why? i dont want use HDMI ... i think was clear and the above line for me is unclear ... regards .g -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: audio problems
On 05/25/2016 01:03 PM, gil wrote: Il 25/05/2016 21:50, Samuel Sieb ha scritto: options snd-hda-intel enable=1,0 sorry ... why? i dont want use HDMI ... i think was clear and the above line for me is unclear ... Unclear in what way? I think that should disable the HDMI audio, try it. If only the HDMI output shows up, then switch the order of the 1 and 0. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: New kernel will not boot after upgrade from fedora-21 to fedora-22
On 2016.05.25 15:51, Chris Murphy wrote: > Did the hostname change since the array was created? > > -- > Chris Murphy > No The hostname did not change that I can see, and I did not knowingly change it. I am wondering why you ask the question? The host name is redwood. Chris, I am still working on a reply to your previous message. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
On Wed, 2016-05-25 at 19:09 +0100, Timothy Murphy wrote: > Patrick O'Callaghan wrote: > > >> I'm running Fedora-24(beta)/KDE, > >> and sendmail/email (through KMail) is failing. > > > > Then you're on the wrong mailing list. For general F24 issues, use > the > > Fedora Test list (F24 isn't released yet). For KDE issues the > Fedora > > KDE list deals with both current and unreleased versions. > > I agree that that is the theoretical position. > However, people have had the same problem on Fedora 23, > and virtually all versions of Fedora for the last couple of years, > so I doubt if it has anything to do with Fedora-24. > > Do you really think there is likely to be some development > with Fedora-24 before it comes out officially > that will affect this issue. I don't have any idea if it makes a difference, but if you need to run pre-release F24 for some reason, you've defined yourself as a tester so reporting problems in the right place is what you're expected to do. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: audio problems
Il 25/05/2016 22:05, Samuel Sieb ha scritto: On 05/25/2016 01:03 PM, gil wrote: Il 25/05/2016 21:50, Samuel Sieb ha scritto: options snd-hda-intel enable=1,0 sorry ... why? i dont want use HDMI ... i think was clear and the above line for me is unclear ... Unclear in what way? I think that should disable the HDMI audio, try it. If only the HDMI output shows up, then switch the order of the 1 and 0. maybe i write something of wrong, but $ aplay -l List of PLAYBACK Hardware Devices card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 options snd-hda-intel enable=1,0 this mean options snd-hda-intel enable=card,device and 1,0 do not exist journalctl -b --no-pager > journalctl.txt https://gil.fedorapeople.org/journalctl.txt again thanks .g -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
On 05/25/2016 05:08 AM, Timothy Murphy wrote: I'm running Fedora-24(beta)/KDE, and sendmail/email (through KMail) is failing. When I try to send email I get the warning "Failed to transmit message", and journalctl has the entry "sendmail.service: PID file /run/sendmail.pid not readable (yet?) after start: No such file or directory". My first suggestion is to run postfix instead. :-) Assuming that is not acceptable, what does "systemctl status sendmail" show? Open a couple of terminal windows, run "tail -f/var/log/audit/audit.log" in one and "journalctl -f --all" in the other. Then try "systemctl restart sendmail" and see what output you get from that and what shows up in those other terminal windows. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: audio problems
On 05/25/2016 01:18 PM, gil wrote: Il 25/05/2016 22:05, Samuel Sieb ha scritto: On 05/25/2016 01:03 PM, gil wrote: Il 25/05/2016 21:50, Samuel Sieb ha scritto: options snd-hda-intel enable=1,0 sorry ... why? i dont want use HDMI ... i think was clear and the above line for me is unclear ... Unclear in what way? I think that should disable the HDMI audio, try it. If only the HDMI output shows up, then switch the order of the 1 and 0. maybe i write something of wrong, but $ aplay -l List of PLAYBACK Hardware Devices card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 options snd-hda-intel enable=1,0 this mean options snd-hda-intel enable=card,device and 1,0 do not exist Where did you find that info? It is actually a list of booleans. The first number for card 0, second one is card 1, etc. What I gave you should be correct. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: copr-selinux dependencies Fedora 22
On 05/25/2016 11:44 AM, Jon LaBadie wrote: On Tue, May 24, 2016 at 11:47:21PM -0700, Samuel Sieb wrote: On 05/24/2016 10:51 PM, Jon LaBadie wrote: Suggestions for how to resolve the situation? I don't anticipate using copr, perhaps remove it? Do any system functions depend upon copr installation? I think you only need that if you are going to run a copr server. I wonder how you even got it installed as I don't see anything that would require it. I wonder also. In my dnf history, the oldest copr- related items are updates last August. The total dnf history goes back to September 2014 while running Fedora 20. So they must have been introduced before then. Why I have no recollection! Unless someone suggests otherwise, I'll probably erase the entire copr set + dependencies. Do you do copr builds? If so, you might want to keep copr-cli. Otherwise, yes, you can remove them all. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: audio problems
Il 25/05/2016 22:33, Samuel Sieb ha scritto: What I gave you should be correct. yes, correct ... my bad ... but no sound ... (checked level in alsamixer are all to the max) again thanks .g -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
Tom Horsley wrote: >> I would have hoped that someone who can play with systemd >> in a sensible way might be able to suggest a solution. > But for a (possibly) useful suggesting, you might try > my technique for working around utter failures in systemd > (which always seem to have something to do with networked > services). > > I make sure /etc/rc.d/rc.local is set to executable and > add lines like this to the end: > > /bin/bash -c 'sleep 5 ; systemctl restart ypbind.service' > /dev/null 2>&1 > < /dev/null & > > That starts one of the many services that normally fails > after a 5 second delay following boot. I have a whole list > of this with increasing delay times. Thanks for the suggestion, which I shall try out later. For the moment, I've installed Thunderbird, and am sending email through Tbird and reading email through KMail. I needed a quick replacement, and forgot gmail which also solved the problem. For the umteenth time, I'm wondering if it is time to give up KMail ... > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: audio problems
On 05/25/2016 02:15 PM, gil wrote: Il 25/05/2016 22:33, Samuel Sieb ha scritto: What I gave you should be correct. yes, correct ... my bad ... but no sound ... (checked level in alsamixer are all to the max) again thanks You rebooted after creating that file? What does "aplay -l" show now? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
On Wed, 2016-05-25 at 22:58 +0100, Timothy Murphy wrote: > For the umteenth time, I'm wondering if it is time > to give up KMail ... I stopped wondering that over 10 years ago, even though I'm a KDE user. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
Patrick O'Callaghan wrote: > if you need to run > pre-release F24 for some reason, you've defined yourself as a tester so > reporting problems in the right place is what you're expected to do. I am running F24 (beta) because plasma kept crashing in F23, and I found it didn't crash in F24. I certainly don't define myself as a "tester", and my only aim is to run a mail client that works. -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
Samuel Sieb wrote: >> When I try to send email I get the warning "Failed to transmit message", >> and journalctl has the entry >> "sendmail.service: PID file /run/sendmail.pid not readable (yet?) >> after start: No such file or directory". > My first suggestion is to run postfix instead. :-) Thanks for the response. Can I avoid using sendmail for outgoing mail on KMail in that way? > Assuming that is not acceptable, what does "systemctl status sendmail" > show? I just tried this again, and I get much the same error message: --- [tim@william ~]$ sudo systemctl status sendmail sendmail.service - Sendmail Mail Transport Agent ... May 25 18:37:18 william.gayleard.com systemd[1]: Starting Sendmail Mail Transport Agent... May 25 18:37:18 william.gayleard.com sendmail[4789]: starting daemon (8.15.2): SMTP+queueing@01:00:00 May 25 18:37:18 william.gayleard.com systemd[1]: sendmail.service: PID file /run/sendmail.pid not readable (yet?) after start: No such file or directory May 25 18:37:18 william.gayleard.com systemd[1]: Started Sendmail Mail Transport Agent. [tim@william ~]$ sudo cat /run/sendmail.pid 4789 /usr/sbin/sendmail -bd -q1h --- > Open a couple of terminal windows, run "tail > -f/var/log/audit/audit.log" in one and "journalctl -f --all" in the > other. Then try "systemctl restart sendmail" and see what output you > get from that and what shows up in those other terminal windows. I tried this; there was a large amount of output, but the only thing that struck me was the same journalctl message again: sendmail.service: PID file /run/sendmail.pid not readable (yet?) after start: No such file or directory and the following, repeated several times May 25 23:14:52 william.gayleard.com ksmserver[1395]: QXcbWindow: Unhandled client message: "_NET_CURRENT_DESKTOP" -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: New kernel will not boot after upgrade from fedora-21 to fedora-22
On Wed, May 25, 2016 at 2:07 PM, Bill Perkins wrote: > No The hostname did not change that I can see, > and I did not knowingly change it. > > I am wondering why you ask the question? It's embedded in the mdadm superblock, and it might be initrd based auto-activation (metadata 1.x and higher) may fail if the actual host name and the one in the superblock don't match. There is a way to update this information at assemble time with mdadm --assemble --update= But that might be a distraction. -- Chris Murphy -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
On Wed, May 25, 2016 at 01:26:49PM -0700, Samuel Sieb wrote: > On 05/25/2016 05:08 AM, Timothy Murphy wrote: > >I'm running Fedora-24(beta)/KDE, > >and sendmail/email (through KMail) is failing. > >When I try to send email I get the warning "Failed to transmit message", > >and journalctl has the entry > >"sendmail.service: PID file /run/sendmail.pid not readable (yet?) > > after start: No such file or directory". > > I use Sendmail with Systemd on Centos-7 without difficulty. I realize that Centos-7 is somewhat far frmo Fedora, but at least they are cousins, so there ought to be at least a little value in knowing it can be done. > My first suggestion is to run postfix instead. :-) > > Assuming that is not acceptable, what does "systemctl status > sendmail" show? Open a couple of terminal windows, run "tail > -f/var/log/audit/audit.log" in one and "journalctl -f --all" in the > other. Then try "systemctl restart sendmail" and see what output > you get from that and what shows up in those other terminal windows. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --- Corinthians 5:21 - -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd/sendmail problem - seeking help!
On 05/25/2016 03:43 PM, Timothy Murphy wrote: Samuel Sieb wrote: When I try to send email I get the warning "Failed to transmit message", and journalctl has the entry "sendmail.service: PID file /run/sendmail.pid not readable (yet?) after start: No such file or directory". My first suggestion is to run postfix instead. :-) Thanks for the response. Can I avoid using sendmail for outgoing mail on KMail in that way? Is kmail actually using the sendmail server on localhost? Or is it just using the sendmail command to send the email message out? In that case, you could just disable the sendmail service as it's not even being used. But yes, postfix would work just as well either way. Assuming that is not acceptable, what does "systemctl status sendmail" show? I just tried this again, and I get much the same error message: --- [tim@william ~]$ sudo systemctl status sendmail sendmail.service - Sendmail Mail Transport Agent ... Did you remove some lines here? They were the ones I was looking for. Open a couple of terminal windows, run "tail -f/var/log/audit/audit.log" in one and "journalctl -f --all" in the other. Then try "systemctl restart sendmail" and see what output you get from that and what shows up in those other terminal windows. I tried this; there was a large amount of output, but the only thing that struck me was the same journalctl message again: sendmail.service: PID file /run/sendmail.pid not readable (yet?) after start: No such file or directory and the following, repeated several times May 25 23:14:52 william.gayleard.com ksmserver[1395]: QXcbWindow: Unhandled client message: "_NET_CURRENT_DESKTOP" I was more interested in if there was anything significant in the audit.log. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: New kernel will not boot after upgrade from fedora-21 to fedora-22
On Wed, May 25, 2016 at 1:25 PM, Chris Murphy wrote: > May 24 00:07:00 redwood.localnet kernel: Command line: > BOOT_IMAGE=/vmlinuz-4.4.9-200.fc22.x86_64 root=/dev/mapper/vg0-lv1 ro > rd.md.uuid=5a1848ce:cff64c1f:a622dc1f:e5f06d55 LANG=en_US.UTF-8 > SYSFONT=True rd.lvm.lv=vg0/lv0 rd.lvm.lv=vg0/lv1 KEYTABLE=us rd.luks=0 > rd.dm=0 > > > There is an rd.md.uuid= parameter, so that's good. > > > > May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: Could not > boot. > May 24 00:10:08 redwood.localnet systemd[1]: Received SIGRTMIN+20 from > PID 349 (plymouthd). > May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: > /dev/mapper/vg0-lv1 does not exist > May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: > /dev/vg0/lv0 does not exist > May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: > /dev/vg0/lv1 does not exist > May 24 00:10:08 redwood.localnet systemd[1]: Starting Dracut Emergency > Shell... > > OK so yeah, it's basically not finding rootfs. 29 seconds later... > > May 24 00:10:37 redwood.localnet kernel: md: md0 stopped. > May 24 00:10:37 redwood.localnet kernel: md: bind > May 24 00:10:37 redwood.localnet kernel: md: bind > May 24 00:10:37 redwood.localnet kernel: md: raid1 personality > registered for level 1 > May 24 00:10:37 redwood.localnet kernel: md/raid1:md0: active with 2 > out of 2 mirrors > May 24 00:10:37 redwood.localnet kernel: md0: detected capacity change > from 0 to 262078464 > May 24 00:10:37 redwood.localnet kernel: md: md1 stopped. > May 24 00:10:37 redwood.localnet kernel: md: bind > May 24 00:10:37 redwood.localnet kernel: md: bind > May 24 00:10:37 redwood.localnet kernel: md/raid1:md1: active with 2 > out of 2 mirrors > May 24 00:10:37 redwood.localnet kernel: created bitmap (15 pages) for > device md1 > May 24 00:10:37 redwood.localnet kernel: md1: bitmap initialized from > disk: read 1 pages, set 0 of 29804 bits > May 24 00:10:37 redwood.localnet kernel: md1: detected capacity change > from 0 to 268632576 > May 24 00:10:54 redwood.localnet systemd[1]: Found device > /dev/mapper/vg0-lv1. > May 24 00:10:54 redwood.localnet systemd[1]: Starting File System > Check on /dev/mapper/vg0-lv1... > May 24 00:10:54 redwood.localnet systemd-fsck[2685]: /: clean, > 529693/1048576 files, 3263599/4194304 blocks > May 24 00:10:54 redwood.localnet systemd[1]: Started File System Check > on /dev/mapper/vg0-lv1. > > > So now it's found, I'm gonna guess this is your manual attempt at > starting up the array? > > What do you get for cat /proc/mdstat at the dracut prompt before you > do anything else? And also the results from > > mdstat -E /dev/sda1 > mdstate -E /dev/sdb1 > blkid > > These can be redirected to fpaste or a file. If you have network > access this early it's easiest to redirect to fpaste but I'm not sure > if it's in the initramfs. > > From your mdadm.conf, you have UUIDs that do not match what's on the > command line. > > cmdline: > rd.md.uuid=5a1848ce:cff64c1f:a622dc1f:e5f06d55 > > mdadm.conf > UUID=c45384af:aa8fc7ca:7eebaeb8:f0ca1523 > UUID=524079c6:521ca76f:126164a9:3232e116 > > Looks like the mdadm.conf is stale and should be recreated, and > recreate the initramfs. Thing is, the rd.md.uuid ought to be enough > for dracut to startup that array, the mdadm.conf is really just about > assigning a particular md array to a particular /dev/mdX assignment, > which by the way has changed recently so there might be confusion > going on there. > > You might just try renaming the current mdadm.conf, or commenting out > all of the lines, except for one: > > ARRAY /dev/md0 UUID=5a1848ce:cff64c1f:a622dc1f:e5f06d55 > > And after saving it, use dracut -f. > > > > Chris Murphy > I am having TONS of problems with f22 (af ter reinstalling it from DVD media, due to system corruption). FOr example, after using dnf to install all the mate packages that were previously installed (I had saved the names of those packages in a different drive). I had no desktop control. Mouse and KB did not work. The one app that automatically came up (due to settings of the mate env) was firefox , and for some reason KB within the FF window worked, but nowhere else. yara ... yara ...yara.. When it rains problems, it pours :) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: New kernel will not boot after upgrade from fedora-21 to fedora-22
Slight change in suggestions: On Wed, May 25, 2016 at 1:25 PM, Chris Murphy wrote: > > What do you get for cat /proc/mdstat at the dracut prompt before you > do anything else? Do this still. Then assemble the array manually as you have been and continue the boot normally. >And also the results from > > mdstat -E /dev/sda1 > mdstate -E /dev/sdb1 > blkid These are easier done after basic target is reached, rather than at the dracut shell. Also, the first two have bad typos so here's the revised version: mdadm -E /dev/sda[12] mdadm -D /dev/md[01] blkid > You might just try renaming the current mdadm.conf, or commenting out > all of the lines, except for one: > > ARRAY /dev/md0 UUID=5a1848ce:cff64c1f:a622dc1f:e5f06d55 > > And after saving it, use dracut -f. Skip this for now. I'd rather just collect info rather than change anything. -- Chris Murphy -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: New kernel will not boot after upgrade from fedora-21 to fedora-22
On 2016.05.25 15:25, Chris Murphy wrote: > May 24 00:07:00 redwood.localnet kernel: Command line: > BOOT_IMAGE=/vmlinuz-4.4.9-200.fc22.x86_64 root=/dev/mapper/vg0-lv1 ro > rd.md.uuid=5a1848ce:cff64c1f:a622dc1f:e5f06d55 LANG=en_US.UTF-8 > SYSFONT=True rd.lvm.lv=vg0/lv0 rd.lvm.lv=vg0/lv1 KEYTABLE=us > rd.luks=0 > rd.dm=0 > > > There is an rd.md.uuid= parameter, so that's good. > > > > May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: > Could > not boot. > May 24 00:10:08 redwood.localnet systemd[1]: Received SIGRTMIN+20 > from > PID 349 (plymouthd). > May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: > /dev/mapper/vg0-lv1 does not exist > May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: > /dev/vg0/lv0 does not exist > May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: > /dev/vg0/lv1 does not exist > May 24 00:10:08 redwood.localnet systemd[1]: Starting Dracut > Emergency > Shell... > > OK so yeah, it's basically not finding rootfs. 29 seconds later... > > May 24 00:10:37 redwood.localnet kernel: md: md0 stopped. > May 24 00:10:37 redwood.localnet kernel: md: bind > May 24 00:10:37 redwood.localnet kernel: md: bind > May 24 00:10:37 redwood.localnet kernel: md: raid1 personality > registered for level 1 > May 24 00:10:37 redwood.localnet kernel: md/raid1:md0: active with 2 > out of 2 mirrors > May 24 00:10:37 redwood.localnet kernel: md0: detected capacity > change > from 0 to 262078464 > May 24 00:10:37 redwood.localnet kernel: md: md1 stopped. > May 24 00:10:37 redwood.localnet kernel: md: bind > May 24 00:10:37 redwood.localnet kernel: md: bind > May 24 00:10:37 redwood.localnet kernel: md/raid1:md1: active with 2 > out of 2 mirrors > May 24 00:10:37 redwood.localnet kernel: created bitmap (15 pages) > for > device md1 > May 24 00:10:37 redwood.localnet kernel: md1: bitmap initialized from > disk: read 1 pages, set 0 of 29804 bits > May 24 00:10:37 redwood.localnet kernel: md1: detected capacity > change > from 0 to 268632576 > May 24 00:10:54 redwood.localnet systemd[1]: Found device > /dev/mapper/vg0-lv1. > May 24 00:10:54 redwood.localnet systemd[1]: Starting File System > Check on /dev/mapper/vg0-lv1... > May 24 00:10:54 redwood.localnet systemd-fsck[2685]: /: clean, > 529693/1048576 files, 3263599/4194304 blocks > May 24 00:10:54 redwood.localnet systemd[1]: Started File System > Check > on /dev/mapper/vg0-lv1. > > > So now it's found, I'm gonna guess this is your manual attempt at > starting up the array? > > What do you get for cat /proc/mdstat at the dracut prompt before you > do anything else? And also the results from > > mdstat -E /dev/sda1 > mdstate -E /dev/sdb1 > blkid > > These can be redirected to fpaste or a file. If you have network > access this early it's easiest to redirect to fpaste but I'm not sure > if it's in the initramfs. > > >From your mdadm.conf, you have UUIDs that do not match what's on the > command line. > > cmdline: > rd.md.uuid=5a1848ce:cff64c1f:a622dc1f:e5f06d55 > > mdadm.conf > UUID=c45384af:aa8fc7ca:7eebaeb8:f0ca1523 > UUID=524079c6:521ca76f:126164a9:3232e116 > > Looks like the mdadm.conf is stale and should be recreated, and > recreate the initramfs. Thing is, the rd.md.uuid ought to be enough > for dracut to startup that array, the mdadm.conf is really just about > assigning a particular md array to a particular /dev/mdX assignment, > which by the way has changed recently so there might be confusion > going on there. > > You might just try renaming the current mdadm.conf, or commenting out > all of the lines, except for one: > > ARRAY /dev/md0 UUID=5a1848ce:cff64c1f:a622dc1f:e5f06d55 > > And after saving it, use dracut -f. > > Chris Murphy > Okay. I have figured this out after a lot of digging through Google. I finally found this page and a post by eileon (Comment: 10) https://bugzilla.redhat.com/show_bug.cgi?id=1085922 The problem turned on differences between a file: /etc/default/grub and the output of: dracut --print-cmdline As eileon stated what is given by the output above by dracut, needed to be reflected in the /etc/default/grub file before you did ran: grub2-mkconfig -o /boot/grub2/grub.cfg and then: dracut -f The problem I had was in the GRUB_CMDLINE_LINUX line in the /etc/default/grub file. The first rd.md.uuid was supposed to be the uuid for the Linux RAID member disks that make up the mdraid devices from which you want to boot. The second rd.md.uuid that pointed to the RAID member disks used for the root filesystems and LVM was missing! Correcting both rd.md.uuid entries to reflect the correct devices in that file and running dracut -f before rebooting resolved my problem. Thank you Chris for your assistance and pointing me in the right direction. Cheers! Bill -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Cod
Re: audio problems
Il 26/05/2016 00:11, Samuel Sieb ha scritto: On 05/25/2016 02:15 PM, gil wrote: Il 25/05/2016 22:33, Samuel Sieb ha scritto: What I gave you should be correct. yes, correct ... my bad ... but no sound ... (checked level in alsamixer are all to the max) again thanks You rebooted after creating that file? yes, each time i change sound setting/s What does "aplay -l" show now? List of PLAYBACK Hardware Devices card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 thanks regards .g -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: audio problems
On 05/25/2016 10:10 PM, gil wrote: Il 26/05/2016 00:11, Samuel Sieb ha scritto: What does "aplay -l" show now? List of PLAYBACK Hardware Devices card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 Ok, so it did work. You now only have one device. If it's still not working, I really have no more suggestions... -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: audio problems
Il 26/05/2016 07:17, Samuel Sieb ha scritto: On 05/25/2016 10:10 PM, gil wrote: Il 26/05/2016 00:11, Samuel Sieb ha scritto: What does "aplay -l" show now? List of PLAYBACK Hardware Devices card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 Ok, so it did work. You now only have one device. If it's still not working, I really have no more suggestions... hi $ pactl list sinks Sink #0 Stato: SUSPENDED Nome: alsa_output.pci-_00_14.2.analog-stereo Descrizione: Audio interno Stereo analogico Driver: module-alsa-card.c Specifica di campionamento: s16le ch 2 48000 Hz Mappa dei canali: front-left,front-right Modulo di appartenenza: 6 Muto: no Volume: front-left: 99957 / 153% / 11,00 dB, front-right: 82746 / 126% / 6,08 dB bilanciamento -0,17 Volume base: 65536 / 100% / 0,00 dB Monitor della sorgente: alsa_output.pci-_00_14.2.analog-stereo.monitor Latenza: 0 usec, configurata 0 usec Flag: HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCY Proprietà: alsa.resolution_bits = "16" device.api = "alsa" device.class = "sound" alsa.class = "generic" alsa.subclass = "generic-mix" alsa.name = "ALC892 Analog" alsa.id = "ALC892 Analog" alsa.subdevice = "0" alsa.subdevice_name = "subdevice #0" alsa.device = "0" alsa.card = "0" alsa.card_name = "HDA ATI SB" alsa.long_card_name = "HDA ATI SB at 0xfcdf8000 irq 16" alsa.driver_name = "snd_hda_intel" device.bus_path = "pci-:00:14.2" sysfs.path = "/devices/pci:00/:00:14.2/sound/card0" device.bus = "pci" device.vendor.id = "1002" device.vendor.name = "Advanced Micro Devices, Inc. [AMD/ATI]" device.product.id = "4383" device.product.name = "SBx00 Azalia (Intel HDA)" device.form_factor = "internal" device.string = "front:0" device.buffering.buffer_size = "352768" device.buffering.fragment_size = "176384" device.access_mode = "mmap+timer" device.profile.name = "analog-stereo" device.profile.description = "Stereo analogico" device.description = "Audio interno Stereo analogico" alsa.mixer_name = "Realtek ALC892" alsa.components = "HDA:10ec0892,18490892,00100302" module-udev-detect.discovered = "1" device.icon_name = "audio-card-pci" Porte: analog-output-lineout: Linea out (priority: 9900, not available) analog-output-headphones: Cuffie analogiche (priority: 9000, not available) Porta attiva: analog-output-lineout Formati: pcm -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: strange behaviour of yumex-dnf
please see https://bugzilla.redhat.com/show_bug.cgi?id=1338564 that includes solution Antonio Montagnani Linux Fedora 23 (Workstation) inviato da Gmail 2016-05-24 9:49 GMT+02:00 Antonio M : > during last few days when I try to update/install/remove any package by > graphical interface I get: > > g-io-error-quark: GDBus.Error:org.freedesktop.DBus.Python.AttributeError: > Traceback (most recent call last): > File "/usr/lib64/python3.4/site-packages/dbus/service.py", line 707, in > _message_cb > retval = candidate_method(self, *args, **keywords) > File "/usr/lib/python3.4/site-packages/dnfdaemon/server/__init__.py", line > 83, in newFunc > rc = func(*args, **kwargs) > File "/usr/share/dnfdaemon/dnfdaemon-system", line 537, in RunTransaction > result = self.run_transaction() > File "/usr/lib/python3.4/site-packages/dnfdaemon/server/__init__.py", line > 564, in run_transaction > self._check_gpg_signatures(to_dnl) > File "/usr/lib/python3.4/site-packages/dnfdaemon/server/__init__.py", line > 713, in _check_gpg_signatures > result, errmsg = self.base.sigCheckPkg(po) > File "/usr/lib/python3.4/site-packages/dnf/util.py", line 79, in __getattr__ > % (C.__name__, name)) > AttributeError: 'Base' object has no attribute 'sigCheckPkg' > (36) > > what's going on?? > > Anyway I files a bug https://bugzilla.redhat.com/show_bug.cgi?id=1339107 > > > > > Antonio Montagnani > > Linux Fedora 23 (Workstation) > inviato da Gmail > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org