Philip Charles <[EMAIL PROTECTED]> writes:
> The typescript of an fsck. A mild corruption. A full scale corruption
> means that the floppy cannot be mounted or the network setup. The
> typescript itself is rather scrambled.
You mention a floppy. Are you popping the floppy out in mid-write?
Th
Title: TugaMail.com
Registo | Ajuda | Contacto | Privacidade | Condições de
utilização
On Mon, 16 Dec 2002, Alfred M. Szmidt wrote:
>File-system trashed a number of times and this seemed to be associated
>with a mounted cdrom. One trashing forced a reboot. Unfortunately the
>typescript file was lost in the following e2fsck.
>
> Could you be more specific how it trashed
> I support the addition of ssh, *even* with a weak random.
ssh is not being excluded; it is in the archive, if you want it, you
just have to set it up yourself. By helping the user with this
horrible kludge--essentially installing pregenerated host keys--we are
creating a false sense of security
On Tue, 17 Dec 2002, Budi Rahardjo wrote:
> Even ssh/ssl had problems, but that doesn't stop people from
> using it *right now*. ie. not waiting until it is really ... really ...
> realy ... really (well, you get the point) secure.
>
> Just give a warning that current ssh implementation is not tha
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> On Mon, Dec 16, 2002 at 08:32:18PM -0500, Neal H. Walfield wrote:
> > > Disk hardware guarantees that a sector write can always be completed
> > > even if the power goes out partway through. That means that writing a
> > > single sector *is* always a
[EMAIL PROTECTED] (Neal H. Walfield) writes:
> > Disk hardware guarantees that a sector write can always be completed
> > even if the power goes out partway through. That means that writing a
> > single sector *is* always atomic.
>
> The size of a single sector does not necessarily equal the siz
On Mon, Dec 16, 2002 at 08:32:18PM -0500, Neal H. Walfield wrote:
> > Disk hardware guarantees that a sector write can always be completed
> > even if the power goes out partway through. That means that writing a
> > single sector *is* always atomic.
>
> The size of a single sector does not neces
I support the addition of ssh, *even* with a weak random.
The problem is, without ssh ... I would have to resort to telnet.
I have to manage/operate/update our GNU/hurd through network
and I am assuming many are in the same situation.
"Weak" ssh is better than telnet. Having a minimal clothes is
be
> Disk hardware guarantees that a sector write can always be completed
> even if the power goes out partway through. That means that writing a
> single sector *is* always atomic.
The size of a single sector does not necessarily equal the size of of
a disk block.
[EMAIL PROTECTED] (Neal H. Walfield) writes:
> > ext2fs should be quite robust: Even pulling the plug at any time should not
> > corrupt the filesystem beyond what e2fsck can repair.
>
> Let us assume that ext2fs writes a block of metadata to disk. In the
> kernel, in the middle of the DMA opera
Title: Erica Webb
Click
Here to view online!Only
10 days til Christmas! I am so excited... I am betting you are too!I went
to a great Christmas party the other day. We all ate, and drank. Some really good
wine I had there, it was great getting together with all my friends, and making
> ext2fs should be quite robust: Even pulling the plug at any time should not
> corrupt the filesystem beyond what e2fsck can repair.
Let us assume that ext2fs writes a block of metadata to disk. In the
kernel, in the middle of the DMA operation, the kernel panics. There
is no guarantee that e2f
This prevents ssh & such to work with a simple apt-get, and that's
wrong. If we cannot have strong security, than we tell it, but we
do not suppress mostly-working programs just because of
that. Anyway, a bad entropy generator isn't the main concern before
using a GNU/Hurd box for s
On Mon, Dec 16, 2002 at 07:27:52PM +0100, Marcus Brinkmann wrote:
> On Mon, Dec 16, 2002 at 11:14:27AM -0600, Colin Watson wrote:
> > I haven't been paying attention recently - why can't man-db be built
> > against libdb3, as it is on Linux? Was that the crash that was reported
> > a while back?
>
On Mon, Dec 16, 2002 at 11:14:27AM -0600, Colin Watson wrote:
> On Sat, Dec 14, 2002 at 03:28:15PM +1300, Philip Charles wrote:
> > man is not working, it needs libdb-4.0.so. Seeing that a GNU version of
> > libdb4 is not available there is not much that can be done. info is OK.
>
> I haven't be
Comparing an crucial part like the file-system, to a non-crucial part
like a random translator is like trying to say that PI is equal to 10.
On Mon, Dec 16, 2002 at 11:14:27AM -0600, Colin Watson wrote:
> On Sat, Dec 14, 2002 at 03:28:15PM +1300, Philip Charles wrote:
> > man is not working, it needs libdb-4.0.so. Seeing that a GNU version of
> > libdb4 is not available there is not much that can be done. info is OK.
>
> I haven't be
On Sat, Dec 14, 2002 at 06:22:08PM +0100, Robert Millan wrote:
> On Sat, Dec 14, 2002 at 03:28:15PM +1300, Philip Charles wrote:
> > Would people please look at these and suggest modifications.
> >
> > initial.sh
> > at logrotate console-data info mailx exim
> > bsdmainutils console-common ncurses
On Sat, Dec 14, 2002 at 03:28:15PM +1300, Philip Charles wrote:
> man is not working, it needs libdb-4.0.so. Seeing that a GNU version of
> libdb4 is not available there is not much that can be done. info is OK.
I haven't been paying attention recently - why can't man-db be built
against libdb3,
On Mon, Dec 16, 2002 at 04:50:10PM +0100, Marcus Brinkmann wrote:
> ext2fs should be quite robust: Even pulling the plug at any time should not
> corrupt the filesystem beyond what e2fsck can repair.
In my experience it is almost that robust.
When I'm trying to build things the system repeatedly c
On Mon, Dec 16, 2002 at 09:44:06AM -0500, Neal H. Walfield wrote:
> > OK folk, what is causing the problem?
>
> This is not an ext2fs bug; something is causing a Mach panic. The
> reason that your file system has been corrupted is that the data was
> not synch'ed to disk (when Mach panics, it tak
Alfred a écrit :
>And ? It's a temporary solution that allow user to use an ssh client
>and/or server, which is very usefull. You just have to add a debconf
>warning saying that the entropy source is unsafe, and asking the user
>to pay attention. We don't need more for n
Simon a écrit :
>> And ? It's a temporary solution that allow user to use an ssh client
>> and/or server, which is very usefull. You just have to add a debconf
>> warning saying that the entropy source is unsafe, and asking the user
>> to pay attention. We don't need more for now, since
And ? It's a temporary solution that allow user to use an ssh client
and/or server, which is very usefull. You just have to add a debconf
warning saying that the entropy source is unsafe, and asking the user
to pay attention. We don't need more for now, since anyway no Hurd box
> OK folk, what is causing the problem?
This is not an ext2fs bug; something is causing a Mach panic. The
reason that your file system has been corrupted is that the data was
not synch'ed to disk (when Mach panics, it takes the whole system
down). The correct solution is to fix Mach. Determinin
File-system trashed a number of times and this seemed to be associated
with a mounted cdrom. One trashing forced a reboot. Unfortunately the
typescript file was lost in the following e2fsck.
Could you be more specific how it trashed the filesystem? Output from
e2fsck would be a good st
On Mon, Dec 16, 2002 at 10:26:54AM +0100, Gal Le Mignot wrote:
> Alfred a écrit :
>
> >Why don't just add urandom server to the official base system?
> > Because there is no good entropy source.
>
> And ? It's a temporary solution that allow user to use an ssh client
> and/or server, whi
Mrs.Mrs. Maryam Abacha
C/o Barrister Tunde Kabiru,
Floor 14/Suite 10
Niger House,Marina,Lagos.
email: [EMAIL PROTECTED]
Date:16Th December ,2002
Attn:Sir/Ma,
I salute you in the name of Allah,the most
high God.I am Mrs. Maryam Abacha, the widow of the
late General Sani Abacha, former Nige
File-system trashed a number of times and this seemed to be associated
with a mounted cdrom. One trashing forced a reboot. Unfortunately the
typescript file was lost in the following e2fsck.
>From memory,
-something- panic
zalloc: zone threads exhausted.
After installing the packages from the
On Mon, Dec 16, 2002 at 11:51:23AM +0100, Piotr P. Karwasz wrote:
>
> IMHO, since the ext2 translator doesn't support partitions of more than
> 1GB, I think it is a necessary change. After all the link will not break
> the File Hierarchy Standard to which Debian is compliant?
>
> A /usr partition
On Mon, Dec 16, 2002 at 01:56:08AM +0100, Marcus Brinkmann wrote:
> On Sun, Dec 15, 2002 at 11:47:09PM +0100, pancake wrote:
> > PD: another thing... Why dont remove the /usr link and make it as
> > directory...Yes could be hard...but it's a necessary change, sooner or
> > later we must change th
On Mon, 16 Dec 2002, Gaël Le Mignot wrote:
>
> And ? It's a temporary solution that allow user to use an ssh client
> and/or server, which is very usefull. You just have to add a debconf
> warning saying that the entropy source is unsafe, and asking the user
> to pay attention. We don't need m
Alfred a écrit :
>Why don't just add urandom server to the official base system?
> Because there is no good entropy source.
And ? It's a temporary solution that allow user to use an ssh client
and/or server, which is very usefull. You just have to add a debconf
warning saying that the
34 matches
Mail list logo
