Sponsored Content
Top Forums UNIX for Dummies Questions & Answers Alias /usr/bin to /bin in profile Post 302369820 by Corona688 on Monday 9th of November 2009 05:32:01 PM
Old 11-09-2009
Why for only this user, why not just make symlinks and be done with it? Or, better yet, fix the broken scripts?
 

9 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

/bin/sh: /usr/bin/vi: No such file or directory when doing crontab

I just set up an ftp server with Red Hat 5.2. I am doing the work, I'm baby stepping, but it seems like every step I get stuck. Currently, I'm trying to set up a crontab job, but I'm getting the following message: /bin/sh: /usr/bin/vi: No such file or directory. I see that vi exists in /bin/vi,... (3 Replies)
Discussion started by: kwalter
3 Replies

2. UNIX for Dummies Questions & Answers

Better than asking about /usr/bin/cd...

Why does /usr/games/banner have a man page??? And why in the name of Ritchie is it in /usr/games?? Man, what a crappy game... (1 Reply)
Discussion started by: LivinFree
1 Replies

3. UNIX for Dummies Questions & Answers

Difference between /bin, /usr/bin, /sbin ?

Hi All, Can somebody tell me the difference between /bin, /usr/bin, /sbin ? Thanx in advance, Saneesh Joseph (3 Replies)
Discussion started by: saneeshjose
3 Replies

4. Solaris

How do I link ld in /usr/ucb/ to /usr/ccs/bin?

Hi all, below is the problem details: ora10g@CNORACLE1>which ld /usr/ucb/ld ora10g@CNORACLE1>cd /usr/ccs/bin ora10g@CNORACLE1>ln -s /usr/ucb/ld ld ln: cannot create ld: File exists ora10g@CNORACLE1> how to link it to /usr/ccs/bin? (6 Replies)
Discussion started by: SmartAntz
6 Replies

5. Red Hat

/usr/bin/find && -exec /bin/rm never work as expected

hi there, Would you able to advise that why the syntax or statement below couldn't work as expected ? /usr/bin/find /backup -name "*tar*" -mtime +2 -exec /bin/rm -f {} \; 1> /dev/null 2>&1 In fact, I was initially located it as in crontab job, but it doesn't work at all. So, I was... (9 Replies)
Discussion started by: rauphelhunter
9 Replies

6. OS X (Apple)

When to use /Users/m/bin instead of /usr/local/bin (& whats the diff?)?

Q1. I understand that /usr/local/bin means I can install/uninstall stuff in here and have any chance of messing up my original system files or effecting any other users. I created this directory myself. But what about the directory I didn't create, namely /Users/m/bin? How is that directory... (1 Reply)
Discussion started by: michellepace
1 Replies

7. Solaris

What is the difference between xpg4/bin and usr/bin?

Hi Experts, I found that the same commands(sort, du, df, find, grep etc.) exists in both dir. What is the difference to use them? i.e: to use xpg4/bin/grep and usr/bin/grep My OS version is SunOS 5.10 Regards, Saps (7 Replies)
Discussion started by: saps19
7 Replies

8. Solaris

How to link sed from /usr/bin/sed to /usr/local/bin/sed?

Hi Guys, OS:- Solaris 10 64Bit I have a small query. On one server a user is facing sed command issue. He gets error regarding sed for this location /users/hoy/2999/batch5/bin/internal.sh: /usr/local/bin/sed: not found How ever the sed is actually present at this location on server:-... (13 Replies)
Discussion started by: manalisharmabe
13 Replies

9. BSD

FreeBSD: /usr/bin/ld not looking in /usr/local/lib

I'm not sure if this is the default behavior for the ld command, but it does not seem to be looking in /usr/local/lib for shared libraries. I was trying to compile the latest version of Kanatest from svn. The autorgen.sh script seems to exit without too much trouble: $ ./autogen.sh checking... (2 Replies)
Discussion started by: AntumDeluge
2 Replies
MKINITRD(5)							   User Manuals 						       MKINITRD(5)

NAME
mkinitrd - description of modular scripts layout SYNOPSIS
(not applicable) DESCRIPTION
mkinitrd creates initial ramdisk images for booting Linux. It is designed to be modular, so that functionality required by other programs can be maintained in separate scripts. DIRECTORY LAYOUT
All files are located in the directory /lib/mkinitrd. The directory has the following layout: bin External program required during boot dev Additional devices nodes to be copied into the mkinitrd. scripts Repository for mkinitrd scripts setup Resolved links for scripts to be executed during creation of the initrd boot Resolved links for scripts to be executed during boot. SCRIPT REPOSITORY
The directory /lib/mkinitrd/scripts is the repository for all mkinitrd scripts. They follow the naming convention <type>-<name>.sh <type> can be either setup for scripts to be called during initrd creation or boot for scripts to be called during boot. The <name> for a script serves as an identification for the implemented feature; it is assumed that scripts named boot-foo.sh and setup-foo.sh both refer to the feature foo. SCRIPT SYMLINK RESOLUTION
The directories /lib/mkinitrd/setup and /lib/mkinitrd/boot hold the resolved symlinks to the scripts in the mkinitrd repository. The symlinks have the naming convention <number>-<name>.sh where <number> determines the execution order (lower numbers will be executed earlier) and <name> is the names of the script as mentioned in the previous section. The symlinks are maintained by the program /sbin/mkinitrd_setup which evaluates the tags in the scripts and creates symlinks with the correct name. Manual maintenance in the /lib/mkinitrd/setup or /lib/mkinitrd/boot directories are strongly discouraged, as any call to /sbin/mkinitrd_setup will remove the manually created links. SCRIPT KEYWORDS
The execution order of the mkinitrd scripts is determined by keywords. The following keywords are recognized: #%stage: <name> The execution stage for this script #%depends: <list> Space-separated list of features or scripts names this script depends upon. #%provides: <list> Space-separated list of additional features provided by this script. #%dontshow Don't show the script in the list of features displayed to the user. #%programs: <list> A (space separated) list of programs, specified by their full path, that should be included in the initrd. NOTE: The path is the full path in the initrd, not in the system. mkinitrd tries to discover programs automatically, which means that programs in /sbin will be also searched in /usr/sbin and programs in /bin will be also searched in /usr/bin. Libraries are automatically resolved by ldd(1). Please note that libraries that are loaded at runtime by dlopen(3) are not included automatically. They have to be copied manually. #%modules: <list> List of (space separated) kernel modules (only the name, no path, without suffix) that should be included in the initrd. The modules must be loaded in the corresponding boot script with load_modules. #%udevmodules: <list> List of (space separated) kernel modules (only the name, no path, without suffix) that should be included in the initrd but are loaded automatically with either udev or something else (like file system modules with mount). Each script provides per default a feature with the script name, so that setup-foo.sh automatically provides a feature foo. All dependend scripts (i.e. any feature listed in the #%depends: list) will be executed prior to this script. EXECUTION STAGES
Script execution is gouverned by stages. The stages define the overall execution order as each stage is executed sequentially. The defined stages are: setup General preparation filesystem Filesystem detection and maintenance crypto Handling of cryptographic volumes volumemanager Handling of LVM2 and EVMS volumes softraid Detection and setup of MD devices partitions Detection and setup of partitions. devicemapper Device-mapper devices presenting full disks, e.g. multipath and dmraid block Detection and setup of block devices. device Detection and setup of hardware devices boot Final cleanups/preparation During setup the stages are executed from setup to boot; during boot the stages are executed in reversed order. The stages itself are defined corresponding to the Novell Storage Foundation Layout. This induces some restrictions to the possible device setups, as e.g. MD over LVM is not supported. The stages are executed sequentially. All scripts for a stage have to be executed before those for the next stage are evaluated. Within a stage scripts can run parallel where pos- sible. As each stage serves as a checkpoint it is not possible to have dependencies across stages. So script foo in stage filesystem cannot depend on script bar in stage block. SCRIPT INSTALLATION
New scripts should be copied to /lib/mkinitrd/scripts and the appropriate keywords should be inserted. Afterwards /sbin/mkinitrd_setup should be executed to update the symlinks in boot and setup. For removal the scripts should be deleted and /sbin/mkinitrd_setup should be called to update the symlinks. AUTHORS
Steffen Winterfeldt <snwint@suse.de>, Susanne Oberhauser <froh@suse.de>, Andreas Grunbacher <agruen@suse.de>, Hannes Reinecke <hare@suse.de>, Alexander Graf <agraf@suse.de>, Bernhard Walle <bwalle@suse.de> FILES
/lib/mkinitrd /sbin/mkinitrd /sbin/mkinitrd_setup BUGS
Please report bugs and enhancement requests at https://bugzilla.novell.com. SEE ALSO
mkinitrd(8), lsinitrd(8) mkinitrd 07/05/2010 MKINITRD(5)
All times are GMT -4. The time now is 02:40 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy