Linux-Misc Digest #986, Volume #26 Wed, 31 Jan 01 21:13:03 EST
Contents:
Linux Counter: 167761 registered Linux users ([EMAIL PROTECTED])
Re: Multibooting 5 OSs => Win98, NT4, Linux, Solaris 8 and Unixware 7 - HOW TO???
Re: cvs permission issues (Elmo)
Re: ALD - Assembly Language Debugger - where? (JCA)
Re: what is ld-linux.so ("Arthur H. Gold")
how to enable fat pipe options in TCP ([EMAIL PROTECTED])
Re: Slow Disk Check for Large Drives ([EMAIL PROTECTED])
Re: Tar to Tape Above Capacity (Robert Heller)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: Linux Counter: 167761 registered Linux users
Date: 1 Feb 2001 01:00:04 GMT
This is the monthly report from the Linux Usage Counter.
It is posted on the 1st of every month on the newsgroup
comp.os.linux.misc, and on the Linux Counter "announce" list.
Registration and information is available via the World
Wide Web; connect to URL http://counter.li.org/
This is the preferred interface to the counter.
NOTE: You can UPDATE your record in the counter if you have
your registration key, which was sent to you when you registered.
EMAIL:
To enter your registration into the statistics, send an E-mail to
[EMAIL PROTECTED], with the SUBJECT line containing the word "Linux",
such as:
I use Linux at home
I use Linux at work
I use Linux at school
Any questions should be adressed to the maintainer of the counter,
[EMAIL PROTECTED]
Good luck!
=================================================================
This is the Linux Counter summary as of Thu Feb 1 00:43:50 2001
There are 167761 persons registerd.
3023 users have been registered by friends.
There are 89692 machines registered.
I guesstimate that between 0.2% and 5% of all Linux users have
registered with the Linux Counter.
So the total number of Linux users is probably between
3,355,220 and 83,880,500 people.
WHERE LINUX USERS LIVE
The table is sorted by number of Linux users divided by population
No Country Pers Fri Mach P/Mpop Mpop
======================================================================
1 IS Iceland 259 4 124 958.2 0.3
2 FO Faroe Islands 35 0 6 798.0 0.0
3 NO Norway 3470 49 1624 791.5 4.4
4 FI Finland 3650 55 1936 715.0 5.1
5 DK Denmark 3406 17 1380 648.8 5.2
6 SE Sweden 5244 60 2624 589.2 8.9
7 AQ Antarctica 2 0 0 486.0 0.0
8 NF Norfolk Island 1 0 0 452.7 0.0
9 EE Estonia 566 16 366 387.8 1.5
10 SI Slovenia 716 8 194 366.9 2.0
11 NL Netherlands 4339 51 2386 278.7 15.6
12 GI Gibraltar 8 1 11 278.1 0.0
13 AT Austria 1907 31 1150 237.7 8.0
14 CA Canada 6784 83 3756 235.4 28.8
15 LU Luxembourg 94 0 73 226.0 0.4
16 MC Monaco 7 1 5 220.7 0.0
17 IE Ireland 760 5 316 213.1 3.6
18 AU Australia 3604 50 2173 197.4 18.3
19 NZ New Zealand 684 3 419 192.8 3.5
20 CY Cyprus 141 0 18 189.4 0.7
21 HU Hungary 1884 48 1067 188.4 10.0
22 CH Switzerland 1337 16 852 185.5 7.2
23 US USA 48516 832 25837 182.1 266.5
24 BE Belgium 1777 525 940 174.7 10.2
25 GL Greenland 8 0 6 137.4 0.1
26 DE Germany 11415 187 6477 136.6 83.5
27 SG Singapore 448 7 179 131.9 3.4
28 LI Liechtenstein 4 0 4 128.5 0.0
29 PT Portugal 1255 9 401 127.2 9.9
30 FR France 7004 111 2918 120.1 58.3
31 KR Korea (South) 5434 19 542 119.5 45.5
32 ES Spain 4623 32 1389 118.0 39.2
33 KY Cayman Islands 4 0 3 115.5 0.0
34 PL Poland 4401 55 1808 113.9 38.6
35 GB Great Britain 6535 109 3690 111.7 58.5
36 AD Andorra 8 0 7 109.9 0.1
37 IL Israel 576 13 287 106.2 5.4
38 CZ Czech Republic 794 21 459 76.9 10.3
39 VG Virgin Islands (British) 1 0 0 75.8 0.0
40 BG Bulgaria 644 6 249 74.8 8.6
41 CR Costa Rica 253 0 96 73.1 3.5
42 LT Lithuania 249 3 117 68.3 3.6
43 UY Uruguay 201 0 49 62.1 3.2
44 HR Croatia 308 6 93 61.5 5.0
45 GR Greece 648 13 259 61.5 10.5
46 IT Italy 3392 64 1527 59.0 57.5
47 PW Palau 1 0 0 59.0 0.0
48 NC New Caledonia 10 0 15 53.3 0.2
49 SV El Salvador 286 0 34 49.1 5.8
50 BM Bermuda 3 0 4 48.3 0.1
51 MV Maldives 13 0 1 48.0 0.3
52 BR Brazil 7750 59 1609 47.6 162.7
53 VE Venezuela 1009 3 183 45.9 22.0
54 GU Guam 7 0 2 44.6 0.2
55 RO Romania 961 36 471 44.4 21.7
56 AW Aruba 3 0 0 44.3 0.1
57 BN Brunei 13 0 7 43.3 0.3
58 SK Slovakia 232 1 140 43.2 5.4
59 BB Barbados 11 0 3 42.8 0.3
60 MT Malta 15 0 11 39.9 0.4
61 AR Argentina 1366 6 377 39.4 34.7
62 SC Seychelles 3 0 0 38.7 0.1
63 CL Chile 466 6 174 32.5 14.3
64 LV Latvia 80 0 52 32.4 2.5
65 MX Mexico 3096 18 512 32.3 95.8
66 TW Taiwan 671 5 221 31.3 21.5
67 VI Virgin Islands (U.S.) 3 0 1 30.9 0.1
68 BS Bahamas 8 0 2 30.8 0.3
69 PR Puerto Rico 116 0 27 30.4 3.8
70 AN Netherlands Antilles 6 0 3 28.7 0.2
71 ZA South Africa 1190 10 522 28.5 41.7
72 MY Malaysia 559 6 147 28.0 20.0
73 PF French Polynesia 6 0 5 26.7 0.2
74 RE Reunion 18 0 6 26.5 0.7
75 TT Trinidad and Tobago 32 1 5 25.1 1.3
76 FM Micronesia, Federated States 3 0 0 23.9 0.1
77 KW Kuwait 41 0 14 21.0 2.0
78 PA Panama 51 0 22 19.2 2.7
79 MP Northern Mariana Islands 1 0 1 19.1 0.1
80 BH Bahrain 11 0 6 18.6 0.6
81 YU Yugoslavia (Serbia and Monte 200 6 84 18.6 10.8
82 AM Armenia 64 0 12 18.5 3.5
83 BZ Belize 4 0 7 18.2 0.2
84 BA Bosnia and Herzegovina 48 0 7 18.1 2.7
85 MH Marshall Islands 1 0 0 17.1 0.1
86 AS American Samoa 1 0 0 16.8 0.1
87 RU Russia 2401 34 900 16.2 148.2
88 MO Macau 8 0 2 16.1 0.5
89 CO Colombia 587 3 170 15.9 36.8
90 MU Mauritius 18 0 6 15.8 1.1
91 MK Macedonia 33 2 4 15.7 2.1
92 TR Turkey 960 9 204 15.4 62.5
93 AG Antigua and Barbuda 1 0 2 15.2 0.1
94 AE United Arab Emirates 42 1 15 13.7 3.1
95 PY Paraguay 68 0 18 12.4 5.5
96 DM Dominica 1 0 0 12.1 0.1
97 TN Tunisia 108 0 16 12.0 9.0
98 UA Ukraine 606 10 249 11.9 50.9
99 CU Cuba 124 6 32 11.3 11.0
100 VU Vanuatu 2 0 3 11.3 0.2
101 QA Qatar 6 1 3 11.0 0.5
102 MQ Martinique 4 0 2 10.0 0.4
103 PE Peru 236 0 35 9.6 24.5
104 NA Namibia 16 0 11 9.5 1.7
105 EH Western Sahara 2 0 2 9.0 0.2
106 LB Lebanon 33 1 7 8.7 3.8
107 BY Belarus 90 5 37 8.6 10.4
108 VC Saint Vincent and the Grenad 1 0 0 8.4 0.1
109 BO Bolivia 57 0 13 8.0 7.2
110 JP Japan 962 6 311 7.7 125.4
111 EC Ecuador 83 0 19 7.2 11.5
112 MD Moldova 32 0 9 7.2 4.5
113 ST Sao Tome and Principe 1 0 0 6.9 0.1
114 SR Suriname 3 0 4 6.9 0.4
115 CV Cape Verde 3 0 0 6.7 0.4
116 PH Philippines 492 4 106 6.6 74.5
117 LC Saint Lucia 1 0 0 6.3 0.2
118 GY Guyana 4 0 1 5.6 0.7
119 DO Dominican Republic 42 0 12 5.2 8.1
120 JM Jamaica 13 0 3 5.0 2.6
121 GT Guatemala 56 0 13 5.0 11.3
122 BW Botswana 7 0 3 4.7 1.5
123 CM Cameroon 66 0 8 4.6 14.3
124 TH Thailand 249 3 93 4.2 58.9
125 HN Honduras 23 0 7 4.1 5.6
126 MN Mongolia 10 0 9 4.0 2.5
127 NI Nicaragua 16 0 5 3.7 4.3
128 OM Oman 8 0 1 3.7 2.2
129 KZ Kazakhstan 59 0 21 3.5 16.9
130 PS Palestine 9 0 0 3.4 2.6
131 JO Jordan 12 0 3 2.8 4.2
132 ID Indonesia 584 34 181 2.8 206.6
133 AL Albania 8 1 4 2.5 3.2
134 KG Kyrgyzstan 11 0 4 2.4 4.5
135 GE Georgia 12 0 29 2.3 5.2
136 SA Saudi Arabia 38 0 12 2.0 19.4
137 AZ Azerbaijan 15 0 3 2.0 7.7
138 LK Sri Lanka 34 1 3 1.8 18.6
139 ZM Zambia 16 0 4 1.7 9.2
140 ZW Zimbabwe 17 0 8 1.5 11.3
141 IN India 1434 16 351 1.5 952.1
142 NP Nepal 31 0 1 1.4 22.1
143 EG Egypt 83 1 13 1.3 63.6
144 MA Morocco 36 0 15 1.2 29.8
145 CN China 1449 4 249 1.2 1210.0
146 UZ Uzbekistan 28 0 13 1.2 23.4
147 PG Papua New Guinea 5 0 1 1.1 4.4
148 DZ Algeria 30 0 11 1.0 29.2
149 IR Iran 60 0 24 0.9 66.1
150 CI Cote d'Ivoire 13 0 5 0.9 14.8
151 GA Gabon 1 0 3 0.9 1.2
152 PK Pakistan 104 5 18 0.8 129.3
153 SN Senegal 7 0 0 0.8 9.1
154 MG Madagascar 9 0 4 0.7 13.7
155 KE Kenya 17 0 4 0.6 28.2
156 VN Vietnam 42 0 5 0.6 74.0
157 LY Libya 3 0 1 0.6 5.4
158 NE Niger 5 0 0 0.5 9.1
159 TM Turkmenistan 2 0 1 0.5 4.1
160 MR Mauritania 1 0 0 0.4 2.3
161 BD Bangladesh 47 0 9 0.4 123.1
162 MZ Mozambique 6 0 2 0.3 17.9
163 CF Central African Republic 1 0 0 0.3 3.3
164 RW Rwanda 2 0 0 0.3 6.9
165 ER Eritrea 1 0 0 0.3 3.4
166 KH Cambodia 3 0 1 0.3 10.9
167 TG Togo 1 0 0 0.2 4.6
168 SL Sierra Leone 1 0 1 0.2 4.8
169 TZ Tanzania 6 0 0 0.2 29.1
170 LA Laos 1 0 2 0.2 5.0
171 BF Burkina Faso 2 0 1 0.2 10.6
172 TJ Tajikistan 1 0 1 0.2 5.9
173 HT Haiti 1 0 1 0.1 6.7
174 SY Syria 2 0 0 0.1 15.6
175 MW Malawi 1 0 0 0.1 9.5
176 UG Uganda 2 0 0 0.1 20.2
177 AO Angola 1 0 0 0.1 10.3
178 NG Nigeria 8 0 2 0.1 103.9
179 YE Yemen 1 0 1 0.1 13.5
180 ET Ethiopia 3 0 0 0.1 57.2
181 XW The World (Somewhere in it) 261 207 0 0.0 5771.9
182 SD Sudan 1 0 0 0.0 31.5
183 CD Democratic Congo 1 0 0 0.0 46.5
184 WF Wallis and Futuna Islands 1 0 1 0.0 0.0
WHERE PEOPLE USE LINUX
Place Users Percent
==============================
school 34813 21.04%
home 147180 88.97%
not used 21 0.01%
work 72622 43.90%
somewhere 2820 1.70%
==============================
TOTAL 165424 100.00%
NOTE: The total is the 165424 users who answered this question.
Some gave more than one answer, so the number of answers is 257456
------------------------------
From: <[EMAIL PROTECTED]>
Crossposted-To: linux.redhat.install,comp.unix.solaris,alt.solaris.x86
Subject: Re: Multibooting 5 OSs => Win98, NT4, Linux, Solaris 8 and Unixware 7 - HOW
TO???
Date: Wed, 31 Jan 2001 19:58:26 -0500
Things I learnt while tring to setup a multiboot system with linux , win9x
and NT (4 & 5 )
Leave the MBR alone. Do not install any "boot loaders" in there. Most
notably , MS os'es tend to loose it when confronted with unknown systems.
Do not run the windows NT disk adminstrator after putting in non-MS
partitions - friend of mine spent a 3 day weekend rebuilding his partition
tables after "Disk Administrator" wrote some "signatures" into the drive.
If you mix two or more ms os'es pay special attention to the"c:\ program
files" directory. One may be running ie4, and you upgrade the other to IE5
. The upgrade replaces files in the c:\program files\common directory . Boot
into the first one and ... blue screen! Avoid the problem - create a
separate "OS only" partition for each, and make it non readable from the
other : ntfs for nt , fat32 for win98 . If you are usign win2000, the win98
fat32 can be mapped as a logical drive .
For MS OS'es keep ALL partitions on the same disk. Despite what they say,
they still use the old "DOS" way of assigning volume labels (C:, D: etc. )
. Or when you plug in or remove a drive, the drive assignments will change .
Steer clear of the windows NT boot loader . LILO is your friend . the former
requires a lot of hacks just to get it to boot a win98/nt/linux hdd. The
latter just requies an edit of a text file, and execution of "lilo" . For
me, the second approach was far easier.
lilo has the capability to switch the hard disk id's . What this means is
this :
Say I have a 20 gig hdd, with win2k, 98 and linux ( hda) . Now I have a
second drive with Me running on it (hdb) .
I tell lilo that when I choose "me", I want it to exchange the drive id's of
hda and hdb. So when I boot Me, it looks as if the second drive is the
master(hda) , and the first is the slave (hdb) . "Me" sees that it sits on a
primary master hard disk ( Because we changed the id ) and boots up with no
fuss. My friend does the same with NT .
Lilo can also change a partition's id , for example, I can hide the win98
fat32 partition when I boot win2k , and I can hide the win2k fat32 partition
when 98 boots. ( Unhide the one we want to boot, hide the others ) .
Install win98 first . Then NT. As for the others, I don't have any
experience with them .
But be very carefull with Microsoft systems in a multiboot environment. They
have a habit of doing "helpful" things for you.
hth
joseph
------------------------------
From: Elmo <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: cvs permission issues
Date: Thu, 01 Feb 2001 01:07:22 GMT
Check http://www.linux.ie/articles/tutorials/cvs.php
(It worked fine for me)
Stu wrote:
>
> I have set up cvs on a server running on a home LAN (2 computers with a
> cross over). As far as I can tell I have followed instructions correctly
> for setting up a cvs server using pserver, and read instruction spectific
> to my distro RH 6.2.
>
> From a client I can login successfully using
> cvs -d :pserver:cvs@<server>:/usr/local/cvsroot login
>
> but when I try to checkout , doing
> cvs -d :pserver:cvs@<server>:/usr/local/cvsroot checkout
> <repository>
>
> I get
> cvs server: cannot open /root/.cvsignore:Permission denied
> cvs [server aborted]: can't chdir(/root):Permisison denied
>
> I have double checked that I have set permissions in $CVSROOT according to
> my instructions.
>
> Please help !
--
=======================================
Compute with the power of the Penguin
James Ranks
[EMAIL PROTECTED]
=======================================
------------------------------
From: JCA <[EMAIL PROTECTED]>
Subject: Re: ALD - Assembly Language Debugger - where?
Date: Wed, 31 Jan 2001 15:08:26 -0800
Never heard of this one. However, have you tried with
gdb? If you do display/i $pc and use the nexti and stepi
commands you can step through your code over individual
assembly language instructions.
[EMAIL PROTECTED] wrote:
> This Linux tool used to be available (apparently) at
> www.ellipse.magenet.com/ald.html but this link is now
> broken. Does anyone have a (recent) copy of ALD or
> knows of a new URL that works?
> TIA.
> dan
>
> Sent via Deja.com
> http://www.deja.com/
------------------------------
Date: Wed, 31 Jan 2001 12:20:42 -0600
From: "Arthur H. Gold" <[EMAIL PROTECTED]>
Subject: Re: what is ld-linux.so
Jim Dennis wrote:
> =
> In article <[EMAIL PROTECTED]>, all wrote:
> =
> >i'm not sure is it ld-linux.so or id-linux.so
> >it took 92% of my cpu usage while i'm online.
> >help plzzz
> =
> ld-linux.so is the main Linux shared library loader.
> All normal statically linked programs are linked against
dynamically
> ld-linux.so which contains the code to resolve, locate and
> manage loading
> =
> On Debian ld-linux.so has its own man page:
> =
> ``
> ld.so(8) ld.so(8)
> =
> NAME
> ld.so/ld-linux.so - dynamic linker/loader
> =
> DESCRIPTION
> ld.so loads the shared libraries needed by a program, pre=AD
> pares the program to run, and then runs it. Unless
> explicitly specified via the -static option to ld during
> compilation, all Linux programs are incomplete and require
> further linking at run time.
> ''
> =
> That goes on to explain how you can control Linux' dynamic
> loading using LD_* environment variables and how /etc/ld.so.cache
> is used by the loader/linker. You should also read about the
> ldconfig command (which is used to read the /etc/ld.so.conf and
> to create the /etc/ld.so.cache --- which ensures that the system
> can find all the installed/configured shared libraries).
> =
> As far seeing an unusual load from ld-linux.so... I'd be very
> suspicious of this activity. I would *NEVER* expect ld-linux.so
> to be executing as a separate binary (so no normal process should
> have that for its name nor as it's executable image).
> =
> It's possible that you've been hacked. Some cracker may have
> replaced your ld-linux.so with one that performs some clandestine
> function (portscanning for more targets, or acting as an agent
> in DDoS --- distributed denial of service attacks).
> =
> If I were you, I'd restart the system from a rescue diskette
> (write-protected) or a bootable CD (Tom's Root/Boot and the
> Linuxcare bootable business card, BBC, are good choices).
> =
> Do a backup of your whole system. Do a second, separate,
> backup of just your data and /etc files. If you use
> cpio, dump or some other backup program, then you should
> also create a tar file of the root and /usr filesystems.
> =
> Now do a re-install of Linux; from the root directory of
> the new system run tar dzf specifying the file or
> media (/dev/st0 for SCSI tape) on which you stored your
> system backup. tar's "d" (--diff) directive will report
> on differences between your installation (extent files) and
> the corresponding files from your backup. Obviously some
> of those differences will be accounted for by changes
> you made to your system (particularly among your /etc and
> other config files). Some might be a result of various
> RPM or other packages that you installed or upgraded after
> your previous ISL (initial system load).
> =
> However, you may see a pattern of changes to files like
> /bin/login, /sbin/inetd, /bin/ps, /bin/ls, etc. That's
> characteristic of a "rootkit." Obviously you'll be
> particularly interested in whether files in your /lib/
> and /usr/lib (including ld-linux.so) have been modified.
> =
> I should mention that your conclusion that ld-linux.so
> is running might be based on erroneous data. Programs
> can modify their own command tail (argument list) including
> arg[0] (the "program name" as displayed in ps, top, et al).
> You can look under /proc and track down the exe symlink
> for your (suspect) process to determine which executable the
> kernel actually loaded (exec()'d) for that process. On
> older kernels this would be a device/inode pointer; but with
> 2.2 and later it should normally be a symlink to the executable's
> filename (due to the kernel's "dcache" directory entry caching
> subsystem).
> =
> Of course that assumes that your kernel is trustworthy. If you think
> you've been hacked, don't trust your kernel. There was a
> Linux kernel module called linspy.o that demonstrated ways that a
> loadable kernel module could "hide" itself and a list of
> processes and files. Similar demonstrations have been made
> by direct modification of /dev/kmem or /proc/kmem, on kernels
> that didn't have loadable module support enabled; and similar
> exploits are possible (some have been demonstrated) under
> FreeBSD and other UNIX systems.
> =
> If you've been cracked then your only safe recourse is to
> reboot from a "known clean" medium and perform a full
> re-installation (or at least a full system audit against
> a *known clean* backup).
> =
-- =
Artie Gold, Austin, TX (finger the cs.utexas.edu account
for more info)
mailto:[EMAIL PROTECTED] or mailto:[EMAIL PROTECTED]
--
A: Yes I would. But not enough to put it out.
------------------------------
From: [EMAIL PROTECTED]
Subject: how to enable fat pipe options in TCP
Date: Thu, 01 Feb 2001 01:05:32 GMT
Does anyone know how to enable fat pipe and window scaling options in
TCP/IP stack so that it can be used in long delay high bandwidth
Satellite links for better performance.
Sent via Deja.com
http://www.deja.com/
------------------------------
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Subject: Re: Slow Disk Check for Large Drives
Date: Thu, 01 Feb 2001 01:29:43 GMT
>>>>> "mtfbwy" == mtfbwy <[EMAIL PROTECTED]> writes:
mtfbwy> I'm leading up the development of a Linux-based product that
mtfbwy> requires alot of storage space. The main problem that we are
mtfbwy> experiencing comes when the system loses power unexpectedly
mtfbwy> and reboots. The following disk check takes forever if the
mtfbwy> system has 3 or 4 60 Gb disks. We really need to speed up
mtfbwy> this reboot process or we may be forced into using Windows
mtfbwy> 2000 (which I loathe). Even with a UPS connected, we have to
mtfbwy> take into account the fact that some people will just power
mtfbwy> the thing on and off.
If you have _some_ control over the hardware, you can discourage the
idiots from powering it off. Consider:
a) A case that requires inserting a key to power the machine off.
b) Putting the UPS inside the cabinet so that the morons can't just
pull the plug out of the wall.
c) A power connector that screws into place such that they actually
require_TOOLS_ to disconnect power.
d) Putting a drop of epoxy into the power switch so that it No Longer
Works.
Put those sorts of measures in place to make powering down seriously
inconvenient, and you're 80% of the way there.
Then there's another 20%.
- About 5% can come from ensuring that as many filesystems as possible
are mounted read-only. If they're mounted read-only, then the
reboot won't require fscking them.
- Another few percent can come from not mounting the _big_ filesystems
right away, as part of boot up, but rather mounting them as part of
initiating the application.
That allows you to mount them without them being fscked, should that
prove necessary. [It's not recommended, of course.]
- The remainder of the answer is to look to the journalling
filesystems. These record, in a journal, where the most recent
updates were to take place, which means that you don't have to fsck
the whole disk, but can rather just look at updating the few files
that the system had most recently touched when moron stuck in a
screwdriver to short out the reset switch.
The most mature such filesystem, at this point, is ReiserFS,
although if you're serving NFS, it is a bit flawed at this point.
Second most mature seems to be ext3, which augments ext2 with a
journal.
--
(concatenate 'string "cbbrowne" "@ntlug.org")
http://www.ntlug.org/~cbbrowne/linuxkernel.html
Rules of the Evil Overlord #28. "My pet monster will be kept in a
secure cage from which it cannot escape and into which I could not
accidentally stumble." <http://www.eviloverlord.com/>
------------------------------
From: Robert Heller <[EMAIL PROTECTED]>
Subject: Re: Tar to Tape Above Capacity
Date: 31 Jan 2001 19:32:28 -0600
-ljl- <[EMAIL PROTECTED]>,
In a message on Wed, 31 Jan 2001 13:42:08 GMT, wrote :
-> In article <958tmb$3jv$[EMAIL PROTECTED]>,
-> Bill Buchan <[EMAIL PROTECTED]> wrote:
-> > In article <956m84$513$[EMAIL PROTECTED]>,
-> > Mike E. <[EMAIL PROTECTED]> wrote:
-> ...
->
-> > I'm just doing tar -cvf /dev/rmt0 /u01 /u02 /u03 /u04 > $logfile
-> >
-> > (There is nothing unusual in the logfile; all the files are listed)
->
-> This would capture stdout to "$logfile" but might errors messages
-> be sent to stderr?
Yep. *AND* tar would stop putting file to logfile.
Note that GNU tar will strip the leading '/' from the file names:
'/u01/foo/bar' would be archived as 'u01/foo/bar'.
->
-> --
-> Louis-ljl-{ Louis J. LaBash, Jr. }
->
->
-> Sent via Deja.com
-> http://www.deja.com/
->
--
\/
Robert Heller ||InterNet: [EMAIL PROTECTED]
http://vis-www.cs.umass.edu/~heller || [EMAIL PROTECTED]
http://www.deepsoft.com /\FidoNet: 1:321/153
Posted Via Nuthinbutnews Premium Usenet Newsgroup Services
==========================================================
** SPEED ** RETENTION ** COMPLETION **
==========================================================
http://www.nuthinbutnews.com
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list by posting to comp.os.linux.misc.
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
