Linux-Development-Sys Digest #669, Volume #6 Sun, 2 May 99 07:14:07 EDT
Contents:
Journaled Filesystem (Dara Hazeghi)
Re: Linux system ID, is there such a thing? (George MacDonald)
Re: Journaled Filesystem (Christopher B. Browne)
Re: Free US$5 for your gambling (Paula and Daniel)
under SMP ("new.ccu.edu.tw")
Re: how to make a suggestion (Mark Tranchant)
Re: Help Installing Linux 5.2 on Dell PowerEdge SP 5166 (Justin Young)
Re: Is Linux Y2K compliant? (Don Baccus)
Re: stdio SMBd - name your price (Don Baccus)
crash on rmmod depca? (James Stevenson)
Re: Is Linux Y2K compliant? (Don Baccus)
Re: /dev/hda1 has reached maximal mount count, check forced (Gerolf Scherr)
Re: Possible?: glibc-2 system and (old?) Motif libraries (Remco van den Berg)
Re: Journaled Filesystem (jwk)
Kernel 2.2.x with OPTI Viper M or WD AC34300 ([EMAIL PROTECTED])
Re: Q: Notification about termination of parent process. (Justin Vallon)
----------------------------------------------------------------------------
From: Dara Hazeghi <[EMAIL PROTECTED]>
Subject: Journaled Filesystem
Date: Sat, 01 May 1999 17:55:53 -0700
Reply-To: [EMAIL PROTECTED]
Hello,
I was wondering if Linux will be getting a Journaled Filesystem
anytime soon and if such a project is in the works (ext3?). With systems
like BeOS and HP-UX that do have journaled filesystems, hard rebooting
causes no damage to the files which means no fscking or anything. This
in turn transfers to quicker boots and less downtime. Although such a
filesystem is inherently slower it certainly has advantages in terms of
reliability and integrity of data. Any ideas on the topic? Thanks.
Dara Hazeghi
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Linux system ID, is there such a thing?
Date: Sun, 02 May 1999 01:59:55 GMT
G. Sumner Hayes wrote:
>
> George MacDonald wrote:
> > And as for making dongles better, why not have the dongle choose from
> > one of many algorithms to use to decode an encrypted key. Thus it
> > could not be stubbed out.
>
> Won't help. You can just step through the binary and see where it
> checks the return from the dongle, then patch it to believe that the
> proper value was returned -- you don't even need to know what the
> actual key was. If you store some crucial data on the hard disk in
> encrypted form, you just need to see the decryption key go by once to
> get it.
>
> No matter what approach you take, eventually you have to let the binary
> run. Once the binary is in a running state, it's straightforward
> (though not trivial) to dump it to disk. I've watched many a game have
> copy protection removed, generally by just circumventing the checks
> and returning success rather than trying to duplicate the code wheel/
> dongle/book/whatever. This was back in the old DOS days, but the
> principle is the same. If people who have root access to the machine
> that the code is running on really want to make copies, it's futile
> to try to stop them.
>
> You might be able to control them at an off-site location -- store a
> crucial database on your web page and require logins to get at it, then
> monitor the traffic. If the database can be downloaded, they can
> circumvent this as well; if not (e.g. one that's constantly updated)
> then you're probably okay. The problems with require functional
> networking and open ports are well noted in an earlier post.
>
> Of course, there's no functional copy-protection on a typical Windows
> or Office CD-ROM. That doesn't stop people from paying for it, though;
> there are a few bad apples, but most businesses won't risk using
> pirated software on a large scale (certainly individuals within the
> business may make unauthorized copies, knowingly or not). It's really
> not worth worrying about on a technical level, though.
>
Yeah a determined hacker will bring down the most secure system, so you
can only make it more difficult. It freaked me out the first time I heard
that someone with a scanner can listen to your cpu raidiating, and people
are worrying about chip serial numbers! I guess the only safe defense is
to feed your data stream with taggit's so you know who listening. Of
course you can always give em an earful now and again and see who gets
freaked.
Layered magnetic fields still bug me a bit.
--
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live! - [EMAIL PROTECTED] (7th Coding Battalion)
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: Journaled Filesystem
Reply-To: [EMAIL PROTECTED]
Date: Sun, 02 May 1999 02:04:17 GMT
On Sat, 01 May 1999 17:55:53 -0700, Dara Hazeghi <[EMAIL PROTECTED]> posted:
>Hello,
> I was wondering if Linux will be getting a Journaled Filesystem
>anytime soon and if such a project is in the works (ext3?). With systems
>like BeOS and HP-UX that do have journaled filesystems, hard rebooting
>causes no damage to the files which means no fscking or anything. This
>in turn transfers to quicker boots and less downtime. Although such a
>filesystem is inherently slower it certainly has advantages in terms of
>reliability and integrity of data. Any ideas on the topic? Thanks.
Several efforts relevant to this are underway.
In particular, Stephen Tweedy is working on "ext3," working on a
variety of sorts of "high availability" enhancements. It's not clear
that this immediately includes journalling, but certainly people are
thinking about this.
I suggest you look at the kernel mailing list archives; more insight
may likely be found there...
--
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer <http://www.hex.net/~cbbrowne/lsf.html>
[EMAIL PROTECTED] - "What have you contributed to free software today?..."
------------------------------
From: Paula and Daniel <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.geos.misc,comp.os.linux.advocacy,comp.os.linux.alpha,comp.os.linux.development.apps
Subject: Re: Free US$5 for your gambling
Date: Sat, 01 May 1999 22:34:51 -0400
Why do I get the feeling this isn't an Alpha binary? Just a sneaking
suspicion......
Gambler wrote:
>
> Hello everybody,
<<spam nuked>>
>casino.exe
------------------------------
From: "new.ccu.edu.tw" <[EMAIL PROTECTED]>
Subject: under SMP
Date: Thu, 29 Apr 1999 08:29:17 +0800
Hi, All
under SMP, does cli() disable interrupt only on the CPU executes it ? If
yes, what can I do to synchronize several CPUs to access a critical section.
Can a spinlock work ??
J.C. Chuang
------------------------------
From: Mark Tranchant <[EMAIL PROTECTED]>
Subject: Re: how to make a suggestion
Date: Mon, 26 Apr 1999 13:48:58 +0100
Reply-To: [EMAIL PROTECTED]
If it's a suggestion only, and related to the Linux kernel or similar
(e.g. C library), make it here. If you have working code, the
linux-kernel mailing list may be better.
Mark.
Tomas FRYDRYCH wrote:
>
> I would like to make a suggestion for a feature to be built-in into the
> Linux OS. Could anyone suggest whom to contact?
>
> Thanks
>
> Tomas
------------------------------
From: [EMAIL PROTECTED] (Justin Young)
Subject: Re: Help Installing Linux 5.2 on Dell PowerEdge SP 5166
Date: Sun, 02 May 1999 02:37:58 GMT
On 30 Apr 1999 09:30:56 +0100, [EMAIL PROTECTED] (Leslie Smith)
wrote:
>Can help me out here, I have got a Dell PowerEdge server
>SP 5166 Dual CPU. I am trying to load linux 5.2 kernel
>with no joy. I can build the box with 5.0 but not with
>5.1 or 5.2 boot disk. Dose anyone know of a fix for
>this.
>
Leslie, does that one have an NCR scsi controller? (Regardless, it's
an *old* server.)
If it's the 53C810, it's listed as partially supported by RH 5.2. So,
we can help.
You say you can't build the box w/ 5.2? Interesting. It's probably
because the 5.2 kernel on the floppy can't see your scsi controller.
You *may* have to compile a custom 5.2 kernel on another machine with
the SCSI driver built-in (not as a module) and copy the kernel to the
RH boot diskette. This should overwrite the kernel which is missing
the driver.
Hope this helps.
--Justin
------------------------------
Subject: Re: Is Linux Y2K compliant?
From: [EMAIL PROTECTED] (Don Baccus)
Date: 1 May 1999 21:43:21 PST
In article <[EMAIL PROTECTED]>,
Christopher B. Browne <[EMAIL PROTECTED]> wrote:
[snip]
>This obviously gets away from Y2K, but in the direction of reflecting
>*real* problems that occured for *real* reasons, rather than much of
>the Y2K stuff that has happened recently as a result of illiteracy,
>ignorance, and shortsightedness.
Everything you say is true. But I wouldn't say you're really
getting away from Y2K so much as generalizing it into an explanation
of the data-cramming restraints programmers - especially commercial
programers, tied then to mostly IBM mainframes for reasons beyond
their control (some of them good ones). Growing companies faced
problems conceptually similar to the Y2K problem when customer
IDs grew due to growth of the business, etc etc. Y2K is different
only in that 1) the date roll-over affects systems synchronously
(we all turn our clocks during the same 24-hr period) rather than
in an asynch fasion (companies don't pass digit encoding boundaried
in synch world-wide) and 2) the legacy constraints look really
silly to folks who think a "small" computer was the 200 MB-based
PC they used as a kid a few years ago.
>I won't flame an AIM-65 programmer for limiting date ranges such that
>the system won't survive 2002; if an application created for the web
>has a Y2K problem, in the presence of gigabyte hard drives, and modern
>programming tools that have competently-designed date types, that's
>quite a different story.
Exactly my tune.
--
- Don Baccus, Portland OR <[EMAIL PROTECTED]>
Nature photos, on-line guides, at http://donb.photo.net
------------------------------
Crossposted-To: comp.protocols.smb,comp.unix.solaris
Subject: Re: stdio SMBd - name your price
From: [EMAIL PROTECTED] (Don Baccus)
Date: 1 May 1999 21:45:04 PST
In article <7ge32f$dv$[EMAIL PROTECTED]>,
Kyler Laird <[EMAIL PROTECTED]> wrote:
>I didn't realize a diff would necessarily
>fall under the GPL.
Whether right or wrong from a legal perspective, this
makes you an asshole in the real world.
--
- Don Baccus, Portland OR <[EMAIL PROTECTED]>
Nature photos, on-line guides, at http://donb.photo.net
------------------------------
From: [EMAIL PROTECTED] (James Stevenson)
Subject: crash on rmmod depca?
Reply-To: [EMAIL PROTECTED]
Date: Mon, 26 Apr 1999 14:59:32 +0100
Hi
i am not sure if this is the correct place to post
but i did a `rmmod depca` about 2 hours ago and i got this in the messages log
after which the system hung and had to be rebooted
thanks cya
Unable to handle kernel NULL pointer dereference at virtual address 000000a0
current->tss.cr3 = 01122000,
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c014eb12>]
EFLAGS: 00010216
eax: c09f0007 ebx: 0000005c ecx: 00000017 edx: 00000060
esi: 000000a0 edi: c09f705c ebp: 00000060 esp: c02afef4
ds: 0018 es: 0018 ss: 0018
Process rmmod (pid: 2248, process nr: 39, stackpage=c02af000)
Stack: c01cf145 c09f7000 c07a5da4 c014edf3 c0969160 00000007 0000005c 000000a0
c0969160 00000011 c2009ff0 bffffce0 00000f60 c01cf140 00000005 c09f7000
000005dc c014ef8c c0969160 c2009ff0 00000011 00000000 00000000 c01cf0d8
Call Trace: [<c014edf3>] [<c2009ff0>] [<c014ef8c>] [<c2009ff0>] [<c2009ff0>]
[<c014f508>] [<c2009ff0>]
[<c014c17c>] [<c2009ff0>] [<c2009ff0>] [<c2007000>] [<c019b0d0>] [<c2009ff0>]
[<c2007000>] [<c2009930>]
[<c2009ff0>] [<c0114d90>] [<c2007000>] [<c0114252>] [<c2007000>] [<c0107c14>]
Code: f3 a5 f6 c3 02 74 02 66 a5 f6 c3 01 74 01 a4 5b 5e 5f 5d 83
--
Check Out: http://www.users.zetnet.co.uk/james/
E-Mail: [EMAIL PROTECTED]
2:50pm up 1:53, 5 users, load average: 2.17, 3.33, 2.80
------------------------------
Subject: Re: Is Linux Y2K compliant?
From: [EMAIL PROTECTED] (Don Baccus)
Date: 1 May 1999 21:37:07 PST
In article <iynW2.265$[EMAIL PROTECTED]>,
T.E.Dickey <[EMAIL PROTECTED]> wrote:
>Don Baccus <[EMAIL PROTECTED]> wrote:
>
>> Heck, I spent my early days trying to cram lots of functionality
>> into little PDP-8 boxes. The boxes were relatively expensive,
>> my time relatively cheap. Now, it's far cheaper just to buy
>> more RAM in most cases. The constraints have changed.
>yes (wasn't that a 4k 12-bit word address space on PDP-8, iirc)
15-bit, 32k 12-bit word address space if you a) spent $4K in
late-60s, early-70s dollars for the extended memory controller
and b) about $4k/4k 12-bit chunk of extended memory. Then
you had to rewrite your code to use explicit "change memory
bank" instructions, which made it bigger and slower.
>> And, of course, hindsight makes a genius of every gadfly...
>most of the people complaining were (a) not programming during that
>time (hadn't learned to read yet), or (b) weren't as loud at complaining
>as they claim.
Mostly (a). Hadn't learned to scrape their own diapers for
the most part.
--
- Don Baccus, Portland OR <[EMAIL PROTECTED]>
Nature photos, on-line guides, at http://donb.photo.net
------------------------------
From: Gerolf Scherr <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Re: /dev/hda1 has reached maximal mount count, check forced
Date: Sat, 01 May 1999 10:31:36 +0200
on ext2fs-systems, each time a mount occurs, a mount-counter is
incremented and a fsck is done as it reaches a certain level.
you can change this with tune2fs -c 999 /dev/hda1, just read man
tune2fs.
gerolf.
David Peavey wrote:
>
> /dev/hda1 has reached maximal mount count, check forced
>
> I get this message sometimes when I boot up. Can someone tell me what this
> means (besides the obvious)? How do fix it? We are doing some system
> integration work here and this message occurs occasionally.
> Thanks
> Dave
------------------------------
From: Remco van den Berg <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Possible?: glibc-2 system and (old?) Motif libraries
Date: Sun, 02 May 1999 11:38:21 +0200
Juergen Heinzl wrote:
>
> >I think I'll have to buy a new Motif release....
>
> Depends due to see above. You can use libc5 and libc6 on the same system
> no problem, just a little fiddling around if it is not set up that way.
> I'd that for some weeks, the libc5 compiler in /usr and the libc6 in
> /usr/local ... problems: 0
Yes, this works of course, but I don't see it as a solution.
At the moment I'm setting up my own Linux/GNU system and everything
I cannot compile myself with Glibc-2 won't be on my system.
The only exceptions I'm willing to make are the Netscape executable
and the Motif Libraries. But no libc 5 applications.
> Mind too that you'll probably find "only" Motif 2.x for glibc, just in
> case you do need and older version. Even so, some come with the XRT
> toolkit as a bonus, so it might be worth it anyway, take a look at
> Metrolinks site and there is still lesstif.
The problem with Lesstif is that there are still some applications in the
"not-working" list of lesstif I wanna use. So Lesstif is not yet a solution
for me.
-Remco
------------------------------
From: [EMAIL PROTECTED] (jwk)
Subject: Re: Journaled Filesystem
Date: Sun, 02 May 1999 11:02:59 GMT
Reply-To: [EMAIL PROTECTED]
On Sun, 02 May 1999 02:04:17 GMT, [EMAIL PROTECTED] (Christopher B.
Browne) wrote:
>On Sat, 01 May 1999 17:55:53 -0700, Dara Hazeghi <[EMAIL PROTECTED]> posted:
>>Hello,
>> I was wondering if Linux will be getting a Journaled Filesystem
>>anytime soon and if such a project is in the works (ext3?). With systems
>>like BeOS and HP-UX that do have journaled filesystems, hard rebooting
>>causes no damage to the files which means no fscking or anything. This
>>in turn transfers to quicker boots and less downtime. Although such a
>>filesystem is inherently slower it certainly has advantages in terms of
>>reliability and integrity of data. Any ideas on the topic? Thanks.
>
>Several efforts relevant to this are underway.
>
>In particular, Stephen Tweedy is working on "ext3," working on a
>variety of sorts of "high availability" enhancements. It's not clear
>that this immediately includes journalling, but certainly people are
>thinking about this.
>
>I suggest you look at the kernel mailing list archives; more insight
>may likely be found there...
yup, he announced there he was working on it. When 2.3 is born, I'll expect to
see something about it.
Jurriaan
--
If a cluttered desk signs a cluttered mind,
Of what, then, is an empty desk a sign?
Albert Einstein.
------------------------------
From: [EMAIL PROTECTED]
Subject: Kernel 2.2.x with OPTI Viper M or WD AC34300
Date: Mon, 26 Apr 1999 17:42:36 GMT
Hi all,
Since Linux 2.2.x (x = 3,5,6) my system has a problem trying to get the
partiation table from one of my harddisk (hdc) on the second IDE port in UDMA
mode. (please see boot.msg)
Now I would like to know, if someone has a (working) configuration with:
- mainboard with Opti Viper M chipset with a harddisk in UDMA mode
- the Western Digital harddisk WDC AC34300L runing in UDMA mode
- combination of the first and second item
Can those who have a configuration like these give a short statement if the
configuration is working or not.
Every suggestion to solve or trace the problem down is welcome
Thanks Stefan ------------------------------------- boot.msg
================================= Cannot find map file. klogd 1.3=0, log
source = /proc/kmsg started. <4>Linux version 2.2.5 (root@sle) (gcc version
2.7.2.3) #13 Wed Mar 31 18:08:47 MEST 1999 <4>Detected 74704166 Hz processor.
<4>Console: colour VGA+ 80x25 <4>Calibrating delay loop... 29.80 BogoMIPS
<4>Memory: 47388k/49152k available (640k kernel code, 408k reserved, 680k
data, 36k init) <4>CPU: Intel Pentium 75 - 200 stepping 06 <6>Checking
386/387 coupling... OK, FPU using exception 16 error reporting. <6>Checking
'hlt' instruction... OK. <6>Intel Pentium with F0 0F bug - workaround
enabled. <4>POSIX conformance testing by UNIFIX <4>PCI: PCI BIOS revision
2.10 entry at 0xfb0e0 <4>PCI: Using configuration type 1 <4>PCI: Probing PCI
hardware <6>Linux NET4.0 for Linux 2.2 <6>Based upon Swansea University
Computer Society NET3.039 <6>NET4: Unix domain sockets 1.0 for Linux NET4.0.
<6>NET4: Linux TCP/IP 1.0 for NET4.0 <6>IP Protocols: ICMP, UDP, TCP
<4>Starting kswapd v 1.5 <6>Serial driver version 4.27 with no serial options
enabled <6>ttyS00 at 0x03f8 (irq = 4) is a 16550A <6>ttyS01 at 0x02f8 (irq =
3) is a 16550A <4>pty: 256 Unix98 ptys configured <4>OPTI621: IDE controller
on PCI bus 00 dev a0 <4>OPTI621: not 100ative mode: will probe irqs later <4>
ide0: BM-DMA at 0x3000-0x3007, BIOS settings: hda:pio, hdb:pio <4> ide1:
BM-DMA at 0x3008-0x300f, BIOS settings: hdc:pio, hdd:pio <4>hda: WDC AC2850F,
ATA DISK drive <4>hdb: WDC AC2250, ATA DISK drive <4>hdc: WDC AC34300L, ATA
DISK drive <4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 <4>ide1 at
0x170-0x177,0x376 on irq 15 <6>hda: WDC AC2850F, 814MB w/64kB Cache,
CHS=1654/16/63 <6>hdb: WDC AC2250, 244MB w/63kB Cache, CHS=1010/9/55 <6>hdc:
WDC AC34300L, 4104MB w/256kB Cache, CHS=8896/15/63, (U)DMA <6>Floppy
drive(s): fd0 is 1.44M <6>FDC 0 is an 8272A <4>Partition check: <4> hda: hda1
hda2 < hda5 hda6 hda7 > hda3 hda4 <4> hdb: hdb1 hdb2 < hdb5 hdb6 > <4>
hdc:hdc: timeout waiting for DMA <4>hdc: irq timeout: status=0x50 {
DriveReady SeekComplete } <4>hdc: timeout waiting for DMA <4>hdc: irq
timeout: status=0x50 { DriveReady SeekComplete } <4>hdc: timeout waiting for
DMA <4>hdc: irq timeout: status=0x52 { DriveReady SeekComplete Index }
<4>hdc: timeout waiting for DMA <4>hdc: irq timeout: status=0x50 { DriveReady
SeekComplete } <4>hdc: DMA disabled <4>ide1: reset: success <4> hdc1 < hdc5
hdc6 hdc7 > <4>VFS: Mounted root (ext2 filesystem) readonly. <4>Freeing
unused kernel memory: 36k freed <6>Adding Swap: 41052k swap-space (priority
-1) Kernel logging (proc) stopped. Kernel log daemon terminating.
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: Justin Vallon <[EMAIL PROTECTED]>
Subject: Re: Q: Notification about termination of parent process.
Date: 2 May 1999 02:47:35 -0400
Nils Henrik Lorentzen <[EMAIL PROTECTED]> writes:
> Hi,
>
> I am writing a GUI-program where I have
> a parent process that fork()s to create a sub-process.
> The GUI is run in the parent process. What I want is the
> subprocess to terminate, when the
> parent process dies (because of user pressing quit or ctrl-c or it
> segfaults
> or whatever). The way I currently do this is by in the
> subprocess regularly checking if getppid() == 1,
> but this is not a very elegant solution IMO.
> Does anyone know a better way to handle this ?
The parent could setup a pipe() and have it hold onto the write end,
dup'ing the read end for the child. If the child select()s, it will
immediately know whether the parent process has exited, since the pipe
will be closed automatically when the parent exits.
The read ends could be shared among all of the children of the parent
(if there are multiple children).
--
-Justin
[EMAIL PROTECTED]
------------------------------
** 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 (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
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-Development-System Digest
******************************
