William L. Maltby (centos...@triad.rr.com)

Yes. AFAIK, no mounted FS can be easily (I'm not sure about impossible)
"reformatted" or "erased" (both are effectively removing the file
system). One of the nice things an OS does (or should do) if prevent
destruction of "active" file systems. If mounted, it is active. Try the
umount and then working on it. BTW, for DVD if IIRC, you _might_ need to
"format". Unsure of that though. I know a "virgin" needs formatting.

Maybe the desktop ICON can be right-clicked and cause an unmount without
ejecting and making the icon disappear? If so, then that would let you
continue to operate on it via the desktop tools.

I've not tried that, but it _seems_ it should work. I mean, if the
desktop can recognize a "blank" media and allow you to format, burn,
etc., even though there is no file system there, it should not (IMO)
remove the icon just because it is unmounted. Once unmounted, the media
is not "active" and could (s/b IMO) be treated just like a blank media.

As to the "in use" part, I'll make a SWAG (Scientific Wild-Ass Guess).

With a normal desktop, when you insert a CD/DVD that has something
recognizable on it, an "automount" occurs that gives you access to the
thing from your desktop. I know notthing about the k3*, so I don't know
if the following is possible.

Is it possible that it is mounted as another user? If it is mounted at
all, does k3* allow you to erase, write, etc? I would think that it
would need to be un-mounted for that to occur.

That's all I can think of. Can you right-click on the icon and see what
the system thinks about it? What does a mount command show?

>
> Thanks.
>
> mhr
> <snip>

Sorry I have nothing more knowledgeable. I always use the cdr tools for
my stuff.

HTH

Just a thought along another tack: have you verified the hardware is
good? That thouyght strikes me because of the nature of the messages you
are getting. I have a mainboard with the VIA 8237 chipset and nvidia
graphics (I don't recall which model ATM) and run 5.x w/o problems.

If the unit has been around a long time, try re-seating all the memory,
cables, PS connectors, etc. Have you run a memtest86(?). Does a visual
inspection show any signs of distress on the board (discoloration of
capacitors, leaking, etc)?

Check BIOS settings too - maybe something set wrongly? Is the CMOS
battery good? Do BIOS settings hold?

>
> Regards,
> Alain

HTH

<snip>

Having read the rest of the posts, maybe you can recover the critical
pieces by going to the bill site again. Most that I use allow a payment
history display. If what you're looking for is a saved confirmation of
you activity, maybe that will do. Many of those I use show the post date
and confirmation number and amount. Maybe that will suffice?

Remember to remove/rename those problem files before doing it.

HTH

Since "file" works by examining a few initial bytes/lines, it can be
fooled. You might want to examine them by "strings" or, if they really
are executables, readelf. This might give a clue as to what went wrong.

I know when I save web pages a related directory is created that
contains images and whatnot that are referenced by the page. I presume
this is what you expected?

AFAIK there is no way to make a directory out of a file on Linux (unlike
real UNIX(TM) which has "standard" i-nodes regardless of file or
directory being mapped).

How did it happen? I could only guess that something ran removed the
directory and put a file there or something in the save process went
awry and made a file, possibly the real files concatenated.

If you can see the structure of the file, maybe some kind of manual edit
will let you break out the files.

If there's images of various types in there, I wouldn't bet on it.

> [[email protected: mri...@swordfish] mhrdocs]$ ll *_files
> -r--r--r-- 1 mrichter RnD 596460 May 29 2008 chv81128_files
> -r--r--r-- 1 mrichter RnD 43756 May 29 2008 chX81125_files

See what readelf says about those files.

>
> These correspond to two html files which do not display correctly
> (because the files that are supposed to be in those directories are
> not because the directories appear to be executables. I don't really
> think I want to try running them....
>
> So, is there a way to change a file into a directory? Or am I crazy?

Not mutually exclusive are they? ;-)

No way that I know of. The rename, mkdir, manual breakout is the only
possible way I can envision ATM.

>
> Thanks.
>
> mhr
> <snip sig stuff>

HTH

Yeah, but I'm all for flexibility. I tested and found I could leave both
installed. I tested and found that just disabling protect and setting
priorities worked as I wanted.

So I ignored the "remove it" suggestions that abound and just disabled.
AFAICT, this is equivalent to "remove it" except that I can switch modes
more easily.

Just be aware that that version doesn't have the latest "in the wild"
features. When I looked into porting the latest some months back, I
found too many changes need for my experience level (python. gtk2?, ...
and more).

If you don't need all the "glitz", maybe one of the others would do? I
use and like rtorrent, but there's also this stuff

Available Packages
ctorrent.i386           1.3.4-3.dnh2.1.el5.kb  kbs-CentOS-Testi
ktorrent.i386           2.2.1-1.el5.rf         rpmforge        
libtorrent-devel.i386   0.12.0-1.el5.rf        rpmforge        
torrentzip.i386         0.2-1.el5.rf           rpmforge

There's others that don't have torrent in the package name, but I can't
recall them ATM. I saw them when I was running rtorrent to share my 5.2
images though.

A browse of the rpmforge site should lead you to alternatives if you
have the interest in them.

I'm 386, but that shouldn't be all that different. Is it possible that
bittorrent is only available as a 386 package?

$ yum list installed \*torrent\*
Loaded plugins: allowdowngrade, changelog, downloadonly, fastestmirror,
              : fedorakmod, kernel-module, priorities, tsflags,
versionlock
Installed Packages
bittorrent.noarch      4.4.0-1.el5.rf         installed
bittorrent-gui.noarch  4.4.0-1.el5.rf         installed
libtorrent.i386        0.12.0-1.el5.rf        installed
rtorrent.i386          0.8.0-1.el5.rf         installed

The above makes me think (being essentially ignorant about all this rpm
stuff) that you might need to over-ride your architecture? And I got
then from rpmforge, not Dag's place so I don't know if it's there or
not.

I'm not sure how current that dag repo is. I know that Dag has been
involved in trying to get rpmforge going, some kind of involvement with
other repos, etc.

FWIW, I've this rpmforge setup.

$ cat /etc/yum.repos.d/rpmforge.repo
# Name: RPMforge RPM Repository for Red Hat Enterprise 5 - dag
# URL: http://rpmforge.net/
[rpmforge]
name = Red Hat Enterprise $releasever - RPMforge.net - dag
#baseurl = http://apt.sw.be/redhat/el5/en/$basearch/dag
mirrorlist = http://apt.sw.be/redhat/el5/en/mirrors-rpmforge
#mirrorlist = file:///etc/yum.repos.d/mirrors-rpmforge
enabled = 1
protect = 0
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-rpmforge-dag
gpgcheck = 1
priority
# includepkgs=rtorrent.i386 libtorrent.i386 libsigc++20.i386
nvidia-x11-drv

Note that the "protect=0" is needed for priorities to work.

> Then I run yum thus:
>
> # yum --enablerepoÚg whatprovides bittorent
>
> But yum cannot find bittorrent.

I only use the rtorrent, which has the DHT feature, so I really can't
offer any more than what I have above.

Sorry.

HTH

Ought to work. That's the purpose of the '\;' IIRC. Here's a similar
test.

$ \
> find .mozilla -name 'plugin*' -exec ls -ld {} \; -print
-rw------- 1 wild-bill hardtolove 1817 Feb 29
2008 .mozilla/pluginreg.dat-
.mozilla/pluginreg.dat-
drwxr-xr-x 2 wild-bill wild-bill 4096 Apr  2  2008 .mozilla/plugins
.mozilla/plugins
-rw------- 1 wild-bill hardtolove 7662 Jun 14
2008 .mozilla/firefox/pluginreg.dat-
.mozilla/firefox/pluginreg.dat-
-rw------- 1 wild-bill wild-bill 5225 Nov 27
07:18 .mozilla/firefox/iqa6tz9r.default/pluginreg.dat-
.mozilla/firefox/iqa6tz9r.default/pluginreg.dat-
-rw------- 1 wild-bill wild-bill 5817 Dec  7
08:45 .mozilla/firefox/iqa6tz9r.default/pluginreg.dat-2
.mozilla/firefox/iqa6tz9r.default/pluginreg.dat-2
-rw------- 1 wild-bill wild-bill 5817 Dec  7
08:45 .mozilla/firefox/iqa6tz9r.default/pluginreg.dat
.mozilla/firefox/iqa6tz9r.default/pluginreg.dat

I figured I better post a SOLVED for this. In the main thread it is
still open as to whether a new bug should be posted.

Short form: don't have FF check and set itself as default browser,
rather run

   gnome-default-applications-properties

and select the firefox icon rather than "Custom" command.

On Tue, 2008-12-23 at 23:23 +0100, Mariusz wrote:
> i checked google.. but i found only on centos 4, my question was: on centos
> 5, so please don't be malicious ;)

I didn't hink I was being malicious. I looked again and found lots of
combinations of CentOS 5 and tripwire. Most would not have helped you,
but the ones I looked at mentioned ways to build from source, mentioned
that it was not being made available from upstream on CentOS 5 and also
recommended some of the same packages that other responders mentioned in
this thread.

Short summary: what you have been told in this thread was already
available in CentOS list archives and forum postings.

On Tue, 2008-12-23 at 22:58 +0100, Mariusz wrote:
> Does anybody use tripwire on centos 5? Has anybody checked that:
> http://www.linickx.com/archives/281/tripwire-2411-rpm-for-centos-redhat-rhel-4 on centos5?

I've never used it anywhere. But I learned from watching the list to
google first.

   tripwire site:centos.org

That gave about 175 hits. Maybe that will help you too?