Menu
▾
▴
dump-users
You can subscribe to this list here.
| 2000 |
Jan
(2) |
Feb
(15) |
Mar
(1) |
Apr
(11) |
May
(9) |
Jun
(22) |
Jul
(23) |
Aug
(21) |
Sep
(21) |
Oct
(7) |
Nov
(13) |
Dec
(58) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(20) |
Feb
(33) |
Mar
(24) |
Apr
(27) |
May
(48) |
Jun
(12) |
Jul
(35) |
Aug
(37) |
Sep
(41) |
Oct
(37) |
Nov
(29) |
Dec
(4) |
| 2002 |
Jan
(35) |
Feb
(17) |
Mar
(33) |
Apr
(65) |
May
(53) |
Jun
(43) |
Jul
(38) |
Aug
(37) |
Sep
(11) |
Oct
(25) |
Nov
(26) |
Dec
(38) |
| 2003 |
Jan
(44) |
Feb
(58) |
Mar
(16) |
Apr
(15) |
May
(11) |
Jun
(5) |
Jul
(70) |
Aug
(3) |
Sep
(25) |
Oct
(8) |
Nov
(16) |
Dec
(15) |
| 2004 |
Jan
(16) |
Feb
(27) |
Mar
(21) |
Apr
(23) |
May
(14) |
Jun
(16) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(17) |
Nov
(15) |
Dec
(44) |
| 2005 |
Jan
(37) |
Feb
(3) |
Mar
(7) |
Apr
(13) |
May
(14) |
Jun
(23) |
Jul
(7) |
Aug
(7) |
Sep
(12) |
Oct
(11) |
Nov
(11) |
Dec
(9) |
| 2006 |
Jan
(17) |
Feb
(8) |
Mar
(6) |
Apr
(14) |
May
(18) |
Jun
(16) |
Jul
(6) |
Aug
(1) |
Sep
(5) |
Oct
(12) |
Nov
(1) |
Dec
(1) |
| 2007 |
Jan
(3) |
Feb
(6) |
Mar
(6) |
Apr
|
May
|
Jun
(7) |
Jul
(8) |
Aug
(5) |
Sep
(4) |
Oct
|
Nov
(8) |
Dec
(14) |
| 2008 |
Jan
(31) |
Feb
(3) |
Mar
(9) |
Apr
|
May
(15) |
Jun
(9) |
Jul
|
Aug
(13) |
Sep
(10) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(11) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(9) |
Jul
(23) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(10) |
| 2011 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(5) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|
From: gazolini <gaz...@in...> - 2004-04-15 11:14:28
|
Hello Antonios, Thursday, April 15, 2004, 1:54:54 PM, you wrote: AC> gazolini wrote: >> 0 3 * * 4 dump -4uf /mnt/dump/dump.var.4 /var >> >> There is no error message and no dump file :( AC> If the time specification "0 3 * * 4" is correct and your clock is ok, AC> then the problem seems to be with whether /mnt had been correctly AC> mounted at the time of dumping. 1) This fs (/mnt/dump) is mounted permanently. 2) I try to dump manualy, all is ok. Then I assign a cron job to do such a thing in 2-3 minutes later (/mnt/dump is mounted). Nothing happens :( -- Best regards, gazolini mailto:gaz...@in... |
|
From: Antonios C. <an...@it...> - 2004-04-15 09:57:33
|
gazolini wrote: > 0 3 * * 4 dump -4uf /mnt/dump/dump.var.4 /var > > There is no error message and no dump file :( If the time specification "0 3 * * 4" is correct and your clock is ok, then the problem seems to be with whether /mnt had been correctly mounted at the time of dumping. |
|
From: Dick V. <di...@ti...> - 2004-04-15 09:18:44
|
On Thu, 15 Apr 2004, gazolini wrote: > Doing dump from command line I have no problems. > The same thing through crontab doesn't work This means that dump is not the problem. -> man cron -> man crontab :) -- * *** Dick Visser ** * * TIENHUIS Networking * * *** Marco Polostraat 234-3 P: +31206843731 * * * * 1056 DP Amsterdam F: +31208641420 * ** * The Netherlands M: +31622698108 * * * WWW: http://www.tienhuis.nl * * * Email: d.n...@ti... *** *** PGP-key: http://www.tienhuis.nl/gpg.txt Live webcam (WM9): http://www.terena.nl/~dick/cam2.asx |
|
From: gazolini <gaz...@in...> - 2004-04-15 09:05:52
|
Hello dump-users, Doing dump from command line I have no problems. dump -4uf /mnt/dump/dump.var.4 /var The same thing through crontab doesn't work 0 3 * * 4 dump -4uf /mnt/dump/dump.var.4 /var There is no error message and no dump file :( /var/log/cron Apr 15 10:47:00 NV CROND[23149]: (root) CMD (dump -4uf /mnt/dump/dump.var.4 /var) and nothing about it in /var/log/messages Can anyone help me? -- Best regards, gazolini mailto:gaz...@in... |
|
From: Marcie J. <AT...@da...> - 2004-04-08 19:29:20
|
<html> <head> <title>innermost against consonantal buttress</title> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859= -1"> </head> <body> <div id=3D"Layer1" style=3D"position:absolute; width:382px; height:196px; = z-index:1; left: 183px; top: 92px; background-color: #CCCCCC; layer-backgr= ound-color: #CCCCCC; border: 1px none #000000;"> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p><font size=3D"2"><a href=3D"http://www.f0reverhealthy.biz/takeoff/tak= eoff.html">i don't want any more mail please</a></font></p> </div> <div id=3D"Layer2" style=3D"position:absolute; width:340px; height:172px; = z-index:2; left: 203px; top: 104px; background-color: #FFFFFF; layer-backg= round-color: #FFFFFF; border: 1px none #000000; overflow: visible;"> <p align=3D"center"> </p> <p align=3D"center"><font color=3D"#000000" size=3D"5" face=3D"Arial, He= lvetica, sans-serif">Take a survey online and get paid for it. </font></p> <p align=3D"center"><font color=3D"#000000"><a href=3D"http://www.f0reve= rhealthy.biz/srv.html"><font face=3D"Courier New, Courier, mono">TELL ME MORE!</font></a></font></p> <p align=3D"center"> </p> </div> <p> </p> <p> </p> <p> </p> <p> </p> <font color=3D"#fffff0"><sanctimonious>fangled despicable passer world cav= alier bookmobile airmail jenkins mensuration adventurous crow annapolis de= nunciation reject abo inexplainable teflon=20</adobe></font> <font color=3D"#fffff3"><descent>admittance craftsperson auk bizet laue po= lis inundate tuscarora arbitrage barnstorm episodic richmond=20</curt></fo= nt> <font color=3D"#fffff5"><duplicate>bistate naughty alleyway infringe sculp= t bracket tact traumatic campion crotchety courage diebold bipartisan rubi= n arpeggio cecil knelt chunky worse crosshatch dominican=20</kindred></fon= t> </body> </html> |
|
From: Dick V. <di...@ti...> - 2004-03-31 07:40:06
|
On Wed, 31 Mar 2004, Stelian Pop wrote: > However, the index file you're searching for does exist, and it's called > QFA (Quick File Access). See the -Q option in dump and restore man pages. Thanks very much, just what I needed :) I will try it out on my boxen tonight! -- * *** Dick Visser ** * * TIENHUIS Networking * * *** Marco Polostraat 234-3 P: +31206843731 * * * * 1056 DP Amsterdam F: +31208641420 * ** * The Netherlands M: +31622698108 * * * WWW: http://www.tienhuis.nl * * * Email: d.n...@ti... *** *** PGP-key: http://www.tienhuis.nl/gpg.txt Live webcam (WM9): http://www.terena.nl/~dick/cam2.asx |
|
From: Stelian P. <st...@po...> - 2004-03-31 07:31:59
|
On Tue, Mar 30, 2004 at 10:49:29PM +0200, Dick Visser wrote: > Reading the previous message: > > > Subject: [Dump-users] Dumping to another hard disk > > I saw that the -A option is used. As a notorious no-doc-reader, I did not > know about this option but it appears that this is to point to a TOC file. > > Whenever I use restore to get files back from f.i. a DDS4 tape, the file > is always found rather fast using the -i mode, but extracting the actual > file from tape sometimes takes ages. > I guess this is because restore does not have an index file. Yes. > Am I correct in assuming that using -A with both dump and restore will > yield a faster restore of single files/dirs? No. -A creates a TOC, which is not a tape index, just merely a list of inodes which are in the backup. This option can be used when you want to find quickly on which tape you did save a given file, and you have the TOCs somewhere on the disk. The only use of the TOC file is in 'restore -t' mode. However, the index file you're searching for does exist, and it's called QFA (Quick File Access). See the -Q option in dump and restore man pages. Stelian. -- Stelian Pop <st...@po...> |
|
From: Stelian P. <st...@po...> - 2004-03-31 07:25:36
|
On Tue, Mar 30, 2004 at 09:52:39PM +0200, dum...@di... wrote: > Hello folks. I have recently decided giving a try to this 'dump/restore' > set of commands in order to keep safe my personal information. Last > weekend my disk started to sound funny and got shrivers down my > spine. So I read the man pages and typed: > > dump -0Muv -A 280304.toc -f /dev/hda2/280304.dmp > > Apparently all run smoothly but... > > 1) I don't know where I can check a log (if any) in case there was > any problem. The logs are written to stderr, so if you want them saved to a file just redirect stderr to some file. > 2) There was a problem. I've tryed to restore a single file to test my > backup. > > restore -i -f /dev/hda2/280304.dmp > > So I 'Added' and 'extracted' the file but got the following messages: > > restore> ls > > Warning: undefined file type 116 > Warning: undefined file type 28 > Warning: undefined file type 105 > Warning: undefined file type 28 > Warning: undefined file type 103 > Warning: undefined file type 45 > > english french german japanese korean spanish > > restore> add spanish > > restore> extract > You have not read any volumes yet. > Unless you know which volume your file(s) are on you should > start with the last volume and work towards the first. > Specify next volume # (none if no more volumes): none > Unless you know which volume your file(s) are on you should > start with the last volume and work towards the first. > Specify next volume # (none if no more volumes): none > ./usr/share/gphoto2/konica/spanish: (inode 1895327) not found on tape > set owner/mode for '.'? [yn] y > > 3 ) What does this 'Warning: undefined file type' message means ? Just a warning, fixed long ago. I suspect you're using a rather old version of restore. It is always a good idea to upgrade (this warning does not matter but old version contain also some more important bugs). > 4 ) Which volumes is 'restore' asking for ? In your case you only have one volume, so what restore is asking for is the litteral number '1'. This question is asked because, if you have a multi-volume dump, you can speed up the restore process by going directly to the tape (the volume) containing the file without having to read all the tapes. > 5 ) Could this be caused by the -v option I typed while doing my 'dump' ? No. This is normal behaviour. > 6 ) Why does it couldn't find the requested file ? Because you didn't read the first volume (you didn't say '1'). > 7 ) What does this 'owner/mode' question means ? This talks about the permissions on the current directory (the one you're launching restore from). Restore can change the permissions of this inode to be those of the backuped root inode (/). This is not generaly important when you're doing a simple restore of some files. Answer 'n' and you'll be fine. Stelian. -- Stelian Pop <st...@po...> |
|
From: Dick V. <di...@ti...> - 2004-03-30 20:49:38
|
Reading the previous message: > Subject: [Dump-users] Dumping to another hard disk I saw that the -A option is used. As a notorious no-doc-reader, I did not know about this option but it appears that this is to point to a TOC file. Whenever I use restore to get files back from f.i. a DDS4 tape, the file is always found rather fast using the -i mode, but extracting the actual file from tape sometimes takes ages. I guess this is because restore does not have an index file. Am I correct in assuming that using -A with both dump and restore will yield a faster restore of single files/dirs? THanks -- * *** Dick Visser ** * * TIENHUIS Networking * * *** Marco Polostraat 234-3 P: +31206843731 * * * * 1056 DP Amsterdam F: +31208641420 * ** * The Netherlands M: +31622698108 * * * WWW: http://www.tienhuis.nl * * * Email: d.n...@ti... *** *** PGP-key: http://www.tienhuis.nl/gpg.txt Live webcam (WM9): http://www.terena.nl/~dick/cam2.asx |
|
From: <dum...@di...> - 2004-03-30 19:52:53
|
Hello folks. I have recently decided giving a try to this 'dump/restore' set of commands in order to keep safe my personal information. Last weekend my disk started to sound funny and got shrivers down my spine. So I read the man pages and typed: dump -0Muv -A 280304.toc -f /dev/hda2/280304.dmp Apparently all run smoothly but... 1) I don't know where I can check a log (if any) in case there was any problem. 2) There was a problem. I've tryed to restore a single file to test my backup. restore -i -f /dev/hda2/280304.dmp So I 'Added' and 'extracted' the file but got the following messages: restore> ls Warning: undefined file type 116 Warning: undefined file type 28 Warning: undefined file type 105 Warning: undefined file type 28 Warning: undefined file type 103 Warning: undefined file type 45 english french german japanese korean spanish restore> add spanish restore> extract You have not read any volumes yet. Unless you know which volume your file(s) are on you should start with the last volume and work towards the first. Specify next volume # (none if no more volumes): none Unless you know which volume your file(s) are on you should start with the last volume and work towards the first. Specify next volume # (none if no more volumes): none ./usr/share/gphoto2/konica/spanish: (inode 1895327) not found on tape set owner/mode for '.'? [yn] y 3 ) What does this 'Warning: undefined file type' message means ? 4 ) Which volumes is 'restore' asking for ? 5 ) Could this be caused by the -v option I typed while doing my 'dump' = ? 6 ) Why does it couldn't find the requested file ? 7 ) What does this 'owner/mode' question means ? Tomas Sanchez Tejero dum...@di... |
|
From: Antonios C. <an...@it...> - 2004-03-19 16:34:32
|
Hi, because I've signed the deprecation FAQ with my e-mail address, lately I've received a couple of general dump questions and a couple of questions/comments on the deprecation FAQ, which I don't really know how to answer; so I changed the notice to encourage people to send to the mailing list rather than to me. Specifically, I wrote the following: Questions, suggestions, and comments should go to the dump-users mailing list. Despite appearances, I'm not a dump expert; I just wrote up. But if you really want to email me, my address is an...@it.... |
|
From: Stelian P. <st...@po...> - 2004-03-10 12:27:48
|
On Wed, Mar 10, 2004 at 09:03:35AM -0300, Frederico Moraes Ferreira wrote: > Hi everyone, > Has anybody happen to know if there is a dump command to store the dump > log on the fly?? It would be useful for check huge backups with bzlib > compression. > I've unsuccessfully tried to make: > #(dump 0un ....) > dump.log > #dump ... > dump.log > #dump... | tee dump.log > Any other clue? > Thanks, > Fred Dump sends its log output to stderr, so what you're looking for is: dump ... 2>dump.log Stelian. -- Stelian Pop <st...@po...> |
|
From: Frederico M. F. <fr...@if...> - 2004-03-10 12:21:30
|
Hi everyone, Has anybody happen to know if there is a dump command to store the dump log on the fly?? It would be useful for check huge backups with bzlib compression. I've unsuccessfully tried to make: #(dump 0un ....) > dump.log #dump ... > dump.log #dump... | tee dump.log Any other clue? Thanks, Fred |
|
From: Frederico M. F. <fr...@if...> - 2004-03-09 20:32:15
|
Thanks Stelian for the patch to dump-0.4b35. The segmetation fault bellow was due to the handedit of the dumpdates file. I just removed it and dump started to work as before. Fred Stelian Pop wrote: >On Tue, Mar 09, 2004 at 11:49:42AM -0300, Frederico Moraes Ferreira wrote: > > > >>Dear all, >>I've got in troubles when making a dump backup btw partitions from >>two different HD's. It's used to work until now. So I started to >>trying to figure the problem out: >>Although such backup procedure used to work with dump-0.4b32, I >>did upgrade it to 0.4b34 and e2fsprogs-1.32--> 1.35 as well (I >>could not be able to compile dump 0.4b35). The problem remained. >># mkfs.ext3 -v -c -b 4096 /dev/hdb7 >># umount /dev/hda7; fsck.ext3 -v -f -c -p /dev/hda7 (2 times) >># mount -t ext3 /dev/hdb7 /hdb >># dump -0f /hdb/teste.dump /dev/hda7 >> DUMP: SIGSEGV: ABORTING! >>Segmentation fault >> >> > >This recalls me of something but I must be too tired so I >cannot pinpoint to a specific bug. > >Please try with 0.4b35, it will compile once you correct >a small mistake, patch is here: >http://sourceforge.net/tracker/index.php?func=detail&aid=870176&group_id=1306&atid=101306 > >If it doesn't work, try with the CVS version, instructions here: >http://sourceforge.net/cvs/?group_id=1306 > > > >>The same error is obtained from any combination of partitions from >>the two HD's. >>Is there any way to trace this problem? How?? Any help is >>appreciated. >> >> > >If neither 0.4b35 or the CVS version work, we will try to >debug this. > >Stelian. > > |
|
From: Frederico M. F. <fr...@if...> - 2004-03-09 20:27:41
|
On Tue, Mar 09, 2004 at 11:49:42AM -0300, Frederico Moraes Ferreira wrote: > Dear all, > I've got in troubles when making a dump backup btw partitions from > two different HD's. It's used to work until now. So I started to > trying to figure the problem out: > Although such backup procedure used to work with dump-0.4b32, I > did upgrade it to 0.4b34 and e2fsprogs-1.32--> 1.35 as well (I > could not be able to compile dump 0.4b35). The problem remained. > # mkfs.ext3 -v -c -b 4096 /dev/hdb7 > # umount /dev/hda7; fsck.ext3 -v -f -c -p /dev/hda7 (2 times) > # mount -t ext3 /dev/hdb7 /hdb > # dump -0f /hdb/teste.dump /dev/hda7 > DUMP: SIGSEGV: ABORTING! > Segmentation fault This recalls me of something but I must be too tired so I cannot pinpoint to a specific bug. Please try with 0.4b35, it will compile once you correct a small mistake, patch is here: http://sourceforge.net/tracker/index.php?func=detail&aid=870176&group_id=1306&atid=101306 If it doesn't work, try with the CVS version, instructions here: http://sourceforge.net/cvs/?group_id=1306 > The same error is obtained from any combination of partitions from > the two HD's. > Is there any way to trace this problem? How?? Any help is > appreciated. If neither 0.4b35 or the CVS version work, we will try to debug this. Stelian. -- Stelian Pop <st...@po...> ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Dump-users mailing list Dum...@li... https://lists.sourceforge.net/lists/listinfo/dump-users |
|
From: Stelian P. <st...@po...> - 2004-03-09 15:43:04
|
On Tue, Mar 09, 2004 at 11:49:42AM -0300, Frederico Moraes Ferreira wrote: > Dear all, > I've got in troubles when making a dump backup btw partitions from > two different HD's. It's used to work until now. So I started to > trying to figure the problem out: > Although such backup procedure used to work with dump-0.4b32, I > did upgrade it to 0.4b34 and e2fsprogs-1.32--> 1.35 as well (I > could not be able to compile dump 0.4b35). The problem remained. > # mkfs.ext3 -v -c -b 4096 /dev/hdb7 > # umount /dev/hda7; fsck.ext3 -v -f -c -p /dev/hda7 (2 times) > # mount -t ext3 /dev/hdb7 /hdb > # dump -0f /hdb/teste.dump /dev/hda7 > DUMP: SIGSEGV: ABORTING! > Segmentation fault This recalls me of something but I must be too tired so I cannot pinpoint to a specific bug. Please try with 0.4b35, it will compile once you correct a small mistake, patch is here: http://sourceforge.net/tracker/index.php?func=detail&aid=870176&group_id=1306&atid=101306 If it doesn't work, try with the CVS version, instructions here: http://sourceforge.net/cvs/?group_id=1306 > The same error is obtained from any combination of partitions from > the two HD's. > Is there any way to trace this problem? How?? Any help is > appreciated. If neither 0.4b35 or the CVS version work, we will try to debug this. Stelian. -- Stelian Pop <st...@po...> |
|
From: Frederico M. F. <fr...@if...> - 2004-03-09 15:07:22
|
Dear all, I've got in troubles when making a dump backup btw partitions from two different HD's. It's used to work until now. So I started to trying to figure the problem out: Although such backup procedure used to work with dump-0.4b32, I did upgrade it to 0.4b34 and e2fsprogs-1.32--> 1.35 as well (I could not be able to compile dump 0.4b35). The problem remained. # mkfs.ext3 -v -c -b 4096 /dev/hdb7 # umount /dev/hda7; fsck.ext3 -v -f -c -p /dev/hda7 (2 times) # mount -t ext3 /dev/hdb7 /hdb # dump -0f /hdb/teste.dump /dev/hda7 DUMP: SIGSEGV: ABORTING! Segmentation fault The same error is obtained from any combination of partitions from the two HD's. Is there any way to trace this problem? How?? Any help is appreciated. Thanks in advance, Fred P.S.: I'm running linux-2.4.25 |
|
From: Stelian P. <st...@po...> - 2004-03-08 14:41:59
|
On Fri, Mar 05, 2004 at 05:45:11PM +0100, Peter Münster wrote: > version works with works with > dump 0fBF dump -0umM > ------------------------------------------------------ Yup, confirmed. In fact it was a patch in 0.4b34 which changed the way it worked. I've changed it back to the old way, expect it to work correctly in the next version. Stelian. -- Stelian Pop <st...@po...> |
|
From: <pm...@fr...> - 2004-03-05 17:39:15
|
On Fri, 5 Mar 2004, Stelian Pop wrote:
> version works with works with
> dump 0fBF dump -0umM
> ------------------------------------------------------
> dump rebuild
> from source 0.4b34 yes no
>
> dump from
> SuSE-9.0 ? no no
>
> dump from
> SuSE-8.2 ? yes yes
No, I did not rebuild from source... (too lazy ;)
But I can do it, if you want.
Here is my table:
version works with works with
dump 0fBF dump -0umM
------------------------------------------------------
dump from
SuSE-9.0 yes no
0.4b34
dump from
SuSE-8.2 yes yes
0.4b31
Cheers, Peter
--
http://pmrb.free.fr/contact/
----------------------------------------------------------------
FilmSearch engine with a lot of new features: http://f-s.sf.net/
|
|
From: Stelian P. <st...@po...> - 2004-03-05 10:22:48
|
On Thu, Mar 04, 2004 at 07:00:29PM +0100, Peter Münster wrote: > > In what way is it broken ? > > It does nothing, when used in my script: > DUMP: End of tape detected > DUMP: Closing /media/MO/vmware-dump-A-001 [...] > Command line in this script: > dump -0umM -z9 -e ... -FchangeMO.sh -L... -f... /dev/... > > > # dump 0fBF /dev/null 1000 'echo $*' /etc > > Strange: with this command line, dump 0.4b34 works here too. > > The dump in question is the precompiled one of SuSE-Linux-9.0. > > I've just replaced /sbin/dump with the one from SuSE-Linux-8.2 and it > works. Hmm, sorry but I don't really get it. Is this what you mean: version works with works with dump 0fBF dump -0umM ------------------------------------------------------ dump rebuild from source 0.4b34 yes no dump from SuSE-9.0 ? no no dump from SuSE-8.2 ? yes yes Stelian. -- Stelian Pop <st...@po...> |
|
From: <pm...@fr...> - 2004-03-04 18:26:21
|
On Thu, 4 Mar 2004, Stelian Pop wrote: > In what way is it broken ? It does nothing, when used in my script: DUMP: End of tape detected DUMP: Closing /media/MO/vmware-dump-A-001 DUMP: Volume 1 completed at: Thu Mar 4 18:50:02 2004 DUMP: Volume 1 took 0:14:10 DUMP: Volume 1 transfer rate: 677 kB/s DUMP: Volume 1 1388280kB uncompressed, 575863kB compressed, 2.411:1 DUMP: Dumping volume 2 on /media/MO/vmware-dump-A-002 DUMP: Volume 2 started with block 1388251 at: Thu Mar 4 18:50:02 2004 DUMP: Volume 2 begins with blocks from inode 2703490 DUMP: EOT detected at start of the tape! DUMP: The ENTIRE dump is aborted. Command line in this script: dump -0umM -z9 -e ... -FchangeMO.sh -L... -f... /dev/... > # dump 0fBF /dev/null 1000 'echo $*' /etc Strange: with this command line, dump 0.4b34 works here too. The dump in question is the precompiled one of SuSE-Linux-9.0. I've just replaced /sbin/dump with the one from SuSE-Linux-8.2 and it works. Cheers, Peter And thanks for this nice program! -- http://pmrb.free.fr/contact/ ---------------------------------------------------------------- FilmSearch engine with a lot of new features: http://f-s.sf.net/ |
|
From: Stelian P. <st...@po...> - 2004-03-04 10:08:16
|
On Wed, Mar 03, 2004 at 09:56:47PM +0100, Peter Münster wrote:
> P.S.: The -F option of dump-0.4b34 seems to be broken, dump-0.31 is fine.
>
In what way is it broken ?
# dump
dump 0.4b35 (using libext2fs 1.34 of 25-Jul-2003)
usage: dump [-0123456789acmMnqSuv] [-A file] [-B records] [-b blocksize]
[-d density] [-D file] [-e inode#,inode#,...] [-E file]
[-f file] [-h level] [-I nr errors] [-j zlevel] [-Q file]
[-s feet] [-T date] [-y] [-z zlevel] filesystem
dump [-W | -w]
# dump 0fBF /dev/null 1000 'echo $*' /etc
DUMP: Date of this level 0 dump: Thu Mar 4 10:52:18 2004
DUMP: Dumping /dev/hda2 (/ (dir etc)) to /dev/null
DUMP: Label: /
DUMP: Writing 10 Kilobyte records
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 20420 blocks on 17.64 tape(s).
DUMP: Volume 1 started with block 1 at: Thu Mar 4 10:52:27 2004
DUMP: dumping (Pass III) [directories]
DUMP: Closing /dev/null
DUMP: Volume 1 completed at: Thu Mar 4 10:52:30 2004
DUMP: Volume 1 1000 blocks (0.98MB)
DUMP: Volume 1 took 0:00:03
DUMP: Volume 1 transfer rate: 333 kB/s
DUMP: Launching echo $*
/dev/null 1
DUMP: Volume 2 started with block 1001 at: Thu Mar 4 10:52:30 2004
DUMP: Volume 2 begins with blocks from inode 983138
DUMP: dumping (Pass IV) [regular files]
DUMP: Closing /dev/null
DUMP: Volume 2 completed at: Thu Mar 4 10:52:31 2004
DUMP: Volume 2 1000 blocks (0.98MB)
DUMP: Volume 2 took 0:00:01
DUMP: Volume 2 transfer rate: 1000 kB/s
DUMP: Launching echo $*
/dev/null 2
DUMP: Volume 3 started with block 2001 at: Thu Mar 4 10:52:31 2004
DUMP: Volume 3 begins with blocks from inode 115729
DUMP: Closing /dev/null
DUMP: Volume 3 completed at: Thu Mar 4 10:52:32 2004
DUMP: Volume 3 1000 blocks (0.98MB)
DUMP: Volume 3 took 0:00:01
DUMP: Volume 3 transfer rate: 1000 kB/s
DUMP: Launching echo $*
/dev/null 3
[...]
--
Stelian Pop <st...@po...>
|
|
From: <pm...@fr...> - 2004-03-04 06:43:44
|
On Wed, 18 Feb 2004, Stelian Pop wrote: > You can do dumps of the whole filesystem and excluding the directories > you don't want to save using the exclusion (-e) command line > parameter. However, don't expect this to behave correctly > on corner cases (like when you move a file from /d1 to /d2 for > example...) Thank you Stelian! I've written a script for full and incremental backup, that uses dump with the -e option. For those who need a similar script, it's on http://pmrb.free.fr/work/OS/backup/ Comments are welcome, it's my first Perl-script! Cheers, Peter P.S.: The -F option of dump-0.4b34 seems to be broken, dump-0.31 is fine. -- http://pmrb.free.fr/contact/ ---------------------------------------------------------------- FilmSearch engine with a lot of new features: http://f-s.sf.net/ |
|
From: Pierre H. <epe...@ge...> - 2004-02-26 08:56:25
|
<html> <head> <title>216.94.188.106 5</title> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859= -1"> </head> <body> <p>In my <a href=3D"http://www.globalmarketing2000.biz/cashinwithgoogle/">= 54 Page comprehensive guide</a> I'll show you how to use Affiliate Programs= together with Google AdWords to make a good living. </p> <p> </p> <p><font size=3D"2">No more emails! please take me <a href=3D"http://www.g= lobalmarketing2000.biz/remove.html">off</a></font></p> </body> </html> |
|
From: Rachel L. <MF...@in...> - 2004-02-23 21:20:10
|
<html> <head> <title> 229.188.196.20</title> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859= -1"> </head> <body> <p> </p> <p>In <a href=3D"http://www.globalmarketing2000.biz/cashinwithgoogle/">my = book</a> I will show you how to make a decent income immediately by crea= ting effective Google AdWords campaigns that promote other companies and thei= r products/services. You will be paid each time your ad generates a sale or sign up!</p> <p></p> <p><font size=3D"2">I don't want any more <a href=3D"http://www.globalmark= eting2000.biz/remove.html">emails</a></font></p> </body> </html> |
50 messages has been excluded from this view by a project administrator.
