Need a command to delete all files apart from last file generated
Hi,
I have a directory named (/output). this directory has files in the below format
these files are generated at random. what i need to do is. delete all the files of all kinds but keep only the last generated file of eachtime.
the final result will have only 1 type of file for each of the files present in the folder. the file that will be present will be the latest file.
I have this unix version 3.0
"UNIX_SV server 4.0 3.0 3425 Pentium II(TM)-ISA/PCI"
can i delete or disable the system generated account as "daemon";"uucp";"sys";"adm";"listen";"bin"
and if yes how can i do it?
Regards (1 Reply)
Hi,
We have an application ASPA . The application related processes are running in /ASPA/bin directory . now whenever a process terminates abruptly , a core file should be generated (correct me if i am wrong) in the
/ASPA/bin directory . But i am not able to see any such files . The... (4 Replies)
HI All,
I have a log file where the logs will be in the format as given below:
2011-05-25 02:32:51 INFO PROCESS STARTING
2011-05-25 02:32:52 INFO PROCESS STARTED
.
.
.
I want to retrieve only the logs which are less than 5 mins older than current time using grep... (3 Replies)
Hi
I have the following files generated by different users on a directory
-rw-rw-r-- 1 NAME1 database03 809 Nov 17 10:41 PCAS_CARD_TRANS_OFF.1111171041.lg
-rw-rw-r-- 1 richard ccsdba 10968411 Nov 17 10:43 load_123_RX0_0.1111171016.lg
-rw-rw-r-- 1 DEV db03 10713 Nov 17... (5 Replies)
Hi,
I want to delete all the log files that was created on year 2008. My command is not working. Any idea?
find . -name '*.log' -mtime 1460 -exec ls -lt {} \;
Thank you. (2 Replies)
Hi All,
I've created 2 files
touch -t 201309101234 aa10
touch -t 201309111234 aa11
Exact 60 days before from today date is SEPT 12th . As per the following command as i gave +60 means the files which were created before sept12th should be deleted
find /etc/logs/*aa* -type f -atime +60... (5 Replies)
Hello Friends,
I have directory called /tmp. which stores the log files.
Whenever it becomes full, i want to delete half of files from all log files.
even after deleting the files, if space is more than 90% then it should delete rest of half files.
While deleting files, older files... (7 Replies)
can anyone tell me what is the commands to delete the below particular word in the all files located in one particular file path
files/ll>grep "/ftp/" test.kell
ftp -m uskmc -d /ftp/ -i filename.zip
output should be :
ftp -m uskmc -d -i filename.zip (4 Replies)
I have list of files like below, I want to delete files older than 2 days except S0000000.LOG, I have command find /export/home/X_GZPQJK/out/file* -mtime +1 -exec rm {} \; but it is deleting S0000000.LOG, Can you please help me how to modify command to delete except S0000000.LOG.
$ ls -ltr... (2 Replies)
Hi,
Below command works fine when we have other files apart from hello.txtls | ggrep -v hello* | xargs rm -rfBut, if there is only one file i.e hello.txt the rm command does not find anything to delete and the script hangs.
While there could be trivial ways to check using if conditions if... (6 Replies)
Discussion started by: mohtashims
6 Replies
LEARN ABOUT DEBIAN
binhex
BINHEX(1) General Commands Manual BINHEX(1)NAME
binhex - Hexifies a series of files
SYNOPSIS
binhex [ - options ] [ files ]
DESCRIPTION
binhex takes the files specified in files and hexifies them in BinHex 4.0 format on standard output subject to the options specified. If
files also specifies directories they are followed recursively, and all files found will be hexified. If no files parameter is specified,
binhex reads a MacBinary stream from standard input and hexifies the files found; folder information is lost.
OPTIONS
In the absence of any options, binhex takes the specified files and silently hexifies them to BinHex 4.0 format, writing the result to
standard output. Directories named in files are followed recursively, all files found will be hexified. Files are assumed to be in MacBi-
nary format. However, if the filename ends with .info the file is assumed to be the info fork of a MacIntosh file split amongst more than
one file. In that case the files with .data and .rsrc extensions are also read (if present). Also, if the info fork is mentioned in the
parameter list, the names of data and resource forks can also be mentioned, but those will be ignored (this is to allow wild-card expansion
by the shell.) Further, if some form of AppleShare is supported by the installed program, and if the current directory, or one of the
directories found during recursive processing, is a directory in the format of the supported version of AppleShare, those files will be
handled according to the properties of AppleShare.
-r No intelligent file-processing is performed; all files named are assumed to be plain resource files, and are hexified as if they
were MacIntosh resource files with creator "RSED" and type "RSRC", unless another creator and/or type are specified.
-d No intelligent file-processing is performed; all files named are assumed to be plain data files, and are hexified as if they were
MacIntosh data files with creator "MACA" and type "TEXT", unless another creator and/or type are specified.
-u As -d, but the codes for CR and LF are interchanged.
-U Is a synonym for -u.
-c creator
Defines the creator name to be used if one of the previous options is specified.
-t type
Defines the type name to be used if one of the previous options is specified.
-R Do not use run-length encoding during the conversion. This option may speed up the encoding a bit, but it is merely a historical
artifact.
-l List every file and directory processed.
-i Do not output files, give information only (implies -l.)
-q Ask the user for every file/directory whether it should be visited (implies -l.)
-V Gives the patchlevel of the program, and other information. Other options are ignored and the program quits immediately.
-H Give short information about the options. Other options are ignored and the program quits immediately.
BUGS
As this is a beta release, there may still be some problems.
SEE ALSO macutil(1)AUTHOR
Dik T. Winter, CWI, Amsterdam, The Netherlands (dik@cwi.nl)
3rd Berkeley Distribution October 22, 1992 BINHEX(1)