mick crane [2020-06-15T19:01:32+01] wrote:
> I think my memory has packed up.
Mine too, and I like GNU's long-option style because I remember them
easily. They are also kind of self-documenting code in shell scripts.
tar --create --verbose --xz --file archive.tar.xz directory/to_archive
On Mon, Jun 15, 2020 at 07:30:31PM +0100, mick crane wrote:
yes I see that now
but without hyphen "f" can be anywhere
Yes and no: any of the keys can be in any location, but their arguments
must follow the key list in the order that the keys appear. For example:
tar cbf 20 foo.tar
On Mon, Jun 15, 2020 at 02:34:24PM -0500, David Wright wrote:
It appears you've also forgotten about man pages as well as google.
The man page explains the difference between hyphenated and
unhyphenated forms, and helpfully even gives a single example
written in both forms:
tar cfv a.tar
On Mon 15 Jun 2020 at 19:30:31 (+0100), mick crane wrote:
> On 2020-06-15 19:17, Thomas Pircher wrote:
> > mick crane wrote:
> > > I thought you put the options after a hyphen with tar ?
> >
> > Tar accepts 3 styles of options. The style with a single dash is called
> > the 'UNIX' or
On 2020-06-15 19:17, Thomas Pircher wrote:
mick crane wrote:
I thought you put the options after a hyphen with tar ?
Tar accepts 3 styles of options. The style with a single dash is called
the 'UNIX' or 'short-option' style in the man page.
"tar -cfvz archive_file.tgz
On Mon 15 Jun 2020 at 19:24:00 +0100, mick crane wrote:
> On 2020-06-15 19:07, Brian wrote:
> > On Mon 15 Jun 2020 at 19:01:32 +0100, mick crane wrote:
> >
> > > I think my memory has packed up.
> >
> > So has your ability to use a search engine. Try
> >
> > tar options hyphen
>
> Ok I see
On Mon, Jun 15, 2020 at 07:01:32PM +0100, mick crane wrote:
> I think my memory has packed up.
> I thought you put the options after a hyphen with tar ?
> "tar -cfvz archive_file.tgz ./directory_to_archive"
> doesn't work.
> "tar cfvz archive_file.tgz ./directory_to_archive"
> works
Your
On 2020-06-15 19:07, Brian wrote:
On Mon 15 Jun 2020 at 19:01:32 +0100, mick crane wrote:
I think my memory has packed up.
So has your ability to use a search engine. Try
tar options hyphen
Ok I see what the confusion was "f" has to be the last of the options if
using hyphen
mick
--
mick crane wrote:
> I thought you put the options after a hyphen with tar ?
Tar accepts 3 styles of options. The style with a single dash is called
the 'UNIX' or 'short-option' style in the man page.
> "tar -cfvz archive_file.tgz ./directory_to_archive"
> doesn't work.
The `-f` option requires
On Mon, Jun 15, 2020 at 13:02 mick crane wrote:
> I think my memory has packed up.
> I thought you put the options after a hyphen with tar ?
> "tar -cfvz archive_file.tgz ./directory_to_archive"
You do for modern use, but the 'f' has to be the last arg in that
incantation.
-Tom
On Mon 15 Jun 2020 at 19:01:32 +0100, mick crane wrote:
> I think my memory has packed up.
So has your ability to use a search engine. Try
tar options hyphen
--
Brian.
I think my memory has packed up.
I thought you put the options after a hyphen with tar ?
"tar -cfvz archive_file.tgz ./directory_to_archive"
doesn't work.
"tar cfvz archive_file.tgz ./directory_to_archive"
works
mick
--
Key ID4BFEBB31
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Camaleón wrote:
On Sat, 02 Apr 2011 12:38:05 +0700, Ken Heard wrote:
While experimenting with tar and gpg files I discovered that right
clicking on a file or directory name in Konqueror with gnugp installed
behaves differently depending on its
On Sat, 02 Apr 2011 12:38:05 +0700, Ken Heard wrote:
While experimenting with tar and gpg files I discovered that right
clicking on a file or directory name in Konqueror with gnugp installed
behaves differently depending on its location. If the file or directory
is located on an ext3 or xfs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Camaleón wrote:
On Sat, 02 Apr 2011 12:38:05 +0700, Ken Heard wrote:
While experimenting with tar and gpg files I discovered that right
clicking on a file or directory name in Konqueror with gnugp installed
behaves differently depending on its
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While experimenting with tar and gpg files I discovered that right
clicking on a file or directory name in Konqueror with gnugp installed
behaves differently depending on its location. If the file or directory
is located on an ext3 or xfs hard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While experimenting with tar and gpg files I discovered that right
clicking on a file or directory name in Konqueror with gnugp installed
behaves differently depending on its location. If the file or directory
is located on an ext3 or xfs hard
I asked this question before, but received no answer. Sorry to post it
again.
The question is a simple one: can I use tar to extract a file from a
tape backup made with a backup application?
On a sarge machine, I have a WangDAT 3100 tape drive from the late
1990s. The tape from which I would
Haines Brown on 2006-07-13 09:48:02 -0400:
I tried:
# tar xvf /dev/st0 *.xyz
tar: /dev/st0: Cannot read: Input/output error
tar: At beginning of tape, quitting now
tar: Error is not recoverable: exiting now
When I tried the tvf options for tar, I get the same result.
On Thu, 13 Jul 2006, Alec Berryman wrote:
Haines Brown on 2006-07-13 09:48:02 -0400:
I tried:
# tar xvf /dev/st0 *.xyz
tar: /dev/st0: Cannot read: Input/output error
tar: At beginning of tape, quitting now
tar: Error is not recoverable: exiting now
When I tried the tvf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Haines Brown wrote:
I asked this question before, but received no answer. Sorry to
post it again.
The question is a simple one: can I use tar to extract a file
from a tape backup made with a backup application?
Depends on the format. Tape
On Thu, 13 Jul 2006, Ron Johnson wrote:
gpgkeys: HTTP fetch error 7: couldn't connect: eof
Haines Brown wrote:
I asked this question before, but received no answer. Sorry to
post it again.
The question is a simple one: can I use tar to extract a file
from a tape backup made with a
Hi all,
I thought I was being very careful, but this didn't work like I'd hoped.
Basically I want to move my /usr fs from one disk to another - the first
will eventually be repartitioned, to use LVM and ReiserFS. Other
filesystems will follow.
So I used this command from / (in single user mode
heya,
On Tue, Feb 11, 2003 at 05:11:08PM +1300, Richard Hector wrote:
tar -c --atime-preserve -l usr |tar -C /spareide -x -v --atime-preserve
--preserve --same-owner
may i suggest a less confusing alternative:
rsync -a usr/ /spareide
it does for most intents and purposes the same thing.
On Tue, Feb 11, 2003 at 12:48:34AM -0500, sean finney wrote:
heya,
On Tue, Feb 11, 2003 at 05:11:08PM +1300, Richard Hector wrote:
tar -c --atime-preserve -l usr |tar -C /spareide -x -v --atime-preserve
--preserve --same-owner
may i suggest a less confusing alternative:
rsync -a
hi ya bob...
mt is complaining
so you do NOT have /dev/ht0 as a device
until mt worksand you can hear the tape rewind and/or eject...
its NOT working yet...
manually creaate a device called /dev/ht0 with mknod...
and give it the type, and major and minor id
if the device is made
Alvin == Alvin Oga [EMAIL PROTECTED] writes:
Alvin so you do NOT have /dev/ht0 as a device
Alvin manually creaate a device called /dev/ht0 with mknod...
Alvin and give it the type, and major and minor id
Alvin if the device is made properly... it should be like
Alvin
Alvin == Alvin Oga [EMAIL PROTECTED] writes:
Alvin if the device is made properly... it should be like
Alvin crw-rw 1 root disk 37, 0 May 5 1998 /dev/ht0
Alvin until ls -la /dev/ht0 looks liek the above line... there
Alvin is no point to doing any mt/tar commands..
Okay,
hi ya bob
...beg/borrow/steal a (real) dds1, dds2, dds3 ide tape drive...
- hp series, exabyte series, etc
and try to read/write to that drive
c ya
alvin
On 11 Aug 2001, Bob Koss wrote:
Alvin == Alvin Oga [EMAIL PROTECTED] writes:
Alvin if the device is made properly... it
When this box was running RH, I would backup using my Onstream tape
drive thusly:
tar cvbf 64 /dev/ht0 /stuff /moreStuff
With my recent Debian install, this no longer works, giving me a
device full error.
But, with the 2.2.19 kernel included with Debian, the Onstream driver
is included in
On 10 Aug 2001 16:39:29 -0400, Bob Koss wrote:
When this box was running RH, I would backup using my Onstream tape
drive thusly:
tar cvbf 64 /dev/ht0 /stuff /moreStuff
With my recent Debian install, this no longer works, giving me a
device full error.
But, with the 2.2.19 kernel
Michael == Michael Heldebrant [EMAIL PROTECTED] writes:
Michael You may need to install the ide-tape module if it's not
Michael in the kernel you are running already.
[EMAIL PROTECTED]:/var/log$ grep OnStream dmesg
hdc: OnStream DI-30, ATAPI TAPE drive
[EMAIL PROTECTED]:/var/log$
hi ya bob
if the device is full... you have too much data
- remove all the junk files...
- core, /tmp, /var/log/ files you dont want
- use 2 tapes instead for the various stuff
- compress it instead
tar zcvbf 64 /dev/ht0 /stuff /moreStuff
- note the z
hi ya bob
you need to remove the file called /dev/ht0
that was created by the tar command when trying to write to tape
that did not work...
you need to create a tape decice called /dev/ht0
and/or ln -s /dev/hdc /dev/ht0 ( donno if it would work )
MAKEDEV /dev/ht0 should work
now do
Alvin == Alvin Oga [EMAIL PROTECTED] writes:
Alvin if the device is full... you have too much data
The device isn't full. When I issued the tar command, it worked for a
few seconds and then gave me the error message. Nothing went to tape.
--
Robert Koss, Ph.D. | Training,
Alvin == Alvin Oga [EMAIL PROTECTED] writes:
Alvin you need to remove the file called /dev/ht0 that was
Alvin created by the tar command when trying to write to tape
Alvin that did not work...
Alvin you need to create a tape decice called /dev/ht0 and/or ln
Alvin -s /dev/hdc
hi ya bob
you created a file called /dev/ht0 that filled up the available
space in / causes device full to tar
c ya
alvin
On 10 Aug 2001, Bob Koss wrote:
Alvin == Alvin Oga [EMAIL PROTECTED] writes:
Alvin if the device is full... you have too much data
The device
Alvin you need to create a tape decice called /dev/ht0 and/or ln
Alvin -s /dev/hdc /dev/ht0 ( donno if it would work )
AlvinMAKEDEV /dev/ht0 should work
MAKDEV: don't know hot to make device /dev/ht0
Now I seem to be screwed.
did you try:
cd /dev
Alvin == Alvin Oga [EMAIL PROTECTED] writes:
Alvin hi ya bob
Alvin you created a file called /dev/ht0 that filled up the
Alvin available space in / causes device full to tar
/dev/ht0 was supposed to go to my tape drive. Why didn't it???
--
Robert Koss, Ph.D. |
Alvin == Alvin Oga [EMAIL PROTECTED] writes:
Alvin did you try: cd /dev ./MAKEDEV ht0
That's exactly what I did.
Alvin = should work, if not...
Alvin more info
Alvin http://www-wsg.cso.uiuc.edu/resources/unixguide/devices.html
Alvin you do it the hard way #
Thank you, this is exactly what I was looking for.
Except the line
tar -u $foo -f packages.tar
has to be changed into
tar uf packages.tar
The script I was referring to is the one created by apt-get -qq
-print-uris etc.
I would have to add the above line to every downloaded package. I think
Hi list
Now that I can transfer my downloaded .debs in a .tar file, I wonder if
I could create this .tar file saving disk space, e.g. in the following
way
pseudo-code
create a tar file (touch packages.tar?)
for *.deb in this directory
1.) add it to the tar file
2.) rm this .deb
end
You can compress all .deb files into one zipped tar file
with only one command. See the manual page of tar. You
don't need to write code with a for-loop. I think it's
tar czf packages.tar.gz debdir
with debdir the directory containing all your .deb files,
and packages.tar.gz the target zipped
On Wed, May 30, 2001 at 10:36:13AM +0200, Joerg Johannes wrote:
How would this look for the csh?
I'm going to assume you're just plain unaware of this:
csh programming Considered Harmful
Somebody can probably provide a link to a copy of the essay. csh
scripts are a majorly Bad Idea[tm]. It has
Andrew Suffield wrote:
On Wed, May 30, 2001 at 10:36:13AM +0200, Joerg Johannes wrote:
How would this look for the csh?
I'm going to assume you're just plain unaware of this:
csh programming Considered Harmful
Somebody can probably provide a link to a copy of the essay. csh
scripts
Well, I know how to use tar in general. Zipping the .debs is not
necessary because they are already zipped. What I meant is: The .tar
file takes the same amount of space as the .debs themselves. So after
having tarred them , I need twice the space as before. So I want to
delete each .deb after
Andrew Suffield wrote:
On Wed, May 30, 2001 at 10:36:13AM +0200, Joerg Johannes wrote:
How would this look for the csh?
I'm going to assume you're just plain unaware of this:
csh programming Considered Harmful
Somebody can probably provide a link to a copy of the essay. csh
And yo was Joerg Johannes heard to yodel:
Well, I know how to use tar in general. Zipping the .debs is not
necessary because they are already zipped. What I meant is: The .tar
file takes the same amount of space as the .debs themselves. So after
having tarred them , I need twice the space as
Joerg Johannes [EMAIL PROTECTED] writes:
JJ Now that I can transfer my downloaded .debs in a .tar file, I wonder if
JJ I could create this .tar file saving disk space, e.g. in the following
JJ way
JJ
JJ pseudo-code
JJ create a tar file (touch packages.tar?)
JJ for *.deb in this directory
JJ
Joerg Johannes [EMAIL PROTECTED] writes:
The problem is: this box is not my own, in fact, it is not even a debian
one (Sun Solaris) and, the worst of all: It only runs csh because the
admin does not like bash (I hate csh, too)
Solaris boxes have ksh, which is a pretty solid shell. I like
On Wed, 30 May 2001, Joerg Johannes wrote:
Hi list
Now that I can transfer my downloaded .debs in a .tar file, I wonder if
I could create this .tar file saving disk space, e.g. in the following
way
pseudo-code
create a tar file (touch packages.tar?)
unnecessary, and in fact will break the
You would need to handle this using the -prune option to find. I just
wrote a script to do something like what you are talking about, and I
*think* that it looks like this:
cd /home/howard
find . -path .netscape/cache/* -prune -path vmware/* -prune -o -print \
| cpio -ovH crc
On Tue, 4 Jan 2000, John Davis wrote:
I have a zip disk which I would like to use for archive in Linux. Can I
run tar so that it will take a 500 Meg archive and split it into 5 100
Meg tar files? If so, how do I do this?
Have you already tried man tar?
To write a tar archive over multiple
This is not exactly what you were asking for, but you might try something
like:
tar -cvMf /dev/sdz directories_to_archive
where /dev/sdz is replaced by the device for your Zip drive. The 'M'
option should (according to the man page) cause tar to prompt you for the
next disk when it runs out of
Michael W. Shaffer wrote:
I highly recommend using cpio in preference to tar if the archives are
for your own use and not public distribution to unknown platforms. The
command to use cpio would be:
find directories_to_archive | cpio -ovH crc /dev/sdz
Cpio will automatically span
55 matches
Mail list logo
