Re: Fedora27: Ethernet interfaces set to 100MBits/sec half duplex

[Roger Heflin]

If auto neg is set on one end, and not on the other end, then the
standards says set things to 100mb/half (for gbit cards) since you
were unable to get information from the other end I believe this was
judged the most likely to work reasonably by the people who write the
standard.  On 100mbit adapters the fail-safe was 10mb/half.

If the device on the other end is not doing auto-neg then I would
expect 100/half.

Either set the other end to auto-neg or figure out what the other end
does and set the computer end to match how it is explicitly set (if
not auto-neg).

If both ends are set to auto-neg and you are getting 100/half then
something is being detected to be wrong with the wiring and both ends
are using what they believe will run on the given wiring.  This could
be broken wires, badly terminated wires, or not quite plugged in
right, or a number of other things.

On Tue, Feb 13, 2018 at 1:16 AM, Terry Barnaby  wrote:
> On 12/02/18 21:51, Ed Greshko wrote:
>>
>> On 02/13/18 05:43, Stephen Morris wrote:
>>>
>>> I am using a home plug device to get ethernet access across the home
>>> electrical
>>> wires. The home plug device is provide 500 Mb/s, so having seen this
>>> thread I've
>>> checked my ethernet configuration and like Terry is saying my settings
>>> have auto
>>> negotiate unchecked and the link speed is set at 100 Mb/s and Half
>>> Duplex. I have
>>> not explicitly set that configuration but what I don't know, because I
>>> haven't
>>> really taken any notice of it as I only use this connection as a backup
>>> to
>>> wireless, is whether or not those settings have always been there. I have
>>> done any
>>> changes to the configuration since I set it up in F26.
>>
>>
>> One can always use
>>
>> ethtool  to determine what is available and what the current
>> settings are...
>>
>> This is the view from the Fedora side
>>
>> This is what the Fedora side it telling the outside world what the HW
>> supports
>>
>>  Advertised link modes:  10baseT/Half 10baseT/Full
>>  100baseT/Half 100baseT/Full
>>  1000baseT/Half 1000baseT/Full
>>
>> This is what the device that the Fedora system is connected to is  saying
>> what it
>> supports.
>>
>>
>>  Link partner advertised link modes:  10baseT/Half 10baseT/Full
>>   100baseT/Half 100baseT/Full
>>   1000baseT/Full
>>
>> FWIW, I have never seen an advertised link speed of 500 Mb/s.
>
>
> Yes, I used ethtool to find out what was happening after the performance of
> NFS went down to 10 MBytes/s.
>
> I think what has happened is:
>
> 1. I updated these systems (5 off) from F25. This was a clean/new install
> but some configuration files were copied from the previous systems.
>
> 2. The /etc/sysconfig/network-scripts/ifcfg-Wired_connection_1 file (or
> appropriate named one) was copied from the previous system.
>
> 3. These files did not have the new ETHTOOL_OPTS="autoneg on" entry.
>
> 4. All was working fine (Gigabit full duplex) for a month or so until
> someone/something updated the ifcfg file. If you use the KDE-Plasma
> NetworkManager settings tool and it sees no ETHTOOL_OPTS entry, it sets the
> GUI settings to manual 100Mbits/s half duplex rather than auto. So if you
> don't notice this and save the settings the Ethernet will be set to this. I
> will try and enter a bug report for this somewhere.
>
> In my case I don't believe I changed the Ethernet settings using the
> KDE-Plasma NetworkManager settings tool, certainly not on all of the
> systems. I think something else may have written the ETHTOOL_OPTS="100mbps"
> entry somehow with an RPM update within the last week.
>
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: tail for a list of files

[Roger Heflin]

find /foo -name "*dog.dat" -ls -exec tail -f {} \;

-print will list only the filename
-ls will list the long dir entry.
{} is needed to deliver the filename you are working with.
\; is needed to signal the end of the command.

On Sat, Mar 3, 2018 at 12:45 PM, Clifford Snow  wrote:
> Correction - I shouldn't have copy and pasted. drop the {} \; from the
> script
>
> find /foo -name "*dog.dat" -print0 | xargs -0  tail -n5
>
> On Sat, Mar 3, 2018 at 10:44 AM, Clifford Snow 
> wrote:
>>
>>
>>
>> On Sat, Mar 3, 2018 at 8:40 AM, bruce  wrote:
>>>
>>>
>>> Thanks.. works .. but I forgot one thing...
>>>
>>> Is there a way to list the "file" prior to the tail or would that
>>> require a bash/shell script.. I could have sworn that I've seen how to
>>> accomplish this a while ago...  arggh!
>>>
>> For that I think you need to use xarg as:
>>
>> find /foo -name "*dog.dat" -print0 | xargs -0  tail -n5 {} \;
>>
>>
>> --
>> @osm_seattle
>> osm_seattle.snowandsnow.us
>> OpenStreetMap: Maps with a human touch
>
>
>
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Kernel installed in wrong location

[Roger Heflin]

I would run this and see where rpm thinks they should be since they
are not in /boot
 rpm -qa --filesbypkg | grep -i vmlinuz

On Tue, Mar 20, 2018 at 2:05 PM, CLOSE Dave
 wrote:
> The following procedure did NOT fix my problem. Using RPM instead of DNF
> still did not install the new kernel in /boot.
>
> Note, the new kernel is not in /boot when I start.
>
>> # ls /boot
>> 7725dfc225d14958a625ddaaaea5962b
>> config-4.14.11-300.fc27.x86_64
>> efi
>> extlinux
>> grub2
>> initramfs-0-rescue-7725dfc225d14958a625ddaaaea5962b.img
>> initramfs-4.14.11-300.fc27.x86_64.img
>> initrd-plymouth.img
>> loader
>> lost+found
>> System.map-4.14.11-300.fc27.x86_64
>> vmlinuz-0-rescue-7725dfc225d14958a625ddaaaea5962b
>> vmlinuz-4.14.11-300.fc27.x86_64
>
> RPM won't install the new kernel since it is already installed.
>
>> # mkdir temp
>> # cd temp
>> # dnf download kernel-core-4.15.9-300.fc27.x86_64
>> # rpm -ivh kernel-core-4.15.9-300.fc27.x86_64
>> Preparing...  # 
>> [100%]
>>package kernel-core-4.15.9-300.fc27.x86_64 is already installed
>
> Get the rescue directory out of the way. Remove the new kernel completely.
>
>> # mv /boot/7725dfc225d14958a625ddaaaea5962b /tmp
>> # dnf -y remove kernel*-4.15.9-300.fc27.x86_64
>> Removing:
>>  kernel   x86_64 4.15.9-300.fc27 @updates   0
>>  kernel-core  x86_64 4.15.9-300.fc27 @updates  
>> 58 M
>>  kernel-devel x86_64 4.15.9-300.fc27 @updates  
>> 48 M
>>  kernel-headers   x86_64 4.15.9-300.fc27 @updates 
>> 4.3 M
>>  kernel-modules   x86_64 4.15.9-300.fc27 @updates  
>> 26 M
>>  kernel-modules-extra x86_64 4.15.9-300.fc27 @updates 
>> 2.1 M
>> Removing dependent packages:
>>  gcc  x86_64 7.3.1-5.fc27@updates  
>> 52 M
>>  gcc-c++  x86_64 7.3.1-5.fc27@updates  
>> 27 M
>>  gcc-gdb-plugin   x86_64 7.3.1-5.fc27@updates 
>> 316 k
>>  glibc-devel  x86_64 2.26-27.fc27@updates 
>> 1.1 M
>>  glibc-headersx86_64 2.26-27.fc27@updates 
>> 2.2 M
>>  libtool  x86_64 2.4.6-20.fc27   @fedora  
>> 2.6 M
>>  pocl x86_64 0.15-0.1.20171023git53ef5e8.fc27@updates 
>> 222 M
>> Removing unused dependencies:
>>  hwloc-libs   x86_64 1.11.5-6.fc27   @fedora  
>> 2.1 M
>>  isl  x86_64 0.16.1-3.fc27   @fedora  
>> 2.9 M
>>  libstdc++-devel  x86_64 7.3.1-5.fc27@updates  
>> 10 M
>
> Try to install the new kernel using RPM.
>
>> # dnf download gcc-7.3.1-5.fc27.x86_64 \
>>   gcc-c++-7.3.1-5.fc27.x86_64 \
>>   gcc-gdb-plugin-7.3.1-5.fc27.x86_64 \
>>   glibc-devel-2.26-27.fc27.x86_64 \
>>   glibc-headers-2.26-27.fc27.x86_64 \
>>   hwloc-libs-1.11.5-6.fc27.x86_64 \
>>   isl-0.16.1-3.fc27.x86_64 \
>>   kernel-4.15.9-300.fc27.x86_64 \
>>   kernel-devel-4.15.9-300.fc27.x86_64 \
>>   kernel-headers-4.15.9-300.fc27.x86_64 \
>>   kernel-modules-4.15.9-300.fc27.x86_64 \
>>   kernel-modules-extra-4.15.9-300.fc27.x86_64 \
>>   libstdc++-devel-7.3.1-5.fc27.x86_64 \
>>   libtool-2.4.6-20.fc27.x86_64 \
>>   pocl-0.15-0.1.20171023git53ef5e8.fc27.x86_64
>> # rpm -ivh *
>> Preparing...  # 
>> [100%]
>> Updating / installing...
>>1:kernel-core-4.15.9-300.fc27  # [  
>> 6%]
>>2:kernel-modules-4.15.9-300.fc27   # [ 
>> 13%]
>>3:libstdc++-devel-7.3.1-5.fc27 # [ 
>> 19%]
>>4:kernel-headers-4.15.9-300.fc27   # [ 
>> 25%]
>>5:glibc-headers-2.26-27.fc27   # [ 
>> 31%]
>>6:glibc-devel-2.26-27.fc27 # [ 
>> 38%]
>>7:isl-0.16.1-3.fc27# [ 
>> 44%]
>>8:gcc-7.3.1-5.fc27 # [ 
>> 50%]
>>9:hwloc-libs-1.11.5-6.fc27 # [ 
>> 56%]
>>   10:pocl-0.15-0.1.20171023git53ef5e8.# [ 
>> 63%]
>>   11:gcc-c++-7.3.1-5.fc27 # [ 
>> 69%]
>>   12:gcc-gdb-plugin-7.3.1-5.fc27  # [ 
>> 75%]
>>   13:libtool-2.4.6-20.fc27# [ 
>> 81%]
>>   14:kernel-4.15.9-300.fc27   # [ 
>> 88%]
>>   15:kernel-modules-extra-4.15.9-300.f# [ 
>> 94%]
>>   16:kernel-devel-4.15.9-300.fc27 # 
>> [100%]
>> cat: write er

Re: Kernel installed in wrong location

[Roger Heflin]

The only way I know to produce these results would be to override the
build_root location someplace.

echo ${RPM_BUILD_ROOT}

There are probably other ways to override it.

On Tue, Mar 20, 2018 at 3:24 PM, CLOSE Dave
 wrote:
> Roger Heflin wrote:
>
>> I would run this and see where rpm thinks they should be since they
>> are not in /boot
>>  rpm -qa --filesbypkg | grep -i vmlinuz
>
> Evidently, RPM thinks they should be in /boot (as I would expect):
>
>> $ rpm -qa --filesbypkg | grep -i vmlinuz
>> kernel-core  /boot/.vmlinuz-4.15.9-300.fc27.x86_64.hmac
>> kernel-core  /boot/vmlinuz-4.15.9-300.fc27.x86_64
>> kernel-core  /lib/modules/4.15.9-300.fc27.x86_64/.vmlinuz.hmac
>> kernel-core  /lib/modules/4.15.9-300.fc27.x86_64/vmlinuz
>> kernel-core  /boot/.vmlinuz-4.14.11-300.fc27.x86_64.hmac
>> kernel-core  /boot/vmlinuz-4.14.11-300.fc27.x86_64
>> kernel-core  /lib/modules/4.14.11-300.fc27.x86_64/.vmlinuz.hmac
>> kernel-core  /lib/modules/4.14.11-300.fc27.x86_64/vmlinuz
>> kernel-core  /boot/.vmlinuz-4.15.8-300.fc27.x86_64.hmac
>> kernel-core  /boot/vmlinuz-4.15.8-300.fc27.x86_64
>> kernel-core  /lib/modules/4.15.8-300.fc27.x86_64/.vmlinuz.hmac
>> kernel-core  /lib/modules/4.15.8-300.fc27.x86_64/vmlinuz
> --
> Dave Close, Thales InFlyt Experience, Irvine California USA.
> cell +1 949 394 2124, dave.cl...@us.thalesgroup.com
>
>  "1800: Joseph Marie Jacquard teaches a loom to read punch cards,
>   creating the first heavily multi-threaded processing unit."
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: initramfs: kernel update adds unwanted driver?

[Roger Heflin]

You can also use lsinitrd to show the current files in any initramfs
and/or cat out the contents of single files you see in the initramfs.

On Sat, Apr 14, 2018 at 10:43 AM,   wrote:
>
> On Sat, 14 Apr 2018 15:07:28 - Grant Edwards wrote:
>> On 2018-04-14, francis.montag...@inria.fr  wrote:
>>> Thus, for the running kernel:
>>> /bin/kernel-install add $(uname -r) /lib/$(uname -r)/vmlinuz
>
>> Thanks!  That looks like a good option.  I may prompt the user for
>> confirmation before doing that step in my driver install script -- how
>> likely is it that the admin has done something manually which that
>> script will undo?
>
> IMO it is really unlikely since there is many ways to hook the
> postrans action of the kernel-core RPM, ex:
>
>   /usr/lib/kernel/install.d/
>   /etc/kernel/install.d/
>   /etc/kernel/postinst.d/
>
> I use for example postinst.d for regenerating the grub.cfg with
> grub2-mkconfig.
>
> --
> francis
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Safe to reinstall kernel?

[Roger Heflin]

Reinstalling any rpms you have a reason to suspect have issues should
be just fine.   I have personally reinstalled the kernel rpm a number
of times when the update aborted before completion.

On Mon, May 7, 2018 at 3:54 AM, Danny Horne via users
 wrote:
> Hi all,
>
> A few days ago I updated through dnfdragora, that update included kernel
> 4.16.6.  Some way through the update my PC froze, and after leaving it
> for a while decided the only option was a hard reset.
>
> The PC still boots to kernel 4.16.5, and there's no trace of 4.16.6 in
> the /boot directory.  DNF reports that kernel, kernel-core,
> kernel-modules and kernel-modules-extra are installed (all 4.16.6).
>
> Would it be safe to reinstall the kernel?  Or is there a better way to
> get things up to date?
>
> Thanks for looking
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Safe to reinstall kernel?

[Roger Heflin]

Multiple versions of kernels are installed, so you will have to
explicitly give it the version you want it to reinstall.

grep -i kernel /var/log/dnf.log to get the full names you need to reinstall.

On Mon, May 7, 2018 at 10:34 AM, Danny Horne via users
 wrote:
> On 07/05/18 15:37, Roger Heflin wrote:
>> Reinstalling any rpms you have a reason to suspect have issues should
>> be just fine.   I have personally reinstalled the kernel rpm a number
>> of times when the update aborted before completion.
>>
>>
> Tried 'dnf reinstall kernel' and that hasn't changed anything.  Still no
> 4.16.6 kernel in the /boot directory and 4.16.5 is the latest listed in
> /boot/grub2/grub.cfg
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Unmount delayed -

[Roger Heflin]

Generally when I am messing with usb drives I have used these 2 commands:

grep Dirty /proc/meminfo (dirty is the amount of write buffers that
need to be flushed for all disks, most will usually be the disk that
was just copied to)

the second is "vmstat 1" and watch the bi/bo columns as they show
reads and writes to the disk subsystem, if it umounts when the writes
stop that implies the sync may have returned before it actually did
all its work.

On Mon, May 7, 2018 at 6:58 PM, Bob Goodwin  wrote:
> On 05/07/18 19:35, Samuel Sieb wrote:
>>
>>
>> Then that supports my suggestion.  Unless the the flash drive is mounted
>> with the "sync" option, the data is copied into the cache and the copy
>> command exits.  The data is being written in the background, but when you
>> want to unmount the drive, it has to wait until all the data is finished
>> writing.  To verify this, try running "sync" after doing the copy.  That
>> should take the same time to exit and then the unmount should be immediate.
>
>
> +
>
> I should have mentioned, I always type sync before going to the desktop icon
> and unmount. Before this problem started things worked differently, but it's
> been a long time, as I said I just put up with it, I expect Fedora 28 will
> do the same in my system ...
>
> --
> Bob Goodwin - Zuni, Virginia, USA
> http://www.qrz.com/db/W2BOD
> box10  FEDORA-27/64bit LINUX XFCE Fastmail POP3
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Unmount delayed -

[Roger Heflin]

I don't sync like Bob does, I just watch the io to estimate the copy
time of whatever amount I am copying.

On Mon, May 7, 2018 at 8:34 PM, Cameron Simpson  wrote:
> On 07May2018 20:23, Roger Heflin  wrote:
>>
>> the second is "vmstat 1" and watch the bi/bo columns as they show
>> reads and writes to the disk subsystem, if it umounts when the writes
>> stop that implies the sync may have returned before it actually did
>> all its work.
>
>
> Do you actually see this happen? Just asking. Because that would imply that
> sync doesn't, actaully, do what it is supposed to do.
>
> Cheers,
> Cameron Simpson 
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Ethernet RX overruns and dropped packets

[Roger Heflin]

You may want to install sysstat (sar) and look at the rates by doing
sar -n EDEV and sar -n DEV to compare the drops vs packets.In my
experience on critical production systems if the rate is less than 1
(drop/error/...) per 10,000 packets then in general you won't see a
performance impact.   The lower the number gets (at say 1k things can
be seen) the worse it gets.   In general if you get the 1 issue/40k
packets or greater that is a pretty clean network.

On Fri, May 25, 2018 at 10:24 AM, Thomas Dineen  wrote:
> Alex:
>
> Trivial answer: Slow Server drops packets. It takes a lot of server horse
> power
>
> to process a 1GB wire speed flow of packets.
>
> Thomas Dineen
>
>
> On 5/24/2018 6:43 PM, Alex wrote:
>>
>> Hi,
>>
>> Can someone explain why an interface would start showing dropped
>> packets and overruns? I have about six machines on a local LAN (the IP
>> is associated with the br0 device), and all have at least some amount
>> of dropped packets. This is one example from one of the machines on
>> the LAN; the LAN interface on the gateway machine is very similar.
>>
>> eno1: flags=4163  mtu 1500
>>  inet6 fe80::ec4:7aff:fe7a:73f4  prefixlen 64  scopeid 0x20
>>  ether 0c:c4:7a:7a:73:f4  txqueuelen 1000  (Ethernet)
>>  RX packets 2294973231  bytes 1227551884960 (1.1 TiB)
>>  RX errors 0  dropped 159933  overruns 2252  frame 0
>>  TX packets 2707484667  bytes 1948072588485 (1.7 TiB)
>>  TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>  device memory 0xc720-c727
>>
>> I recently rebooted the gateway and noticed it there first. It's a
>> fedora25 system acting as a gateway with shorewall. The LAN side is a
>> 1Gbs ethernet on a gigabit switch. The WAN side is a 10mbit ethernet
>> link in a colo. I suspect this machine is the cause, as nothing's
>> changed on the LAN machines for a while, and the dropped packet count
>> isn't incrementing fast enough to coincide with greater than 1TB of
>> traffic.
>>
>> I have IPMI access to the machines on the LAN, so can do testing, but
>> I don't have IPMI access to the gateway, so can't really do much
>> without having to drive to the colo first.
>>
>> What's the typical cause of these errors? I thought it was perhaps the
>> duplex mode or other link setting, but they all appear to be the same
>> (1000/full).
>>
>> There aren't any dropped packets or overruns on the WAN interface on
>> the gateway, but could some signal or other data from the WAN side be
>> causing this?
>>
>> I can run wireshark or something similar, but it's been a while, so if
>> that's your recommendation, I'd really appreciate it if you could
>> provide specific traces you'd think were best.
>>
>> Ideas greatly appreciated.
>> Thanks,
>> Alex
>> ___
>> users mailing list -- users@lists.fedoraproject.org
>> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives:
>> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/7TBB4E3KEFI2Z4XGZ6PCXJDKIMPZNROK/
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/C52WTUFEND7WNJ3A2UKQ2MQ5Y3TRXRXG/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/LFLGERJROSK7AAKOUSW7YTM6MMHDFQ2M/

Re: dmesg spam after f26 -> f27 upgrade

[Roger Heflin]

you might try a find /sys -name "rc1*" and see if some piece of hw has
that name.   It may be some driver trying to manage the ir remote
hardware.

When I do it on my machine I get this:
find /sys -name "rc1*" -ls
33248  0 drwxr-xr-x   5  root root0 May  8
15:50 /sys/devices/pci:00/:00:14.4/:04:06.2/rc/rc1
33252  0 lrwxrwxrwx   1  root root0 May  8
15:50 /sys/class/rc/rc1 ->
../../devices/pci:00/:00:14.4/:04:06.2/rc/rc1

lspci | grep -i 04:06
04:06.0 Multimedia video controller: Conexant Systems, Inc.
CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
04:06.1 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3
PCI Video and Audio Decoder [Audio Port] (rev 05)
04:06.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3
PCI Video and Audio Decoder [MPEG Port] (rev 05)
04:06.4 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3
PCI Video and Audio Decoder [IR Port] (rev 05)

modinfo cx88   shows it has a parameter disable_ir

Yours may be a cx88 I think they are pretty common or some similar
card.  To find it I did lsmod | grep dvb and then lsmod | grep cx88
and modinfo the various pieces and mine does have a disable for ir.

On Sat, May 26, 2018 at 4:48 PM, John Pilkington  wrote:
> On 26/05/18 21:04, stan wrote:
>>
>> On Sat, 26 May 2018 13:38:29 +0100
>> John Pilkington  wrote:
>>
>>> I just upgraded my kde/f26 system to f27 using dnf.  It seems to be
>>> working well but dmesg has
>>>
>>>  rc rc1: error -5
>>>
>>> repeated around 10 times per second.  ISTR that when I first saw it
>>> it was rc0:
>>>
>>> Searching hasn't been much help.   I use MythTV but not the lirc
>>> infra-red remote-control features, and thought it might be
>>> lirc-related, so installed lirc-disable-kernel-rc. But the messages
>>> continue.  They make it impossible to query dmesg for anything else.
>>>
>>> /etc/rc.d includes various Kxxx files, and rc-local.service is
>>> 'static'
>>>
>>> Suggestions please...
>>
>>
>> No specific idea, but anything writing that often should be visible in
>> top.  Once you know what program it is, you can use rpm -qf to find
>> which package it is.
>>
>> You could also try disabling dmesg logging, and see what complains.
>> Does anything show up in journalctl -r?
>
>
> Thanks to both Samuel and stan for your responses.
>
> Yes, there are 2 tuners cards, one PCI and one usb.  The spam continued when
> I unplugged the usb device;  I don't want to disable them unless all else
> has failed.
>
> I had looked at atop, and can compare what I see with another very similar
> 'production' box running the same MythTV version under SL7.5. The spam
> continues in f27 with MythTV inactive.
>
> systemd-journal and rsyslogd are active; rcu_sched shows up intermittently.
> There's also more akonadi activity which I don't knowingly use.
>
> journalctl -r looks as if it ought to be useful but I haven't used it before
> on either box.  Before the 26>27 upgrade it looks as if it was almost
> exclusively pulseaudio stuff, switching between intel and nvidia for reasons
> that were never clear;  now it looks much denser and almost all kde related.
>
> I'll try a reboot and leaving MythTV inactive.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/FSRXPVIA7XPF3N7APCSWZPUF2XWZ7LRB/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/ZNYGEJ5EYYOHJIS5BBL25MIQ6U2QJ7NX/

Re: dmesg spam after f26 -> f27 upgrade

[Roger Heflin]

install modulename /bin/true

blacklist won't prevent a dependency from loading a module, I have
sometimes just did a mv on the ko file and depmod to rebuilt the
module index, but that has to be redone each new kernel.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/7CIOGX3DNZMIHTQO7RF6EP5A34MVJN4E/

Re: tip: star tech PEXUSB311AC2

[Roger Heflin]

I have had issues like that that tracked back to the usb card not
having enough power and needing the extra power adapter connected, so
you may want to try that.   Especially if anything on the card may be
using a lot of power (I have had web cams and hard disks both cause
it).

On Thu, May 31, 2018 at 9:44 AM, ToddAndMargo  wrote:
> Also, a bit off topic, but the Star Tech PEXUSB311AC2
>
> StarTech.com Dual Port USB 3.1 Card – 1x USB-C – 1x USB-A – 10Gbps per
> port – Expansion Card – USB 3.1 PCI-E Card – USB 3 PCI
>
> Crashes your file system on large file transfers and crashes your
> boot if anything is plugged into it when you boot.
>
> Anyone know of a card that works right?  How about Siig?
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/LQN5U6JLF4PTDBX6V6WBC2MIR3OAWCP2/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/3XTIV526DEYEUXETM4YTRTX72YXU7X65/

Re: cpupower

[Roger Heflin]

If you want to debug it the easy way do this:

create /usr/local/bin/slowcpus and make it executable and put the
commands in it and test it from the cmd line:

Then in rc.local do this:

/usr/local/bin/slowcpus > /tmp/slowcpu.out 2>&1



On Sun, Jun 24, 2018 at 7:26 PM, Ed Greshko  wrote:
> On 06/25/18 08:11, Tim via users wrote:
>> Allegedly, on or about 24 June 2018, Patrick O'Callaghan sent:
>>> Note that you now have to explicitly enable rc.local to make it run
>>> at boot time:
>>>
>>> # systemctl enable rc-local.service
>> I just did that, and nothing more (I hadn't, yet, got around to making
>> a rc.local file and putting anything in it), and got this back in
>> terminal:
>
>
> Read my reply to poc.  It is a "static" service.  It doesn't need to be 
> "enabled".
>
> --
> Conjecture is just a conclusion based on incomplete information. It isn't a 
> fact.
>
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/GH425ZDWNWXQSHY57M4EDAGFQPZGHB2I/
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/Y6PSIPAUMX7NDDKLL5HUIPKAXYIWG7LV/

Re: X-windows only gives a mouse pointer

[Roger Heflin]

startx has worked for me on Fedora 27, and it did start the same
desktop as what graphical -> login as same user started.

On Sun, Jul 8, 2018 at 4:18 AM, Patrick O'Callaghan
 wrote:
> On Sat, 2018-07-07 at 18:12 -0700, solarflow99 wrote:
>> On Sat, Jul 7, 2018 at 2:27 AM, Patrick O'Callaghan 
>> wrote:
>>
>> > On Fri, 2018-07-06 at 20:09 -0700, solarflow99 wrote:
>> > > so it seems only lightdm works, using sddm just gives the black screen
>> >
>> > with
>> > > a mouse pointer.  Going back to using multi-user.target, what is the
>> > > correct way to start x-windows now?  I always used startx.
>> > > I also see display-manager.service was enabled, that didn't seem to ever
>> > > help though.
>> >
>> > [Please don't top-post]
>> >
>> > startx dates from the early days of X11. I'm sure some people still
>> > find a use for it, but the usual setup just boots into the X
>> > environment, normally via a desktop manager. Did you try just
>> > rebooting?
>> >
>> >
>>
>> ya, but i'm still interested to run X while still being in
>> multi-user.target instead of graphical, surely there is a way to do that
>> still isn't there?
>
> Of course, and you're already doing it, i.e. you *are* running X from
> the console, but running X just means 'run the X11 server with its
> default startup script'. It doesn't mean 'run my favourite desktop
> environment'. Most DEs have their own customised version of startx
> which do the work for you, e.g. startkde on my system is a fairly
> elaborate script that sets up all sorts of things besides the X server.
> Presumably your DE will have something similar, but if not you'll have
> to create it.
>
> poc
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/DIHLL7B3CAUL6D7Y4UOKL3CULVYYTWJH/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/IMXXARINWF6CXTMOV2KQKFRHKWLPGBUB/

Re: PCIe SATA controllers

[Roger Heflin]

Stay away from the <$50 for 2-4 ports, most of them are pretty bad.
One of the cheaper old LSI ones.   I have one that was bought used and
flashed into a pure sata controller.

Mine is a: SAS2008 PCI-Express Fusion-MPT SAS-2 [Falcon] and/or The
LSI 9211-8i 6Gb/s SATA +SAS HBA,

It is around $80 and is a pci-e x4 card, and with 2 breakout cables
you have 8 ports at 6gb/s.

On Wed, Aug 8, 2018 at 5:08 PM, Fred Smith
 wrote:
> On Wed, Aug 08, 2018 at 05:37:17PM -0400, Alex wrote:
>> Hi,
>>
>> I've just purchased an Asus Z370-A motherboard to replace my older
>> desktop board. It includes 6 SATA6 ports but I need a few more.
>>
>> Do you have any recommendations?
>>
>> All the regular controllers I've found are PCIe v2.0 and most are x1.
>> Is that even fast enough for 6mbs?
>>
>> This one looks reasonable. Any reason to think it wouldn't work with
>> Linux? It's also v2.0
>> https://www.amazon.com/IO-Crest-8-port-Controller-SI-PEX40071/dp/B00ESFEI2E/
>>
>> Many of the RAID controllers (like the MegaRAID) are super expensive
>> and more than I need.
>> https://www.amazon.com/LSI-Controller-LSI00301-9207-8i-Internal/dp/B008J49G9A/
>>
>> Anyone remember the Hardware-Compatibility-HOWTO? :-)
>>
>> Thanks for any ideas.
>> Alex
>
> I looked at the customer reviews, the ones that include the word "linux".
> Many people said it works great with (unspecified) Linux. Some people
> said it doesn't work or has problems. One person said he couldn't get
> it going with Centos-7. So there's no way to tell for sure. I'd suggest
> buying one and trying it out, especially if it is for a business where
> 80 bucks won't kill you.
>
> Good luck!
>
> Fred
> --
>  Fred Smith -- fre...@fcshome.stoneham.ma.us -
> The Lord detests the way of the wicked
>   but he loves those who pursue righteousness.
> - Proverbs 15:9 (niv) 
> -
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/4PKFRI3LJYAYRQSHCSIYWSAJXFIXXW72/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/YMHEDBNBARF4VXJPRHBNEA6IXJJDZRO2/

Re: PCIe SATA controllers

[Roger Heflin]

For JBOD disks the LSI or the build-in Intel or AMD ports seem to be
equally as fast since they are all connected to the CPU with enough
PCI-e lanes, and for most  usage cases it is plenty fast enough.

I have had bad luck with at least 2 different marvell chipsets, so
won't touch those.   One of them would timeout all 4 disks connected
to it and the issue seemed to be worse if smart commands were being
done (I removed a job that was doing smart commands often, and
stability went from weeks to months).   It was a 9230 and it acted
like it was using a SAS expanders, and some notes I have found
indicated a number of the Marvell ones rely on a SAS expander.  It was
4portsx6gbit with pcie-x2 and was fast when it worked but unreliable.
   So I am staying one of the enterprise class SAS cards, or the
build-in's from AMD or Intel is all I will use.

On Thu, Aug 9, 2018 at 2:08 PM, Alex  wrote:
> Hi,
>
>> The curiosity is killing me!  What do you need
>> 6+ SATA ports for?
>
> I have a 60GB SSD that I use for root, along with a 240GB I use for a
> Windows VM. The others are 4TB disks I use for my photography and
> Videos/torrents. The sixth is the BR-DVD
>
> I needed two more 4TB to mirror together for data to bring to the colo
> instead of having to transfer it to our production systems over the
> Internet.
>
> It also became an exercise to learn whether the onboard Intel is as
> fast as one of the LSI/RAID/SAS controllers, and perhaps it would be
> faster to use one of those instead of the onboard Intel.
>
>> It has an M.2 NVMe slot (which uses four lanes of PCIe)
>
> Aren't those "disks" very expensive? And limited capacity? I also
> don't currently have any, so would have to buy them to replace what I
> have.
>
> Thanks,
> Alex
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/7QZXNUAAX666RCGX3LWHGBSODTSOCOXZ/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/JPJXHQ7MEUQYJ2IYP4PLEXFSZE2MH6QU/

Re: Unable to restore LVM metadata.

[Roger Heflin]

The vgarchive file 0 is the first archive file ever from that vg,
so it would most likely be an empty new vg at that time.

Are you sure 0 is the file you want?

Suggest doing this:
grep -i before /etc/lvm/archive/vg_debussy*

and see what the newest file is before you did the remove missing.

I have also had to copy the archive file over and edit the file and
remove the "missing" part in the file and replace it with what looks
normal, as it seem to refuse to restore a archive file with missing in
the file.
On Fri, Aug 31, 2018 at 11:22 PM David Scriven via users
 wrote:
>
> I'm afraid this is a very long post, but I need to describe the situation:
>
> I had one disk fail out of two and in trying to restore the home directory on 
> the primary I erased the lvm directory data I was trying to keep:
>
> root@localhost-live ~]# pvscan
>   WARNING: Device for PV F3lvXa-42cI-6Tx2-hmSr-3E0M-0PFE-W7kLj1 not found or 
> rejected by a filter.
>   PV /dev/sda2   VG vg_debussy  lvm2 [931.00 GiB / 0free]
>   PV [unknown]   VG vg_debussy  lvm2 [931.50 GiB / 0free]
>   Total: 2 [<1.82 TiB] / in use: 2 [<1.82 TiB] / in no VG: 0 [0   ]
> [root@localhost-live ~]# vgscan
>   Reading volume groups from cache.
>   WARNING: Device for PV F3lvXa-42cI-6Tx2-hmSr-3E0M-0PFE-W7kLj1 not found or 
> rejected by a filter.
>   Found volume group "vg_debussy" using metadata type lvm2
> [root@localhost-live ~]# lvs
>   WARNING: Device for PV F3lvXa-42cI-6Tx2-hmSr-3E0M-0PFE-W7kLj1 not found or 
> rejected by a filter.
>   LV  VG Attr   LSize   Pool Origin Data%  Meta%  Move Log 
> Cpy%Sync Convert
>   lv_home vg_debussy -wi-p-   1.75t
>   lv_root vg_debussy -wi-a-  50.00g
>   lv_swap vg_debussy -wi-ao <17.69g
> [root@localhost-live ~]# lvscan
>   WARNING: Device for PV F3lvXa-42cI-6Tx2-hmSr-3E0M-0PFE-W7kLj1 not found or 
> rejected by a filter.
>   ACTIVE'/dev/vg_debussy/lv_root' [50.00 GiB] inherit
>   inactive  '/dev/vg_debussy/lv_home' [1.75 TiB] inherit
>   ACTIVE'/dev/vg_debussy/lv_swap' [<17.69 GiB] inherit
> [root@localhost-live ~]# pvdisplay
>   WARNING: Device for PV F3lvXa-42cI-6Tx2-hmSr-3E0M-0PFE-W7kLj1 not found or 
> rejected by a filter.
>   --- Physical volume ---
>   PV Name   /dev/sda2
>   VG Name   vg_debussy
>   PV Size   931.02 GiB / not usable 24.00 MiB
>   Allocatable   yes (but full)
>   PE Size   32.00 MiB
>   Total PE  29792
>   Free PE   0
>   Allocated PE  29792
>   PV UUID   KSk5KO-Su5d-H8LO-a8t0-s8gH-WdWA-DXQZTr
>
>   --- Physical volume ---
>   PV Name   [unknown]
>   VG Name   vg_debussy
>   PV Size   931.51 GiB / not usable 12.00 MiB
>   Allocatable   yes (but full)
>   PE Size   32.00 MiB
>   Total PE  29808
>   Free PE   0
>   Allocated PE  29808
>   PV UUID   F3lvXa-42cI-6Tx2-hmSr-3E0M-0PFE-W7kLj1
>
> So at this point I tried to get rid of the disk that was no longer there - 
> BIG MISTAKE!
>
> root@localhost-live ~]# vgreduce --removemissing --force vg_debussy
>   WARNING: Device for PV F3lvXa-42cI-6Tx2-hmSr-3E0M-0PFE-W7kLj1 not found or 
> rejected by a filter.
>   WARNING: Removing partial LV vg_debussy/lv_home.
>   Logical volume "lv_home" successfully removed
>   Wrote out consistent volume group vg_debussy.
> [root@localhost-live ~]# pvdisplay
>   --- Physical volume ---
>   PV Name   /dev/sda2
>   VG Name   vg_debussy
>   PV Size   931.02 GiB / not usable 24.00 MiB
>   Allocatable   yes
>   PE Size   32.00 MiB
>   Total PE  29792
>   Free PE   27626
>   Allocated PE  2166
>   PV UUID   KSk5KO-Su5d-H8LO-a8t0-s8gH-WdWA-DXQZTr
>
> [root@localhost-live ~]# lvscan
>   ACTIVE'/dev/vg_debussy/lv_root' [50.00 GiB] inherit
>   ACTIVE'/dev/vg_debussy/lv_swap' [<17.69 GiB] inherit
>
> OK I got a blank disk and tried to recreate the missing PV:
>
> [root@localhost-live ~]# pvcreate --uuid 
> "F3lvXa-42cI-6Tx2-hmSr-3E0M-0PFE-W7kLj1" --restorefile 
> /etc/lvm/archive/vg_debussy_0-611197733.vg /dev/sdc1
>   Couldn't find device with uuid F3lvXa-42cI-6Tx2-hmSr-3E0M-0PFE-W7kLj1.
> WARNING: ext4 signature detected on /dev/sdc1 at offset 1080. Wipe it? [y/n]: 
> y
>   Wiping ext4 signature on /dev/sdc1.
>   Physical volume "/dev/sdc1" successfully created.
> [root@localhost-live ~]# pvscan
>   PV /dev/sda2   VG vg_debussy  lvm2 [931.00 GiB / 863.31 GiB free]
>   PV /dev/sdc1  lvm2 [<1.82 TiB]
>   Total: 2 [<2.73 TiB] / in use: 1 [931.00 GiB] / in no VG: 1 [<1.82 TiB]
> [root@localhost-live ~]# pvdisplay
>   --- Physical volume ---
>   PV Name   /dev/sda2
>   VG Name   vg_debussy
>   PV Size   931.02 GiB / not usable 24.00 MiB
>   Allocatable   yes

Re: resize

[Roger Heflin]

-l does not umount a filesystem if files are open on it.   Not sure -l
should ever be used, one needs to determine what is using the
filesystem and a normal umount needs to be done.

So even though it does not show in df and /proc/mounts the filesystem
is still mounted which is why resize2fs says it is mounted.

The lvextend output worries me since it seems to indicate it is
reducing the size, you probably should do a -l + otherwise it may want
to change the size lower, I would examine the lv and make sure it did
not get resized lower.
On Tue, Sep 18, 2018 at 9:24 AM Patrick Dupre  wrote:
>
> I also get:
>
> Logical volume is not mounted but is in use. Please close all applications 
> using this device (eg iscsi)
>
> How can I close all applications using the device ?
>
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
>  Laboratoire de Physico-Chimie de l'Atmosphère | |
>  Université du Littoral-Côte d'Opale   | |
>  Tel.  (33)-(0)3 28 23 76 12   | | Fax: 03 28 65 82 44
>  189A, avenue Maurice Schumann | | 59140 Dunkerque, France
> ===
>
>
> > Sent: Tuesday, September 18, 2018 at 4:03 PM
> > From: "Patrick Dupre" 
> > To: fedora 
> > Subject: resize
> >
> > Hello,
> >
> > Did I made a mistake?
> > This what did:
> >
> > umount -l /home
> >
> > lvdisplay /dev/VolGrpUsr_DK0
> > [root@Homere ~]# vgdisplay VolGrpUsr_DK0
> >   --- Volume group ---
> >   VG Name   VolGrpUsr_DK0
> >   System ID
> >   Formatlvm2
> >   Metadata Areas1
> >   Metadata Sequence No  9
> >   VG Access read/write
> >   VG Status resizable
> >   MAX LV0
> >   Cur LV2
> >   Open LV   1
> >   Max PV0
> >   Cur PV1
> >   Act PV1
> >   VG Size   45.00 GiB
> >   PE Size   2.00 MiB
> >   Total PE  23039
> >   Alloc PE / Size   20620 / 40.27 GiB
> >   Free  PE / Size   2419 / 4.72 GiB
> >   VG UUID   Im54sE-P2g0-NbYZ-bBMn-f0kX-32Fe-2eykHU
> >
> >
> > lvextend -l100%FREE /dev/VolGrpUsr_DK0/home
> > New size given (2419 extents) not larger than existing size (15500 extents)
> >
> > then
> > resize2fs /dev/VolGrpUsr_DK0/home
> > resize2fs 1.43.4 (31-Jan-2017)
> > resize2fs: Device or resource busy while trying to open 
> > /dev/VolGrpUsr_DK0/home
> > Couldn't find valid filesystem superblock.
> >
> > It seems that the extended part cannot be formatted!
> >
> > How can I solve the issue?
> > I still can mount /home
> > The partition size did not change.
> >
> > Thank for your help.
> >
> > ===
> >  Patrick DUPRÉ | | email: pdu...@gmx.com
> >  Laboratoire de Physico-Chimie de l'Atmosphère | |
> >  Université du Littoral-Côte d'Opale   | |
> >  Tel.  (33)-(0)3 28 23 76 12   | | Fax: 03 28 65 82 44
> >  189A, avenue Maurice Schumann | | 59140 Dunkerque, France
> > ===
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> >
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: resize

[Roger Heflin]

Did you rerun the resize2fs after the reboot/lvmresize/fsck?
On Tue, Sep 18, 2018 at 10:03 AM Patrick Dupre  wrote:
>
> I am not sure about the +100.
>
> However, I rebooted without mounting /home
> and I used lvm manager to do the resize.
>
> It seems OK, except that
> 1) it shows "none" for the file system (lvm manager)
> 2) the size shown by lvm manager is 35 Go
>
> lvdisplay:
>   LV Path/dev/VolGrpUsr_DK0/home
>   LV Namehome
>   VG NameVolGrpUsr_DK0
>   LV UUIDc1ldKF-UhPF-ctLD-Gc4e-qiOS-hp1v-GYWAJ8
>   LV Write Accessread/write
>   LV Creation host, time localhost, 2013-03-01 23:59:33 +0100
>   LV Status  available
>   # open 0
>   LV Size35.00 GiB
>   Current LE 17919
>   Segments   2
>   Allocation inherit
>   Read ahead sectors auto
>   - currently set to 256
>   Block device   253:9
>
> and
> fsck /dev/VolGrpUsr_DK0/home
> fsck from util-linux 2.30.2
> e2fsck 1.43.4 (31-Jan-2017)
> /dev/mapper/VolGrpUsr_DK0-home: clean, 113656/1984512 files, 
> 13995312/15872000 blocks
>
> but
> mount /home
> shows a wrong size:
> /dev/mapper/VolGrpUsr_DK0-home   31177950 27424574   2157984  93% /home
>
> ie the old size.
>
> How can I fix this issue ?
>
> Thank.
>
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
>  Laboratoire de Physico-Chimie de l'Atmosphère | |
>  Université du Littoral-Côte d'Opale   | |
>  Tel.  (33)-(0)3 28 23 76 12   | | Fax: 03 28 65 82 44
>  189A, avenue Maurice Schumann | | 59140 Dunkerque, France
> ===
>
>
> > Sent: Tuesday, September 18, 2018 at 4:40 PM
> > From: "Michael Cronenworth" 
> > To: users@lists.fedoraproject.org
> > Subject: Re: resize
> >
> > On 9/18/18 9:03 AM, Patrick Dupre wrote:
> > > New size given (2419 extents) not larger than existing size (15500 
> > > extents)
> >
> > This is an important error message. It means the resize operation was not 
> > performed
> > due to the parameters you specified.
> >
> > I think what you meant to run was with a '+' sign to indicate you want to 
> > allocate more.
> >
> > lvextend -l+100%FREE /dev/VolGrpUsr_DK0/home
> >
> >
> > Without the '+' sign the command was trying to resize to the number of free 
> > extents (2419). Be careful to make sure your command arguments are correct. 
> > Incorrectly resizing a filesystem could cause you to lose your data. Do you 
> > have backups of your /home data?
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> >
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: OT: finding damaged files on an XFS filesystem (Was Re: OT: fastest way to copy one drive to another)

[Roger Heflin]

If you have the original disk and can mount the filesystem then do this:

create a script like this and call it say /dir/testcatfile:
cat $1 > /dev/null
RC=$?
if [ ${RC} != 0 ] ; then
  echo "$1 is corrupt"
fi

chmod +x /dir/testcatfile

Then do this:
find /tmp -type f  -exec /dir/testcatfile {} \;

each file it gets an io error on will print out a message.

This only works if you still have the original and can mount it as it
relies on the disk returning io errors on the original disk.

On Sat, Sep 22, 2018 at 9:20 AM Tony Nelson
 wrote:
>
> On 18-09-22 00:44:17, Ranjan Maitra wrote:
>   ...
> > Is this the right thing to do?
>
> Probably.  I expect the affected files to contain NULs, which you could
> search for.  Then you'd know that you have the correct files and where
> the damage is.
>
> --
> 
> TonyN.:'   
>'  
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: OT: finding damaged files on an XFS filesystem (Was Re: OT: fastest way to copy one drive to another)

[Roger Heflin]

The find trick works on all filesystems, it only relies on the scsi
layer returning the io error back to the cat command.
On Sat, Sep 22, 2018 at 3:11 PM Ranjan Maitra  wrote:
>
> We do have the original disk. Just making sure before we do this: does it 
> matter that it is an xfs system?
>
> Many thanks,
> Ranjan
>
> On Sat, 22 Sep 2018 14:09:02 -0500 Roger Heflin  wrote:
>
> > If you have the original disk and can mount the filesystem then do this:
> >
> > create a script like this and call it say /dir/testcatfile:
> > cat $1 > /dev/null
> > RC=$?
> > if [ ${RC} != 0 ] ; then
> >   echo "$1 is corrupt"
> > fi
> >
> > chmod +x /dir/testcatfile
> >
> > Then do this:
> > find /tmp -type f  -exec /dir/testcatfile {} \;
> >
> > each file it gets an io error on will print out a message.
> >
> > This only works if you still have the original and can mount it as it
> > relies on the disk returning io errors on the original disk.
> >
> > On Sat, Sep 22, 2018 at 9:20 AM Tony Nelson
> >  wrote:
> > >
> > > On 18-09-22 00:44:17, Ranjan Maitra wrote:
> > >   ...
> > > > Is this the right thing to do?
> > >
> > > Probably.  I expect the affected files to contain NULs, which you could
> > > search for.  Then you'd know that you have the correct files and where
> > > the damage is.
> > >
> > > --
> > > 
> > > TonyN.:'   <mailto:tonynel...@georgeanelson.com>
> > >'  <http://www.georgeanelson.com/>
> > > ___
> > > users mailing list -- users@lists.fedoraproject.org
> > > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > > List Archives: 
> > > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>
>
> --
> Important Notice: This mailbox is ignored: e-mails are set to be deleted on 
> receipt. Please respond to the mailing list if appropriate. For those needing 
> to send personal or professional e-mail, please use appropriate addresses.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: has anyone used the ausdom 335 camera

[Roger Heflin]

A logitech 920 is $50 on amazon.  Not sure I would mess with another
brand for a few dollars savings.

The 920's I have used worked well with fedora and were really clear.
On Sat, Sep 22, 2018 at 4:31 PM Howard Howell  wrote:
>
> Hi, guys,
> Looking for an inexpensive webcam.  Found this on Amazon:
> Ausdom 335 1080P camera:
> https://www.amazon.com/dp/B07D7SDQZL/ref=sspa_dk_detail_2?psc=1
>
> Anyone used this on Fedora?
>
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: systemd-networkd-wait-online times out

[Roger Heflin]

Run this:
systemd-analyze critical-chain network-online.target


On Wed, Apr 10, 2024 at 6:20 AM Sam Varshavchik  wrote:
>
> Samuel Sieb writes:
>
> > I have a similar problem where the wait-online service suddenly started
> > taking a very long time and then failing.  My system that used to boot in a
> > few seconds now takes over a minute.  So I have two questions.
> >
> > What is it waiting for?  My main ethernet card gets an address right away.
>
> Some stuff that comes up doesn't really like it if there is no network
> connection, at the time. That's what this whole house of cards is for: to
> sit and wait until the box has at least one network connection "up".
>
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: What is Castor ? Att.Jonathan Billings.

[Roger Heflin]

castor is someplace on your machine defined as the linux node's hostname.

dhcp-client does deliver the defined hostname in the dhcp
requests/responses to the router when it asks for the IP address.

What does 'hostname' report?   and 'hostnamectl' report as the hostname?

On Sat, May 4, 2024 at 10:17 AM Ger van Dijck  wrote:
>
> Hi,
>
>
> A bit late Jonathan but here is my answer.
>
>
> After upgrade to Fedora 40 all runs perfect , but the login prompt looks
> as follows :
>
>
> [root@castor GervanDijck] #
>
>
> Suddenly the router a Fritz-Box 7490 detects the Name Castor with
> IP192.168.178.29 (not connectebel) with a MAC number and the connection
> is WLAN.
>
>
> I just do not understand it : What does it represent ?
>
>
>
>
> Ger van Dijck.
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: What is Castor ? Att.Jonathan Billings.

[Roger Heflin]

On Wed, May 8, 2024 at 5:09 AM John Pilkington  wrote:
>
> On 08/05/2024 10:18, Tim via users wrote:
> > On Tue, 2024-05-07 at 17:36 -0400, Jonathan Billings wrote:
> >> Some home router/gateways will remember the hostname a system used as
> >> part of their network, and when handing out the same IP to a new
> >> host, re-uses the saved hostname.
> >
> > I've yet to come across a home gateway that handles name resolution,
> > they just dole out numerical IPs from their DHCP server, it also seems
> > to be a bit of a rarity for a client to accept a hostname that a DHCP
> > server does supply (if it does).  DHCP clients can also request the
> > DHCP server lets them use their own hostname, and that's often ignored,
> > too.
> >
> > More often than not, a client would to a reverse DNS look-up on its
> > assigned IP to see what domain/hostname is associated with that IP
> > (which could be a DNS query, but first it looks in the hosts file).
> >
> > Not everyone has a DNS server, or a configurable one, nor adjusts their
> > hosts file (often fighting with Network Mangler over it).  So:
> >
> >> Set your preferred hostname either in GNOME Settings (or whatever
> >> DE’s settings) or with hostnamectl.
> >
> > Which stores a setting somewhere naming itself consistently, whatever
> > IP address you get given.
> >
> > This can get messy if you get assigned different numerical IPs from
> > time to time.
>
> It occurs to me that my new 'dual-boot' problems with F40 KDE might be
> related to this, but I'm not clear how I could test it.  I've posted
> both here and on the kde list.
>
> I have two screen-devices, HDMI tv and vga monitor.  By default booting
> is to Windows, but 'escape' early on goes to an HP-provided
> boot-selection sequence and grub.
>
> Choosing "modesetting" starts booting with both screens active, but
> freezes shortly after a cursor appears.
>
> "nomodeset" gives a usable system, but with the vga screen never active
> and final HDMI resolution fixed at 800x600.
>
> Could this perhaps be a conflict of hostnames set at power-on and by Fedora?
>
> John P

No.

Whatever the hostname is it really does not matter for booting or not.

The fact that nomodeset works tells me that the graphics driver in the
kernel is unable to handle your card and/or monitors in some critical
way.

What kind of vga/video card do you have?
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Need system to run 24/7

[Roger Heflin]

You do not need to tell it anything.All of my systems run until I
reboot them or the power goes off.

Do you mean keeps going to a "crash", ie not something issuing a
controlled reboot?  If so then you likely have a hardware issue.

Note when I ran large supercomputers with long running jobs any nodes
with weak hardware would regularly crash and have to be repaired or
simply thrown out.

On Thu, May 23, 2024 at 5:37 PM Robert McBroom via users
 wrote:
>
> This thread has been on before but I lost it. I need my system to run
> long simulations without my intervention. It keeps going to a reboot
> intermittently.  The program has recovery that all is not lost with a
> shutdown but the time getting back to check on the system.  Don't
> remember the setting to tell fedora what to do for always on systems.
>
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Issue with logrotate and mariadb?? After upgrade to Fedora 40

[Roger Heflin]

That would have to have been a mariadb config file/code change to no
longer allow root at localhost to access without a password.

Based on this change adding the root@localhost type auth on Windows
then it should work.
https://jira.mariadb.org/browse/MDEV-26715

Those changes were 10.11.0 so I wonder if there is something wrong
with the change.

This seems to be the defect:
https://jira.mariadb.org/browse/MDEV-21194

There is an explanation in there and notes on how to correct the issue.

On Sat, Jun 1, 2024 at 10:59 AM Michael D. Setzer II via users
 wrote:
>
> Worked fine with Fedora before 40, but now get message.
> Line in /etc/logrotate.d/mariadb
> /usr/bin/mariadb-admin $EXTRAPARAM --local flush-error-log \
>flush-engine-log flush-general-log flush-slow-log
> #OUTPUT
> #/usr/bin/mariadb-admin: connect to server at 'localhost' failed
> #error: 'Access denied for user 'root'@'localhost' (using password: NO)'
> Message would probable not be seen with regular lograte run?
> Edit the file and add -u root -p(password) and it runs fine.
> /usr/bin/mariadb-admin $EXTRAPARAM --local flush-error-log -u root -p***\
>flush-engine-log flush-general-log flush-slow-log
> Don't like having password in files, so wondering if there is a solution. 
> Didn't see this with versions before 40 update.
> Files in /etc/logrotate.d have
> ls -l mariadb
> -rw-r--r-- 1 root root 1702 Feb  7 10:00 mariadb
> So, seems public would be able to look at file?
> Thanks.
> ++
>  Michael D. Setzer II - Computer Science Instructor (Retired)
>  mailto:mi...@guam.net
>  mailto:msetze...@gmail.com
>  mailto:msetze...@gmx.com
>  Guam - Where America's Day Begins
>  G4L Disk Imaging Project maintainer
>  http://sourceforge.net/projects/g4l/
> ++
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: chroot

[Roger Heflin]

you need to add these mounts to allow full function under a rescue
boot+mnt+chroot.

mount -o bind /proc /mnt/linux/proc
mount -o bind /sys /mnt/linux/sys
mount -o bind /dev /mnt/linux/dev
mount -o bind /dev/pts /mnt/linux/dev/pts

Typed from memory.   I have done way too many live cd rescue boots.


On Sat, Jun 1, 2024 at 10:56 AM Tom Horsley  wrote:
>
> On Sat, 1 Jun 2024 17:33:19 +0200
> Patrick Dupre via users wrote:
>
> > Hello,
> >
> > To update a system installed on a specific partition that way?
> > (after dnf update --refresh)
> > mount /dev/sdx /mnt/linux
> > chroot /mnt/linux
> > dnf system-upgrade download --releasever=40
>
> I wouldn't trust it. I'll often use chroot to download updates,
> but to actually run them there are too many things I imagine need
> a "real" system to apply the updates. All the stuff from /proc
> and /sys that some updates might need aren't going to be there
> in a chroot for one example.
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: fstab

[Roger Heflin]

man btrfs

But In general I always use defaults for the option and then override
any others.

And remount-readonly is a default option on ext4 and I don't believe
it was ever necessary to supply it.

On the above I would use defaults,noauto,nofail

On Sat, Jun 1, 2024 at 10:06 AM Patrick Dupre via users
 wrote:
>
> Hello,
>
> With ext4 filesystems, I used to set
>
> ext4noauto,errors=remount-ro1 2
>
> in the fstab.
>
> With btrfs FS
> it does not like the option errors=remount-ro
> mount: /mnt/backup_2: wrong fs type, bad option, bad superblock on /dev/sdc5, 
> missing codepage or helper program, or other error.
>dmesg(1) may have more information after failed mount system call.
>
> btrfs: Unknown parameter 'errors'
>
> Is there another option?
>
> Thanks
>
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
> ===
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: strange results of history command list

[Roger Heflin]

If you have 2 separate sessions open for the given user last save/exit
wins and overwrites the history file.  This may be an
oversimplification but 2 sessions both saving out do seem to make a
mess.

And if there is no -TERM and/or clean exit then nothing gets written out.

I have trained people on root cause analysis for system events/crashes
and I have always told them that if you do not find something in the
history that does not mean that a command was not typed.

On Tue, Jun 4, 2024 at 11:17 AM AV via users
 wrote:
>
> This is on fedora 40, a fresh 'everything' network install.
> I always update/upgrade manually using 'sudo dnf --refresh upgrade'.
> To save typing I would scroll through the command history using the
> arrow keys.
> But 'sudo dnf --refresh upgrade' is no longer listed!
> All other commands I used are still listed, but not this one.
> Can somebody explain?
>
> AV
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: How to remove settings from a systemd unit file

[Roger Heflin]

The easy solution is chattr +i   and that will block all
further changes to the file forever.

It is kind of a last resort.

On Tue, Jun 4, 2024 at 6:24 PM Sam Varshavchik  wrote:
>
> So I was tearing my hair out trying to figure out why attempts to push via
> DAV to a git repo were failing.
>
> Eventually I succeeded in stracing the httpd process sto capture the
> request. It was getting an EROFS when it tried to write to the git repo.
>
> Amusing.
>
> To make a long story short, the culprit was:
>
> ProtectHome=read-only
>
> in /lib/systemd/system/httpd.service,(the git repo was in a directory inside
> a mounted /home partition).
>
> I tried using
>
> systemctl edit httpd
>
> And putting this in there:
>
> [Service]
> ProtectHome=
>
> However this apparently did not work. I threw in the towel and just edited
> /lib/systemd/system/httpd.service and commented this setting out, entirely,
> to finally fix this issue, and happy git pushing resumed.
>
> But how do I fix this so that the next apache update doesn't clobber this?
>
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Interesting mount problem - F40

[Roger Heflin]

On mine I have md raid1 configured for /boot.  Old install no
/boot/efi but it should also work for /boot/efi because even with
mdraid the bios/efi will still be able to find what it needs to find
to boot but when the OS comes up it mounts the md-raid raid1 devices.

This would allow you to survive a disk failure, but not survive a bad
deletion at the fs level.

On Tue, Jun 18, 2024 at 12:59 PM Frank Bures  wrote:
>
> On 2024-06-18 13:52, Frank Bures wrote:
>
> >
> > Just to explain:
> >
> > I do not dd the whole /dev/sda.  There are only /boot and /boot/efi
> > partitions on the disk, the rest is unformatted.  I only dd the formatted
> > sectors.
> >
> > The whole idea of having the same UUID on both sda and sdg is the ability
> > of just booting from the other disk in case of sda failure without having
> > to reconfigure anything.  Now I understand the problem this arrangement
> > creates.
> >
> > If I understand correctly, doing rsync backup would not guarantee this
> > direct boot functionality.
> >
> > Any other thoughts?
>
> Or I could just live with it.  Let the machine decide, which disk it wants
> to mount and then copy the boot disk to that disk.  I could even automatize
> the backup script to make the decision by itself.  In fact, there is no
> difference between mounting sda or sdg as /boot if they are the same with
> the same UUID..
>
> Cheers
> Frank
>
>
> --
>
> 
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: password issue with f40

[Roger Heflin]

You would need to find the log file that starts up Xorg after you login it.

There are a number of things that can be set wrong and/or missing that
will cause Xorg to attempt to start and fail and exit like this.

F39 puts the log file here on my machine.
/var/log/Xorg.0.log

On most of my machines I have it set to default to multi-user mode (no
gui) and login as a user on the console and then type startx as that
gives me a much easier way to debug the failure.  it also lets me more
easily boot up and login to console and fix/debug more basic boot up
issue without being troubled to login to the gui.

On Thu, Jun 20, 2024 at 12:30 AM Michael Hennebry
 wrote:
>
> I just discovered something interesting:
> None of the accounts on my machine will login with Xorg.
> The option is offered, but is does not work.
> For F40, I had selected gnome-classic with Xorg.
> New accounts defaulted to gnome with Wayland.
> When I made a new hennebry account, even with an old home directory,
> it got the default and allowed me to login.
> I infer that the option is not stored in the home directory.
>
> Not being able to use Xorg is not good news.
> Last time I had trouble running videos,
> part of the solution was switching to Xorg.
> The rest, I think, was installing the H.264 decoder.
> I found the thread, but it does not tell me the
> name of the package or the name of the repo.
> Also, I do not know whether videos will work for me with Wayland.
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "SCSI is NOT magic. There are *fundamental technical
> reasons* why it is necessary to sacrifice a young
> goat to your SCSI chain now and then."   --   John Woods
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Touch Screen and WiFi cards

[Roger Heflin]

Intel AX200 series works great in my 2 laptops.  Much better than the
non-intel crap.

The support is not a Fedora issue, it is simply a Linux Kernel issue.
 The qualcomm native kernel driver is not good.   I replaced one in a
laptop 4 years ago, and when I got a new laptop struggled with the new
qualcomm card for a few weeks before replacing it.   And any
add-on/out-of-tree wifi drivers are an even bigger disaster...you have
to compiled it and every few versions get new code to support the new
kernel, and even with that I suspect that they may not be super
stable.

On Fri, Jun 21, 2024 at 3:55 PM ToddAndMargo via users
 wrote:
>
> Hi All,
>
> I customer gave me a laptop he inherited to see what
> could be done with it.  It works really nicely, so I need
> to send him over recommendations.
>
> 1) does these really thin laptops have their wifi
> cards soldered in or can they be replace?  (I can
> usually replace regular laptop WiFi cards.)
>
> I presume Intel's WiFi cards have good Fedora support?
>
> 2) does Fedora support touch screens?
>
> Many thanks,
> -T
>
> --
> ~~
> Computers are like air conditioners.
> They malfunction when you open windows
> ~~
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Firefox foul ups

[Roger Heflin]

Steve's problem sounds like a Xorg/Wayland graphics issue/bug that
firefox somehow triggers.

My firefox has acted off for a while.  Typically is it seems to get
bogged down using a lot of ram (2-10GB for at least one firefox
process), but more recently I don't see the big memory usage but it
seems to go cpu bound and non-responsive in some tabs (reddit
usually).On the high ram usage killing the specific process in
about:performance fixes that, but the only fix for the cpu
bound/nonresponding seems to be to exit all of firefox and restart.

Firefox needs to stop working on new features and simply get it
stable.  And I had most of the exact same issues on windows 11, so
this is not a code issue specific to Linux.  I have multiple web sites
that seem to be able to make one or more tabs consume GB's of ram. The
websites causing the ram issue were the same on both Windows and
Linux.

On Sat, Jun 22, 2024 at 10:58 AM home user  wrote:
>
> On 6/22/24 9:16 AM, Steve Underwood wrote:
> > Is anyone else having problems with Firefox on FC39 with XFCE recently? 
> > After rock solid operation for a long time, in the last 2 or 3 weeks the UI 
> > has been fouling up every day or two when I do some seemingly mundane 
> > operation in Firefox. A couple of times Firefox has crashed after a few 
> > seconds. The foul ups sometimes only affect the Firefox windows, and other 
> > windows still work OK. Sometimes the whole desktop fouls up, and I have to 
> > switch to a text only screen and kill Firefox. That restores normal desktop 
> > operation for all the other windows.
> >
> > Steve
>
> I don't know if it's related or not, but yesterday evening on my workstation 
> (f39, gnome) Firefox was maxing out one cpu for minutes.  I exited Firefox.  
> The maxing out of a cpu continued.  ksysguard showed a Firefox process at the 
> top of the process list (sorted by cpu usage), even long after exiting 
> Firefox.  I had to kill that process manually.  This all repeated a second 
> time.  Also curious, I saw a several processes with names containing 
> "akonadi" and strings relating to e-mail/calendar.  After exiting Firefox 
> again and exiting Thunderbird, the maxing out of a cpu stopped and has not 
> since recurred, though I see 19 different akonadi processes now in a "ps" 
> output.  Firefox is the only browser I use, and Thunderbird is the only 
> e-mail client and calendar that I use.  I do not access e-mail via browser.
>
> Are my problems and Steve's related and/or connected?
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Chrome/Chromium illegal instruction lately?

[Roger Heflin]

For me when an update happens for firefox (not sure if it is a firefox
update or just some libraries it uses, or both) it does not crash
(that I notice) but simply stops working (web page refresh and other
things don't work anymore).

So in the firefox case something extreme enough is happening that I am
surprised that it stays up and only breaks and does not crash.   After
that I have to make sure to completely exit firefox and restart it to
get it to function again. Firefox has done this across multiple
kernels and updates on multiple machines.

So maybe something similar (update breakage) is happening for chromium also.

On Sun, Jun 30, 2024 at 12:20 PM Chris Adams  wrote:
>
> Once upon a time, Jeffrey Walton  said:
> > On Sun, Jun 30, 2024 at 12:52 PM Chris Adams  wrote:
> > > After some recent updates, I seem to get an illegal instruction the
> > > first time or two I start Chrome/Chromium after boot.  If I close it and
> > > reopen it a time or two, it'll work like normal from that point on,
> > > until I reboot again.  It's the weirdest thing, I can't think of
> > > anything I've ever seen act like this before.
> > >
> > > Not sure if this is a problem with Chrome/Chromium, some library
> > > dependency, or even the kernel.  It's happening for me on both Fedora 39
> > > and 40 (both x86_64).  dmesg shows:
> > >
> > > [  127.676343] traps: chromium-browse[3675] trap int3 ip:55bcd5b053c6 
> > > sp:7fff6061e350 error:0 in chromium-browser[55bccfde1000+d8af000]
> >
> > It's hard to say whether a problem exists based on the information provided.
> >
> > In the case of crypto libraries, a common strategy at startup is to
> > perform cpu feature testing by trying an instruction in an ISA (like
> > SSE4.2, SecureKey or AVX2), and trapping a potential cpu fault. If the
> > fault is raised, the ISA is not available. Then the library sets up
> > its function calls based on availability.
> >
> > Video drivers probably perform similar probes at startup.
> >
> > So to investigate further, we probably need to see a disassembly
> > around the offending code, the name of the offending function, and the
> > callstack.
>
> I'm rusty on that kind of thing TBH, haven't needed to do that in many a
> year, so I'd need some instructions.  It's just weird to me that it goes
> away on its own after 2-3 tries.
>
> I will say it doesn't appear to be video related at least; I'm hitting
> this trying to build an RPM in mock that runs Chromium headless in %test
> (so no video involved at all).
>
> --
> Chris Adams 
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: mdadm.conf

[Roger Heflin]

Did you build a mdadm raid1 or a dm-raid raid 1?

+imsm means you built a dm-raid device (software raid that the
bios/efi is aware of) and it is slightly different from a normal
mdadm.

If it works and uses the correct device names on each boot up then I
would not touch it.

If you do touch it then you will need to rebuild the initramfs as that
file will be in the initramfs so that it can start up the raid to boot
the node.

On Tue, Jul 2, 2024 at 10:30 AM Javier Perez  wrote:
>
> Hi.
> I just built an Raid 1 for /  , /boot and /boot/efi using the blivet tool 
> during installation.
> Everything works fine so far, but I noticed that the Array lines on 
> mdadm.conf look funny
>
> mdadm.conf
>  mdadm.conf written out by anaconda
> MAILADDR root
> AUTO +imsm +1.x -all
> ARRAY /dev/md/Fedora_efi level=raid1 num-devices=2 
> UUID=e82eff07:23f7fa9f:f3d9814a:f9b7ef81
> ARRAY /dev/md/boot level=raid1 num-devices=2 
> UUID=ffc4f8f2:9dc1b2de:1bce2836:d1968df7\
> end==
> It does not have the full UUIDs of the partitions, only the last  8 
> characters.
>
>  It caught me by surprise because the mdadm.conf man page says nothing about 
> it.
>
> --
> --
>  /\_/\
>  |O O|  pepeb...@gmail.com
>   Javier Perez
>    While the night runs
>    toward the day...
>   m m   Pepebuho watches
> from his high perch.
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: mdadm.conf

[Roger Heflin]

I believe to move to another motherboard you would need to do a bit of
messing around.  If the new motherboard was the same vendor and was
also set the same (assuming it is set to raid for SATA) then it would
likely work.

You might want to check in the bios/firmware/EFI to see what the SATA
controller is set to.   Typically you have at least raid and ahci and
this is used when it is set to raid and would need work to move to
another motherboard.   If you change it to ahci it will stop booting
without some serious adjustments.

I assume the mdadm commands should be similar though but even if they
aren't there should be documentation on how it differs.   I avoid the
raid setting on the motherboard because of MB swap limitations.

On Tue, Jul 2, 2024 at 4:16 PM Javier Perez  wrote:
>
> H
> Did not know there was such a thing as dm-raid. It was built up by the 
> installer.
> Makes me wonder, should something happen to the MB, will it be problematic to 
> move the discs to another system?
> I am assuming if one disk falls, the mdmraid commands to rebuild the array 
> would still be the same
>
>
> On Tue, Jul 2, 2024, 11:15 Roger Heflin  wrote:
>>
>> Did you build a mdadm raid1 or a dm-raid raid 1?
>>
>> +imsm means you built a dm-raid device (software raid that the
>> bios/efi is aware of) and it is slightly different from a normal
>> mdadm.
>>
>> If it works and uses the correct device names on each boot up then I
>> would not touch it.
>>
>> If you do touch it then you will need to rebuild the initramfs as that
>> file will be in the initramfs so that it can start up the raid to boot
>> the node.
>>
>> On Tue, Jul 2, 2024 at 10:30 AM Javier Perez  wrote:
>> >
>> > Hi.
>> > I just built an Raid 1 for /  , /boot and /boot/efi using the blivet tool 
>> > during installation.
>> > Everything works fine so far, but I noticed that the Array lines on 
>> > mdadm.conf look funny
>> >
>> > mdadm.conf
>> >  mdadm.conf written out by anaconda
>> > MAILADDR root
>> > AUTO +imsm +1.x -all
>> > ARRAY /dev/md/Fedora_efi level=raid1 num-devices=2 
>> > UUID=e82eff07:23f7fa9f:f3d9814a:f9b7ef81
>> > ARRAY /dev/md/boot level=raid1 num-devices=2 
>> > UUID=ffc4f8f2:9dc1b2de:1bce2836:d1968df7\
>> > end==
>> > It does not have the full UUIDs of the partitions, only the last  8 
>> > characters.
>> >
>> >  It caught me by surprise because the mdadm.conf man page says nothing 
>> > about it.
>> >
>> > --
>> > --
>> >  /\_/\
>> >  |O O|  pepeb...@gmail.com
>> >   Javier Perez
>> >    While the night runs
>> >    toward the day...
>> >   m m   Pepebuho watches
>> > from his high perch.
>> > --
>> > ___
>> > users mailing list -- users@lists.fedoraproject.org
>> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
>> > Fedora Code of Conduct: 
>> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> > List Archives: 
>> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>> > Do not reply to spam, report it: 
>> > https://pagure.io/fedora-infrastructure/new_issue
>> --
>> ___
>> users mailing list -- users@lists.fedoraproject.org
>> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>> Fedora Code of Conduct: 
>> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives: 
>> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>> Do not reply to spam, report it: 
>> https://pagure.io/fedora-infrastructure/new_issue
>
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: remove a disk from raid1 array

[Roger Heflin]

You need to add this to the grub kernel boot line:
bootdegraded=true
otherwise the default behavior is to freak out and not work.

On Wed, Jul 3, 2024 at 5:17 AM François Patte
 wrote:
>
> Bonjour,
>
> I need to remove a disk from a raid1 array and restart the computer
> *without* that disk and without any other disk
>
> Up to now, if I stop the computer, unplug the disk and restart, the
> computer does not start complaining that it has not find all the disks.
>
> Do I have to remove the disk from the array (set it faulty and remove)
> with mdadm before stopping the computer? Or is there another way to
> proceed?
>
> Thank you.
>
> --
> François Patte
> UFR de mathématiques et informatique
> Laboratoire CNRS MAP5, UMR 8145
> Université Paris Descartes
> 45, rue des Saints Pères
> F-75270 Paris Cedex 06
> Tél. +33 (0)6 7892 5822
> http://www.math-info.univ-paris5.fr/~patte
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Fedora and System Rescue CD disagree on the state of my btrfs filesystem

[Roger Heflin]

If it is only giving btrfs errors on 6. 9.x and not the rescue kernel and
6.8.x that would seem like a potential kernel bug.  Run on 6.8.x and wait
for say 6.10 would be best.

On Fri, Jul 26, 2024, 12:31 PM Richard Shaw  wrote:

> On Fri, Jul 26, 2024 at 8:59 AM John Mellor  wrote:
>
>> On 2024-07-26 8:25 a.m., Richard Shaw wrote:
>>
>> On Thu, Jul 25, 2024 at 6:29 PM Jeffrey Walton 
>> wrote:
>>
>>> On Thu, Jul 25, 2024 at 2:15 PM Richard Shaw 
>>> wrote:
>>> >
>>> > I recently had the Fedora install on my laptop go sideways (Ryzen 5
>>> 4500U w/ nvme disk).
>>> >
>>> > The filesystem was going readonly so I installed System Rescue CD to a
>>> thumb drive to investigate. Sure enough I had 4 unrecoverable errors.
>>> >
>>> > I don't keep anything critical on it so I decided to just reinstall
>>> with Fedora 40. Installation went fine but I did notice weird dnf output on
>>> my first updated buy everything SEEMED fine...
>>> >
>>> > I rebooted after the update and tried to log in when after a minute or
>>> two the system froze. Rebooted and sure enough a `dmesg | grep BTRFS`
>>> showed an error.
>>> >
>>> > Back to booting with System Rescue CD neither a `btrfs check
>>> --check-data-csum` or after mounting, a `btrfs scrub` show any errors.
>>> >
>>> > So who's right? And if there is an error, what's causing it? I've
>>> checked the drive with smartctl and even let the factory HP firmware diag
>>> tools run in a loop overnight checking everything without error.
>>>
>>> The (1) irrecoverable disk errors from the original install, and (2)
>>> the errors from the current install, and (3) the errors from dnf
>>> indicate (to me) you have a failed NVMe drive. I used to see the
>>> symptoms all the time when using SDcards in ARM dev boards. I would
>>> put a swap file on the dev board (due to lack of resources), and the
>>> drives would fail within about 6 months with the symptoms you
>>> describe.
>>>
>>> Now the interesting part (to me) is, (4) lack of errors reported by
>>> some tools. That indicates to me a Chinese drive that misreports drive
>>> size and statistics. They usually show up on thumb drives, but I
>>> experienced one on a SSD drive years ago. Also see
>>> .
>>>
>>> All in all, I would replace the NVMe drive with a new one from a
>>> trusted source. Not Amazon or eBay.
>>>
>>
>> It's the drive that came with the laptop so unlikely to be a cheap/phony
>> drive but the mystery does get deeper...
>>
>> 1. I was able to see the same results even if I booted to a F40 Live USB.
>> I'm thinking that the system caught the problem quick enough the error
>> didn't actually get written to the disk.
>>
>> 2. I consistently see the problem at about 30 seconds (from dmesg) if I
>> boot the 6.9.9 or 6.9.10 kernels that have been installed via updates. If I
>> boot 6.8.5, the kernel that shipped with F40 I can't reproduce the problem.
>>
>> Of course that's strange because if this was a widespread issue there
>> would be tons of people complaining.
>>
>> Odds are that you have bad ram or are running the processor clock higher
>> than what it can handle.  I also had this kind of issue when I had a bad
>> video card, but the system generally froze or crashed and left the drive in
>> an unrecoverable state.  The tools for fixing a btrfs partition are
>> generally lacking in Fedora, and the tools that come with btrfs are also
>> useless when the  failing partition is your active root partition.  I don't
>> know if Suse has better tools, but its a huge problem with Fedora
>> recoverability.
>>
>
> It's an HP Envy Laptop, no ability to overclock. I did upgrade the memory
> when I first got it over 3 years ago from 8GB to 16GB but it's plain
> DDR4-3200. As I previously mentioned I let the HP diag tools run overnight
> and completed 14 cycles without any errors and now I just finished letting
> Memtest86+ run for 5 complete cycles without any errors.
>
> The only common denominator I have found so far is the two 6.9 kernels I
> have installed.
>
> Thanks,
> Richard
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/

Re: chmod - display dirs

[Roger Heflin]

That is typically the sort I would do.  I usually just use the find
option "-ls" and not the exec.   And for warm and fuzzy feelings you
can add a -ls on thd fine command after the chmod's \;

On Mon, Jul 29, 2024 at 11:43 AM bruce  wrote:
>
> Hi
>
> I'm looking to update the permissions of a bunch of folders within a
> dir (not recursively), but I'd like to display the dirs prior to
> making changes -- measure twice, then cut.
>
>  find /etc/*/ -maxdepth 0 -type d -exec ls -dal {} \;
> --seems to display the list of dirs for the test folder...
>
> I can then
>  find /etc/*/ -maxdepth 0 -type d -exec chmod XXX {} \;
>  (which would match what the dirs are from a cloned system..)
>
> Is this the "best" approach?
>
> thanks
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Slow transfer speed to USB 3.0 portable drive

[Roger Heflin]

Is this a spinning disk or an SSD?  And what are you writing to the
disk?And what filesystem is on the disk?


On Thu, Aug 15, 2024 at 12:23 PM Andre Robatino
 wrote:
>
> Testing a little more, the transfer speed between the desktop's black USB 
> ports and the portable drive is only slow (around 2 MB/s) in one direction, 
> from the desktop to the portable drive. From the portable drive to the 
> desktop, it's about the same as before, around 25 MB/s. With the laptop's 3.x 
> USB ports, the direction didn't seem to matter AFAICT.
>
> BTW the portable drive's USB port is labeled SS and colored blue, so it's 
> definitely USB 3.0.
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Slow transfer speed to USB 3.0 portable drive

[Roger Heflin]

You might install usbview and run it.  It will give you a gui window
and let you drill down and examine what each USB device looks like.

It would make me think it is some BTRFS issue.  maybe for some reason
the disk is fragmented and having to write blocks all over the place.
The way I know to test this is to write the file, note the rate that
you write it, and then clear the disk cache on the machine and/or
force dd to read the file enabling directio and see if it is slow
coming off the disk.If it is fragmentation the read off the
disk will be similarly slow.

On Thu, Aug 15, 2024 at 1:16 PM Andre Robatino
 wrote:
>
> The portable drive is a HDD, formatted with BTRFS (same as each of the three 
> F40 machines, the two desktops and the laptop). The desktops have HDDs and 
> the laptop has an SSD but they always have and the transfer speed used to be 
> faster, none of that hardware has changed. After noticing the slow transfer, 
> I'm testing by rsync'ing a single large file in both directions to note the 
> transfer speed (and of course deleting it on the target disk afterwards so 
> it's doing the full transfer each time). I suppose that nowadays it's rare to 
> have machines with black USB 2.0 ports so that may be why nobody's noticed 
> it, my hardware is old. As I said the speed seems to be more or less normal 
> to/from the laptop with its USB 3.x ports, though I'm puzzled why it would be 
> slower with the yellow ports than the blue ones, yellow ports are faster.
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Slow transfer speed to USB 3.0 portable drive

[Roger Heflin]

So it is only slow on the slow port?  If so it kind of sounds like the
fs may be mounted sync and/or the disks write cache is disabled.
smartctl --xall   sometimes works against usb disk and
sometimes it does not work.  if it works it will tell you the write
cache status.  The sync and/or btrfs filesystem settings would be seen
in /proc/mounts


On Thu, Aug 15, 2024 at 3:09 PM Andre Robatino
 wrote:
>
> The drive is about 76% full but I don't think it's fragmentation since the 
> transfer of the same ~2 GB file to the portable drive is consistently 
> relatively fast from a blue or yellow USB port, and very slow from a black 
> USB port. Here's the output of "df -T /dev/sdb1" with the drive plugged in:
>
> Filesystem Type  1K-blocks  Used Available Use% Mounted on
> /dev/sdb1  btrfs 976759808 735116440 239872328  76% 
> /run/media/andre/Seagate
>
> Below is the output from usbview, this is with it plugged into the desktop's 
> black USB 2.0 port so it's only showing that speed, not the USB 3.0 speed of 
> the portable drive.
>
> Backup+ BK
> Manufacturer: Seagate
> Serial Number: NA515PK9
> Speed: 480Mb/s (high)
> Bus:   2
> Address:   3
> USB Version:  2.10
> Device Class: 00
> Device Subclass: 00
> Device Protocol: 00
> Maximum Default Endpoint Size: 64
> Number of Configurations: 1
> Vendor Id: 0bc2
> Product Id: a013
> Revision Number: 01.00
>
> Config Number: 1
> Number of Interfaces: 1
> Attributes: 80
> MaxPower Needed: 100mA
>
> Interface Number: 0
> Name: usb-storage
> Alternate Number: 0
> Class: 08
> Sub Class: 06
> Protocol: 50
> Number of Endpoints: 2
>
> Endpoint Address: 02
> Direction: out
> Attribute: 2
> Type: Bulk
> Max Packet Size: 512
> Interval: 0ms
>
> Endpoint Address: 81
> Direction: in
> Attribute: 2
> Type: Bulk
> Max Packet Size: 512
> Interval: 0ms
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Slow transfer speed to USB 3.0 portable drive

[Roger Heflin]

On any other filesystems I have used, using sync makes performance suck.

No idea about what is normal/ok for btrfs.

You might see if all btrfs filesystems are using sync or just the
removable ones are.

On Thu, Aug 15, 2024 at 5:21 PM Andre Robatino
 wrote:
>
> The output of "smartctl --xall /dev/sdb1" includes
>
> SMART support is: Available - device has SMART capability.
> SMART support is: Disabled
> Temperature Warning:  Disabled or Not Supported
> query_cmd_support response too short
> Read Cache is:Enabled
> Writeback Cache is:   Enabled
>
> Interestingly, I haven't been able to get SMART data from my internal drives 
> using gnome-disks (see https://bugzilla.redhat.com/show_bug.cgi?id=2303813 ) 
> but I could using smartctl -a. With the portable drive, it's reversed, I get 
> the SMART data from gnome-disks but not from smartctl -a or -x. Anyway, I 
> doubt that has anything to do with this since that started with kernel 6.10.3 
> and the slow transfer problem started before 6.9.12.
>
> The output of /proc/mounts includes
>
> /dev/sdb1 /run/media/andre/Seagate btrfs 
> rw,sync,seclabel,nosuid,nodev,relatime,space_cache,subvolid=5,subvol=/ 0 0
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: smartd configuration problem

[Roger Heflin]

Someone seems to have added it to setup a snmp config.   It is
unlikely you want an snmp config/install, its only use is for external
monitoring via the network (without ssh access) and is for the most
part not being used much anymore.

You might do a man smartd.conf and see if there is an option to
disable snmp config completely.

I also disable smartd because generally it is less than useful (I have
had too many "your disk is going to fail soon" notifications where the
disk stopped working >3 years later--so the warning was useless, I
have also had disks fail that smartd did not ever report as failed).
 Generally I view its reliability is so bad the tool is actually WORSE
than useless since it scares you with incorrect warnings, and fails to
report real (usually bad sector issues) correctly.

I replace it with simply taking a report a day for each disk and when
disks act up I see if the bad sectors count are rising on one of the
disks.


On Fri, Aug 16, 2024 at 10:33 AM Robert McBroom via users
 wrote:
>
> Boot process f40 system stops for a long time with a problem with smartd. 
> Seems to access the system drives and note that they are SMART capable. The 
> following entries are in the journal
>
>
> smartd[977]: Warning via /usr/libexec/smartmontools/smartdnotify to root 
> produced>>
>
> smartd[977]: No configuration file found at (null) or /etc/esmtprc
>
> After multiple entries
>
> smartd[977]: No configuration file found at (null) or /etc/esmtp
>
> The files referenced are not in /etc. Don't see such files on a f39 system
>
> What is the system looking to find and where can it be found.
>
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Slow transfer speed to USB 3.0 portable drive

[Roger Heflin]

So here is why sync sucks only on a usb 2.0 connection.

The host fills up the disks write cache some portion of
(32MB/64MB/128MB) and then the disk waits for the head get to were the
data needs to be written and writes it, as the write cache clears
space the host sends more data, but at usb2.0 the host cannot send
data as fast as the disk is writing so cannot keep up and the write
cache will empty.  Once the head is no longer writting (location has
passed under the head) then the disk write cache will fill and the
disk needs to wait for the head to come back around (probably around
10ms) and then this happens again.

At 6000 rpm that is about 100 writes / second and given a 2mb/sec rate
then the write cache being used is around 20MB.

At 3.0 speeds the usb bus is fast enough that the write cache should
not empty very often and so it is rare that the disk is waiting for
the disk head to be at the right location to write the data.

On Fri, Aug 16, 2024 at 8:34 AM Andre Robatino
 wrote:
>
> Installing the nemo Bodhi update from 
> https://bodhi.fedoraproject.org/updates/FEDORA-2024-4717e54d2b does cause 
> sync to be eliminated from the line in /proc/mounts, and my transfer speed is 
> back to normal. Thanks for the replies!
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: dmesg, serial port and permissions

[Roger Heflin]

On Fri, Aug 16, 2024 at 12:12 PM Barry  wrote:
>
>
>
> > On 16 Aug 2024, at 08:54, Frederic Muller  wrote:
> >
> > Serial port also requires sudo ( /dev/ttyACM0 ) for betaflight to be able 
> > to access it
>
> Look into adding a udev rule to set the permissions you need on the serial 
> device.
> Then you can avoid using sudo.

Or add the user that needs this access to the "dialout" group (and log
out and back in so the group gets added to the user).   By default
that group is put on serial ports and that group has full rw.

>
> sudo became required for dmesg as unpriv’ed access to the dmesg logs is a 
> security risk that can being exploited by malware.
>
> Barry
>

sysctl -w kernel.dmesg_restrict=0
and setting that parameter in a /etc/sysctl.d so it gets done at boot
returns the original behavior.

Though as noted it is possible to gain useful information that malware
may be able to use to break out of being an unpriv'ed user to become
prived.
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Recent issue with hddtemp.

[Roger Heflin]

Zero chance they back that out.   It is not a regression in the
kernel, a valid fix exposed bad code in user space.

The defect is in user space commands not checking what the kernel
returned.  The bug is not in the kernel.  The solution will be to fix
the user space programs and/or require the extra option to spin the
disk up.

And having a hdtemp command/smartctl command spin up a drive to ask
its temp is a power wasting command.  The drive stays spun up for
several minutes and uses around 5w more while it is spun up.  So one
cannot argue with it returning a "disk is sleeping" result.

On Fri, Aug 16, 2024 at 11:18 AM Doug H.  wrote:
>
> I recently noticed that `gkrellm` was not showing the temperatures for
> my drives (SATA SSD in my case).
>
> It turns out that the 6.10 kernel updates fixed something to spec that
> thus broke some stuff that was depending on a non-spec output that had
> been going on for some time.
>
> The kernel "regression" is shown here:
>
> https://lore.kernel.org/all/0bf3f2f0-0fc6-4ba5-a420-c0874ef82...@heusel.eu/
>
> The symptom for hddtemp is that it will show "drive is sleeping" unless
> you give the -w switch to "wake up the drive". You would need to use
> that each time you query it. I guess the issue shows up in hdparm also
> and some other stuff. So they might back this out, but the proper fix
> should be to the stuff that is depending on non-spec output. Personally
> I am running the last 6.9 kernel and watching the updates that show up
> to see if a new kernel reverts this or if a new version of hdparm or
> hddtemp will fix it.
>
>
> Posting note: Hope this does not double post. My first try was not from
> my fedora e-mail address.
>
> --
> Doug H.
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Recent issue with hddtemp.

[Roger Heflin]

This is BROKEN user space code (hdparm assumes what is being
returned).  And broken userspace code is different.

He does not like to break correct userspace code.

And this code is in what I would classify as a non-critical path, this
breaks some monitoring tools/utilities but does not impact critical
functionality and/or change results that customers/clients would be
depending on outside of the monitoring path.

On Fri, Aug 16, 2024 at 12:37 PM Chris Adams  wrote:
>
> Once upon a time, Roger Heflin  said:
> > Zero chance they back that out.   It is not a regression in the
> > kernel, a valid fix exposed bad code in user space.
>
> I wouldn't say that - Linus is very adamant about not breaking existing
> user space code, which this change did.  Since this is long-standing
> behavior, the fix is probably to revert the change to the existing
> interface and introduce a new interface to get the "correct" behavior.
>
> --
> Chris Adams 
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Slow transfer speed to USB 3.0 portable drive

[Roger Heflin]

It would depend on the buffer size being used.  In Andre's case he
reported it was ok with non-2.0 speeds, probably just luck that the
buffer on his disk is large enough that it works ok.

In general I have never had good luck with sync providing anything
resembling a decent speed except with raid subsystems that have
battery backed-up caches and/or return done the moment it gets into
its cache (whether safe or not).

On Fri, Aug 16, 2024 at 1:25 PM Barry Scott  wrote:
>
>
>
> On 16 Aug 2024, at 18:12, Roger Heflin  wrote:
>
> So here is why sync sucks only on a usb 2.0 connection.
>
>
> The report that lead to the revert of the sync change was on 3.0 connections.
> The slow down was x10 or more.
>
> So no this is not a USB 2 only issue.
>
> Only if the user program and the USB device can overlap I/O do you get the 
> max speed.
> If the user space program has to wait on the previous write then you always 
> see a dramatic slowdown.
>
> Barry
>
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: dracut + LUKS = no boot? (now fine, issues a month ago)

[Roger Heflin]

I don't know specifically on this bug.  But the 2 common mistakes fall
into some piece failing and causing dracut to not properly detect what
modules the boot device needs to use.  And when that happens dracut
times out looking for root.   I have also seen bugs where the
necessary module needed to boot is broken.

Best fix for the first one is to change dracut to use host-only = no
(include all possible modules that may be needed to boot and don't
rely on detection).There may be some other options in dracut to
force tne needed pieces that you know your setup needs.  This should
eliminate the need to rely on the detection code to figure out what
modules are needed.  The disadvantage is that the initramfs will be
2-4x larger and that may impact the number of kernels you can have on
boot.

On Sun, Aug 18, 2024 at 7:33 AM User of Fedoras via users
 wrote:
>
> Hi,
> I had changed from Fedora to openSUSE due to an error on LUKS during
> boot (it would not see the correct devices, dracut would timeout). I
> could boot using an older kernel but couldn't figure out what the
> issue was/hadn't had the patience.
> Yesterday it happened on openSUSE and, in that case, no kernel would
> boot. So, again, I returned to Fedora. Do note the same thing had
> happened on another computer. This was approximately 1 month ago.
>
> No-one else seems to have had this issue.
>
> I've since reinstalled Fedora 40 so now my system is stable and working fine.
>
> Still, it puzzles me, so, does anyone have any hint of what may have
> gone wrong? Spurious internet searches suggested: buggy `blkid` update
> resulting in buggy `blkid` output which induced `grub-mkconfig` to
> output boot options missing the necessary UUID necessary for unlocking
> the correct partitions. But those results were from about a few months
> ago.
>
> Just FYI, my current, working, install was like this: I installed
> Fedora 39, upgraded to latest packages excluding=blkid, dracut,
> kernel, kernel-core-modules, kernel-core-extras, upgraded to all
> latest on 39, upgraded to Fedora 40 and the bug didn't happen again.
>
> Thanks,
> User of Fedoras
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Multiple Servers tied together

[Roger Heflin]

On Tue, Jan 12, 2010 at 11:22 AM, Ashley M. Kirchner  wrote:
>
>    We're going to split out main server up into 3, possibly more with
> backup redundancy.  The basic setup will be 1 server (USER) holding
> everyone's physical account, 1 server (MAIL) which holds everyone's mail
> spool (INBOXES only), and 1 server (WEB) that will hold everyone's web
> space.  A user should be able to log into their account on the USER
> server and be able to access their data which resides on MAIL and WEB.
> I figured I can use autofs to mount the NFS folders as needed when a
> user logs in and out.  However, what I'm stuck with right now is the
> user space replication.
>
>    At the moment, our old server is using NIS+ so that another machine
> can verify that someone exists, however that's all it does.  If I
> continue with that approach, I will have to manually create folders each
> time on the other machines each time we add a new user.  I don't know if
> there's another way of doing that.  But I guess the question here is, do
> we stick with NIS+ since it's been working for us in like forever, or
> should I start looking at other options?  Ideally I just want one master
> server that contains all the user information (and that will be the one
> they physically log in to) and then have the other ones automatically
> create and share folders as needed.  I realize I'm going to be writing
> scripts to make this happen, but before I go that far, I wanted to see
> what kind of input I will receive from this group.
>
>    What's the best approach to this?  Switch to something other than
> NIS+?  LDAP maybe (I know zip of LDAP, so that may be a stumbling
> block.)  Another way to link the machines?  Anything?
>
>    Thanks!
>

Use NFS, mount the user directories on all 3 machines in the same
location under the same path.

Use NIS to share the login info and such, user can then login to any
machine and all should look the same.

Why are you needing to replicate the users dirs?
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Most Efficient Network File sharing protocol?

[Roger Heflin]

use nfs...but make sure you *read* from a nfs mount of the data and
write to local disk.

Note that to make a network filesystem safe during writing that it is
going to usually be slower, and because of that reading is
significantly faster than writing.

And in general if you are using small files all of the transfer
method's speeds will be horrible (mb/second), and the rates will break
down to files per second rather than mb/second, and if you are really
lucky you will get 100files/second...

On Mon, Mar 3, 2014 at 8:58 PM, Dan Mossor  wrote:
>
>
> On 02/28/2014 01:02 PM, Patrick O'Callaghan wrote:
>>
>> On Fri, Feb 28, 2014 at 5:13 PM, Mark Haney  wrote:
>>>
>>> On 02/28/14 12:07, Dan Mossor wrote:

 What do y'all consider the most efficient network file system? NFS?
 SMB? SFTP?
>>
>>
>> Maybe you should outline your requirements a bit more. For example
>> SFTP is not a filesystem, so are you only concerned about end-to-end
>> transfer rates?
>>
>> poc
>>
> I am building an environment where I am setting up a local mirror for
> Fedora, CentOS, rpmfusion, and Ubuntu. I am using virtual machines to pull
> down the data and storing it on a local NAS device. Once a week, I am
> building a DVD of updates to transfer them to a disconnected system.
>
> I am trying to determine the best access protocol for the VMs to reach the
> NAS. The NAS is not a true NAS device, it is an HP Proliant server with 8TB
> of storage running CentOS 6.5, so it can support any transfer method,
> including iSCSI. It is already running Samba to support our local Windows
> machines, and NFS for my work with Fedora and CentOS.
>
> When the DVD is built, I pull the updates across the local network to my
> machine and build the DVD there. These <4GiB transfers sometimes take close
> to 3 to 4 hours using NFS, and it is a Gigabit network. rsync appeared to be
> a bit faster, but my goal is to find the most efficient transfer method to
> move lots of little -and some big - files across a local network.
>
> I'm wondering about iSCSI - I haven't played with it much, maybe I'll test
> it out for this week's updates.
>
> --
> Dan Mossor
> Systems Engineer at Large
> Fedora QA Team Volunteer FAS: dmossor IRC: danofsatx
> San Antonio, Texas, USA
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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: my stupid users trick -- the Firefox issue from earlier this month.wq

[Roger Heflin]

If you run firefox with one already running it tries to contacts the
current running firefox version and may try to open a tab on the
already running window, that may be the no error piece.

if you want to run 2 separated copies you need to setup another
profile and start it like this: firefox --no-remote -P 

On Sun, Mar 23, 2014 at 4:37 PM, Bill Oliver  wrote:
>
> Earlier this month, I posted that Firefox would not start for me.  Ed
> Greshko kindly showed my his output when he started Firefox from the command
> line.  I noticed a bunch of Gnome stuff and assumed that there was some sort
> of dependency I was missing, installed Gnome, and it seemed to work.  Ed
> noted that I was solving a small problem with a big hammer, but to me, if
> installing gnome (a one-command fix) worked, then I didn't really care what
> the problem was as long as it was fixed.
>
> Well, Ed was right in his criticism.  The problem popped up again in a few
> days.  I now know the problem, and I know a workaround, but I don't know the
> fix.  Here it is:
>
> Firefox will only allow one invocation of itself on my machine.  Sometimes,
> if I invoke the program by clicking an icon, it will come up with an error
> message that says you can only have one copy running.  However, sometimes
> that message does not appear, and it simply dies silently.  Moreover, I
> don't remember ever getting that error message when I run it from command
> line, and I'm a very terminal-oriented guy.
>
> But that's OK.  The *problem* is that if I kill firefox by clicking on the
> kill-window button rather than the Quit button, the window goes away, but
> firefox continues in the background.  Thus, if I kill firefox by closing the
> window, I can't start it again without running ps, finding the process, and
> manually killing it.  It's an easy workaround, but a minor inconvenience.
>
> Worse, however, if I forget to do that and log out, appearently the next
> time I turn on KDE, it comes on as a background process but never shows a
> window.  Once again, that's not a huge problem now that I know to look for
> it.
>
> I still don't know the fix, but the workaround is easy.
>
> So, installing Gnome "fixed" the problem because I ended up cleanly exiting
> and restarting the machine, not because of anything Gnome did.
>
> Sigh.
>
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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: my stupid users trick -- the Firefox issue from earlier this month.wq

[Roger Heflin]

I actually wanted 2 separate users that were somewhat isolated from
each other so the separate profiles was useful.

On Sun, Mar 23, 2014 at 5:10 PM, g  wrote:
>
>
> On 03/24/14 03:54, Roger Heflin wrote:
> <>
>
>> if you want to run 2 separated copies you need to setup another
>> profile and start it like this: firefox --no-remote -P 
>
>
> that is another way. but more to go thru than simply using
>  or .
>
>
>
> --
>
> peace out.
>
> in a world with out fences, who needs gates.
>
> tc.hago.
>
> g
> .
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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: How do I change to NFS version 3 so that other UNIX variants may access my NFS share on my Fedora 17?

[Roger Heflin]

On Thu, Nov 8, 2012 at 11:54 AM, Jerome Yanga  wrote:
> The anonuid/anongid are valid UID/GID.
>
> The nohide option didn't work.
>
> Here is the logs from /var/log/messages of the Fedora machine while
> the AIX machine performed a "ls".
>
> Nov  8 09:44:31 fedora1 kernel: [515749.246015] device em1 entered
> promiscuous mode
> Nov  8 09:44:34 fedora1 rpc.mountd[28150]: authenticated mount request
> from 10.49.6.40:784 for /data (/data)
> Nov  8 09:44:34 fedora1 rpc.mountd[28150]: authenticated mount request
> from 10.49.6.40:789 for /data (/data)
> Nov  8 09:44:34 fedora1 rpc.mountd[28150]: authenticated mount request
> from 10.49.6.40:794 for /data (/data)
> Nov  8 09:44:37 fedora1 kernel: [515755.643377] device em1 left promiscuous 
> mode
>
> Here is the error I found from the network trace.
>
> 344 3.08871110.10.10.1  10.10.10.2  NFS 102 V3 
> FSINFO Reply (Call In
> 343) Error:NFS3ERR_PERM
>
> Regards,
> j

the root user on the aix system will get mapped to the anonuid/gid
does that uid/gid have permissions to see files on the exported
device?

Have you tried no_root_squash on the export for the linux machine?
that will make root on aix == to root on linux and is mostly used when
the same admin group admins the set of machines and all can be equally
trusted.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Starting of a service fails

[Roger Heflin]

On Mon, Jan 7, 2013 at 2:19 PM, Jim  wrote:
> On 01/07/2013 02:23 PM, Frank Murphy wrote:
>>
>> On Mon, 07 Jan 2013 13:20:00 -0500
>> Jim  wrote:
>>
>>> f17
>>>
>>> Trying to start kdump and I get this error message;
>>>
>>> Jan  7 13:16:31 localhost kdump: No crashkernel parameter specified
>>> for running kernel
>>
>> Maybe:
>> https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=840116
>>
>
>   I check the bugzilla out and I have a later kexec-tools than they specify
> , I have
> kexec-tools-2.0.3-47-fc17.4.i386 and that does not help either.
>

Do you have the crashkernel= parameter set on the kernel
boot/grub.conf settings?
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Starting of a service fails

[Roger Heflin]

On Mon, Jan 7, 2013 at 4:01 PM, Jim  wrote:
> On 01/07/2013 04:43 PM, Roger Heflin wrote:
>>
>> On Mon, Jan 7, 2013 at 2:19 PM, Jim  wrote:
>>>
>>> On 01/07/2013 02:23 PM, Frank Murphy wrote:
>>>>
>>>> On Mon, 07 Jan 2013 13:20:00 -0500
>>>> Jim  wrote:
>>>>
>>>>> f17
>>>>>
>>>>> Trying to start kdump and I get this error message;
>>>>>
>>>>> Jan  7 13:16:31 localhost kdump: No crashkernel parameter specified
>>>>> for running kernel
>>>>
>>>> Maybe:
>>>> https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=840116
>>>>
>>>I check the bugzilla out and I have a later kexec-tools than they
>>> specify
>>> , I have
>>> kexec-tools-2.0.3-47-fc17.4.i386 and that does not help either.
>>>
>> Do you have the crashkernel= parameter set on the kernel
>> boot/grub.conf settings?
>
> yes I do.
>

does cat /proc/cmdline show it?   That appears to be what it is
complaining about, it is not on the current running kernel.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Starting of a service fails

[Roger Heflin]

>> does cat /proc/cmdline show it?   That appears to be what it is
>> complaining about, it is not on the current running kernel.
>
> $ cat /proc/cmdline
> BOOT_IMAGE=/boot/vmlinuz-3.5.2-1.fc17.i686
> root=UUID=cf5a1042-bb2b-4c6b-a0e0-1da27273d413 ro rd.md=0 rd.lvm=0 rd.dm=0
> SYSFONT=True KEYTABLE=us rd.luks=0 LANG=en_US.UTF-8 rhgb quiet
>
>

I don't see it on the current running kernel, the error is correct.

Have you rebooted and/or do you have it on the correct grub line for
that kernel?
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Starting of a service fails

[Roger Heflin]

On Mon, Jan 7, 2013 at 7:19 PM, Jim  wrote:
> On 01/07/2013 07:55 PM, Roger Heflin wrote:
>>
>> correct grub line for
>> that kernel?
>
>
> what correct grub line for that kernel ?  it is in /boot/grub2/grub.conf
>

The line that booted the current kernel did not have a crashkernel
option on it, you either
have it on the wrong line in the grub.conf file, or a different
grub.conf is being used than you expect or it has
not been rebooted since the option was added.

Double check that link that was posted and make sure all is done right.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Starting of a service fails

[Roger Heflin]

On Mon, Jan 7, 2013 at 8:09 PM, Jim  wrote:
> On 01/07/2013 08:26 PM, Roger Heflin wrote:
>>
>> On Mon, Jan 7, 2013 at 7:19 PM, Jim  wrote:
>>>
>>> On 01/07/2013 07:55 PM, Roger Heflin wrote:
>>>>
>>>> correct grub line for
>>>> that kernel?
>>>
>>>
>>> what correct grub line for that kernel ?  it is in /boot/grub2/grub.conf
>>>
>> The line that booted the current kernel did not have a crashkernel
>> option on it, you either
>> have it on the wrong line in the grub.conf file, or a different
>> grub.conf is being used than you expect or it has
>> not been rebooted since the option was added.
>>
>> Double check that link that was posted and make sure all is done right.
>
>
>
> Thanks Roger, After I sent the reply it occurred to me what you were talking
> about.
>
> $cat /proc/cmdline
>
> OOT_IMAGE=/boot/vmlinuz-3.5.2-1.fc17.i686
> root=UUID=cf5a1042-bb2b-4c6b-a0e0-1da27273d413 ro rd.md=0 rd.lvm=0 rd.dm=0
> SYSFONT=True KEYTABLE=us rd.luks=0 LANG=en_US.UTF-8 rhgb quiet
> crashkernel=128M
>
> I ran# systemctl start kdump.service  and it still failed to start
>
> I did restart the computer.
>
> Error in messages for starting kdump;
>
> Jan  7 21:07:12 localhost kdump: kexec: failed to load kdump kernel
> Jan  7 21:07:12 localhost kdumpctl[1735]: Starting kdump:
> Jan  7 21:07:12 localhost kdump: failed to start up
> Jan  7 21:07:12 localhost systemd[1]: kdump.service: main process exited,
> code=exited, status=1
> Jan  7 21:07:12 localhost systemd[1]: Unit kdump.service entered failed
> state.
>
>

/var/log/messages may tell you why it is erroring.

Note that kdump will rebuild the initird so if there is something
wrong with the initrd build process that will cause a failure.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Enabling Wireless network without NetworkManager

[Roger Heflin]

I was watching this thread, I think this may work for you (it is
working for me as of today).

This is what is in my file, I have my wireless device setup in a bond
with the wired device, so I can unplug and wireless takes over and
then plug in and it goes back to wired.   I have network manager
installed but disabled, I have not done a full reboot test to
determine full steps, but have shutdown wireless and rmmod'ed the
modules and then put them back and got it to work with the below steps
(assuming bond0 was already up, if it is not  "ifup bond0 ; ifup eth0"
would be required to get it up.
i
To bring it up I had to do (assuming bond0 is already up and running on wired)
rfkill unblock wifi
ifup 



ifcfg-bond0 looks like this (note I am using static in my house, not
sure how well it will work full dhcp).

DEVICE=bond0
TYPE=Ethernet
BOOTPROTO=static
MANAGED=no
USE_NM=false
MODE=Unmanaged
ONBOOT=yes
USERCTL=no
MASTER=yes
IPADDR=192.168.1.103
NETMASK=255.255.255.0
NETWORK=192.168.1.0
BROADCAST=192.168.1.255
GATEWAY=192.168.1.1
BONDING_OPTS="mode=1 primary=eth0 use_carrier=1 miimon=100"

ifcfg-eth0 looks like this:

DEVICE=eth0
BOOTPROTO=static
SLAVE=yes
NAME=eth0
USE_NM=false
ONBOOT=yes
HWADDR=2c:41:38:5e:72:86
TYPE=Ethernet
MASTER=bond0
USERCTL=no

ifcfg-myconnectionname. (wireless connection)

DEVICE=wlan2
ESSID="putyouressid"
MODE=Managed
KEY_MGMT=WPA-PSK
WPA_PSK="putkeyhere"
TYPE=Wireless
BOOTPROTO=none
MASTER=bond0
SLAVE=yes
DEFROUTE=no
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes
IPV6_FAILURE_FATAL=no
NAME="putyourconnectionnamehere"
UUID=
ONBOOT=yes
PEERDNS=no
PEERROUTES=no
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Automatically forcing port speed at system boot

[Roger Heflin]

Assuming you are using ifcfg-* files, there is an option called
ETHTOOL_OPTS that allows you to set various ethtool settings when the
network gets brought up.

if you need multiple settings you can do it like this "-s ${DEVICE}
advertise 00c ; "

On Sat, Aug 17, 2013 at 9:05 AM, Sam Varshavchik  wrote:
> To make a long story short, I need to execute
>
> ethtool -s wan0 advertise 00c
>
> at system boot, before networking comes up. The only thing I can come up
> with is to throw a systemd service, WantedBy=basic.target.
>
> But wondering if there isn't anything already that runs at system boot,
> whose purpose is something like that. Anyone know of a better way?
> rc-local.service runs after network.target, that's too late, here.
>
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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

issue with large inodes numbers in at least gnucash and pan (32-bit versions).

[Roger Heflin]

I have recently created a new 6tb XFS filesystem.

After this gnucash, pan and a number of other utilities (on one of the
32-bit machines) start failing to work and complaining about value too
large for defined data type.

I have found someone else that indicated this ment that the tools
needed to be complied with this flag:

-D_FILE_OFFSET_BITS=64

This samba alleged bug was from the same issue.

https://bugzilla.samba.org/show_bug.cgi?id=7707

Currently these are the only 2 applications I have so far found...this
is on a fedora 19 NFS mounted 32-bit machine.

I suspect that I may find a few more applications that have the same
issue, I have a workaround of using the application on a full 64-bit
machine that does not appear to have this issue (I am assuming that
full 64bit uses 64bit for file offset by default), but whoever is
running the compile streams for the 32-bit rpms may need to start
setting this flag.

Most of the default tools (cp, mv and others) appear to be working
right, it is just a few things that are acting up.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
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: issue with large inodes numbers in at least gnucash and pan (32-bit versions).

[Roger Heflin]

Yeap, that is what I am seeing, thanks that should give me an easier
way to check.

And I did mkfs a new xfs partition (the old one build 3-4 years ago
did not have the issue), and I have perviously verified that new one
does have much larger inodes.

I guess either I need to start logging things against each wrong
package, or give up and just reinstall the machine 64-bit...

On Sat, Aug 31, 2013 at 1:43 AM, Michael Schwendt  wrote:
> On Fri, 30 Aug 2013 21:21:19 -0500, Roger Heflin wrote:
>
>> I have recently created a new 6tb XFS filesystem.
>>
>> After this gnucash, pan and a number of other utilities (on one of the
>> 32-bit machines) start failing to work and complaining about value too
>> large for defined data type.
>
> Sounds familiar to the following thread on devel list
> (64-bit stat (or not) in 32-bit Fedora binaries). There's also script to
> check the executables:
> https://lists.fedoraproject.org/pipermail/devel/2013-February/178821.html
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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: fdisk/dh -f do not show the SanDisk sdc of and SD reader

[Roger Heflin]

1. try inserting the card after the reader is plugged in.
2. does the reader support sdhc cards (>2gb) and if no and the card is
greater than 2gb it won't work.

On Fri, Dec 6, 2013 at 10:25 AM, Kevin Wilson  wrote:
> Hello,
> I have fedore 18.
> When I insert an SD reader with an sdc card (SanDisk), I get the
> following messages in syslog (however, fdisk -l or df -h do not show
> the sd device, only one hard disk sata device):
>
> Dec  6 20:02:51 a kernel: [   85.667051] usb 1-10: new high-speed USB
> device number 4 using ehci_hcd
> Dec  6 20:02:51 a kernel: [   85.782821] usb 1-10: New USB device
> found, idVendor=0cf2, idProduct=6230
> Dec  6 20:02:51 a kernel: [   85.782828] usb 1-10: New USB device
> strings: Mfr=1, Product=2, SerialNumber=4
> Dec  6 20:02:51 a kernel: [   85.782835] usb 1-10: Product: UB623X
> Dec  6 20:02:51 a kernel: [   85.782840] usb 1-10: Manufacturer: ENE Flash
> Dec  6 20:02:51 a kernel: [   85.782845] usb 1-10: SerialNumber: 606569746801
> Dec  6 20:02:51 a mtp-probe: checking bus 1, device 4:
> "/sys/devices/pci:00/:00:02.1/usb1/1-10"
> Dec  6 20:02:51 a mtp-probe: bus: 1, device: 4 was not an MTP device
> Dec  6 20:02:51 a kernel: [   85.839162] Initializing USB Mass Storage 
> driver...
> Dec  6 20:02:51 a kernel: [   85.839472] scsi6 : usb-storage 1-10:1.0
> Dec  6 20:02:51 a kernel: [   85.839643] usbcore: registered new
> interface driver usb-storage
> Dec  6 20:02:51 a kernel: [   85.839646] USB Mass Storage support registered.
> Dec  6 20:02:52 a kernel: [   86.842137] scsi 6:0:0:0: Direct-Access
>   USB2.0   CardReader CF0100 PQ: 0 ANSI: 0
> Dec  6 20:02:52 a kernel: [   86.842601] scsi 6:0:0:1: Direct-Access
>   USB2.0   CardReader SM XD 0100 PQ: 0 ANSI: 0
> Dec  6 20:02:52 a kernel: [   86.843504] scsi 6:0:0:2: Direct-Access
>   USB2.0   CardReader MS0100 PQ: 0 ANSI: 0
> Dec  6 20:02:52 a kernel: [   86.843992] scsi 6:0:0:3: Direct-Access
>   USB2.0   CardReader SD0100 PQ: 0 ANSI: 0
> Dec  6 20:02:52 a kernel: [   86.846126] sd 6:0:0:0: Attached scsi
> generic sg1 type 0
> Dec  6 20:02:52 a kernel: [   86.846453] sd 6:0:0:1: Attached scsi
> generic sg2 type 0
> Dec  6 20:02:52 a kernel: [   86.846805] sd 6:0:0:2: Attached scsi
> generic sg3 type 0
> Dec  6 20:02:52 a kernel: [   86.847157] sd 6:0:0:3: Attached scsi
> generic sg4 type 0
> Dec  6 20:02:52 a kernel: [   86.857981] sd 6:0:0:0: [sdb] Attached
> SCSI removable disk
> Dec  6 20:02:52 a kernel: [   86.858993] sd 6:0:0:1: [sdc] Attached
> SCSI removable disk
> Dec  6 20:02:52 a kernel: [   86.859994] sd 6:0:0:2: [sdd] Attached
> SCSI removable disk
> Dec  6 20:02:52 a kernel: [   86.860979] sd 6:0:0:3: [sde] Attached
> SCSI removable disk
>
> any ideas?
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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: hacked - looking for doc/suggestions on hardening/securing systems from the start

[Roger Heflin]

If you have not installed it, install denyhosts...it watches for ssh
password attacks and locks out hosts automatically.


It does limit the number of attempts someone gets before being
completely locked out.

On Thu, Dec 19, 2013 at 11:22 AM, Mark Haney  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 12/19/2013 12:16 PM, Tim wrote:
>
>> You really need something that detects attempt to crack passwords,
>> responds appropriately to thwart the attacks while they happen,
>> and immediately notifies you that an attempt is happening as it
>> happens (e.g. email to a separate system), so you know to check,
>> and the notification isn't stored on somewhere that will be deleted
>> during the attack.
>>
>
> I'm kind of with you on the password rotation part.  I do certainly
> see the need for routinely changing non-local (ie internet) passwords,
> but I'm not always convinced rotating internal ones make sense in
> every case.
>
> I personally use fail2ban for any internet facing system that has, for
> instance, ssh open.  It works well and I get notification of password
> intrusion attempts if the login fails X number of times.  Personally,
> I have mine set to disable login permanently instead of setting a time
> limit, then I can re-enable when I have time. As far as SSH goes I
> also have only one user account that is ssh accessible so I don't need
> to worry about my kids accounts, etc.
>
> - --
> Mark Haney
> Network Administrator/IT Support
> Practichem
> W:919-714-8428
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (MingW32)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJSsytUAAoJEDgEuzPE0JQveb8H/RHTo+KqbqWH1Nm+2Dq9avV9
> qzorJplqPpus8f12mggl2Ep51k4bY7kp8nsY0GCVzHaFggzVkB8EphEhnTnBXlYY
> IWJyQ1VyWiJJa7CpL4fH/Vb/dK2n57rBDh8GDgsRrafALr9dXzFGtVkJtC2MQ/NP
> FndAK9Gd9dHrxKFrtyAFSszYuiHgdbCZB7VHLkCWaYJD8CwqdiWljV5i51pZedTX
> XvTSq57fKRwgUpSJXj4LbEONJSaXCk11Y/mrIP1rZW6Ya2HcSS3ga6uVBSeAGZGt
> 3aoc7UBDZ9xJk5EKk4yuZnlUhPbXT94Lmge7NuTX+vKtBv/c0n6lnn2zUQKn4Ck=
> =sjeu
> -END PGP SIGNATURE-
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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: Need hlep with LVM -

[Roger Heflin]

you will need to run pvscan and determine what the name of the vg is
you want to add the storage to.

to get /dev/sdb5 -> /dev/sdb4 you reworked the partition table (ie
removed the extend partition and made sdb4 a primary?).

if still lost give this info:

fdisk -l /dev/sd[ab]
pvscan
df


On Sat, Dec 21, 2013 at 9:42 AM, Bob Goodwin - Zuni, Virginia, USA
 wrote:
>
> On 12/20/2013 04:32 PM, David Beveridge wrote:
>>
>> Add the new partition to your volume group
>>
>> # vgextend vg_name /dev/sdb5
>
> What should I enter for "vg_name?"
>
> I am trying to add /dev/sdb4 to /dev/sdb3, at least I think that's what I'm
> trying to do. [/dev/sdb5 is now /dev/sdb4]
>
> # vgextend vg_name /dev/sdb4
>
> It doesn't like vg00 ...
>
> I'm stuck on this point.
>
>
> Bob
>
> --
> http://www.qrz.com/db/w2bod
> Box10 Fedora-20/64bit Linux
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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: Need hlep with LVM -

[Roger Heflin]

you will need a vgextend first something like "vgextend fedora_box1000
/dev/sdb4" that will add the disk to the vg.

the df shows these 2 are mounted:
/dev/mapper/fedora_box1000-roo
t   34G  4.5G   27G  15% /

/dev/mapper/fedora_box1000-home   17G  7.2G  8.1G  47% /home

so either /dev/fedora_box1000/home or /dev/fedora_box1000/root will
need to be extended, you can also use the names shown in the df
commands...all of the different names point to the same underlying
device.

On Sat, Dec 21, 2013 at 2:30 PM, David Beveridge  wrote:
> On Sun, Dec 22, 2013 at 2:49 AM, Bob Goodwin - Zuni, Virginia, USA
>  wrote:
>>
>>
>> One of the failed attempts:
>>
>> [root@box10 bobg]# lvextend -l +100%FREE /dev/fedora_box1000/lv_root
>> /dev/sdb4
>>   Logical volume lv_root not found in volume group fedora_box1000
>>
>>
>> Perhaps something will be obvious to you?
>>
>
> You also need to to an lvscan to find the names of the logical volumes.
>
> so it should be /dev/volume_group_name/logical_volume_name
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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: Need help with LVM -

[Roger Heflin]

it just wnats /dev/fedora_box1000/root or /dev/fedora_box1000/home the
lv_ is not in the name of the lv.

On Sat, Dec 21, 2013 at 4:13 PM, Bob Goodwin - Zuni, Virginia, USA
 wrote:
>
> On 12/21/2013 04:26 PM, Chris Murphy wrote:
>>
>> On Dec 21, 2013, at 2:11 PM, Roger Heflin  wrote:
>>
>>> you will need a vgextend first something like "vgextend fedora_box1000
>>> /dev/sdb4" that will add the disk to the vg.
>>
>> pvcreate first, then vgextend to add.
>>
>>
>>> /dev/mapper/fedora_box1000-home   17G  7.2G  8.1G  47% /home
>>
>> Oops, you're right, there it is.
>
> I did that earlier today:
>
> [root@box10 bobg]# vgextend fedora_box1000  /dev/sdb4
>   Physical volume '/dev/sdb4' is already in volume group 'fedora_box1000'
>   Unable to add physical volume '/dev/sdb4' to volume group 'fedora_box1000'
>>
>>
>>> so either /dev/fedora_box1000/home or /dev/fedora_box1000/root will
>>> need to be extended, you can also use the names shown in the df
>>> commands…
>
> [root@box10 bobg]# lvextend -l +100%FREE /dev/fedora_box1000/lv_root
> /dev/sdb4
>   Logical volume lv_root not found in volume group fedora_box1000
>
> Not sure what it wants here, it did not accept anything I have tried.
>
>> And then lvresize for one or both of those to get the size he wants them.
>> And then resize2fs to resize the file systems.
>>
>> But I think he didn't want a new /home on /dev/sdb, I think he wanted the
>> /home he had on /dev/sda but I could be mistaken. I'm not clear on the exact
>> final layout the OP wants.
>
> I want to continue using the /home on /dev/sdb. All I want is to include all
> of the remaining space as part of /home. The other home is on .dev/sda and
> is part of an Fedora-19 system. Don't want that. It had tried to preserve
> /home from F-20 beta but I believe I've deleted that, don't want it..
>>
>>
>> Chris Murphy
>>
>
> --
> http://www.qrz.com/db/w2bod
> Box10 Fedora-20/64bit Linux
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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: Any way to disable selinux when updating to F20

[Roger Heflin]

add selinux=0 on all of the kernel lines in grub.conf...I believe this
disables it completely...and cannot be turned back on without removing
that line and rebooting...obviously if you want to enable it and got
back and use it again relabeling would need to be done.

On Sun, Dec 22, 2013 at 8:55 AM, Sam Varshavchik  wrote:
> After I started a fedup update to F20, it burned up a lot of time relabeling
> the entire filesystem, then rebooted again. On the second reboot there were
> a couple of "failed to mount update media" errors; however it looks like the
> update rpm transaction is running. We'll see.
>
> I have selinux turned off, I don't need it. The update script is turning it
> on, and relabeling everything. I'm just going to turn it off again, when the
> update finishes.
>
> Is there any way to avoid wasting all this time. And what's with those error
> messages.
>
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> 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://admin.fedoraproject.org/mailman/listinfo/users
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: Severe intermittent hanging with Firefox, F16, KDE ?

[Roger Heflin]

On Wed, Jan 11, 2012 at 2:33 PM, linux guy  wrote:
> Firefox is intermittently freezing from time to time in my KDE
> sessions, hanging my whole machine for 20 seconds to a minute every 20
> minutes or so.
>
> Anyone else having this problem ?
>
> $ yum list firefox
> firefox.i686                                      9.0.1-1.fc16
>
> $ uname -a
> Linux server.localdomain 3.1.6-1.fc16.i686 #1 SMP Wed Dec 21 23:18:01
> UTC 2011 i686 i686 i386 GNU/Linux
>
> $ yum list kdebase
> kdebase.i686                                     6:4.7.4-2.fc16
>                             @updates
>
> Thanks


How much memory do you have? If you have enough tabs/windows in
firefox and/or have things that use flash things can easily page on a
2gb machine...and that will cause the machine to respond poorly for a
while depending on how fast your paging device is.

ps axuww | grep -i firefox will show you the process and how much ram it has.

running "vmstat 1" will tell you how much the box is paging...so if
you start the vmstat first and then wait and check its output after
the event happens you may be able to tell if it is paging.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: HTTPD shutting down every night

[Roger Heflin]

this is the daily logrotate process.  it rotates the log files and
reloads httpd.  It is normal.   A number of other process will also
restart at the same time.

See:
cat /etc/logrotate.d/httpd
/var/log/httpd/*log {
missingok
notifempty
sharedscripts
delaycompress
postrotate
/bin/systemctl reload httpd.service > /dev/null 2>/dev/null || true
endscript
}
On Wed, Nov 7, 2018 at 5:53 AM Andy Blanchard  wrote:
>
> On Wed, 7 Nov 2018 at 10:40, Scott van Looy via users
>  wrote:
> > Since the upgrade to F29 my HTTPD has been shutting down around 3am every 
> > night. I’d like to try and investigate why, but the only thing in the log 
> > is:
> > [mpm_event:notice] [pid 1096508:tid 140027704744192] AH00492: caught 
> > SIGWINCH, shutting down gracefully
> >
> > These all happen at roughly the same time, but not the exact same time - 
> > around 3am
>
> Semi-regular times like "around 3am" generally imply something being
> governed by Anacron's variable task scheduler which will randomise the
> time of cron jobs.  Since this is daily, I'd start by taking a look at
> your daily crons and see if any of them might relate to the issue -
> most likely a log rotation tool or something along those lines.
>
> SIGWINCH isn't one of the more common signals you'll interact with
> like TERM, but it supposedly relates to "WINdow CHange", or a change
> in the size of the controlling terminal's window size - e.g. to tell a
> shell like bash that the terminal emulator window has been resized and
> it now needs to wrap at a different number of characters.  However it
> seems Apache doesn't use it entirely correctly so it may be that your
> log rotation tool is actually stopping the daemon rather than HUPing
> it as it should.
>
> Andy
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Optical track ball with wheel

[Roger Heflin]

The trackballs like the Logitech M570 are pretty easy to press and
drag.   Some of the ones with the ball in the middle are a lot harder
to drag with.

I use an ancient wired usb trackman marble with a scroll wheel and a
retainer that prevents the ball from running away that is around 20
years old and still going strong.  A number of the new ones don't have
the ball retainer and on some of them the ball falls out and runs away
if you have it turn over for some reason.
On Fri, Nov 16, 2018 at 9:01 AM Tim via users
 wrote:
>
> Allegedly, on or about 16 November 2018, Tom Horsley sent:
> > If you use X11 instead of wayland it is even trivial to setup
> > one of the extra buttons for "drag lock" so you don't have to engage
> > in contortions to hold down a button and roll the trackball
> > at the same time to do a drag.
>
> Care to spill the beans?  That has been one thing that dissuades me
> from using trackballs, or even trackpads.
>
> --
> [tim@localhost ~]$ uname -rsvp
> Linux 4.16.11-100.fc26.x86_64 #1 SMP Tue May 22 20:02:12 UTC 2018 x86_64
>
> Boilerplate:  All mail to my mailbox is automatically deleted.
> There is no point trying to privately email me, I only get to see
> the messages posted to the mailing list.
>
> Linux cures Windows pains.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: auditing network traffic

[Roger Heflin]

if you have sar installed (package is sysstat) then sar -n DEV will
give you 10 minute network counters, it will give you 1 minute data if
you turn sar's sample timer down to 1 minute.

snmp if you router supports it, and I have also ssh'ed into my router
ever X minutes and collected its network stats on routers that did not
properly support snmp.
On Tue, Nov 27, 2018 at 2:28 PM Tim via users
 wrote:
>
> Tim:
> >> If I want to check on how much data my computer's been putting
> >> through my ISP over the last few days, is there anything logged by
> >> default that I can look at, or do need to install something extra?
>
> Ed Greshko:
> > Are you saying you have a single system with only traffic going to
> > the ISP?
>
> No, it's several devices going through a modem/router, which doesn't
> really give enough info, so I was hoping I could find something on the
> computer to rule it in or out as being the sudden upturn in traffic.
>
> While basic info is easy to find out (like how much data since it
> connected), that doesn't tell me anything about what it used yesterday,
> or the day before, etc.
>
> I'd been keeping an eye on that, day by day, manually, as I was getting
> closer to going over my monthly quota, then suddenly I've been rated
> limited as 12 gigs has gone through *somewhere*.
>
> To make matters worse, the rate limiting is so severe that many
> websites just time out and fail (including the ISP's own website).
> While the ISP claims that they throttle you, rather than charge you
> more or cut you off, to allow you to continue using the internet until
> the next month, it doesn't work.
>
> Conversely, when they had a network configuration fault that limited me
> by the same amount, earlier this year, that speed was considered so
> unusable as to be worthy of giving me a refund.
>
> It seems that in today's modern high-bandwidth internet, if you can't
> finish loading a page in a few seconds, it aborts on you.  To be more
> weird, the ISP has a transparent proxy, that ought to mitigate that
> issue (they could grab the page in one go, and feed it to you slowly).
> For the major ISP that is the backbone for the entire country, they're
> very crap at doing their job.
>
> --
> [tim@localhost ~]$ uname -rsvp
> Linux 4.16.11-100.fc26.x86_64 #1 SMP Tue May 22 20:02:12 UTC 2018 x86_64
>
> Boilerplate:  All mail to my mailbox is automatically deleted.
> There is no point trying to privately email me, I only get to see
> the messages posted to the mailing list.
>
> If "2001: A Space Odyssey" taught us anything, it's that Siri will,
> one day, murder us all.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: F29 Upgrade Still Boots F27 Kernel - Recommendations Please

[Roger Heflin]

A guess is that the /boot that is booting the machine is not the same
/boot is the current booted OS has mounted at /boot.

So all updates are being put on a /boot that is not being used to boot
the machine, and you need to find the actual /boot that is booting the
machine and then do a dnf reinstall .   It may also mean
that the grub setup on /boot is different between the 2 boots.
On Wed, Dec 12, 2018 at 4:28 PM David Dembrow  wrote:
>
> When I upgraded from F27 to F28 I noticed that it would still boot up
> with the F27 kernel.  I thought that eventually F28 would catch up with
> the periodic updates and it apparently has not.  Now that I have
> upgraded to F29 and it is still booting with the F27 kernel I would like
> to find a resolution.
>
> This is on a few older systems which are using the 32-bit operating
> system.  I see boot options for a F29 i686, F28 i686, and F27 i686+PAE
> available.  It looks like the default is the F27 i686+PAE kernel.
>
> I tried booting with the other kernels and the graphic login fails so I
> may not have another option.  Has my hardware gone obsolete?
>
> Thanks for any suggestions.
>
> ---d.dembrow
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Breaking LVM (on purpose)

[Roger Heflin]

echo 1 > /sys/block/sdX/device/delete

And the device should disappear.

On Thu, Jan 3, 2019 at 11:01 AM Chris Adams  wrote:
>
> Once upon a time, Ian Malone  said:
> > Does anyone have suggestions for easily simulating a missing volume in
> > LVM on bare metal?
>
> Actually make a volume go missing?  The easiest way to do that would be
> USB volumes (thumb drives), and just yank the drive out.  Even if you
> don't want to physically pull the drive, I think you can tell a USB
> device to power down via a sysfs attribute, so that might be sufficient.
>
> --
> Chris Adams 
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Boot to RAM

[Roger Heflin]

You probably just need to determine where the temp data is going and
put a tmpfs mount in that location so it uses ram for the temporary
files you don't need to keep.

Any static files that are only being read from the usb device on boot
up will quickly get cached into ram assuming you have enough ram.

On Mon, Feb 18, 2019 at 12:46 PM fred roller  wrote:
>>
>>
>> My idea is to make the installed USB boot in away entire system load in to 
>> memory but I need to keep persistence data in  /var/lib/mysql and /var/www/
>>
>
> Sounds like you want something similar to Pi builds:
>
> https://fedoraproject.org/wiki/Architectures/ARM/Raspberry_Pi
>
> May be a good spring board?
>
> -- Fred
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: dnf install from list file

[Roger Heflin]

dnf install `cat file`

On Thu, Feb 21, 2019 at 9:02 AM stan via users
 wrote:
>
> On Thu, 21 Feb 2019 15:36:08 +0100
> "Patrick Dupre"  wrote:
>
> > How can I make a dnf install "list of pkgs in a file"?
> >
> > I tried dnf install `file`
> >
> > but it does not work.
>
> I usually use a python script to read the file and run dnf in a
> subprocess for each package.  That way, a single problem doesn't stop
> the whole update.
>
> I haven't tried these, so I don't know if they work, but you could try
> dnf update < $(cat file)
> or
> cat file | xargs dnf update
>
> Because I haven't tried them, there may be syntax or grammar errors in
> the commands.  The first should treat the file as a group, and will be
> faster if there are no dependency errors.  The second should do each
> package individually, so will be slower but error tolerant.
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Stuck Kernel Version.....

[Roger Heflin]

To have a stuck kernel version, then what you have mounted at /boot is
not what is booting your machine.

You need to find the real /boot where ever it is hiding and mount it
at /boot (and update /etc/fstab) and then do a "dnf reinstall" on each
of the kernels you want to work, and then reboot making sure one of
the new kernels is the default..

On Mon, Feb 25, 2019 at 10:58 AM David Dusanic  wrote:
>
> > Ok I have gone nuts trying to figure this out, and I'm just about ready
> > to just re-install the OS. (Fedora 29) I have been using Fedora since
> > likeversion 12, and have experienced all kinds of issues but this
> > one baffles me. So:
> >
> > I had updated from fc26 to fc27 successfully, but I have noticed that
> > since upgrading from 27 to 28 that the kernel versions while they have
> > gone up (e.g. from 3.12.203 >> 3.12.207 and these numbers I use are for
> > example only!) I notice that the "fc" number has remained the same (in
> > other words the "fc27" bit of the kernel name!) I have tried everything
> > I have found online from trying to upgrade the kernel through the
> > Terminal to trying to download, install, and compile a newer kernel
> > version and no matter what I've tried that part remains the same. So my
> > last attempt/effort will be a transfer of all my data and a complete
> > re-install of F29. But it would be nice to know what might have caused
> > this...in case it happens again!
> >
> >
> > EGO II
>
> What kernel are you actually running right now on Fedora 29?
>
> Mine is 4.20.
>
> uname -a
> Linux latitude 4.20.10-200.fc29.x86_64 #1 SMP Fri Feb 15 18:33:14 UTC
> 2019 x86_64 x86_64 x86_64 GNU/Linux
>
>
> --
> David Dusanic
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Mounting internal disk spins up connected external USB disks

[Roger Heflin]

If anything runs any lvm commands it will basically run a pvscan
internally and then that will also spin it up (I believe if not using
lvmetad as with lvmedad it only does a single device at a time).

On Tue, Mar 19, 2019 at 5:47 AM Ed Greshko  wrote:
>
> On 3/19/19 6:35 PM, Patrick O'Callaghan wrote:
> > On Mon, 2019-03-18 at 23:39 +0100, Wolfgang Pfeiffer wrote:
> >> # btrace /dev/sdd &> /tmp/btrace.wi.udisks2.running.log
> > What is btrace? It doesn't seem to be in the standard repos and Google
> > tells me it's a tracing tool for Java, which doesn't sound right.
>
> [egreshko@meimei ~]$ dnf whatprovides btrace
> Fedora Modular 29 - x86_64 223 kB/s | 1.5 MB 00:06
> Fedora 29 - x86_64 4.2 MB/s |  62 MB 00:14
> RPM Fusion for Fedora 29 - Free189 kB/s | 759 kB 00:04
> RPM Fusion for Fedora 29 - Nonfree  52 kB/s | 221 kB 00:04
> blktrace-1.2.0-7.fc29.x86_64 : Utilities for performing block layer IO 
> tracing in
>  : the Linux kernel
> Repo: fedora
> Matched from:
> Filename: /usr/bin/btrace
>
>
> --
> Right: I dislike the default color scheme Wrong: What idiot picked the 
> default color scheme
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora Not Detecting RTL8821CE wifi adapter

[Roger Heflin]

You are also going to have to be prepared when a kernel change happens
and causes it to no longer compile to download an updated version that
has the correct code for the new kernel.

I have a RTL8814au and it also is not in the kernel and every so often
you will need to go back to the last kernel that worked with it and
search for an updated code to support the new kernel.

It is kind of a pain, but my usb add-on wifi card works a lot better
than the built-in one one my laptop.

On Fri, Apr 12, 2019 at 7:53 PM t_pol  wrote:
>
> On Fri, 12 Apr 2019 20:06:04 +0200
> Markus Schönhaber  wrote:
>
> > T Pol, 12.4.2019 12:20 +0200:
> >
> > > On Fri, 12 Apr 2019 11:36:31 +0200
> > > Markus Schönhaber  wrote:
> > >
> > >> T Pol, 12.4.2019 11:24 +0200:
> > >>
> > >> Yes, for some reason, the driver for this chip does not seem to be
> > >> part of the official kernel.
> > >> I build the driver from the source here
> > >> 
> > >>
> > >> Arch Linux has an AUR package which is supposed to build with
> > >> DKMS. I haven't tried to make that work for Fedora, though.
> > >> https://github.com/tomaspinho/rtl8821ce
> > >>
> >
> > > BTW, Cannot find the way to download that source -(.
> >
> > You'll have to clone the respective repository. If you only want to
> > build the RTL wifi driver, it's probably easier to use the AUR
> > repository. You can download a zip file from the github page or do a
> > $ git clone https://github.com/tomaspinho/rtl8821ce.git
> >
>
>
> DONE. IT WORKS.
> ===
> CIAO
> Angelo
>
>
>
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora Not Detecting RTL8821CE wifi adapter

[Roger Heflin]

Mine is a usb edimax ac1750, it works quite a bit better than the one
that came with my laptop, and has up to 3 streams vs the laptop only
having 1.  And the one in my laptop did also misbehave from time to
time.

And as others have mentioned, you only have to download a "new"
version when the kernel interfaces change enough.

I also have had at least once to get it from a new location (updated
fork that fixed the kernel interface changes).

It is a pain, but it works better than the built-in one, it would be
nice if it were in the kernel, but opening a "bug" with fedora (or
kernel.org) is unlikely to fix that, as I believe the request to
include code has to come from the original author, and not just any
random requester.

On Sat, Apr 13, 2019 at 4:15 AM t_pol  wrote:
>
> Thanks for the hint.
> I was sure that I had to rebuild the module at every kernel upgrade.
> What I didn't know is that a new version has to be downloaded every time.
> This is really a pain in the neck.
>
> What's your add-on wifi card?
>
> Ciao
>
>
> On Fri, 12 Apr 2019 20:08:01 -0500
> Roger Heflin  wrote:
>
> > You are also going to have to be prepared when a kernel change happens
> > and causes it to no longer compile to download an updated version that
> > has the correct code for the new kernel.
> >
> > I have a RTL8814au and it also is not in the kernel and every so often
> > you will need to go back to the last kernel that worked with it and
> > search for an updated code to support the new kernel.
> >
> > It is kind of a pain, but my usb add-on wifi card works a lot better
> > than the built-in one one my laptop.
> >
> > On Fri, Apr 12, 2019 at 7:53 PM t_pol  wrote:
> > >
> > > On Fri, 12 Apr 2019 20:06:04 +0200
> > > Markus Schönhaber  wrote:
> > >
> > > > T Pol, 12.4.2019 12:20 +0200:
> > > >
> > > > > On Fri, 12 Apr 2019 11:36:31 +0200
> > > > > Markus Schönhaber  wrote:
> > > > >
> > > > >> T Pol, 12.4.2019 11:24 +0200:
> > > > >>
> > > > >> Yes, for some reason, the driver for this chip does not seem
> > > > >> to be part of the official kernel.
> > > > >> I build the driver from the source here
> > > > >> <https://github.com/endlessm/linux/tree/master/drivers/net/wireless/rtl8821ce>
> > > > >>
> > > > >> Arch Linux has an AUR package which is supposed to build with
> > > > >> DKMS. I haven't tried to make that work for Fedora, though.
> > > > >> https://github.com/tomaspinho/rtl8821ce
> > > > >>
> > > >
> > > > > BTW, Cannot find the way to download that source -(.
> > > >
> > > > You'll have to clone the respective repository. If you only want
> > > > to build the RTL wifi driver, it's probably easier to use the AUR
> > > > repository. You can download a zip file from the github page or
> > > > do a $ git clone https://github.com/tomaspinho/rtl8821ce.git
> > > >
> > >
> > >
> > > DONE. IT WORKS.
> > > ===
> > > CIAO
> > > Angelo
> > >
> > >
> > >
> > >
> > > ___
> > > users mailing list -- users@lists.fedoraproject.org
> > > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > > List Guidelines:
> > > https://fedoraproject.org/wiki/Mailing_list_guidelines List
> > > Archives:
> > > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > List Guidelines:
> > https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives:
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: x11 and the mouse

[Roger Heflin]

the command line xinput and xset commands claim to change point settings.

My playing with it in gnome does not seem to change anything, but I
know they used to work, so it may work if you don't have something
like gnome or xfce running.

On Fri, Apr 19, 2019 at 7:28 PM Ed Greshko  wrote:
>
> On 4/20/19 8:07 AM, ToddAndMargo via users wrote:
> > Is there an X11 (not Xfce's settings) setting out there
> > somewhere for how the mouse behaves?
>
> I suppose it would be helpful to those wishing to assist if you indicated 
> what you're
> having problems with and what you'd like to achieve.
>
> Can folks assume you've done a google search on "Xorg mouse settings" or 
> something similar?
>
> --
> Right: I dislike the default color scheme Wrong: What idiot picked the 
> default color scheme
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: x11 and the mouse

[Roger Heflin]

xinput seems to be interfacing with libinput and is reporting there
are devices and the devices have properties.

It it is not clear though which properties work and don't work in it

On Fri, Apr 19, 2019 at 7:58 PM Ed Greshko  wrote:
>
> On 4/20/19 8:50 AM, Roger Heflin wrote:
> > the command line xinput and xset commands claim to change point settings.
> >
> > My playing with it in gnome does not seem to change anything, but I
> > know they used to work, so it may work if you don't have something
> > like gnome or xfce running.
>
> I'm pretty sure those have been superseded by "libinput" especially when 
> using Gnome and
> Wayland.
>
> From the man page...
>
> DESCRIPTION
>libinput  is a library to handle input devices and provides device 
> detec‐
>tion and input device event processing for most Wayland  compositors  
> and
>the X.Org xf86-input-libinput driver.
>
> --
> Right: I dislike the default color scheme Wrong: What idiot picked the 
> default color scheme
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: x11 and the mouse

[Roger Heflin]

It definitely works:

xinput --list-props 11
Device 'Kensington  Kensington USB/PS2 Orbit':
Device Enabled (182):1
Coordinate Transformation Matrix (184):1.00, 0.00,
0.00, 0.00, 1.00, 0.00, 0.00, 0.00, 1.00
libinput Natural Scrolling Enabled (316):0
libinput Natural Scrolling Enabled Default (317):0
libinput Scroll Methods Available (318):0, 0, 1
libinput Scroll Method Enabled (319):0, 0, 0
libinput Scroll Method Enabled Default (320):0, 0, 0
libinput Button Scrolling Button (321):3
libinput Button Scrolling Button Default (322):3
libinput Accel Speed (323):1.00
libinput Accel Speed Default (324):0.00
libinput Accel Profiles Available (325):1, 1
libinput Accel Profile Enabled (326):1, 0
libinput Accel Profile Enabled Default (327):1, 0
libinput Left Handed Enabled (328):0
libinput Left Handed Enabled Default (329):0
libinput Send Events Modes Available (301):1, 0
libinput Send Events Mode Enabled (302):0, 0
libinput Send Events Mode Enabled Default (303):0, 0
Device Node (304):"/dev/input/event5"
Device Product ID (305):1149, 4130
libinput Drag Lock Buttons (330):
libinput Horizontal Scroll Enabled (331):1


Then running this:
xinput set-float-prop 11 323 0.01

makes the acceleration go way down.My acceleration max is 1.0 and
I know I have gnome set as high as I could get it.

On Fri, Apr 19, 2019 at 8:08 PM Roger Heflin  wrote:
>
> xinput seems to be interfacing with libinput and is reporting there
> are devices and the devices have properties.
>
> It it is not clear though which properties work and don't work in it
>
> On Fri, Apr 19, 2019 at 7:58 PM Ed Greshko  wrote:
> >
> > On 4/20/19 8:50 AM, Roger Heflin wrote:
> > > the command line xinput and xset commands claim to change point settings.
> > >
> > > My playing with it in gnome does not seem to change anything, but I
> > > know they used to work, so it may work if you don't have something
> > > like gnome or xfce running.
> >
> > I'm pretty sure those have been superseded by "libinput" especially when 
> > using Gnome and
> > Wayland.
> >
> > From the man page...
> >
> > DESCRIPTION
> >libinput  is a library to handle input devices and provides device 
> > detec‐
> >tion and input device event processing for most Wayland  compositors 
> >  and
> >the X.Org xf86-input-libinput driver.
> >
> > --
> > Right: I dislike the default color scheme Wrong: What idiot picked the 
> > default color scheme
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Is pcHDTV 5500 still supported...

[Roger Heflin]

My 5500 appears to still be getting signal locks on the channels it
should on kernel 5.x and F29.

I tested with dtvscan and dtvsignal that came with the card and seems
to work for all dvb cards and was authored by  by Jack Kelliher .

On Tue, May 14, 2019 at 12:08 PM D&R  wrote:
>
> I have been using the above tuner card for tv reception/recording with MythTV
> since 2008. The last upgrade was to F27 and the last kernel that could use the
> card (that I am aware of) is 4.17.19-100.fc27.x86_64.
>
> More recent kernels can not get a lock on the signal.
>
> If the pcHDTV 5500 is no longer supported, what is a good replacement card to
> get.
>
> If it is supported what is my next step?
>
>
> Thanks,
>
> David
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Is pcHDTV 5500 still supported...

[Roger Heflin]

I am using the default driver built into the kernel and it works.

I compiled those files a really long time ago, and they still work o
f29 for me, but it sounds like they may not recompile with current
headers with no changes.

On Tue, May 14, 2019 at 11:34 PM D&R  wrote:
>
> Thanks for your reply.
>
> On Tue, 14 May 2019 15:15:23 -0500
> rogerhef...@gmail.com wrote:
>
> > My 5500 appears to still be getting signal locks on the channels it
> > should on kernel 5.x and F29.
> >
> > I tested with dtvscan and dtvsignal that came with the card and seems
> > to work for all dvb cards and was authored by  by Jack Kelliher .
>
> I tried to use both programs as above. I downloaded the tar file
> (http://pchdtv.com/downloads/dvb-atsc-tools-1.0.7.tgz) from the pchdtv 
> website.
> Neither program would make. The error was:
> #include  No such file or directory
> Doing a dnf provides */linux/videodev.h
> Found nothing.
>
> NEXT:
>
> I also downloaded the driver
> (http://pchdtv.com/downloads/v4l-dvb-HD-5500-driver.tar.gz) and that did not
> make either. The error was
> make[2]: *** /lib/modules/4.0.6-100.fc28.x86_64/build: No such file or 
> directory.  Stop.
>
> but I was booted under 4.20.6-100.fc28.x86_64
>
> >
> > On Tue, May 14, 2019 at 12:08 PM D&R  wrote:
> > >
> > > I have been using the above tuner card for tv reception/recording with
> > > MythTV since 2008. The last upgrade was to F27 and the last kernel that
> > > could use the card (that I am aware of) is 4.17.19-100.fc27.x86_64.
> > >
> > > More recent kernels can not get a lock on the signal.
> > >
> > > If the pcHDTV 5500 is no longer supported, what is a good replacement card
> > > to get.
> > >
> > > If it is supported what is my next step?
> > >
> > >
> > > Thanks,
> > >
> > > David
> > > ___
> > > users mailing list -- users@lists.fedoraproject.org
> > > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > > List Archives:
> > > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Cloning of existing fedora install failing at switch root. Does systemd keep system state?

[Roger Heflin]

Did you check the kernel command line in grub.cfg to see what root= is
set to?   That is the only place I know specifically references what
to look for on the switch root.

On Tue, Jun 4, 2019 at 10:41 AM stan  wrote:
>
> Hi,
> I'm trying to clone an existing Fedora install, just a / partition and
> a /boot partition, both ext4.  I use rsync,
> # rsync -C -x -u -a -v -A -X /mnt/old/ /mnt/new
> to clone both partitions from a running Fedora.
> I then clean up the /etc/fstab and /boot/grub2/grub.cfg by changing the
> UUIDs of the / and boot partitions.
> Formerly, that would be enough.  I would run mkconfig to find the new
> installs from an existing Fedora, and boot into them from the grub
> menu of that existing install.
>
> That failed at switch root.  Research found that the initramfs is now
> hostonly, so will not boot on a different root.  I generated a new
> initramfs using dracut with --no-hostonly on the existing / old
> install, and copied it to the new /boot.  Then altered the new grub.cfg
> to use that as the initramfs, ran mkconfig in the existing / old
> install to pick up the change, and rebooted.
>
> Still not working, though it now fails because systemd kills itself
> after switch root. And hangs because it can't find /bin/bash.  As near
> as I can tell, everything is there.  /usr/sbin/init links
> to /usr/lib/systemd/systemd, and the initramfs has those links in it,
> so why is switch root failing?  The only thing I can come up with is
> that systemd somehow keeps track of the system it was installed on, and
> is failing to find something from the old system because it isn't
> mounted.
>
> Can anyone offer any insight?
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Cloning of existing fedora install failing at switch root. Does systemd keep system state?

[Roger Heflin]

I would check these modules in dracut: dracut --list-modules, some of
them are rescue and debug and a few other modules may help.

The tools may allow you to get a prompt inside the boot when it fails
and/or give you some tools to do some debugging.

On Tue, Jun 4, 2019 at 1:09 PM stan via users
 wrote:
>
> On Tue, 4 Jun 2019 12:37:04 -0500
> Roger Heflin  wrote:
>
> > Did you check the kernel command line in grub.cfg to see what root= is
> > set to?   That is the only place I know specifically references what
> > to look for on the switch root.
>
> Yep, converted all the old UUIDs for boot and root to the new UUIDs in
> grub.cfg, including that one.
>
> I tried having systemd print out to the terminal any error messages by
> changing the configuration in /etc/systemd/system.conf.  But it didn't
> add anything, only saying that there were 27 printk messages not shown
> because of ratelimiting.  Not sure what that is, but they might shed
> some light on the situation.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Cloning of existing fedora install failing at switch root. Does systemd keep system state?

[Roger Heflin]

Based on not finding bash, I would think that t may not be finding your rootlv.

That generally means either the driver for the disk controller/scsi,
or a critical filesystem component, or something else is missing in
the required pieces to find the rootlv.  You said you aren't using LVM
so that simplifies some things.

If you have a serial port and a serial crossover cable and/or enough
scroll back if you remove quiet you should be able to see the disk
controller init and other messages so you can confirm what is or is
not getting found.

Ripping apart the initrd and/or using lsinitrd to check various
components to see if all the pieces are there and/or all of the
settings are right in the initrd files is probably a good idea.

I have had dracut get confused and not include critical parts because
of system config issues when dracut was being run, but most of those
should have went away when you did hostonly=no.

On Wed, Jun 5, 2019 at 12:35 AM stan  wrote:
>
> On Tue, 4 Jun 2019 18:49:29 -0500
> Roger Heflin  wrote:
>
> > I would check these modules in dracut: dracut --list-modules, some of
> > them are rescue and debug and a few other modules may help.
> >
> > The tools may allow you to get a prompt inside the boot when it fails
> > and/or give you some tools to do some debugging.
>
> I added debug to the nohostonly initrd file, and there was no change in
> the output during a boot.  I tried using the rescue that was copied
> over, but it just booted the original system (successfully).  I've been
> thinking of taking apart the rescue initrd, editing the UUIDs of the
> drives, and putting it back together so it would rescue the new
> system.  Getting closer to that.
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Cloning of existing fedora install failing at switch root. Does systemd keep system state?

[Roger Heflin]

There is a systemd started in the initrd, after the switchroot it
restarts/execs  init and that is the real systemd on the real disk
that will run the system.

If you have quiet removed you should see the kernel say it mounted a
filesystem (it won't tell you what it mounted, but it will say it
mounted one).   I have yet to see this sort of issue be a systemd
issue, it has generally been a failure to find and mount the rootlv.
 The only other

Mount up the new disks on someplaces like you did and cd into the /
for the new image and chroot .  and then do ls -lL against the files
it is complaining about, it will show you the file at the end of the
lin, and this should be exactly what is seen when it is booting.  If
the chroot . complains about started /bin/bash, either it is missing
or some libraries are not all there.

On Wed, Jun 5, 2019 at 9:52 AM stan  wrote:
>
> On Wed, 5 Jun 2019 07:31:46 -0500
> Roger Heflin  wrote:
>
> > Based on not finding bash, I would think that t may not be finding
> > your rootlv.
> >
> > That generally means either the driver for the disk controller/scsi,
> > or a critical filesystem component, or something else is missing in
> > the required pieces to find the rootlv.  You said you aren't using LVM
> > so that simplifies some things.
>
> I can edit the partitions when I boot from another partition.
>
> >
> > If you have a serial port and a serial crossover cable and/or enough
> > scroll back if you remove quiet you should be able to see the disk
> > controller init and other messages so you can confirm what is or is
> > not getting found.
>
> Don't have.
>
> >
> > Ripping apart the initrd and/or using lsinitrd to check various
> > components to see if all the pieces are there and/or all of the
> > settings are right in the initrd files is probably a good idea.
> >
> > I have had dracut get confused and not include critical parts because
> > of system config issues when dracut was being run, but most of those
> > should have went away when you did hostonly=no.
>
> I used the protocol in the man page for dracut to modify the grub.cfg
> in the new clone and have all kernel output during initialization sent
> to the terminal.  It made no difference to the final output.
>
> Here is that output, that I finally wrote down.
>
> """
> Starting Switch Root
> systemd-journald received SIGTERM from PID1 (systemd).
> systemd[1] No /sbin/init, trying fallback
> Failed to execute /sbin/init
> systemd[1] Failed to execute /bin/sh, giving up: No such file or
> directory
> systemd[1] Freezing execution
> """
>
> There were 15 suppressed messages with the kernel sending to the
> terminal in this case.
>
> The messages make no sense.  It looks like systemd is starting, which
> means that it found  /usr/lib/systemd/systemd on the root filesystem in
> order to start it.  But that is just a link from /sbin/init, a link
> that exists on the new filesystem.  And once it is started, it has no
> access to the filesystem that it was just started from, because it then
> says /sbin/init failed even though it is running.  What?
>
> Existing system:
>
> # ls -nZ /sbin/init
> lrwxrwxrwx. 1 0 0 system_u:object_r:bin_t:s0 22 Feb 20 10:06 /sbin/init -> 
> ../lib/systemd/systemd
> # ls -nZ /usr/lib/systemd/systemd
> -rwxr-xr-x. 1 0 0 system_u:object_r:init_exec_t:s0 1793800 Feb 20 10:07 
> /usr/lib/systemd/systemd
> # ls -nZ /usr/bin/sh
> lrwxrwxrwx. 1 0 0 system_u:object_r:bin_t:s0 4 Jun 18  2018 /usr/bin/sh -> 
> bash
> # ls -nZ /bin/sh
> lrwxrwxrwx. 1 0 0 system_u:object_r:bin_t:s0 4 Jun 18  2018 /bin/sh -> bash
>
> New system:
>
> # ls -nZ /mnt/s2r4/sbin/init
> lrwxrwxrwx. 1 0 0 system_u:object_r:bin_t:s0 22 Feb 20 10:06 
> /mnt/s2r4/sbin/init -> ../lib/systemd/systemd
> # ls -nZ /mnt/s2r4/usr/lib/systemd/systemd
> -rwxr-xr-x. 1 0 0 system_u:object_r:init_exec_t:s0 1793800 Feb 20 10:07 
> /mnt/s2r4/usr/lib/systemd/systemd
> # ls -nZ /mnt/s2r4/usr/bin/sh
> lrwxrwxrwx. 1 0 0 system_u:object_r:bin_t:s0 4 Jun 18  2018 
> /mnt/s2r4/usr/bin/sh -> bash
> # ls -nZ /mnt/s2r4/bin/sh
> lrwxrwxrwx. 1 0 0 system_u:object_r:bin_t:s0 4 Jun 18  2018 /mnt/s2r4/bin/sh 
> -> bash
>
> Could dracut be using some internal logic to start systemd from the
> existing system during switch root?  And then passing the wrong root
> UUID (the old one) to that systemd, which then fails because it isn't
> mounted?  How would it even do that when that partition isn't mounted?
> Unless it is keeping an internal copy, and that copy is somehow branded
> with the old system root.  But that would contravene the nohostonly
> switch.
>

Re: Cloning of existing fedora install failing at switch root. Does systemd keep system state?

[Roger Heflin]

No path is required when the full path is supplied like that.

I would verify in the new filesystem that execute is set on everything
including the directories.  I would also do a ldd bash outside of the
new system and check to see if all of the right libraries exist in the
"new" image in the right place with the right permissions and
checksums.   You might try executing the "new" system /bin/bash and
see if it works and/or validate it has the same checksum as the one on
the working system.  The switchroot should not be setting noexec on
that filesysetm and outside of the various executable bits on files
and directories I don't think there is a way to prevent execute of
something, though there may be things besides selinux that could block
it.  I have seen a script say no execute when the #! executable is not
set but exists, but bash should be a compiled program so that should
not be an issue.  Effectively the first exec of bin bash is a simple
exec and should only required the executable to be there and the
library and/or library path to have the needed pieces in it
(/etc/ld.so.conf and /etc/ld.so.conf.d defined the library path) and
should have all of the right libraries with the right checksums that
the ldd says it needed.   It sounds like once you get the chroot . to
work things may work right.  Something odd happened with the rsync I
would suspect.

On Wed, Jun 5, 2019 at 4:33 PM stan  wrote:
>
> On Wed, 5 Jun 2019 10:14:01 -0500
> Roger Heflin  wrote:
>
> > There is a systemd started in the initrd, after the switchroot it
> > restarts/execs  init and that is the real systemd on the real disk
> > that will run the system.
>
> That's what I'm seeing then.
>
> > If you have quiet removed you should see the kernel say it mounted a
> > filesystem (it won't tell you what it mounted, but it will say it
> > mounted one).   I have yet to see this sort of issue be a systemd
> > issue, it has generally been a failure to find and mount the rootlv.
>
> It shows dracut mounting, and then unmounting before switch root,
> several filesystems, including /boot and /sysroot.  That's with the
> dracut kernel printing to terminal turned on.
>
> > Mount up the new disks on someplaces like you did and cd into the /
> > for the new image and chroot .  and then do ls -lL against the files
> > it is complaining about, it will show you the file at the end of the
> > lin, and this should be exactly what is seen when it is booting.  If
> > the chroot . complains about started /bin/bash, either it is missing
> > or some libraries are not all there.
>
> It is as you say.  When I do a chroot to the system that won't boot, it
> won't because it says it can't find /bin/sh.  Yet they *are* there.  It
> is like the path hasn't been set.
>
> I unpacked the rescue image, expecting to find something which pointed
> to the old system, and there was nothing obvious.  If it is there, I
> couldn't find it. Maybe it is created during initial boot before the
> switch root.
>
> Anyway, the core issue seems to be that path is not set up on the new
> system, so once it switches root it can't find anything even though it
> is there.
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: SOLVED - Re: Cloning of existing fedora install failing at switch root. Does systemd keep system state?

[Roger Heflin]

You are welcome.

On Thu, Jun 6, 2019 at 10:42 AM stan  wrote:
>
> On Wed, 5 Jun 2019 18:16:44 -0500
> Roger Heflin  wrote:
>
> > It sounds like once you get the chroot . to
> > work things may work right.  Something odd happened with the rsync I
> > would suspect.
>
> You were exactly right.  When I started comparing the /usr directories,
> I noticed discrepancies.  I re-examined my options to rsync and found
> they were improper for cloning as they didn't handle links properly.  I
> originally developed them for backing up home and important data.  When
> I fixed the rsync, the clone would chroot properly.  I then just booted
> into the rescue image from the original system, and from there I had a
> running system, and made it bootable.
>
> Thanks for your help.  I don't think I would have solved this without
> it.
>
> For future searchers wanting to do this, I give a procedure below.
> Certainly not global, but provides a good basis.
>
> In the running system, make sure the rescue image is up to date.  As
> root, in /boot, remove the rescue image and rescue initramfs.  Then run
> /etc/kernel/postinst.d/51-dracut-rescue-postinst.sh 
> 5.1.0-300.20190511.fc28.x86_64 /boot/vmlinuz-5.1.0-300.20190511.fc28.x86_64
> substituting the kernel you want the rescue for.  Then edit
> grub2/grub.cfg or run a grub2-mkconfig to pick up the new rescue image.
>
> Clone the system using rsync,
> rsync --delete -a -l -u -x -A -H -X /mnt/s2r1/ /mnt/s2r2
> The first mount is the source and the second mount is the destination.
> The / on the first mount is important, as is the lack of one on the
> second.  See man rsync.  You can throw in a -v to see the files scroll
> by, or a --progress to get progress updates.  This can take a long
> time, depending on disk speed.
>
> Once the system is cloned, check that it is coherent by running
> chroot /mnt/s2r2
> It should successfully bring up a shell.  exit to get out of the chroot.
>
> Edit the /etc/fstab and /boot/grub2/grub.cfg on the new system to
> reflect the UUIDs (or labels) of the new root, and /boot if you have
> separate boot.  If changing to a different type of disk, msdos to gpt,
> also edit the hinting for the boot drive in grub terms.  e.g.
> (hd0,msdos6) or (hd1,gpt2)
>
> Run a grub2-mkconfig in the existing system to pick up altered new
> grub.cfg from the newly installed system.
>
> Reboot the existing install, and from it's menu select the rescue
> stanza of the new install.  It should successfully boot, and you can
> regenerate the grub.cfg so it can boot independently, and without the
> rescue.
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: cp and exclude?

[Roger Heflin]

no.

You can do excludes (dir and files/wildcards) with rsync so you might
want to look at using it instead.

On Sat, Aug 3, 2019 at 12:03 AM ToddAndMargo via users
 wrote:
>
> Hi All,
>
> Is there a way to do a "cp -r" and have it
> exclude certain directories?
>
>
> Many thanks,
> -T
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Amazfit Verge lite is not recognized

[Roger Heflin]

Every device should show up in lsusb, it may not have the proper name
attached to it.

So remove the watch do an lsusb and note what you see, then connect
the watch and do a lsusb.

If you don't see any new devices at all there is some sort of USB
physical issue (bad cable, bad port, port in watch turned off).

Once you can see it in lsusb (with or without a name) then you would
need an application to support it (understands its format, and how to
talk with the device), and every similar device made by almost every
company seems to be non-standard for the most part, so there really is
no generic support for said devices usually. Keyboards/mice, serial
ports, uvc-std webams, and storage are standard, say high-end SLR-type
cameras are not and vary widely enough that the tools that support
them seem to be customized to support specific models and features
supported per-model vary widely.  This is especially true if there is
no generic governing standard for a given device.  Webcams were a mess
until the UVC standard and support came along.   My ancient polar
watch uses a KVM windows install passing its usb device thru so that I
can run the vendors standard windows software to support its usb
communication device.


On Fri, Aug 30, 2019 at 4:22 PM Antonio M  wrote:
>
> I got a brand new Verge (a smartwatch by Amazfit) and when I connect to my 
> laptop device is not recognized, i.e it is not included in lsusb comamnd. Is 
> ot too new??
> Antonio Montagnani
>
> Linux Fedora 30 Workstation
> da/from Gmail
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Improper shutdown, now Kernel panic.

[Roger Heflin]

Symbolic links missing on / (/bin->/usr/bin and such).
/bin/bash missing or corrupted.
/lib64/ libraries missing or corrupted.
systemd itself missing, pivot root attempts to run systemd and that
may be what is failing, but you don't really know what the underlying
cause is for it to fail.

What exactly was the "improper shutdown"

The easiest way to debug is to livecd boot it mount up the old
filessystems on say /oldroot (rootfs) mount /oldroot/usr for usr and
so forth and then cd /oldroot and do a "chroot ."

I would expect the chroot . to fail with some sort of error that may
hint at what is broken.

On Tue, Sep 10, 2019 at 7:15 AM murph nj  wrote:
>
> On Mon, Sep 9, 2019 at 9:07 PM Tony Nelson  
> wrote:
> >
> > Usually, when it all goes wrong just after pivot-root, there is a
> > problem with the new (real) root.  Exactly how it goes wrong is not
> > useful.  I would look hard at whatever is mounted at /sysroot.  It
> > should be what you expect / (root) to be, but mounted ro at that point
> > (`cat /proc/mounts` should show it mounted at /sysroot (see `man 5
> > fstab`
> > for format); `ls -l /sysroot` should show the contents you expect).
> > (All off the top of my head; I haven't rebooted to test.)
> >
> Thanks.  That gives me something to examine.  I'm working tonight,
> will probably dig back in to this tomorrow.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Please recommend a super fast video editing software for Fedora 31 Linux

[Roger Heflin]

Look for a video card that can decode *AND* encode and do basic processing.

I have a "crappy" low end older nvidia card, and it is about 3x faster
than an older pre-ryzen 4 core box.   My card is rated at 8x encode at
1080 basic encoding.   There are newer cards that are several times
faster than my card.   Search NVENC and see this page:

https://developer.nvidia.com/video-encode-decode-gpu-support-matrix

I think you have to use the nvidia driver (I am), so I don't know if
it works without it.

And note that more expensive graphics cards in the same family often
don't have better encoders/decoders (unlike the graphics display
speed).

On Fri, Sep 20, 2019 at 2:33 AM Turritopsis Dohrnii Teo En Ming
 wrote:
>
> Good afternoon from Singapore,
>
> I am presently using Vegas Movie Studio Platinum 15.0 on Windows 10
> Home Edition to render 4K Ultra HD 3840x2160 videos. My processor is
> 5th generation Intel Core i7-5820K @ 3.3 GHz with 6 cores only. My
> motherboard is MSI X99A SLI Krait Edition with LGA2011-3 socket and 32
> GB DDR4 memory. However, 4K video rendering on this platform takes an
> extremely long time, typically more than 10 hours to render a 2-hour
> 4K video.
>
> Please recommend a super fast video editing software for Fedora 31
> Linux which can do 4K video rendering significantly faster.
>
> Perhaps it is not the software but my processor which could be the
> bottleneck. Do I need to upgrade to 16 or 18 core processors like the
> Intel Core i9-9980XE Extreme Edition or AMD Ryzen 9 3950X to render 4K
> videos significantly faster?
>
> Please advise.
>
> Thank you very much.
>
>
> -BEGIN EMAIL SIGNATURE-
>
> The Gospel for all Targeted Individuals (TIs):
>
> [The New York Times] Microwave Weapons Are Prime Suspect in Ills of
> U.S. Embassy Workers
>
> Link: 
> https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html
>
> 
>
> Singaporean Mr. Turritopsis Dohrnii Teo En Ming's Academic
> Qualifications as at 14 Feb 2019 and refugee seeking attempts at the
> United Nations Refugee Agency Bangkok (21 Mar 2017) and in Taiwan (5
> Aug 2019):
>
> [1] https://tdtemcerts.wordpress.com/
>
> [2] https://tdtemcerts.blogspot.sg/
>
> [3] https://www.scribd.com/user/270125049/Teo-En-Ming
>
> -END EMAIL SIGNATURE-
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org