104 hotplug processes - is this normal?
by B Wooster
I've installed FC3, and use KDE.
I have a SD USB card reader that I plug in and out of my machine, have
done it maybe 3-4 times over last few days. I noticed two problems -
initially the USB storage would show up under /dev/sda1, but now it
shows up under /dev/sbd1. It also does not get automatically mounted,
but I think that is probably because the KDE system is not well
configured under Fedora, but I can live with that, manually mounting
isn't that hard.
What does seem odd to me is that I just looked at the number of
processes with the word "hotplug" in them - and I find that are 104
such things! This can't be normal - is there some configuration on my
system that is wrong ? The entire ps output | grep hotplug is at the
bottom.
uname:
2.6.10-1.741_FC3 #1 Thu Jan 13 16:38:22 EST 2005 i686 athlon i386 GNU/Linux
ps -efww | grep [h]otplug:
root 15274 4 0 Jan25 ? 00:00:00 /bin/sh /sbin/hotplug module
root 15275 4 0 Jan25 ? 00:00:00 /bin/sh /sbin/hotplug module
root 15276 4 0 Jan25 ? 00:00:00 /bin/sh /sbin/hotplug block
root 15279 4 0 Jan25 ? 00:00:00 /bin/sh /sbin/hotplug block
root 15280 4 0 Jan25 ? 00:00:00 /bin/sh /sbin/hotplug block
root 15281 4 0 Jan25 ? 00:00:00 /bin/sh /sbin/hotplug block
root 15282 4 0 Jan25 ? 00:00:00 /bin/sh /sbin/hotplug block
root 15283 4 0 Jan25 ? 00:00:00 /bin/sh /sbin/hotplug block
root 15295 15274 0 Jan25 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug module
root 15298 15275 0 Jan25 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug module
root 15302 15276 0 Jan25 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 15310 15280 0 Jan25 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 15312 15279 0 Jan25 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 15316 15281 0 Jan25 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 15319 15282 0 Jan25 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 15322 15283 0 Jan25 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 15335 4 0 Jan25 ? 00:00:00 /bin/sh /sbin/hotplug module
root 15338 4 0 Jan25 ? 00:00:00 /bin/sh /sbin/hotplug module
root 15341 15338 0 Jan25 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug module
root 15344 15335 0 Jan25 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug module
root 11730 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 11731 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 11734 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi_host
root 11742 11730 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 11744 11734 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_host
root 11747 11731 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 11749 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi
root 11751 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 11753 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 11755 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug
scsi_device
root 11758 11749 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi
root 11761 11753 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 11763 11751 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 11767 11755 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_device
root 11861 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug
scsi_device
root 11864 11861 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_device
root 11866 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 11869 11866 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 11873 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 11876 11873 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 11880 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi
root 11883 11880 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi
root 11885 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi_host
root 11888 11885 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_host
root 11890 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 11893 11890 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 11895 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 11898 11895 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 11900 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 11902 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 11906 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi_host
root 11911 11900 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 11913 11902 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 11916 11906 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_host
root 11919 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi
root 11921 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 11923 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 11925 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug
scsi_device
root 11928 11919 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi
root 11931 11923 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 11933 11921 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 11935 11925 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_device
root 11938 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug
scsi_device
root 11942 11938 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_device
root 11943 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 11946 11943 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 11947 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 11950 11947 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 11951 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi
root 11954 11951 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi
root 11956 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi_host
root 11960 11956 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_host
root 11961 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 11964 11961 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 11966 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 11969 11966 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 11976 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 11978 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 11982 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi_host
root 11986 11976 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 11989 11978 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 11992 11982 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_host
root 11994 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi
root 11996 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 11999 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 12001 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug
scsi_device
root 12004 11994 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi
root 12007 11999 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 12009 11996 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 12012 12001 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_device
root 12048 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug
scsi_device
root 12052 12048 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_device
root 12053 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 12056 12053 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 12057 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug block
root 12060 12057 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug block
root 12061 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi
root 12064 12061 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi
root 12066 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug scsi_host
root 12069 12066 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug scsi_host
root 12071 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 12074 12071 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
root 12076 4 0 Jan30 ? 00:00:00 /bin/sh /sbin/hotplug usb
root 12079 12076 0 Jan30 ? 00:00:00
/etc/hotplug.d/default/20-hal.hotplug usb
19 years, 3 months
Problem with postgresql and need to fix it in the next release
by Daniel Chénard
To recreate the problem
I install FC3 on a server with SELINUX=enforcing and
SELINUXTYPE=targeted
after, I install postgresql and do initdb with the user postgres
-bash-3.00$ /usr/bin/initdb
The files belonging to this database system will be owned by user
"postgres".
This user must also own the server process.
The database cluster will be initialized with locale en_US.UTF-8.
fixing permissions on existing directory /var/lib/pgsql/data... ok
creating directory /var/lib/pgsql/data/base... ok
creating directory /var/lib/pgsql/data/global... ok
creating directory /var/lib/pgsql/data/pg_xlog... ok
creating directory /var/lib/pgsql/data/pg_clog... ok
selecting default max_connections... 100
selecting default shared_buffers... 1000
creating configuration files... ok
creating template1 database in /var/lib/pgsql/data/base/1... ok
initializing pg_shadow... ok
enabling unlimited row size for system tables... ok
initializing pg_depend... ok
creating system views... ok
loading pg_description... ok
creating conversions... ok
setting privileges on built-in objects... ok
creating information schema...
initdb: failed
To fix that, i must to disable SELinux => SELINUX=disabled
in /etc/sysconfig/selinux
restart my server
log in with the user posgres
rm -rf /var/lib/pgsql/data/* && /usr/bin/initdb
and that's work
--
Daniel Chénard
SysAdmin Unix
Infoteck Internet
5480, Boul. Jean XXIII
Trois-Rivières-Ouest, Québec
Canada
G8Z 4A9
Tel: 819-370-3232
Sans Frais: 1-866-853-3232
Fax: 819-370-3624
PS: The Light at the End of The Tunnel
will be turned off until further
notice due to budget cutbacks.
19 years, 3 months
Grub install broken after kernel update
by Pierrette Barbaresco
Hello,
We updated smp kernel on a Sun V20Z AMD Opteron Scsi device.
After installation we tried grub-install /dev/sda and we got
/sbin/grub-install: line 475: 4041 Segmentation fault
[root@cict-009 ~]# uname -a
Linux cict-009.toulouse.grid5000.fr 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
[root@cict-009 ~]# grub-install /dev/sda
/sbin/grub-install: line 475: 4041 Segmentation fault $grub_shell --batch $no_floppy --device-map=$device_map >$log_file <<EOF
root $root_drive
setup $force_lba --stage2=$grubdir/stage2 --prefix=$grub_prefix $install_drive
quit
EOF
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.
# this device map was generated by anaconda
(fd0) /dev/fd0
(hd0) /dev/sda
Any idea.
Regards
--
------------------------------------------------------------------------------
Pierrette Barbaresco tel: 05 61 36 60 08
CICT
118, route de Narbonne Email: pb(a)cict.fr
31062 Toulouse Cedex
------------------------------------------------------------------------------
19 years, 3 months
Attention Fedora Core 3 Radeon users
by Mike A. Harris
Does DRI actually work on Radeon for _anyone_ out there without
crashing either immediately, or within some timeframe?
There are oodles of DRI related radeon bugs, and I'm just trying
to get an idea if it actually works for anyone at all, so we can
decide the best approach to resolving the issues reported so far.
Thanks in advance.
--
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - X11 Developer - Red Hat
19 years, 3 months
USB2 memory stick failing to mount
by Peter Lawler
Hi!
I've googled and check the archives a little, but found not much of use.
I can't get my USB2 memory stick to mount. This is about the only useful
kind of info I can get out of dmesg.
usb 2-2: new full speed USB device using uhci_hcd and address 3
usb 2-2: device descriptor read/64, error -71
usb 2-2: device descriptor read/64, error -71
usb 2-2: new full speed USB device using uhci_hcd and address 4
usb 2-2: device descriptor read/64, error -71
My system is 2.6.10-1.741_FC3smp Pentium 4. Any thoughts/comments
appreciated.
Regards,
Pete.
19 years, 3 months
i2o raidutils problem (FC 3, kernel 2.6.10-1.741_FC3smp)
by Danny Yee
My RAID arrays seem to be working fine, but I have no way of checking
up on them, as I haven't been able to get raidutils to work with the
latest FC3 kernel.
# /usr/bin/raidutil -L logical
Engine connect failed: COMPATIBILITY number
osdIOrequest : File /dev/dpti17 Could Not Be Opened
# rpm -qf /usr/bin/raidutil
raidutils-0.0.4-2
# uname -srvmp
Linux 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:53:16 EST 2005 i686 i686
# lsmod|grep i2o
i2o_proc 29461 0
i2o_config 14673 0
i2o_block 16589 5
i2o_core 41065 3 i2o_proc,i2o_config,i2o_block
Is this "known not to work" or have I missed something?
Danny.
----------------------------------------------------------
http://dannyreviews.com/ - over eight hundred book reviews
http://danny.oz.au/ - civil liberties, travel tales, blog
----------------------------------------------------------
19 years, 3 months
Could an Intel 486 wake up with FC3
by Kumara Jayaweera
Could somebody advice me if it is a good idea to do so.
I have an Intel 486 DX4-S mechine with 504MBs of HDD
and 16MB's of RAM. it is hardly running windows 98 and Internet. (very slow and with a lot of crashes and stucks).
could someone advice me to put FC1 on it and test???
May I try it? hope your advice from the list. I want to enjoy the power of Linux in different ways
ThX in advance
Mohan
19 years, 3 months
Big mistaking extracting files, how to "undo" it?
by Leandro Melo
Hi.
I had a zip file which i needed to extract.
This zip file contains a base folder in which there are a few subfolders, etc...
I opened the zip file with file roller, which naturally showed me the
base folder (the one i just mentioned). Then I set it to extract this
file under /usr/.
Specifically, this was the Eclipse project file. The zip file contains
a base folder called eclipse in which are all the subfolders and
project files.
Then i thought that file roller would extract the files to me in a way
that i would maitain the same hierarchy. So, i thought i would have
the folder /usr/eclipse and under /usr/eclipse i would have the other
subfolders and files.
The problem is that when i told it to extract, file roller simply
extract all FILES of the original zip file undre /usr/. So now i got
hundreds of file under my /usr/ directory.
Addionally, file roller didn't create any of the subfolders of the
eclipse base folder (which, as said, was not created either).
What could i do to "undo" this process? I'm very new to linux.
Is there a way i to delete files created at some specific date??? So i
just would go with this. For example: Delete all files created after
saturday 30.
Also, i could delete only all FILES from my /usr/ dir, which before
the whole thing only had subfolders. Maybe i could use rm for that,
but as i'm a linux beginner i'm not sure which comannda line options
to use. Maybe: rm -/usr/*
Well, any help is appreciated.
--
Leandro
19 years, 3 months
Re: TurboTax - Linux?
by Pete Schmitt
I used TaxAct last year and really like it. It's both web based and PC-based.
Since I'm a UNIX bigot, I used the web-based version. It also remembers you
from year to year. It can be found here: http://www.taxact.com/
On Thu, Jan 27, 2005 at 08:25:36PM -0500, Steven Pasternak wrote:
> This is really out of the blue, but if I use linux and want to do taxes with
> my computer with something like turbotax, does it work with wine? Is there a
> linux equivilant for it? Like I said, this is REALLY random. Thanks!
>
--
My Prayer: "Lord, please make me the kind of person my dogs think I am."
19 years, 3 months
Fedora Community: Under threat?
by D. D. Brierton
I've been a RHL and FC user for quite some time. I've been on the
mailing lists, and had bugzilla accounts for a long time now. But this
mailing list is strangling itself. The volume is way too high. Look at
the beginning of the Fedora Project and see how many Red Hat engineers
regularly posted to this list, and now look at how many do (Tim Waugh
and Dave Jones make an occasional appearance here these days, and we're
lucky to have them). That's it. Who's driven them away? WE HAVE.
I work for a living. I have no idea what most of the other people on
this list do, but I often feel in a minority. This list should have a
narrow focus, restricted to using Fedora, and that's it. But instead we
have all manner of ridiculous threads, not all of them flame wars, that
go on and on and on. For the last couple of months I actually suspended
delivery from this list because I just couldn't cope with the volume.
Even as it is, I skim through messages, quite possibly missing things
that i could either learn from or help others with just because there is
too much traffic. Who's at fault? Well there is no one else to blame but
ourselves. We *are* the list. Either we decide to only respond to
genuine questions and issues, and ignore the trolls and flame-bait, or
we give into our urges and wreck this community completely. Given the
traffic the last couple of days I have myself considered unsubscribing.
Which is a shame, as whilst that flame war was going on I was helping
someone who was a complete newbie actually install Fedora. Shame on
everyone who perpetuated that total waste of time with so little
consideration for the silent majority on this list.
All of you can say, "If you don't like the heat get out of the kitchen",
but if the temperature gets any hotter so many people might leave that
the Fedora community might end up as one long slanging match like the
Debian community is. I assume that that is not what we want.
So could all of us think twice about what to reply to? If someone says
something stupid, or slags us off, or asks a question they could clearly
answer for themselves if they just tried, how about just ignoring them?
How about all of us exercising a little restraint?
Best, Darren
--
=====================================================================
D. D. Brierton darren(a)dzr-web.com www.dzr-web.com
Trying is the first step towards failure (Homer Simpson)
=====================================================================
19 years, 3 months