Menu
▾
▴
devil-linux-develop
|
From: Dean N. <di...@ti...> - 2003-08-26 02:41:50
|
[Using the 08-23-i586-SMP release...]
NOTE: My ISP's mail system is -way- behind schedule (and in fact has been
down all day). So, if these problems have been reported before, except my
apologies.
--- Problem 1 ----
Unpacking Configuration
FAT: bogus logical sector size 0
VFS: Can't find a valid FAT filesystem on dev 02:00.
mount: wrong fs type, bad option, bad superblock on /dev/fd0,
or too many mounted file systems
Journalled Block Device driver loaded
ext3: wrong fs type, bad option, bad superblock on /dev/fd0,
or too many mounted file systems
Unpacking /var
NOTE: I am using ext2 on my floppy, and had no errors previously for the
betas. In fact, I had switched to ext from FAT so as to no longer get the
error about being unable to find an ext2 file system on the floppy! (It used
to look for ext2 first).
--- Problem 2 ----
still getting a grsec error:
grsec: attempted resource overstep by requesting 92786688 for RLIMIT_STACK
against limit 8388608 by (pidof:385) UID(0) EUID(0), parent (S05network:373)
UID(0) EUID(0)
I -believe- this is related to my dhcpcd.exe script - which uses pidof.
--- Problem 3 ---
get the following: (Note: The ethx: Setting... message is standard,
everything else is NEW!)
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability
41e1.
Setting up ROL/F
Setting up ROL/F
Setting up ROL/F
i8253 count too high! resetting..
Setting up ROL/F
i8253 count too high! resetting...
and also:
eth1: Setting 100mbps full duplex based on auto-negotiated partner ability
45e1.
Setting up ROLF/F
Setting up ROLF/F
Setting up ROLF/F
Setting up ROLF/F
i8253 count too high! resetting...
--- Comment ---
o Why are we still running ldconfig and updating module dependencies? I
thought it was agreed that we would drop those.
o I See that we have (again) moved a key binary - echo (from /bin/echo to
/usr/bin/echo). And before we get into another discussion about why I have
hardcoded addresses for key executables in my firewall scripts: I suppose it
is for the same reason that Bruce uses them in -his- firewall scripts!
Dean Nedelman
TimeLord Consulting
|
|
From: Dean N. <di...@ti...> - 2003-08-26 01:10:49
|
(Since I didn't receive this message back to me from the list, and I have
received later timed stamp messages, I'll assume it was impacted by the work
my ISP was doing yesterday.)
[Using the 08-23-i586-SMP release...]
NOTE: My ISP's mail system is -way- behind schedule (and in fact has been
down all day). So, if these problems have been reported before, except my
apologies.
--- Problem 1 ----
Unpacking Configuration
FAT: bogus logical sector size 0
VFS: Can't find a valid FAT filesystem on dev 02:00.
mount: wrong fs type, bad option, bad superblock on /dev/fd0,
or too many mounted file systems
Journalled Block Device driver loaded
ext3: wrong fs type, bad option, bad superblock on /dev/fd0,
or too many mounted file systems
Unpacking /var
NOTE: I am using ext2 on my floppy, and had no errors previously for the
betas. In fact, I had switched to ext from FAT so as to no longer get the
error about being unable to find an ext2 file system on the floppy! (It used
to look for ext2 first).
--- Problem 2 ----
still getting a grsec error:
grsec: attempted resource overstep by requesting 92786688 for RLIMIT_STACK
against limit 8388608 by (pidof:385) UID(0) EUID(0), parent (S05network:373)
UID(0) EUID(0)
I -believe- this is related to my dhcpcd.exe script - which uses pidof.
--- Problem 3 ---
get the following: (Note: The ethx: Setting... message is standard,
everything else is NEW!)
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability
41e1.
Setting up ROL/F
Setting up ROL/F
Setting up ROL/F
i8253 count too high! resetting..
Setting up ROL/F
i8253 count too high! resetting...
and also:
eth1: Setting 100mbps full duplex based on auto-negotiated partner ability
45e1.
Setting up ROLF/F
Setting up ROLF/F
Setting up ROLF/F
Setting up ROLF/F
i8253 count too high! resetting...
--- Comment ---
o Why are we still running ldconfig and updating module dependencies? I
thought it was agreed that we would drop those.
o I See that we have (again) moved a key binary - echo (from /bin/echo to
/usr/bin/echo). And before we get into another discussion about why I have
hardcoded addresses for key executables in my firewall scripts: I suppose it
is for the same reason that Bruce uses them in -his- firewall scripts!
Dean Nedelman
TimeLord Consulting
|
|
From: Heiko Z. <he...@zu...> - 2003-08-26 23:55:31
|
Dean Nedelman wrote: > [Using the 08-23-i586-SMP release...] > > NOTE: My ISP's mail system is -way- behind schedule (and in fact has been > down all day). So, if these problems have been reported before, except my > apologies. > > --- Problem 1 ---- > Unpacking Configuration > FAT: bogus logical sector size 0 > VFS: Can't find a valid FAT filesystem on dev 02:00. > mount: wrong fs type, bad option, bad superblock on /dev/fd0, > or too many mounted file systems > Journalled Block Device driver loaded > ext3: wrong fs type, bad option, bad superblock on /dev/fd0, > or too many mounted file systems > Unpacking /var > > NOTE: I am using ext2 on my floppy, and had no errors previously for the > betas. In fact, I had switched to ext from FAT so as to no longer get the > error about being unable to find an ext2 file system on the floppy! (It used > to look for ext2 first). That bug is still open: https://sourceforge.net/tracker/index.php?func=detail&aid=759801&group_id=34096&atid=410643 I agree that it is pretty anoying, I don't have a solution yet. > --- Problem 2 ---- > still getting a grsec error: > grsec: attempted resource overstep by requesting 92786688 for RLIMIT_STACK > against limit 8388608 by (pidof:385) UID(0) EUID(0), parent (S05network:373) > UID(0) EUID(0) > > I -believe- this is related to my dhcpcd.exe script - which uses pidof. That is really strange. Can you try it with a "clean" setup? I mean empty floppy and configuring the stuff via the setup program. How much RAM do you have in this machine? > --- Problem 3 --- > get the following: (Note: The ethx: Setting... message is standard, > everything else is NEW!) > > eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability > 41e1. > Setting up ROL/F > Setting up ROL/F > Setting up ROL/F > i8253 count too high! resetting.. > Setting up ROL/F > i8253 count too high! resetting... > > and also: > > eth1: Setting 100mbps full duplex based on auto-negotiated partner ability > 45e1. > Setting up ROLF/F > Setting up ROLF/F > Setting up ROLF/F > Setting up ROLF/F > > i8253 count too high! resetting... SHIT ! @Thomas this is the newly added ROL/F Patch, can you please investigate on it? Otherwise I'll have to remove it. > --- Comment --- > o Why are we still running ldconfig and updating module dependencies? I > thought it was agreed that we would drop those. > > o I See that we have (again) moved a key binary - echo (from /bin/echo to > /usr/bin/echo). And before we get into another discussion about why I have > hardcoded addresses for key executables in my firewall scripts: I suppose it > is for the same reason that Bruce uses them in -his- firewall scripts! That's the new coreutils package, I modified the package so that everything is installed in /bin. It's the "core" anyway. I will look more into problems which could come up with the new package. cya Heiko |
|
From: Diego T. <dt...@co...> - 2003-08-27 00:10:33
|
On Tue, Aug 26, 2003 at 07:52:30PM -0400, Heiko Zuerker wrote: > >Setting up ROL/F > @Thomas this is the newly added ROL/F Patch, can you please investigate > on it? > Otherwise I'll have to remove it. what is the rol/f patch xactly for? any url? -- rapid2k1 -- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC 2327 7CD0 DD91 B09D 5799 -- Use of a keyboard or mouse may be linked to serious injuries or disorders. Diego Torres - dt...@co... - Madrid / España |
|
From: Heiko Z. <he...@zu...> - 2003-08-27 00:20:41
|
Diego Torres wrote: > On Tue, Aug 26, 2003 at 07:52:30PM -0400, Heiko Zuerker wrote: > > >>>Setting up ROL/F >> >>@Thomas this is the newly added ROL/F Patch, can you please investigate >>on it? >>Otherwise I'll have to remove it. > > > what is the rol/f patch xactly for? any url? http://www.peppercon.com/products/rolf.html Heiko |
|
From: Dean N. <di...@ti...> - 2003-08-27 07:25:50
|
Heiko Zuerker wrote: >Dean Nedelman wrote: >> [Using the 08-23-i586-SMP release...] >> >> NOTE: My ISP's mail system is -way- behind schedule (and in fact has been >> down all day). So, if these problems have been reported before, except my >> apologies. >> >> --- Problem 1 ---- >> Unpacking Configuration >> FAT: bogus logical sector size 0 >> VFS: Can't find a valid FAT filesystem on dev 02:00. >> mount: wrong fs type, bad option, bad superblock on /dev/fd0, >> or too many mounted file systems >> Journalled Block Device driver loaded >> ext3: wrong fs type, bad option, bad superblock on /dev/fd0, >> or too many mounted file systems >> Unpacking /var >> >> NOTE: I am using ext2 on my floppy, and had no errors previously for the >> betas. In fact, I had switched to ext from FAT so as to no longer get the >> error about being unable to find an ext2 file system on the floppy! (It used >> to look for ext2 first). > >That bug is still open: >https://sourceforge.net/tracker/index.php?func=detail&aid=759801&group_id=3 4096&atid=410643 >I agree that it is pretty anoying, I don't have a solution yet. Not really. Bug 759801 was when I had a FAT volume and it looked for EXT2 then FAT (and generated an error). To work around that bug, I had switched my floppy from FAT to EXT2. Now, by using EXT2, I'm back to getting a lot of errors. (Hmmm, I wonder if I switch back to FAT whether they would go away? :-) ). Out of curiosity, doesn't mount -auto "resolve" this problem (though I haven't actually tried it myself)? It is supposed to automatically determine the correct type. >> --- Problem 2 ---- >> still getting a grsec error: >> grsec: attempted resource overstep by requesting 92786688 for RLIMIT_STACK >> against limit 8388608 by (pidof:385) UID(0) EUID(0), parent (S05network:373) >> UID(0) EUID(0) >> >> I -believe- this is related to my dhcpcd.exe script - which uses pidof. > >That is really strange. >Can you try it with a "clean" setup? I mean empty floppy and configuring >the stuff via the setup program. >How much RAM do you have in this machine? I have 64MB of ram. I'll spend some time tomorrow afternoon with an empty floppy and see what happens. I'm presuming that you want me to do a "basic" setup using the setup machine (network adaptor type, timezone, Bruce's firewall, setup as DHCP client, etc.)? (i.e., DON'T setup postfix, DON'T setup my firewall, DON'T use my dhcpcd.exe file, etc.) >> --- Comment --- >> o I See that we have (again) moved a key binary - echo (from /bin/echo to >> /usr/bin/echo). And before we get into another discussion about why I have >> hardcoded addresses for key executables in my firewall scripts: I suppose it >> is for the same reason that Bruce uses them in -his- firewall scripts! > >That's the new coreutils package, >I modified the package so that everything is installed in /bin. It's the >"core" anyway. >I will look more into problems which could come up with the new package. I would be happy if we simply document when things move. Thanks. Dean Nedelman TimeLord Consulting |
