a debianizarlosentendes con alien pkg rebuild me entendesdime de donde sosFrom: Carlos Alegria
[EMAIL PROTECTED]To: debian-user-spanish@lists.debian.orgSubject: Re: como debianizar paquetes tar- tar.gzDate: Tue, 24 Jan 2006 19:18:19 -0300
root:~#apt-get install mozilla-firefoxroot:~#apt-get install mozilla
El Martes, 24 de Enero de 2006 23:01,
escribió:
mi intriga es neceiso el firefox no viene en deb solo en tar
3 opciones:
1 - Instalar el .tar.gz
2 - Buscar el .deb, en este caso:
http://ftp.es.debian.org/debian/pool/main/m/mozilla-firefox/
El 1.4.99
Ich weiss das ist etwas OT, aber ich vertraue auf die Debian-Gemeinde
ein Problem zu lösen, dass mich fast in den Wahnsinn treibt :-)
Ich habe ein TAR-Archiv, welches mit absoluten Pfaden gepackt worden
ist. Nun möchte ich dieses Archiv auf der selben Maschiene entpacken -
nur eben nicht an der
* nullman [EMAIL PROTECTED]:
Ich weiss das ist etwas OT, aber ich vertraue auf die Debian-Gemeinde ein
Problem zu lösen, dass mich fast in den Wahnsinn treibt :-)
Ich habe ein TAR-Archiv, welches mit absoluten Pfaden gepackt worden ist.
Nun möchte ich dieses Archiv auf der selben Maschiene
nullman [EMAIL PROTECTED] writes:
Ich weiss das ist etwas OT, aber ich vertraue auf die
Debian-Gemeinde ein Problem zu lösen, dass mich fast in den Wahnsinn
treibt :-)
Ich habe ein TAR-Archiv, welches mit absoluten Pfaden gepackt worden
ist. Nun möchte ich dieses Archiv auf der selben
On 16.01.06 14:50:52, nullman wrote:
^^^
Merkwuerdiger Name.
Ich habe ein TAR-Archiv, welches mit absoluten Pfaden gepackt worden ist.
Nun möchte ich dieses Archiv auf der selben Maschiene entpacken - nur eben
nicht an der originalen Stelle (also ohne den beginnenen
Gruesse!
* nullman [EMAIL PROTECTED] schrieb am [16.01.06 14:50]:
Ich habe ein TAR-Archiv, welches mit absoluten Pfaden gepackt worden ist.
Nun möchte ich dieses Archiv auf der selben Maschiene entpacken - nur eben
nicht an der originalen Stelle (also ohne den beginnenen /) um die
ja hallo erstmal,...
Am Montag, 16. Januar 2006 14:50 schrieb nullman:
Ich weiss das ist etwas OT, aber ich vertraue auf die Debian-Gemeinde ein
Problem zu lösen, dass mich fast in den Wahnsinn treibt :-)
Ich habe ein TAR-Archiv, welches mit absoluten Pfaden gepackt worden ist.
Nun möchte
Stefan Muthers [EMAIL PROTECTED] writes:
* nullman [EMAIL PROTECTED]:
Ich weiss das ist etwas OT, aber ich vertraue auf die Debian-Gemeinde ein
Problem zu lösen, dass mich fast in den Wahnsinn treibt :-)
Ich habe ein TAR-Archiv, welches mit absoluten Pfaden gepackt worden ist.
Nun möchte
Dejan Milosavljevic wrote:
Klaus Zerwes schrieb:
Dejan Milosavljevic wrote:
Hallo zusammen,
ich habe hier ein recht seltsames Phänomen (unter Debian Sarge). Mit
tar weden nur noch korrupte Archive erzeugt, wenn ich diese mit gzip
oder bzip2 komprimieren lasse. Nachdem ich nun zwei, drei
Dejan Milosavljevic [EMAIL PROTECTED] wrote:
Ich versuche das Verzeichnis eines apache2-Webservers in ein tar-Archiv
wegzusichen.
Versuch1:
tar cvf /root/backup/www.tar /var/www
--- Funktioniert. Das tar-Archiv lässt sich wieder entpacken
Versuch2:
tar cvjf /root/backup/www.tar.bz2 /var
Dejan Milosavljevic wrote:
Hallo zusammen,
ich habe hier ein recht seltsames Phänomen (unter Debian Sarge). Mit tar
weden nur noch korrupte Archive erzeugt, wenn ich diese mit gzip oder
bzip2 komprimieren lasse. Nachdem ich nun zwei, drei Tage lang alles
mögliche ausprobiert habe, nimmt das
Hallo,
tar --delete -f /Media/Backup/Backup.tar Backup-day-Fr.tar
zerstört das tar-Archiv.
Ich erzeuge das Archiv auf einem Rechner unter Debian Linux mit tar (GNU
tar) 1.15.1 mittels:
tar -c -PipS -T /etc/init.d/Backup-Include.conf
-X /etc/init.d/Backup-Exclude.conf -f /home/Backup/Backup.tar
Klaus Zerwes schrieb:
Dejan Milosavljevic wrote:
Hallo zusammen,
ich habe hier ein recht seltsames Phänomen (unter Debian Sarge). Mit
tar weden nur noch korrupte Archive erzeugt, wenn ich diese mit gzip
oder bzip2 komprimieren lasse. Nachdem ich nun zwei, drei Tage lang
alles mögliche
On Monday 26 December 2005 19:19, Marco wrote:
Hi all,
I write a file on DAT with this command:
tar -rf /dev/st0 /backup/* /file.log
How to check that the file is write correctly on DAT?
I have found on the tar manual, -W option, but this option
work correctly with my DAT (HP DAT 72 GB
On Wed, Jan 11, 2006 at 09:23:13AM -0500, Gene Heskett wrote:
What version of tar? 1.14 is known to be busted, 1.13-19 and 1.13-25 are
Ouch. How busted? It seems to be the one in stable. Are all my backups vapour?
-- hendrik
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Wednesday 11 January 2006 09:31, [EMAIL PROTECTED] wrote:
On Wed, Jan 11, 2006 at 09:23:13AM -0500, Gene Heskett wrote:
What version of tar? 1.14 is known to be busted, 1.13-19 and 1.13-25
are
Ouch. How busted? It seems to be the one in stable. Are all my
backups vapour?
I could be wrong
Maurits van Rees wrote:
On Mon, Jan 09, 2006 at 04:51:59PM +0100, Matthias Meyer wrote:
Mache ich was falsch?
Ja: du solltest mal nach die deutsche
debian-user-german@lists.debian.org Liste mailen. :) Siehe:
http://lists.debian.org/debian-user-german/
Die Liste wohin du jetzt gesendet
Hallo zusammen,
ich habe hier ein recht seltsames Phänomen (unter Debian Sarge). Mit
tar weden nur noch korrupte Archive erzeugt, wenn ich diese mit gzip
oder bzip2 komprimieren lasse. Nachdem ich nun zwei, drei Tage lang
alles mögliche ausprobiert habe, nimmt das für mich schon "esoter
On Mon, Jan 09, 2006 at 04:51:59PM +0100, Matthias Meyer wrote:
Mache ich was falsch?
Ja: du solltest mal nach die deutsche
debian-user-german@lists.debian.org Liste mailen. :) Siehe:
http://lists.debian.org/debian-user-german/
Die Liste wohin du jetzt gesendet hast, ist eine englische Liste.
Hallo,
tar --delete -f /Media/Backup/Backup.tar Backup-day-Fr.tar
zerstört das tar-Archiv.
Ich erzeuge das Archiv auf einem Rechner unter Debian Linux mit tar (GNU
tar) 1.15.1 mittels:
tar -c -PipS -T /etc/init.d/Backup-Include.conf
-X /etc/init.d/Backup-Exclude.conf -f /home/Backup
Hi all,
I write a file on DAT with this command:
tar -rf /dev/st0 /backup/* /file.log
How to check that the file is write correctly on DAT?
I have found on the tar manual, -W option, but this option
work correctly with my DAT (HP DAT 72 GB)???
Help!!!
Thanks
Marco
--
To UNSUBSCRIBE
/mail !
Je me place dans /tmp ...
Lorsque que j'essaie
tar xzf /dev/st0 /var/spool/mail/
il me dit :
tar: Escamotage jusqu'à la prochaine en-tête.
tar: Escamotage jusqu'à la prochaine en-tête.
tar: /var/spool/mail: ne peut être retrouvé dans l'archive.
tar: Statut d'erreur reporté d'erreurs
Hallo Matthias,
Am 2005-11-17 10:04:27, schrieb Matthias Albert:
das hat mich dann jetzt doch interessiert was es damit auf sich hat.
Schau mal was ich gefunden habe (ungefähr in der Mitte der Seite).
---schnipp---
http://journal.boblycat.org/karltk/archives/2005_05.html
---schnapp---
Ich
Hallo Matthias,
Am 2005-11-17 10:04:27, schrieb Matthias Albert:
das hat mich dann jetzt doch interessiert was es damit auf sich hat.
:-)
Schau mal was ich gefunden habe (ungefähr in der Mitte der Seite).
---schnipp---
http://journal.boblycat.org/karltk/archives/2005_05.html
---schnapp---
I've got a really simple backup script which goes like this:
tar -rvf backup$1.tar java/projects
tar -rvf backup$1.tar .mozilla
tar -rvf backup$1.tar bin
echo compress the whole thing
tar -czvf backup$1.gz.tar backup$1.tar
Basically I am using -r (the append option) to backup some
On Sun, Oct 16, 2005 at 11:47:18PM +0100, Adam Hardy wrote:
I've got a really simple backup script which goes like this:
tar -rvf backup$1.tar java/projects
tar -rvf backup$1.tar .mozilla
tar -rvf backup$1.tar bin
echo compress the whole thing
tar -czvf backup$1.gz.tar backup$1.tar
Hey Adam,
You might also consider using p7zip; it gets better compression, and is
like zip in that it stores and compresses at the same time. Windows
version at www.7-zip.org.
Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Update -
Thanks for all the good input from everyone. Nice to know you are all there
in time of need (even if we couldn't solve the problem from the software
side).
I swapped out the mobo, went from an AOpen MX46VG(E) to an AOpen AX4SPE-UN.
Same CPU, RAM, NIC, SCSI, DAT - went from on board
:28pm
To: debian-user@lists.debian.org
Subject: Re: tar backup ok but restore errors w/ scsi dat dds2
you're not hitting the 2Gb limit (with some tar) are you?
Nope... while trying to debug the problem, I've been using
groups of files
in the 2 to 10 MB range. And, when I put the card
for tar to read from stdin
Yes, Yes and Yes
I've worked with SCO Xenix/Unix, Novell Unixware, Slackware/Red Hat/Debian
Linux, Solaris, and AIX over 14 years. But I don't claim to be a guru -
that's why I came to the list for help after trying everything I knew. We
use tape backup on all our
that initial comment
of course not... and do you know why not ..
:( -- more scolding -- :(
so try to copy stuff to tape, again ...
find /home/ralph | buffer | tar zcvf /dev/st0 -T -
should sound nice and smooth .. no stopping and starting
- it should be a constant and steady whine
On Wed, 28 Sep 2005, Ralph Eagle wrote:
shinzon:~# find /usr/kbmosas/std | buffer | tar zcvf /dev/st0 -T -
Backed up 110 files, 1.2MB without any errors from tar
...
shinzon:~# tar tzvf /dev/st0
drwxrws--- root/users0 2005-08-25 10:10:35 usr/kbmosas/std/
-rw-rw root/users
so try to copy stuff to tape, again ...
find /home/ralph | buffer | tar zcvf /dev/st0 -T -
should sound nice and smooth .. no stopping and starting
- it should be a constant and steady whine
I think I've exhausted my resources attacking this from the software
side.
Will do a little mobo swap
On Wed, Sep 28, 2005 at 10:18:18AM -0400, Ralph Eagle wrote:
Ran the tar through buffer:
Yes, but you didn't give tar an output block size.
shinzon:~# find /usr/kbmosas/std | buffer | tar zcvf /dev/st0 -T -
Try:
mt -f /dev/st0 setblk 32768
find /usr/kbmosas/std | tar zcvf /dev/st0 -T -b 64
Alvin Oga wrote:
[snip]
- do NOT put a tape drives on the same (ide) cables as disks
- do NOT put disk ond cdrom/dvd on the same (ide) cables
[snip]
Umm, why not put hard disc and CDROM drive on same ATA cable?
I agree that it is bad practice to make a hard disc a slave to
On Wed, Sep 28, 2005 at 10:18:18AM -0400, Ralph Eagle wrote:
so try to copy stuff to tape, again ...
find /home/ralph | buffer | tar zcvf /dev/st0 -T -
should sound nice and smooth .. no stopping and starting
- it should be a constant and steady whine
I think I've exhausted my resources
Hi Frank,
Yes, but you didn't give tar an output block size.
shinzon:~# find /usr/kbmosas/std | buffer | tar zcvf /dev/st0 -T -
Try:
mt -f /dev/st0 setblk 32768
find /usr/kbmosas/std | tar zcvf /dev/st0 -T -b 64 -
Ok - here's what I got:
ran this -
shinzon:~# mt -f /dev/st0 setblk 32768
On Wed, 28 Sep 2005, Ralph Eagle wrote:
shinzon:~# mt -f /dev/st0 setblk 32768
shinzon:~# find /usr/kbmosas/std | tar zcvbf 64 /dev/st0 -T -
...
shinzon:~# tar tzvbf 64 /dev/st0
incomplete literal tree
...
gzip: stdin: invalid compressed data--format violated
tar: Unexpected EOF
On Wed, 28 Sep 2005, Mike McCarty wrote:
Alvin Oga wrote:
[snip]
- do NOT put a tape drives on the same (ide) cables as disks
- do NOT put disk ond cdrom/dvd on the same (ide) cables
[snip]
Umm, why not put hard disc and CDROM drive on same ATA cable?
cdroms are
you're not hitting the 2Gb limit (with some tar) are you?
Nope... while trying to debug the problem, I've been using groups of files
in the 2 to 10 MB range. And, when I put the card and tape drive into the
other boxes (SCO 486 and Linux PII) I used the same set of data for testing
tar: Skipping to next header
means the tape was jumping around waiting for your system or ..
tar: Archive contains obsolescent base-64 headers
tar: Error exit delayed from previous errors
your tape is bad .. and/or clean the head ...
Before posting, I did some extensive searching
hi ya eagle
On Tue, 27 Sep 2005, Ralph Eagle wrote:
and/or when writing ..
find /home/kbmosas | buffer | tar cvf /dev/st0
Hmmm, can not seem to get the above command to work. Produces the following
error:
tar: Cowardly refusing to create an empty archive
Try `tar --help' or `tar
I think this might be a hardware compatibility problem, but you be the
judge.
Using tar, I can write a tape archive to the scsi dat drive (tar cvf
/dev/st0 /usr/kbmosas) without any errors but when I try to read the tape
back (tar tvf /dev/st0 or tar xvf /dev/st0), I get the following messages
I think this might be a hardware compatibility problem, but you be the
judge.
Using tar, I can write a tape archive to the scsi dat drive (tar cvf
/dev/st0 /usr/kbmosas) without any errors but when I try to read the tape
back (tar tvf /dev/st0 or tar xvf /dev/st0), I get the following
On Tue, 27 Sep 2005, michael wrote:
I think this might be a hardware compatibility problem, but you be the
judge.
Using tar, I can write a tape archive to the scsi dat drive (tar cvf
/dev/st0 /usr/kbmosas) without any errors but when I try to read the tape
back (tar tvf /dev/st0
supports ext2, last time i checked, and may not support newer options such
as directory hashes. GNU tar is what i use (with the -g incremental option).
--
Tom Vier [EMAIL PROTECTED]
DSA Key ID 0x15741ECE
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
On Fri, Sep 16, 2005 at 11:13:31AM -0500, J French wrote:
We are setting up Debian Linux on a new server for a PostGreSQL database. In
the past, on FreeBSD, I used the dump utility with the live filesystem
(snapshot) switch to backup the running database. Does dump on linux support
live
device you read from (eg,
/dev/hda0). You must at least mount the fs read-only. Also, dump only
supports ext2, last time i checked, and may not support newer options such
as directory hashes. GNU tar is what i use (with the -g incremental option).
--
Tom Vier [EMAIL PROTECTED]
DSA Key ID 0x15741ECE
with a single-tape drive. Do you have the
hardware angle under control?
I started out with a nice full/incremental system using dump, but I
believe that during the time when everything would fit on one tape I
was just using tar and doing a full backup each time (everything
worked unattended except picking
Hello,
We aresetting upDebian Linux on a new server for a PostGreSQL database. In the past, on FreeBSD, I used the dump utility with the live filesystem (snapshot) switch to backup the running database. Does dump on linux support live filesystem backups as well? How are most people backing up to
script will accept the live flag
under linux as well as freebsd, as far as I know; I would imagine the
worst you might find is that there's some blocking while the data are
written out.
As for putting it onto tape, the simplest is probably just to use tar. You
could script it automatically if you like
On Fri, 2005-09-16 at 11:13 -0500, J French wrote:
How are most people backing up to tape with Debian (or linux in
general)? I need a robust backup because this will be a production
server. Advice is appreciated.
I'm using Amanda, but Amanda uses dump or gtar, so the question about
live
I'll throw in a suggestion for bacula:
http://bacula.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hej.
Har ett underligt problem som jag har försökt att hitta svaret på Internet
men har inte kunna komma på något sätt ännu.
Skriptet som körs startar ett C-Program som avslutas med exit -1.
När sedan skriptet försöker att skriva ut exit statusen från a.out så blir
det 255. Här nedan visar jag
Simon Johansson wrote:
Skriptet som körs startar ett C-Program som avslutas med exit -1.
När sedan skriptet försöker att skriva ut exit statusen från a.out så blir
det 255. Här nedan visar jag hur skriptet ser ut.
[...]
Är det någon som vet om det går att hämta ut exit status som är negativt i
Hej.
Har ett underligt problem som jag har försökt att hitta svaret på Internet
men har inte kunna komma på något sätt ännu.
Skriptet som körs startar ett C-Program som avslutas med exit -1.
När sedan skriptet försöker att skriva ut exit statusen från a.out så blir
det 255. Här nedan
Hola y gracia spor esta lista y su
colaboración
Me he bajado el kernel 2.6.12 y trato hacer upgrade
al mío que es 2.4para luego compilarlo pero resulta que cuando doy:
tar xvzf
linux-2.16.12.5.tar.gz
comienza a descompactar pero me da este error a
mido camino
gzip: stdin: unexpected end
El jue, 18-08-2005 a las 11:35 -0700, Ariel Herrera escribió:
Hola y gracia spor esta lista y su colaboración
Me he bajado el kernel 2.6.12 y trato hacer upgrade al mío que es
2.4para luego compilarlo pero resulta que cuando doy:
tar xvzf linux-2.16.12.5.tar.gz
supongo que esto esta
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ariel Herrera wrote:
Hola y gracia spor esta lista y su colaboración
Me he bajado el kernel 2.6.12 y trato hacer upgrade al mío que es
2.4para luego compilarlo pero resulta que cuando doy:
*tar xvzf linux-2.16.12.5.tar.gz*
comienza
I haven't used tar that much so I don't know if this is the way it has
always been or if this is a bug.
Tar automatically excludes the archive being created from archive in
order to prevent an infinite loop.
$ tar -cvvf /home/colin/tartest/test/tartest.tar /home/colin/tartest/*
tar: Removing
Hello All!
Looking for some help with the following problem...
On apt-get update and then apt-get upgrade, get the output...
Preconfiguring packages ...
Setting up tar (1.15.1-2) ...
gzip: stdin: invalid compressed data--crc error
install-info(/usr/share/info/tar.info.gz): read gzip -cd
/usr
jtmarran wrote:
Hello All!
Looking for some help with the following problem...
On apt-get update and then apt-get upgrade, get the output...
Preconfiguring packages ...
Setting up tar (1.15.1-2) ...
gzip: stdin: invalid compressed data--crc error
install-info(/usr/share/info/tar.info.gz
Thanks for the suggestion - tried it and get the same error. Could it
be a legitimate crc failed check in the tar package? I'm not even sure
that tar should be upgrading... it's not listed as a package to be
upgraded when apt-get lists?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Wednesday 03 August 2005 14:02, jtmarran wrote:
Thanks for the suggestion - tried it and get the same error. Could
it be a legitimate crc failed check in the tar package? I'm not
even sure that tar should be upgrading... it's not listed as a
package to be upgraded when apt-get lists?
I
On Wed, Aug 03, 2005 at 06:17:59AM -0700, jtmarran wrote:
Hello All!
Looking for some help with the following problem...
On apt-get update and then apt-get upgrade, get the output...
Preconfiguring packages ...
Setting up tar (1.15.1-2) ...
gzip: stdin: invalid compressed data--crc
Hallo,
für ein simples Backup möchte ich alle Konfigurationsdateien in meinem
Home-Verzeichnis, die ja typischerweise mit . anfangen, in ein
tar-Archiv packen.
Das sollte ja nicht so schwer sein, aber ich weiß leider nicht, wie es
geht. Hat jemand einen kleinen Tipp für mich?
Gruß
Malte
Hallo,
am Sonntag, 10. Juli 2005 11:41 schrieb Malte Spiess:
Hallo,
für ein simples Backup möchte ich alle Konfigurationsdateien in meinem
Home-Verzeichnis, die ja typischerweise mit . anfangen, in ein
tar-Archiv packen.
Das sollte ja nicht so schwer sein, aber ich weiß leider nicht, wie es
Hallo,
am Sonntag, 10. Juli 2005 15:47 schrieb Eduard Bloch:
Moin Robin!
Robin Haunschild schrieb am Sonntag, den 10. Juli 2005:
Was hältst Du von:
$ tar -cvf sicherung.tar .[a-zA-Z]*
Das geht schon bei .3ware daneben. Besser:
Was heißt schon? Die Konfigfiles einer Debian-Installation
Moin Robin!
Robin Haunschild schrieb am Sonntag, den 10. Juli 2005:
Was hältst Du von:
$ tar -cvf sicherung.tar .[a-zA-Z]*
Das geht schon bei .3ware daneben. Besser:
shopt -s dotglob
und dann einfach *
Gruss,
Eduard.
--
Sinclair: I'm still waiting for an explanation, gentlemen.
Ambassador
Hallo zusammen!
On Sun, 10 Jul 2005, Robin Haunschild wrote:
am Sonntag, 10. Juli 2005 15:47 schrieb Eduard Bloch:
Robin Haunschild schrieb am Sonntag, den 10. Juli 2005:
Was hältst Du von:
$ tar -cvf sicherung.tar .[a-zA-Z]*
Das geht schon bei .3ware daneben. Besser:
Was heißt
Robin Haunschild [EMAIL PROTECTED] writes:
Hallo,
am Sonntag, 10. Juli 2005 11:41 schrieb Malte Spiess:
Hallo,
für ein simples Backup möchte ich alle Konfigurationsdateien in meinem
Home-Verzeichnis, die ja typischerweise mit . anfangen, in ein
tar-Archiv packen.
Das sollte ja nicht so
On Fri, Jun 17, 2005 at 11:32:49AM +0200, nodata wrote:
I have a gzipped tar archive in /tmp/test/
$ tar ztvf file.tgz | head -1
dr-xr-xr-x root/sys 0 2004-04-19 15:15:15 ./
I'm not running as root. I run an extract:
$ tar zxvf file.tgz
./
somedir/
tar: somedir: Cannot mkdir
I have a gzipped tar archive in /tmp/test/
$ tar ztvf file.tgz | head -1
dr-xr-xr-x root/sys 0 2004-04-19 15:15:15 ./
I'm not running as root. I run an extract:
$ tar zxvf file.tgz
./
somedir/
tar: somedir: Cannot mkdir: Permission denied
somedir/somedir/
tar: somedir/somedir: Cannot
nodata wrote:
Any way around this using tar (without changing users etc)?
the --no-same-permissions argument may be useful.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
nodata wrote:
Any way around this using tar (without changing users etc)?
the --no-same-permissions argument may be useful.
Unfortunately it doesn't seem to work..
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
pas; un
| tar en console le message est là et avec mon crontab j'ai un mail ce
| concernant .
| J'ai rien trouvé dans la man pour exclure les messages.
|
| tar /dev/null
|
Merci.. ça marche :-)
Sauf que là, tu vois pas si il y a d'autres erreurs... pipe et grep -v
sont tes amis
voilà c'est ce que j'ai lors dy tar cvf d'un répertoire.
Ya un moyen de l'éviter ??
merci pour l'info
mess-mate
--
Your sister swims out to meet troop ships.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
mess-mate a écrit :
voilà c'est ce que j'ai lors dy tar cvf d'un répertoire.
Ya un moyen de l'éviter ??
Oui, man tar. Sauf que lorsque tu voudras réinstaller ce répertoire, il
écrasera celui éventuellement existant ce qui n'est pas sécurisé.
Mon avis, laisse comme ca, ca t'éviteras des
Le 12943ième jour après Epoch,
mess-mate écrivait:
voilà c'est ce que j'ai lors dy tar cvf d'un répertoire.
Ya un moyen de l'éviter ??
man tar
-P, --absolute-paths
n'enlève pas les '/' au début des noms des fichiers.
Mais franchement, c'est bien pratique ça... ça permet
François TOURDE [EMAIL PROTECTED] wrote:
| Le 12943ième jour après Epoch,
| mess-mate écrivait:
|
| voilà c'est ce que j'ai lors dy tar cvf d'un répertoire.
| Ya un moyen de l'éviter ??
|
| man tar
|
|-P, --absolute-paths
| n'enlève pas les '/' au début des noms des
Le Thu, Jun 09, 2005 à 08:02:20PM +0200, mess-mate a écrit
C'est vrai, ainsi (sans le -P) on peut installer le rép. où on veut.
Mais je précese ma question: c'est ce message que je ne veux pas; un
tar en console le message est là et avec mon crontab j'ai un mail ce
concernant .
J'ai rien
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
| Le Thu, Jun 09, 2005 à 08:02:20PM +0200, mess-mate a écrit
| C'est vrai, ainsi (sans le -P) on peut installer le rép. où on veut.
| Mais je précese ma question: c'est ce message que je ne veux pas; un
| tar en console le message est là et avec mon
Bizarrement j'ai un phénomène suivant:
'Konserve' ( backup de KDE) compacte mon rép. /etc en etc.tar.gz ce qui donne
17.4MB, avec Ark celui-ci prévoit 47.4MB en décompressé
sélectionnant tous les fichiers.
En faisant un tar zcf j'obtiens pour le même rép (/etc) 4.4MB où Ark
prévoit 24.7MB en
On Thu, Jun 02, 2005 at 11:48:00PM -0400, Winston Smith wrote:
One way to test exclude patterns is with
tar -c --exclude=pattern includedirectorys | tar -t -
Unfortunately, I didn't run such a test before responding to the
original poster, and now that I have I would like to retract my
Hallo Thomas,
Thomas Jahns [EMAIL PROTECTED] wrote:
Frank Dietrich [EMAIL PROTECTED] writes:
Thomas Jahns [EMAIL PROTECTED] wrote:
Tobias Krais [EMAIL PROTECTED] writes:
tar -xpf /dev/st0 -C /tmp
Was wird jetzt in das Verzeichnis /tmp gespielt:
1. Nur der Block Hauptsicherung
On Wed, Jun 01, 2005 at 11:00:18AM -0700, Cameron Matheson wrote:
Hi everyone,
i'm trying to back up an old suse box so that i can
clear it off and install debian. anyway, i want to
tar up basically everything (except for the obvious
stuff like proc, /tmp/, /dev, etc.) so i've made
On Thu, Jun 02, 2005 at 11:08:15AM -0400, Winston Smith wrote:
would be, for example, ./tmp/, not /tmp/.
Try putting ./tmp/* instead of /tmp/* and so on in /tmp/excludes, or, if you
My suggestion above assumes you use
tar cv -X /tmp/excludes -p --atime-preserve
Winston Smith wrote:
On Thu, Jun 02, 2005 at 11:08:15AM -0400, Winston Smith wrote:
would be, for example, ./tmp/, not /tmp/.
Try putting ./tmp/* instead of /tmp/* and so on in /tmp/excludes, or, if you
My suggestion above assumes you use
tar cv -X /tmp/excludes -p --atime-preserve
On Thu, 2 Jun 2005, Winston Smith wrote:
My suggestion above assumes you use tar cv -X /tmp/excludes -p
--atime-preserve ./* -- | ...
^^^ instead of tar cv -X
/tmp/excludes -p --atime-preserve * -- | ...
its supposed to be
tar cf menas you
On Fri, Jun 03, 2005 at 09:48:09AM +0800, Robert Vangel wrote:
`./*' wouldnt include (or exclude) `./.*' files where `.' would.
Good catch. Thanks.
Winston
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
One way to test exclude patterns is with
tar -c --exclude=pattern includedirectorys | tar -t -
Unfortunately, I didn't run such a test before responding to the
original poster, and now that I have I would like to retract my previous
posts on the subject. Sorry!
The examples below show
Hallo Thomas,
Thomas Jahns [EMAIL PROTECTED] wrote:
Tobias Krais [EMAIL PROTECTED] writes:
tar -xpf /dev/st0 -C /tmp
Was wird jetzt in das Verzeichnis /tmp gespielt:
1. Nur der Block Hauptsicherung?
exakt. Unter obiger Voraussetzung.
2. Block Hauptsicherung + angehängter Block
Hi everyone,
i'm trying to back up an old suse box so that i can
clear it off and install debian. anyway, i want to
tar up basically everything (except for the obvious
stuff like proc, /tmp/, /dev, etc.) so i've made an
excludes file:
$ cat /tmp/excludes
/tmp/*
/dev/*
*oldstuff*
/proc
/var/tmp
also ich bin jetzt schon ein stückchen weiter...
ich habe mithilfe eines perlscripts das tar archiv an dem header
abgeschnitten, an dem das verzeichnis /var anfängt.
wenn ich die datei mit vi öffne sehe ich die daten.
ich kann sie bloß nicht mit tar extrahieren da tar immer folgende fehler
On 24.Mai 2005 - 11:02:24, Hakan Wolf wrote:
also ich bin jetzt schon ein stückchen weiter...
ich habe mithilfe eines perlscripts das tar archiv an dem header
abgeschnitten, an dem das verzeichnis /var anfängt.
Ich nehme an du meinst die Website hier:
http://www.bestsolution.at/support
Andreas Pakulat schrieb:
On 24.Mai 2005 - 11:02:24, Hakan Wolf wrote:
also ich bin jetzt schon ein stückchen weiter...
ich habe mithilfe eines perlscripts das tar archiv an dem header
abgeschnitten, an dem das verzeichnis /var anfängt.
Ich nehme an du meinst die Website hier:
http
Hallo,
ich habe ein Problem mit tar und hoffe hier wird mir geholfe :)
Ich habe am Wochenende einen Server (Debian Sarge) mit tar gesichert.
Ich habe alle Verzeichnisse aus / außer /mnt und ins tarfile gepackt.
Leider musste ich nun feststellen, dass ich alles was nach dem
Verzeichnis sys
On 23.Mai 2005 - 18:06:45, Hakan Wolf wrote:
Hallo,
ich habe ein Problem mit tar und hoffe hier wird mir geholfe :)
Ich habe am Wochenende einen Server (Debian Sarge) mit tar gesichert.
Ich habe alle Verzeichnisse aus / außer /mnt und ins tarfile gepackt.
Aehm, hast du mal ueberlegt
Andreas Pakulat schrieb:
Man packt /sys ja auch nicht mit ein. Wenn ein tar -tvif auch nicht
hilft wirst du wohl ein neues Archiv ohne /sys, /proc u.U. /dev u.ae.
erzeugen muessen.
Ja, dessen bin ich mir jetzt auch bewusst.
Aber das Archiv ist 28GB groß. Es muss doch einen Weg geben, die
701 - 800 of 1788 matches
Mail list logo
