I asked on AskFedora and got no response. Hoping this list is more active.
I have a f24 workstation (nfs client). It is updated regularly.
The server is f19, so no updates there.
A problem started in the last few weeks. When I examine a file on the server it
looks OK. The file is updated every minute (collecting some stats) and 'tail' shows
the added lines as they arrive.
Examining the same file from the workstation is initially OK, but then, as the file
grows, I get binary zeroes at the end of the file. The same with tail, less, vi, etc.
The amount of zeroes seems to be the size of the extra data appended to the file.
'ls' shows the actual (full) size of the file. It looks like the utilities see the
correct size but bad data is delivered at the tail.
After a few minutes the full data is showing but then, as the file grows, again I get
zeroes for a few minutes.
Where do I look next?
Eyal Lebedinsky (eyal(a)eyal.emu.id.au)
Because Anaconda doesn't support my usual partitioning scheme (root on Btrfs in LVM in LUKS in LVM in GPT, /boot on Btrfs, etc.), I created the entire layout manually and tried to install Fedora using dnf. The same layout works perfectly fine in ArchLinux.
I basically followed this howto, with adjustments for s/yum/dnf/ and for EFI/GPT: http://dustymabe.com/2014/05/29/manual-linux-installs-with-funky-storage-...
The initial filesystem installation (dnf install -y --releasever=23 --installroot=/mnt/sysimage filesystem) already got a few glitches of this form:
Non-fatal POSTIN scriptlet failure in rpm package filesystem
This^^^ happened to roughly half of the installed packages. I tried to proceed with the rest (i.e., to install @core @standard kernel grub2 grub2-efi sihm grub2-tools), but it failed with scriptlet errors that prevented a few key packages from getting installed at all:
error: %prein(selinux-policy-targeted-3.13.1-157.fc23.noarch) scriptlet failed, exit status 126
Error in PREIN scriptlet in rpm package selinux-policy-targeted
Packages with those errors are reported as failed after the verify step. What I tried next:
* setenforce 0
* upgrading the installation environment and/or the sysimage with dnf and rpm from rawhide
* --releasever=22 instead of 23
* ...and checking for a few other common points with this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1270663
* a plain sysimage directory with no predefined Btrfs subvolumes in it
* unmounting, remounting, checking that everything has seclabel on, no weirdness in dmesg, etc.
Well, nothing of the above helped; the error is still the same.
How can I diagnose this? Where can I dig out the exact reason why the scriptlets are failing?
Provided that Anaconda actually does some steps that I'm missing and can carry out the installation correctly, is there a way to *force* it to just accept whatever is mounted into /mnt/sysimage at the moment, without trying to make sense of it? I'm pretty sure dracut can handle my partition layout just fine, so the entire issue here is about getting the basic installation done somehow.
Theoretically I could create a simple-and-stupid layout that Anaconda can handle, proceed with the installation and reshuffle the partitions afterwards, but that's sooo cumbersome that I thought I'd first ask whether someone knows a workaround to the scriptlet problems.
I'm testing Electrum on Fedora 25 and I'm missing the support for
hardware wallet that Electrum is supposed to have. Do I need to install
some additional package or has this feature been omitted?
I have a Brother DCP-7055W all-in-one laser printer and scanner,
connected by Wifi to my LAN. The printer works perfectly, and the
scanner worked at least up until a couple of weeks ago when I last used
it. Now, it seems to have disappeared. Both simple-scan and scanimage
report no scanners found.
I've reinstalled the RPM package downloaded from brother.com. I've
rebooted Fedora (you never know). I've also checked that the scanner
itself is working (from a Windows laptop).
What else can I try?
-----BEGIN PGP SIGNED MESSAGE-----
Hello users and developers,
We had presented deltametadata project at DevConf.CZ 2017, goal of
this project is to minimize bandwidth required on clients to update
repository metadata (repomd.xml, primary.xml, etc.) which would improve
user experience with DNF.
So, we have DNF plugin which acts
How to try it?
1. dnf -y copr enable @rpm-software-management/deltamd
2. dnf -y install dnf-plugin-zsync
If something doesn't work, look into /var/log/dnf.log.
We would like you to try it out and give feedback, it is very important
for us! Just send it as reply to this message..
P.S. F25 and above are supported
lab-q Red Hat
-----BEGIN PGP SIGNATURE-----
-----END PGP SIGNATURE-----
I believe the latest kernel update has messed with the fans on my XPS 9550,
their doing the whole spin out of control thing. I have not verified this
though, too busy with work stuff to reboot and start over.. yet. But I
wanted to toss this out there in the off chance another XPS user has
noticed something afoot with their fans.
I'll bounce into an older kernel tonight and report back.
I sent a message to a company in India called Delhi Photo,
whose email address I gleaned from
So, I emailed them at dpco(a)bol.net.in
but, gmail replied with a "problem" I had not seen before (Directory
What I do not understand from the message:
Is Gmail being accused by the targetserver of the email address as a DHA
or is gmail detecting that the server of the target email is a DHA source?
Gmail message below
Message not delivered
There was a problem delivering your message to dpco(a)bol.net.in. See the
technical details below, or try resending in a few minutes.
The response was: 554 Communication dropped Harvest attack from this ip
Reporting-MTA: dns; googlemail.com Received-From-MTA: dns;
jd1008(a)gmail.comArrival-Date: Sun, 30 Apr 2017 11:33:12 -0700
Action: failed Status: 5.0.0
Remote-MTA: dns; mx1.bol.net.in. (126.96.36.199, the server for the
Diagnostic-Code: smtp; 554 Communication dropped Harvest attack from this ip
Last-Attempt-Date: Sun, 30 Apr 2017 11:33:14 -0700 (PDT)
Subject: Looking for a photo
From: JD <jd1008(a)gmail.com>
Date:04/30/2017 12:33 PM
To:Delhi Photo <dpco(a)bol.net.in>
Greetings! I am looking for a high resolution color photo of
Bhagawan Shri SwamiJi Brahmananda Saraswati Maharaj Shankaracharya
Kindly let me know if you have such photos, and email me low res thumbnails.
I have a 2 disk btrfs 1 raid which I want to mount from a fedora
installation on a separate ssd.
This went fine for a while, until my fedora ssd died. Then I made a new
fedora on a new disk.
Now the btrfs raid wont mount during the boot process, but it will mount
later, if I remove the btrfs raid from fstab, and mount it by hand when
the machine has booted.
The only difference between the first fedora install that broke, and the
second one that I can think of, is that the first one used btrfs for
filesystem, and the second one ext4. So I'm suspecting that the btrfs
filesystem doesnt get properly loaded or something in the second case.
(I just forgot to make the 2nd install use btrfs for the root partition)
Is there something I can do about this?
I have a F21 QEMU image. Use it for a number of things and not too
interested in updating it. I like gthumb from back then. They have
ruined a nice simple image viewer.
Anyway, the issue is system time when I resume the image. The image was
paused, as I have learned that if I suspend the system without pausing
this QEMU F21 image, said image runs at 100% cpu and will not respond
unless I kill it. Pausing it avoids this most of the time.
When I reenter the image, the clock is off and it rarely resets. So far
I have used system-config-time to kick off ntpdate, or whatever it is
using. This is a time consuming process and it locks the system,
requiring me to reenter my password (which I had to do for
Is there some cli that I can easily use to reset the time of the image.
Note that the main image, F24 always has the right time.