05-04-2012
10 More Discussions You Might Find Interesting
1. Shell Programming and Scripting
Hi,
The following command provides the usage in 1024-byte blocks
du -ks * | sort -n | echo "$1"
...
1588820 user10
2463140 user11
2464096 user12
5808484 user13
6387400 user14
.....
I am trying to produce an output of first coulmn by multiplying by 1024 so that the output should... (11 Replies)
Discussion started by: ghazi
11 Replies
2. Shell Programming and Scripting
This is what I have to start out with
more file
1208217600
1208131200
1193806800
I want to convert the epoch column into a human-readable format. My file has hundreds of these epoch times that I want to loop through and convert. (The epoch time is really the last column of the line)
... (3 Replies)
Discussion started by: snoman1
3 Replies
3. UNIX for Dummies Questions & Answers
$ quota
Disk quotas for user cqlouis (uid 1254):
Filesystem blocks quota limit grace files quota limit grace
/dev/sdb1 64 300000 320000 8 0 0
$
I want to make the output of command quota in human readable format? How to?
As we... (2 Replies)
Discussion started by: cqlouis
2 Replies
4. Shell Programming and Scripting
hay every body
i need script like bdf -h in hp-ux there is no option like solaris df -h
it is only bdf -k so i need the output with GBytes (8 Replies)
Discussion started by: maxim42
8 Replies
5. Shell Programming and Scripting
Hello
I have log file from solaris system which has date field converted by Java application using System.currentTimeMillis() function, example is 1280943608380 which equivalent to GMT: Wed, 04 Aug 2010 17:40:08 GMT.
Now I need a function in shell script which will convert 1280943608380... (3 Replies)
Discussion started by: Yaminib
3 Replies
6. UNIX for Dummies Questions & Answers
Is there any way to make netstat output the information in a more human readable format? even if it's not exact? I don't even care if it has to round up/down to the nearest Meg to make it work.
I wind up having to stare at netstat running for while and I wish I could get it to output things in a... (10 Replies)
Discussion started by: MrEddy
10 Replies
7. Shell Programming and Scripting
This does not work. One line works but my pattern are about 100 characters long and it is messy to read. When I try to use several lines it does not two'
find "$inputDirectory" \( -name 'very long pattern1'
-o -name 'very long pattern2'
-o -name... (1 Reply)
Discussion started by: Michael Stora
1 Replies
8. Shell Programming and Scripting
Hello Experts,
Below is the record i have:
sample data attached
I want this record of each row to be in single line and there are multiple rowise unixtime mentioned e.g 11996327 , This needs to be converted to Human readdable data and time from multiple rows
Can you help me , it will be... (10 Replies)
Discussion started by: manishK
10 Replies
9. Shell Programming and Scripting
Can someone help me to write a shell script to convert epoch timestamp into human readable format
1394553600,"test","79799776.0","19073982.728571","77547576.0","18835699.285714"
1394553600,"test1","80156064.0","19191275.014286","62475360.000000","14200554.720000"... (10 Replies)
Discussion started by: Moon1234
10 Replies
10. Programming
Scripting Language: bash shell script, python
I want to parse .nessus file in human readable format. If any one have any ideas please help me. (2 Replies)
Discussion started by: sk151993
2 Replies
NcdT(1) General Commands Manual NcdT(1)
NAME
ncdt - directory tree printer with extended capabilities
SYNOPSIS
ncdt [-db?] [--dirs] [--bitrate] [--prefix text ] [--help] [ directory [ name ]]
DESCRIPTION
ncdt is a small utility for printing directory trees. It has some additional features not found in tree(1). Additional capabilities are:
- size field for directories displays the summary size of directory subtree instead of the size of the special file (which is somewhat
more useful)
- sizes are displayed in a more readable format (that's a minor improvement, but it helps a little)
- MP3 files are detected; additional info is displayed for them (which is probably the nicest thing about NcdT) The info is displayed
in a compact form, like <2:53 v168JR+> where 2:53 is play time, v (if present) means the file is encoded using VBR, 168 is bitrate
(average bitrate for VBR files), J describes channel encoding (Mono, Stereo, Joint-Stereo, Dual channel), R (if present) means the
file has a RIFF header at the beginning, + (if present) means the file has ID3v2 tag attached - (if present) means there's no ID3
tag at all (none of these means there's only ID3v1 tag present).
NcdT is particularily nice for indexing CDs.
OPTIONS
-d --dirs
Print only directories, omit files. This mode is a rough equivalent of du(1).
-b --bitrate
Print bitrate info for directories. Bitrates are displayed both for ordinary files and directories. If all MP3 files in a given
directory subtree have the same bitrate only one number is printed, if they have various bitrates the range is printed.
--prefix text
Prefix listing with given text. This option is not intended for general use. It might be used by programs using NcdT to index CDsor
doing similar operations to record additional information.
-? --help
Display usage summary.
USAGE
When called without any parameters ncdt displays directory tree for current directory (.).
When called with one parameter ncdt displays directory tree for specified directory.
When called with two parameters ncdt displays directory tree for the directory specified as its first parameter. Second parameter is used
as directory label for the top level directory (instead of directory name from parameter 1).
EXAMPLES
ncdt prints directory tree for the current directory. It will be labeled .
ncdt /usr
prints directory tree of /usr. It will be labeled /usr
ncdt /cdrom 'CD #21'
prints directory tree of /cdrom. It will be labeled CD #21
ncdt -db /cdrom
lists directory sizes, play times and bitrate ranges
SEE ALSO
tree(1), du(1)
BUGS
NcdT uses quite a lot of memory. It's also not very fast, but on a decent CPU it should not be noticeable.
There are no real bugs I'm aware of. I don't think there are any now.
AUTHOR
Pawel Wiecek <coven@vmh.net>
NcdT(1)