On Sat, Jun 16, 2007 at 11:17:58PM +0100, Alan Cox wrote:
> > (Vax/VMS System Software Handbook)
> > (TOPS-20 User's Manual)
>
> Also Files/11
And don't forget the really ground breaking work (for the
time) done by the Xanadu folk.
-
To unsubscribe from this list: send the line "unsubscribe
DEC had versioning files systems 30 years ago. Any
patents on their style must certainly have expired
long ago.
Look at RSX-11 and other seventies era operating
systems.
This is ancient stuff.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Mon, Apr 16, 2007 at 11:32:04AM +0400, Evgeniy Dushistov wrote:
> >The error also happens in 2.6.19, same as in 2.6.18.
> >I extracted this from syslog:
> >Apr 17 00:14:15 kdev kernel: UFS-fs error (device loop0):
> >ufs_check_page: bad entry
>
> Is this happened also with this patch:
> http:/
On Mon, Apr 16, 2007 at 05:04:22PM +0100, Dale Amon wrote:
> On Mon, Apr 16, 2007 at 11:32:04AM +0400, Evgeniy Dushistov wrote:
> > >The error also happens in 2.6.19, same as in 2.6.18.
> > >I extracted this from syslog:
> > >Apr 17 00:14:15 kdev kern
On Mon, Apr 16, 2007 at 11:32:04AM +0400, Evgeniy Dushistov wrote:
> >The error also happens in 2.6.19, same as in 2.6.18.
> >I extracted this from syslog:
> >Apr 17 00:14:15 kdev kernel: UFS-fs error (device loop0):
> >ufs_check_page: bad entry
>
> Is this happened also with this patch:
> http:/
The error also happens in 2.6.19, same as in 2.6.18. I
extracted this from syslog:
Apr 17 00:14:08 kdev kernel: loop: loaded (max 8 devices)
Apr 17 00:14:15 kdev kernel: UFS-fs error (device loop0): ufs_check_page: bad
entry in directory #2: directory entry across blocks - offset=356, rec_len=668
I recently noticed that I can no longer read my
images of NeXTstep floppies on certain machines.
All are running an up to date etch distribution
but the difference between where I can read or not
read seems to be the linux version. On a 2.6.18
machine:
# mount -t ufs -o ro,ufstype=nextstep,loop n
Jan does have a point about bad blocks. A couple years ago
I had a relatively new disk start to go bad on random blocks.
I detected it fairly quickly but did have some data loss.
All the compressed archives which were hit were near
total losses; most other files were at least partially
recoverable
uctured is not
good enough for me to say this with confidence. That's why
I'm asking here: in hopes that someone who really does know
can say something about the worst case data loses.
--
--
Use Linux: A computerDale Amon, CEO
errily
reproduce the bad sector on the mirror disk)
--
------
Use Linux: A computerDale Amon, CEO/MD
is a terrible thing Village Networking Ltd
to waste.Belfast, Northern Ireland
have to find figure out why it is
returning immediate success at that point, or rather
prove to myself that it is just skipping making the
bad table entries.
--
--
Use Linux: A computerDale Amon, CEO/MD
is a terrible thing V
rs.
>
> This did not originate from toyota.com - The spammer simply
> used that domain as the "from" hostname. We are careful
> about mail server security here, there is no open relay.
>
Yeah, I saw it to with *MY* domain on it and near had a fit!
--
---
lity under existing copyright
and contract law.
---
--
--
Use Linux: A computer Dale Amon, CEO/MD
is a terrible thing Village Networking Ltd
to waste.Belfast, Northe
IL PROTECTED]; since the
LK-digest went away I've been finding I often (mostly?)
miss things in the flood of thousands of itty bitty
messages :-)
--
--
Use Linux: A computerDale Amon, CEO/MD
is a terrible thing Vi
On Tue, Jan 30, 2001 at 11:55:17AM -0800, David D.W. Downey wrote:
>
>
> Hey Dale, got a URL for this? Now *I* am intrigued!
>
>
> David D.W. Downey
> RHCE
>
http://www.nsa.gov/selinux/
--
--
Use Linux: A comput
ot; involved with it?
--
--
Use Linux: A computerDale Amon, CEO/MD
is a terrible thing Village Networking Ltd
to waste.Belfast, Northern Ireland
--
-
To unsubscribe from this list: send the line "unsubscribe
16 matches
Mail list logo
