similar to: pcscd fails due to hal not running - CentOS 6.2

I have a Centos 5.4 machine that has, for the past two weeks, apparently been shut off over the weekend. It's just sitting there turned off on Monday morning and when someone hits the power switch it comes right back on and everything works again. This happened last weekend, and again over this past weekend. Here is /var/log/messages from shortly before it apparently shut down this weekend.

Anyone working with/using it? One thing that's driving me nuts is that it keeps spitting garbage into the logs (card absent or mute!!!). I just tried editing /etc/init.d/pcscd - there's *no* way to pass parms from the config file - and set the logging level to --error, and it's still doing it. Clues for the poor, to shut it up? mark

On Thu, 2014-12-04 at 08:08 -0500, mark wrote: > On 12/03/14 17:34, Cal Webster wrote: > > Can anyone help with getting the new DoD CACs (Smart Card) to work in > > CentOS 6.6? I don't use it for console logins, only for email and .mil > > web sites. > > > > I recently had to get a new DoD CAC (Smart Card) when one of the > > buildings I work in upgraded

Tue Jul 26 21:17:40 UTC 2016, m.roth at 5-cent.us wrote: > I could try the reinstall, but it's very odd - everything worked, and now, > after the upgrade, it doesn't. Oh, and here's another twist on this: Under > 6.7, if I'd logged into my webmail via firefox, and while that was > happening, I stuck my AA ("Logical token" card) into the keyboard slot, >

On Thu, 2014-12-04 at 11:30 -0500, m.roth at 5-cent.us wrote: > Cal Webster wrote: > > On Thu, 2014-12-04 at 08:08 -0500, mark wrote: > >> On 12/03/14 17:34, Cal Webster wrote: > >> > Can anyone help with getting the new DoD CACs (Smart Card) to work in > >> > CentOS 6.6? I don't use it for console logins, only for email and .mil > >> > web

So, it *seems* to be working, pretty much. I needed to install opensc, openct pcsc-lite, pcsc-lite-openct, and ctapi-common will be installed as a dependency. I *removed* coolkey and esc, which depended on it. 100% of the time, they misidentifed the new/current US federal ID PIV-II cards as coolkey cards, and popped up this "phone home" window, then a "manage smartcards"

Hi Tony, Have you solved this problem yet?I took another approach and used CACkey which supportsUS Government PIV cards including the CAC.? In my case I set it up on Linux Mint but there is an rpm version of CACKey for 32 or 64 bit Centos.Here is the process I went through. - setup CAC card by following instructions on: https://help.ubuntu.com/community/CommonAccessCard sudo apt-get install

m.roth at 5-cent.us further wrote: ############## m.roth at 5-cent.us wrote: > Hi, folks, > > Up until a few weeks ago, it worked as it has been for years: firefox, > security device is libcoolkey, and pcscd. > > Today, I go to use it (I have done updates sine I last used it), and > try preferences->advanced->certificates, and it hangs. My most recent > try was

Hello! I know this is a bit off topic but its hard to get some help in this case. the driver for my Towitoko Chipdrive USB works: Aug 21 12:33:12 idefix pcscd: eventhandler.c:380 EHSpawnEventHandler: Card Removed From Towitoko Chipdrive USB 0 0 Aug 21 12:33:16 idefix pcscd: eventhandler.c:468 EHSpawnEventHandler: Card inserted into Towitoko Chipdrive USB 0 0 Aug 21 12:33:16 idefix pcscd:

Hi, folks, Up until a few weeks ago, it worked as it has been for years: firefox, security device is libcoolkey, and pcscd. Today, I go to use it (I have done updates sine I last used it), and try preferences->advanced->certificates, and it hangs. My most recent try was for over 20 min. If you move something over the window, then move it away, it's a blank window. Pull out the

On Feb 1, 2008 6:11 PM, Arnaud Quette <aquette at alioth.debian.org> wrote: > Author: aquette > Date: Fri Feb 1 23:11:33 2008 > New Revision: 1264 > > Log: > fix HAL support installation [Alioth Bug #304156] Arnaud, I tried to fix some of the errors that I was seeing in buildbot, but I still get the following error on "make distcheck", and I don't know how

CentOS 6.4. We've got a subversion repo on a server. Currently, it's set to use krb5. Trouble is, the krb5.conf is set up to use pcscd authentication (using PIV cards). Whether anything else on the server needs it, it appears that when people issue certain svn commands (I haven't nailed down which), the thing tries to look at the pcscd.pid... and selinux complains that this is

CentOS Errata and Bugfix Advisory 2012:1343 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1343.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 507fc8426df47d02dd6c62dd063ddc423507861b38ca6ee6cf589cf86d8ac328 pcsc-lite-1.5.2-8.el6_3.i686.rpm

CentOS Errata and Bugfix Advisory 2013:0955 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0955.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c52a3aa5986f104e107ceeb747ea97da0d6e24df4367ce8eceabcfb4be21b624 pcsc-lite-1.5.2-13.el6_4.i686.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Security Advisory 2013:0525 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-0525.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: af5d6862486e9a9eb426f14e23dee436a217ae4b1c6f6b4869a0c2e8fb80c4ce pcsc-lite-1.5.2-11.el6.i686.rpm

I updated my work desktop to kernel-3.10.0-1062.4.1.el7.x86_64 yesterday as I was leaving. This morning booted into that new kernel I was unable to login using my common access card.? Rebooted in the previous kernel (3.10.0-1062.1.2.el7.x86_64) and smart card login works fine. Anyone else seeing any similar problems?? I haven't had time to dig deeply into the logs yet but I did a bunch of

CentOS Errata and Security Advisory 2010:0533 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0533.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 75d1a94192386b1014fdb3d5dc0d3e04 pcsc-lite-1.4.4-4.el5_5.x86_64.rpm 09dbb62b4da811d088120d550cb8e323 pcsc-lite-devel-1.4.4-4.el5_5.i386.rpm

On Nov 11, 2016, at 1:01 PM, Stuart Gathman wrote: > > I've tried several recipes found with google, but hal likes to grab the > USB ups before nut can get it. > There are a number of klugey workarounds, like turn off port power until > ready to start nut (so that hal doesn't see the UPS). Or > killall hal-addon-hid-ups before starting nut. Minor nit, but for anyone

Before I roll it out to users for their workstations, I updated my own system to 6.3, just did an update a few minutes ago, then rebooted. Came up... but when I went to use my PIV card for credentials to certain other machines, it didn't read the card. I found that pcscd was not running - when I did a service restart, it said "failed" on shutdown, then ok on startup. chkconfig --list