/usr/bin binaries automatically executed?

"Houston, we have a problem"
I've put in /usr/bin/ a simple script /usr/bin/pumount (I moved the original pumount in pumount_normal)
the pumount content is this:
#!/bin/bash
pumount_original $1
notify-send -i drive-removable-media 'USB storage device removed: ' $1
echo media_removed > /dev/vc/1
the problem is that it is AUTOMATICALLY launched at every startup, so (I suppose) every /usr/bin/ is launched on startup...
(I have my noteo notify the launch of the notify-send and "media_removed" appear on my vc1)
and this appen too for some other "folder" for scripts... (I tried /usr/sbin too)
now, maybe this is totally normal and I'm simply stupid (:P) but /usr/bin contains 1140 files on my system....
I'm not sure why this happen, and I reinstalled arch one month ago, so I don't think I already broke it << (I hope at least..)
Tell me if you too experiment this issue, and if it's an issue..
Thanks for the attention..
bye

sniffles wrote:
_Marco_ wrote:@sniffles
why should my system call a "pumount " without args in the boot?
I think obviously there is a problem, the point is "it's only for me or for every archer?"
I have no idea why, I don't have that particular thing on my system. Now that iphitus gave you a reason, my scenario does not seem so laughable, does it? A lot more credible than "omg my system runs everything in /usr/bin/ on every boot!" (do you even realise what that would do?)
well, did you have an idea before iphitus pointed out this?
I just had mine script executed on every boot and I didn't found any reason for this...
I realise what that would do, but if I don't understand something I study it (tried to get it work for two hours) and, if I still don't understand, I ask to someone more expert.
excuse me if I choose this forum.. didn't know it was a philosophy forum, I thought it was ArchLinux forum.
edit:
for the fork bomb it was more a "demonstrative" thing that anything else... (the "aim" were more important of the "result")
if I had the will to crash his computer I would have tested it on my box first... don't you think?
anyway this is not the point.
next time I ask something stupid, please, simply start reading another topic.
Nobody need that kind of help.
Last edited by _Marco_ (2008-06-09 10:16:26)

Similar Messages

[SOLVED]pacman fails to upgrade... /usr/bin/vercmp: cannot execute bin

Proceed with installation? [Y/n] y
:: Retrieving packages from core...
pacman-3.2.1-1-x86_64 491.3K 1850.7K/s 00:00:00 [########################################################################################################] 100%
checking package integrity...
(1/1) checking for file conflicts [########################################################################################################] 100%
(1/1) upgrading pacman [########################################################################################################] 100%
warning: /etc/pacman.d/mirrorlist installed as /etc/pacman.d/mirrorlist.pacnew
/tmp/alpm_eT02H1/.INSTALL: line 5: /usr/bin/vercmp: cannot execute binary file
/tmp/alpm_eT02H1/.INSTALL: line 5: [: : integer expression expected
Here is more info on my system and the file vermcp is installed and permissions seem correct.
http://rafb.net/p/MYk3pO21.html
HELP?
Last edited by rooloo (2008-09-09 00:07:09)

Ok, this was my dumb mistake again. I was testing out powerpill on my server which is a 32 bit machine. I tried copying my 64 bit mirrorlist to my 32 bit server because I have it ranked and slimmed down to only the essential servers.

-bash: /usr/bin/grep: Bad executable (or shared library)

I am receiving these error messages when I attempt to use grep, egrep, or fgrep from the terminal:
-bash: /usr/bin/grep: Bad executable (or shared library)
-bash: /usr/bin/egrep: Bad executable (or shared library)
-bash: /usr/bin/fgrep: Bad executable (or shared library)
I suspect that a library that these utilities use is corrupt, but I am not sure how to determine what libraries the executables use and how to restore them if they are indeed corrupt. Can someone fill me in?
Thanks,
Greg
Dual 2 GHz PowerPC G5 Mac OS X (10.4.7)

Hi Greg,
   Sorry, otool is installed by Apple's Developer Tools package. The other listings you posted are also identical to mine so I'm stumped. I also have a G5 so the fact that your items are the same size as mine is at least strong evidence that they aren't corrupted.
   You can use the application Pacifist, to pull a new copy of grep from your Mac OS X install disk. It couldn't hurt to be sure.
   libSystem.B.dylib is in turn dependent on /usr/lib/system/libmathCommon.A.dylib so there's one more possibility for a problem but there the dependency chain stops. Besides, if either of those libraries were corrupted, I would think you would have noticed something before.
   You should check to see if the following environment variable is defined: (it should not be defined)
echo $DYLDLIBRARYPATH
You should also login as another user (even if you have to create one temporarily) and execute grep. If that user can do it then the problem lies in the environment of your current user.
Gary
~~~~
   Old Mother Hubbard went to the cupboard
   To fetch her poor daughter a dress.
   When she got there, the cupboard was bare
   And so was her daughter, I guess...

/usr/bin/ld: CANNOT EXECUTE binary file!

So whenever I try to compile something, I get to the step
checking for gcc... gcc
checking for C compiler default output file name...
configure: error: C compiler cannot create executables
See `config.log' for more details.
And looking at the log, my problem is...
/usr/bin/ld: /usr/bin/ld: cannot execute binary file
Which... Is bad. Yes, I've tried chmodding it +x. I've also tried logging in as root and trying to run it, no luck.
What's wrong? =/
Would asking someone else with an iMac G5 to send me theirs, fix it?

Running configure on all open source packages brings me to the ld cannot execute error in configure.log. In this case I was attempting to build libssh2 (SSH functions for PHP).
Thanks for the link Nils, I'll try that.

Are /usr/ubc binaries different than /usr/bin binaries?

Hi,
I am running SunOS 5.8 and I have following questions about solaris distribution:
1. Are /usr/ucb binaries different than regular binaries like /usr/bin etc...
Because at file level they appear to be the same:
e.g. ps
$ ls -ltr /usr/ucb/ps /usr/bin/ps
-r-xr-xr-x 38 root bin 5.2K Jan 5 2000 /usr/ucb/ps
-r-xr-xr-x 38 root bin 5.2K Jan 5 2000 /usr/bin/ps
2. Are /usr/ubc binaries are part of standared solaris distribution?
Thanks

Hi,
I am running SunOS 5.8 on SPARC I assume...
and I have following
questions about solaris distribution:
1. Are /usr/ucb binaries different than regular
binaries like /usr/bin etc...Yup (at least most of the time). /usr/ucb/ gives some behavior of older BSD systems for compatibility.
Because at file level they appear to be the same:
e.g. ps
$ ls -ltr /usr/ucb/ps /usr/bin/ps
-r-xr-xr-x 38 root bin 5.2K Jan 5 2000 /usr/ucb/ps
-r-xr-xr-x 38 root bin 5.2K Jan 5 2000 /usr/bin/psThis is a side effect of a feature called 'isaexec'. You'll notice the link count is 38, so this file is linked as 38 different names.
The 'ps' command looks through /proc, so the binary has to match the currently running kernel architecture (whether 32-bit or 64-bit). 'isaexec' allows you to have multiple binaries that are called properly based on architecture.
On my machine:
# ls -litr /usr/ucb/ps /usr/bin/ps /usr/lib/isaexec
18227 -r-xr-xr-x 37 root bin 5256 Jan 5 2000 /usr/ucb/ps
18227 -r-xr-xr-x 37 root bin 5256 Jan 5 2000 /usr/lib/isaexec
18227 -r-xr-xr-x 37 root bin 5256 Jan 5 2000 /usr/bin/ps
So all 'isaexec' does is look for a binary with the same name as it was called in the architecture specific directories. So for /usr/ucb/ps, it's these:
# ls -l /usr/ucb/sparcv7/ps /usr/ucb/sparcv9/ps
-r-xr-xr-x 1 root sys 23504 Jul 15 2005 /usr/ucb/sparcv7/ps
-r-xr-xr-x 1 root sys 32264 Jul 15 2005 /usr/ucb/sparcv9/ps
And for /usr/bin/ps It's these:
# ls -l /usr/bin/sparcv7/ps /usr/bin/sparcv9/ps
-r-sr-xr-x 1 root sys 29196 Jul 15 2005 /usr/bin/sparcv7/ps
-r-sr-xr-x 1 root sys 38536 Jul 15 2005 /usr/bin/sparcv9/ps
So different binaries (and different architectures):
# file /usr/bin/sparcv7/ps /usr/bin/sparcv9/ps /usr/ucb/sparcv7/ps /usr/ucb/sparcv9/ps
/usr/bin/sparcv7/ps: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped
/usr/bin/sparcv9/ps: ELF 64-bit MSB executable SPARCV9 Version 1, dynamically linked, stripped
/usr/ucb/sparcv7/ps: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped
And you can use 'truss' to see how this works:
/usr/ucb/sparcv9/ps: ELF 64-bit MSB executable SPARCV9 Version 1, dynamically linked, stripped
Note that this feature (isaexec) has nothing specifically to do with /usr/ucb. It's used by any system binary that needs separate versions for 32-bit vs 64-bit to run properly. (truss, p*, uptime, ...)
2. Are /usr/ubc binaries are part of standared
solaris distribution?There's only one "Solaris" distribution, so yes. I believe they get installed at the 'user' installation level and above, but you'd have to check on that.
Darren

Binaries no longer in /usr/bin

something weird happened in the past hour to MBP runnning OSX10.4.9
I was attempting to use emacs and it dissapeared. in fact me entire /usr/bin is empty and issuing the command 'ls -la /usr/bin' takes about a minute to complete. And during that time the entire machine stalls.
What is the best way to recover the /usr/bin binaries?
Here is the file system information and the time output to show you the delay between the start and end of the "ls" command.
---- snip ----
localhost:/usr root# whoami
root
localhost:/usr root# date && ls -al /usr/bin && date
Sat Apr 28 18:36:18 PDT 2007
Sat Apr 28 18:36:39 PDT 2007
$ df -k
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/disk0s2 97349872 79929700 17164172 82% /
devfs 96 96 0 100% /dev
fdesc 1 1 0 100% /dev
<volfs> 512 512 0 100% /.vol
automount -nsl [229] 0 0 0 100% /Network
automount -fstab [255] 0 0 0 100% /automount/Servers
automount -static [255] 0 0 0 100% /automount/static
--- snip ---

SO I had a series of major errors on my hard drive and I find it highly suspicious they occurred just after installing the MBP Battery update.
http://www.apple.com/support/macbook_macbookpro/batteryupdate/
Is there some sort of stupid "Smart sleep" going on that will make RAM disk writing get screwed up while the MBP is sleeping?

[SOLVED] Binaries move to /usr/bin - Few Questions

Hi All-
I just learned about this recent change to the filesystem. Wondering if this page outlines the correct steps for moving binaries to /usr/bin:
https://www.archlinux.org/news/binaries … ervention/
When I ran the second command (paclist...) on that page, I got a syntax error:
bash: syntax error near unexpected token `|'
Other than that, none of the commands listed on the page give me any results, so I'm assuming that means there are no conflicts and it's safe to run the final three commands to upgrade the system. Any advice appreciated.
Thanks!
Last edited by w201 (2013-06-09 22:35:32)

cfr wrote:
What do you mean when you say that every file in there is linked?
/bin, /sbin and /usr/sbin should themselves be links. They should not contain links.
lrwxrwxrwx 1 root root 7 Mai 31 19:40 /bin -> usr/bin/
lrwxrwxrwx 1 root root 7 Mai 31 19:40 /sbin -> usr/bin/
lrwxrwxrwx 1 root root 3 Mai 31 19:40 /usr/sbin -> bin/
Hi- Hmmm, I think this requires an explanation... I see that /bin /sbin/ and /usr/sbin directories are symbolic links, but what I meant is that if you cd into /bin for example, and do "file filename" on any file in there, it'll show that it's "dynamically linked"... I mistook this for meaning a symbolic link.
Example:
└──╼ file mev
mev: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=24cd2c473bdaa7d951bbf9e14b2792646b6b4932, stripped
Last edited by w201 (2013-06-10 00:37:18)

How to find the executable file /usr/bin/7za in Solarsis?

Hi All,
We are trying to install the Oracle 10 g release.Before installation ,it needs some system requirements.In that way ,Using the following command to add the package in Solarsis
pkgadd -d SUNWi1cs
However, we got the this type of error,
# pkgadd -d SUNWi1cs
Processing package instance <SUNWi1cs> from </mnt/Solaris_10/Product>
X11 ISO8859-1 Codeset Support(i386) 2.0,REV=2004.10.17.15.04
Copyright 2004 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Using </> as the package base directory.
## Processing package information.
## Processing system information.
8 package pathnames are already properly installed.
## Verifying package dependencies.
## Verifying disk space requirements.
## Checking for conflicts with packages already installed.
## Checking for setuid/setgid programs.
This package contains scripts which will be executed with super-user
permission during the process of installing this package.
Do you want to continue with the installation of <SUNWi1cs> [y,n,?] y
Installing X11 ISO8859-1 Codeset Support as <SUNWi1cs>
## Installing part 1 of 1.
Cannot find required executable /usr/bin/7za
pkgadd: ERROR: class action script did not complete successfully
Installation of <SUNWi1cs> failed.
How to rectify the above error ?
Thanks in advance !

The 7za executable is in the SUNWbzip Solaris 10 package on our systems (Solaris 10 Update 9). It appears that the file may have been in the SUNWp7zip package on some older update releases of Solaris 10 and later moved to SUNWbzip. It isn't clear to me whether or not this executable was available prior to the 5/08 update release. Anyway, I'd check and make sure SUNWbzip is installed. If it is and you don't have 7za you could check and see if SUNWp7zip is installed. If not, install it from you distribution media. If your release is too old to have it at all, you may have to load it from a newer distribution or another source.

Arch + PHP-53-fpm (Binaries move to /usr/bin problem)

Hi all,
Trying to update my system, and walked into this:
https://www.archlinux.org/news/binaries … ervention/
pacman -Qqo /bin /sbin /usr/sbin | pacman -Qm -
Output:
php53-fpm 5.3.20-1
...which was expected; I have to run php 5.3 here.
Can someone guide me in the right direction?
I will answer any questions right away.
Not looking for a complete answer, but simply don't know where to start (too many trees in the forest atm).
I've Googled and tried many things by now, without any luck - which resulted in me posting this.
pacman -Syu
Output:
error: failed to commit transaction (conflicting files)
filesystem: /bin exists in filesystem
filesystem: /sbin exists in filesystem
filesystem: /usr/sbin exists in filesystem
Errors occurred, no packages were upgraded.

Scimmia wrote:
you start by modifying the PKGBUILD to put the files in /usr/bin instead of /bin, /sbin, or /usr/sbin.
Where did that package come from, anyway?
Thanks, I was just reading an article about this - this must be the way to go
Will give it a try.
Package comes from AUR, if I remember correctly.

Executing /usr/bin/mail From Within Daemon

I've created a script that, among other things, sends an email to an external email address and it works fine from the command line. When the same script is run periodically from within a daemon (i.e. launchctl), the email functionality of the script does not execute. There are no errors in the system.log, the appfirewall.log or the mail.log. All of my referenced paths are absolute. I'm overlooking something, but don't know what.
Python:
cmd = "/bin/echo \"%s\" | /usr/bin/mail -s \"%s\" %s" % (messageText.strip(),subject,receiver)
os.system(cmd)
The question is, why does /usr/bin/mail not function correctly from within a daemon?
I appreciate your assistance

> Checked man mail but nothing that I could see...
That's because you're looking in the wrong place
mail uses your current login name combined with the domain settings for postfix, so it's postfix's configuration you need to be looking at.
Specifically:
/etc/postfix/main.cf
which states:
# The myorigin parameter specifies the domain that locally-posted
# mail appears to come from. The default is to append $myhostname,
# which is fine for small sites.
So you should change the myorigin setting to reflect the @part of addresses for mail sent from this machine. It may be as simple as:
myorigin = $mydomain
if you just want to append your domain name.

[SOLVED] Freezing while executing /usr/bin/openbox from Openbox menu

I'm following the instructions in this webpage to create a dynamic menu. I have successfully achieved this on my laptop by installing the openbox-menu package and typing the following lines in menu.xml:
<menu id="desktop-app-menu" label="Applications" execute="/usr/bin/openbox-menu lxde-applications.menu" />
For some reason, the same doesn't work on my desktop PC. After editing and saving the menu.xml file, I restart Openbox and when I right click the desktop and hover the "Applications" menu item the desktop freezes. However, I can still move the mouse and switch to other ttys with Ctrl+Alt+Fx, therefore I believe it's reasonable to suggest that the problem lies in the permissions.
What should I do about it?
Last edited by Martificiam (2013-02-03 11:29:21)

Umm, that's not "some random" webpage at all... It worked on all of my Arch Linux installations. The "lxde-applications.menu" is just an argument. But thanks for the link, I'll look into it.
It's just that it's more of a workaround, not a solution, really... since it has ALWAYS worked for me.
Furthermore, while setting up Arch on my laptop I remember experiencing similar problems (running a particular program from the openbox menu and resulting in a desktop freeze). This must have something to do with permissions.
Edit: the xdg_menu worked perfectly, but I would still prefer to use the openbox-menu. I'm marking this as solved anyway.
Last edited by Martificiam (2013-02-03 11:29:06)

Could not execute auto check for display colors using command /usr/bin/X11/

Hello,
In a work trying to install ORACLE 11gR2 software in AIX 5.3,
export DISPLAY=local_IPXXX:0.0
xclock
it works, can see the clock.
then go to dowloaded oracle, run
/xxx/11g203_AIX64_5L/database-> ./runInstaller
Your platform requires the root user to perform certain pre-installation
OS preparation. The root user should run the shell script 'rootpre.sh' before
you proceed with Oracle installation. rootpre.sh can be found at the top level
of the CD or the stage area.
Answer 'y' if root has run 'rootpre.sh' so you can proceed with Oracle
installation.
Answer 'n' to abort installation and then ask root to run 'rootpre.sh'.
Has 'rootpre.sh' been run by root? [y/n] (n)
y
Starting Oracle Universal Installer...
Checking Temp space: must be greater than 190 MB. Actual 7470 MB Passed
Checking swap space: must be greater than 150 MB. Actual 6144 MB Passed
Checking monitor: must be configured to display at least 256 colors
>>> Could not execute auto check for display colors using command /usr/bin/X11/xdpyinfo. Check if the DISPLAY variable is set. Failed <<<<
Some requirement checks failed. You must fulfill these requirements before
continuing with the installation,
Continue? (y/n) [n] n
User Selected: No
any idea to fix?
thanks a lot in advance

thank you for response
in log, it shows
Using paramFile: /xxx/11g203_AIX64_5L/database/install/oraparam.ini
Checking Temp space: must be greater than 190 MB. Actual 7194 MB Passed
Checking swap space: must be greater than 150 MB. Actual 6144 MB Passed
Checking monitor: must be configured to display at least 256 colors Failed <<<<
>>> Could not execute auto check for display colors using command /usr/bin/X11/xdpyinfo. Check if the DISPLAY variable is set.
Some requirement checks failed. You must fulfill these requirements before
continuing with the installation,Continue? (y/n) [n]
User Selected: No
Exiting Oracle Universal Installer, log for this session can be found at /tmp/OraInstall2012-09-17_04-08-40PM/installActions2012-09-17_04-08-40PM.log
~
--so nothing new as screen shows.
--ok, anonther way, say yes, shows..
continuing with the installation,
Continue? (y/n) [n] y
Ignoring required pre-requisite failures. Continuing...Preparing to launch Oracle Universal Installer from /tmp/OraInstall2012-09-17_04-00-30PM. Please wait ...xxxx:/xxx/11g203_AIX64_5L/database-> Exception in thread "main" java.lang.NoClassDefFoundError: sun.awt.motif.MToolkit (initialization failure)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:134)
at java.lang.Class.forNameImpl(Native Method)
at java.lang.Class.forName(Class.java:130)
at java.awt.Toolkit$2.run(Toolkit.java:864)
at java.security.AccessController.doPrivileged(AccessController.java:192)
at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:847)
at com.jgoodies.looks.LookUtils.isLowResolution(LookUtils.java:484)
at com.jgoodies.looks.LookUtils.<clinit>(LookUtils.java:249)
at java.lang.J9VMInternals.initializeImpl(Native Method)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:196)
at com.jgoodies.looks.plastic.PlasticLookAndFeel.<clinit>(PlasticLookAndFeel.java:135)
at java.lang.J9VMInternals.initializeImpl(Native Method)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:196)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:161)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:161)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:161)
at java.lang.Class.forNameImpl(Native Method)
at java.lang.Class.forName(Class.java:163)
at javax.swing.SwingUtilities.loadSystemClass(SwingUtilities.java:1812)
at javax.swing.UIManager.setLookAndFeel(UIManager.java:510)
at oracle.install.commons.util.Application.startup(Application.java:780)
at oracle.install.commons.flow.FlowApplication.startup(FlowApplication.java:165)
at oracle.install.commons.flow.FlowApplication.startup(FlowApplication.java:182)
at oracle.install.commons.base.driver.common.Installer.startup(Installer.java:348)
at oracle.install.ivw.db.driver.DBInstaller.startup(DBInstaller.java:124)
at oracle.install.ivw.db.driver.DBInstaller.main(DBInstaller.java:155)
Edited by: 951932 on Sep 17, 2012 2:12 PM

Dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid

After upgrading to ML, I am now getting this message when I try to sudo. I've repaired permissions, rebuilt the dyld cache, and removed the DYLD_LIBRARY_PATH environment variable, all with no success. Met with this message each time:
$ sudo ls
dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid
Password:
Any help is appreciated.
Thanks!

In short, I find this solution:
comment out `export LD_LIBRARY_PATH=XXX` in .bash_profile
I do not have DYLD_LIBRARY_PATH in bash env

Cant execute files from Terminal In /Users/me/bin. Only in /usr/bin

I have about 30 Snow Leopard machines in my Bioinformatics lab with one central box where I distribute programs.
All of our scripts/programs are command line based.
When I SCP a program to the target machine, I drop it in /Users/BioLab/bin/
I am usually never able to execute the file from the Terminal just by typing its filename on the target machine. I can if I move the file to /usr/bin or of I create a symbolic link in that folder I always can.
On random boxes I am able to execute files in /Users/BioLab/bin/ from Terminal. Why is this so inconsistant?
What do I have to do to these machines to run files in /Users/BioLab/bin/ straight from Terminal w/o moving them to /usr/bin?
Thanks!

You modify the PATH environment variable on the systems to include /Users/BioLab/bin/
export PATH="$PATH:/Users/BioLab/bin/"
Your choice are to modify the .bash_profile for every user account on every Mac, or modify the /etc/profile on every Mac, or create a /etc/paths.d/BioLab entry on every Mac (look at one of the existing /etc/paths.d entries as an example).
By the way, Terminal, Unix, and command line command questions are best asked in the Mac OS X Technologies > Unix Forum
<http://discussions.apple.com/forum.jspa?forumID=735>

Binaries move to /usr/bin requiring update intervention

I just updated succesfully as was indicated on the Latest news with the intervention
But I do wonder.....
If I now look at my filesystem I now have the following links:
lrwxrwxrwx 1 root root 7 31 mei 20:40 /bin -> usr/bin
lrwxrwxrwx 1 root root 7 31 mei 20:40 /sbin -> usr/bin
lrwxrwxrwx 1 root root 3 31 mei 20:40 /usr/sbin -> bin
lrwxrwxrwx 1 root root 7 31 mei 20:40 /bin -> usr/bin
I wonder why /usr/sbin is not pointing directly to /usr/bin but instead first to /bin (which is directed to usr/bin)
Is that intended ?
Last edited by robin67 (2013-06-03 13:28:04)

I have a problem updating the "filesystem" package.
# pacman -Syu --ignore filesystem,bash
# pacman -S bash
Until here, everything was Ok, but doing:
# pacman -Su
I get:
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Packages (1): filesystem-2013.05-2
Total Installed Size: 0.01 MiB
Net Upgrade Size: -0.30 MiB
:: Proceed with installation? [Y/n] Y
(1/1) checking keys in keyring 100%
(1/1) checking package integrity 100%
(1/1) loading package files 100%
(1/1) checking for file conflicts 100%
error: failed to commit transaction (conflicting files)
filesystem: /usr/sbin exists in filesystem
Errors occurred, no packages were upgraded.
Looking into "/", the directories "/bin" and "/sbin" were removed. Although the directory "/usr/sbin" exists and is empty. Some clues?

/usr/bin binaries automatically executed?

Similar Messages

Maybe you are looking for