I am using the e2fsprogs-1.12-WIP here . All seems well.
Just one minor cavaet, When using 'e2fsck -fy /dev/?d??'
an (relatively) small filesystem IE: I have a system with
192MB Memory and it -never- accessed the disk drive .
what I did:
1 umount /mnt
2 e2fsck -fy /dev/sdxx < which repaired some errors
3 e2fsck -fy /dev/sdxx < which never re-read the disk ????
4 mount /dev/sdxx /mnt
5 did somethnig on the disk
6 umount /mnt
7 e2fsck -fy /dev/sdxx < which re-read the disk
8 e2fsck -fy /dev/sdxx < which never re-read the disk ????
After .sig is all the info I can gater about the system
I am refering too. I hope this is enough to go on.
I beleive that the OS is caching the information that
e2fsck is requesting & thus it never gets to re-read the
disk .
On Fri, 27 Feb 1998, Theodore Y. Ts'o wrote:
> Hi there,
> I'm currently preparing to release a new version of e2fsprogs
> which fix a number bugs in e2fsck, as well as being the first version of
> e2fsprogs that I support building under glibc. Now, I've only tested at
> the version of glibc running on RedHat 5.0.
>
> Unfortunately, glibc has an apparent predilection to only care
> about portability for applications programs are written slavishly to the
> applicable POSIX and ANSI C standards, without the tiniest jot or
> deviation, and to hell with everyone else. The problem is that
> e2fsprogs is a system program that by definition can not limit itself to
> the POSIX/ANSI header files (although I've done as much as I can to make
> e2fsprogs portable to a wide variety of other OS platforms, including
> Solaris, NetBSD, etc.)
>
> For this reason, I CAN NOT GUARANTEE that it will work on any
> other version of glibc than what is currently shipping on RedHat 5.0,
> especially given the number of times I've been burned by libc issues in
> the past. (I have added extremely paranoid autoconf tests to protect
> against ways that I've been burned in the past, but that's no guarantee
> that the glibc developers won't come up with new, ingenious ways of
> being incompatible.)
>
> Hence, I'm releasing e2fsprogs-1.12 WIP for testing purposes.
> I'd appreciate people giving this a try to see how well it works on
> their systems. If you do try using this WORK IN PROGRESS release,
> please let me know how your testing goes --- both positive and negative
> results are very helpful. Testing on Debian and other newer versions of
> glibc would be especially helpful.
>
> This testing version of e2fsprogs can be found at:
>
> ftp://tsx-11.mit.edu/pub/linux/ALPHA/ext2fs/e2fsprogs-1.12-WIP.tar.gz
>
>
> Please do not redistribute binaries produced using this test release, or
> attempt to put this testing version into distributions. I will be
> releasing a stable, official release shortly assuming all goes well.
>
> Thanks!!
>
> - Ted
Tia, JimL
+-----------------------------------------------------------------------+
| James W. Laferriere - Network Engineer - babydr@nwrain.net |
| System Techniques - 25416 - 22nd S. - Kent, WA 98032 |
| Give me VMS -or- Give me Linux -but- only on AXP |
+-----------------------------------------------------------------------+
|-> Linux-Vax Port, Now in Progress !YAY! there's Progress To Report <-|
|-> Please See http://ucnet.canberra.edu.au/~mikal/vaxlinux/home.html <-|
|-> Maintainer: Michael Still mikal@blitzen.canberra.edu.au <-|
+-----------------------------------------------------------------------+
---ver_linux
-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Slackware v. 3.4.0
Linux filesrv2 2.1.90 #4 Tue Apr 7 17:18:16 PDT 1998 i686 unknown
Kernel modules 2.0.0
Gnu C 2.8.0
Binutils linux-2.8.1.0.1
Linux C Library 5.4.33
Dynamic Linker (ld.so) 1.9.5
Linux C++ Library 27.2.8
Procps 1.01
Mount 2.7f
Net-tools 1.44
Kbd 0.94
Sh-utils 1.16
Flex 2.5.4
E2fsprogs 1.12-WIP
---hinv.sh
1 GenuineIntel 6 processor
1 vga+ graphics device
1 keyboard
1 ethernet interface
eth0: Intel EtherExpress Pro 10/100
SCSI devices:
SEAGATE ST32550W
SEAGATE ST42400N SUN2.1G
SEAGATE ST42400N SUN2.1G
EXABYTE EXB-8200
PCI bus devices:
SCSI storage controller: NCR 53c875 (rev 4).
VGA compatible controller: Cirrus Logic GD 5446 (rev 0).
Ethernet controller: Intel 82557 (rev 1).
SCSI storage controller: NCR 53c810 (rev 17).
IDE interface: Intel 82371SB PIIX3 IDE (rev 0).
ISA bridge: Intel 82371SB PIIX3 ISA (rev 1).
Host bridge: Intel 82441FX Natoma (rev 2).
--- dmesg
ansform: (B0,I12,P0) -> -1
ncr53c8xx: 53c875 detected with Symbios NVRAM
ncr53c875-0: rev=0x04, base=0xf8000000, io_port=0xd400, irq=9
ncr53c875-0: Symbios format NVRAM, ID 7, Fast-20, Parity Checking, Differential
ncr53c875-0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/0e/a0/01/00/24
ncr53c875-0: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/a0/00/08/24
ncr53c875-0: on-board RAM at 0xf7800000
ncr53c875-0: on-board ram mapped at virtual address 0xcc802000
ncr53c875-0: requesting shared irq 9 (dev_id=0xcbfe0080)
ncr53c875-0: resetting, command processing suspended for 2 seconds
ncr53c875-0: restart (scsi reset).
ncr53c875-0: enabling clock multiplier
ncr53c875-0: copying script fragments into the on-board RAM ...
ncr53c810a-1: rev=0x11, base=0xf9000000, io_port=0xe000, irq=14
ncr53c810a-1: ID 7, Fast-10, Parity Checking
ncr53c810a-1: restart (scsi reset).
scsi0 : ncr53c8xx - revision 2.5f
scsi1 : ncr53c8xx - revision 2.5f
scsi : 2 hosts.
ncr53c875-0: command processing resumed
ncr53c875-0-<0,0>: WIDE SCSI (16 bit) enabled.
ncr53c875-0-<0,0>: FAST-5 WIDE SCSI 10.0 MB/s (200 ns, offset 15)
Vendor: SEAGATE Model: ST32550W Rev: HP06
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
ncr53c875-0-<1,0>: FAST-5 SCSI 5.0 MB/s (200 ns, offset 15)
Vendor: SEAGATE Model: ST42400N SUN2.1G Rev: 0417
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sdb at scsi0, channel 0, id 1, lun 0
ncr53c875-0-<2,0>: FAST-5 SCSI 5.0 MB/s (200 ns, offset 15)
Vendor: SEAGATE Model: ST42400N SUN2.1G Rev: 0420
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sdc at scsi0, channel 0, id 2, lun 0
Vendor: EXABYTE Model: EXB-8200 Rev: 262Z
Type: Sequential-Access ANSI SCSI revision: 01
Detected scsi tape st0 at scsi1, channel 0, id 4, lun 0
scsi : detected 1 SCSI tape 3 SCSI disks total.
ncr53c875-0-<0,0>: WIDE SCSI (16 bit) enabled.
ncr53c875-0-<0,0>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 15)
SCSI device sda: hdwr sector= 512 bytes. Sectors= 4165272 [2033 MB] [2.0 GB]
ncr53c875-0-<1,0>: FAST-10 SCSI 10.0 MB/s (100 ns, offset 15)
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 4159462 [2030 MB] [2.0 GB]
ncr53c875-0-<2,0>: FAST-10 SCSI 10.0 MB/s (100 ns, offset 15)
SCSI device sdc: hdwr sector= 512 bytes. Sectors= 4159462 [2030 MB] [2.0 GB]
PPP: version 2.3.3 (demand dialling)
TCP compression code copyright 1989 Regents of the University of California
PPP line discipline registered.
PCI->APIC IRQ transform: (B0,I10,P0) -> -1
PCI->APIC IRQ transform: (B0,I10,P0) -> -1
Found Intel i82557 PCI Speedo at I/O 0xd800, IRQ 11.
PCI latency timer (CFLT) is unreasonably low at 0. Setting to 255 clocks.
eepro100.c:v0.36 10/20/97 Donald Becker linux-eepro100@cesdis.gsfc.nasa.gov
eth0: Intel EtherExpress Pro 10/100 at 0xd800, 00:A0:C9:08:96:9A, IRQ 11.
Board assembly 352509-003, Physical connectors present: RJ45
Primary interface chip DP83840 PHY #1.
DP83840 specific setup, setting register 23 to 8462.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x49caa8d6).
Receiver lock-up workaround activated.
eepro100.c:v0.36 10/20/97 Donald Becker linux-eepro100@cesdis.gsfc.nasa.gov
Partition check:
sda: sda1 sda2
sdb: sdb1 sdb2
sdc: sdc1 sdc2
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 56k freed
Adding Swap: 130748k swap-space (priority -1)
Adding Swap: 61344k swap-space (priority -2)
Adding Swap: 61344k swap-space (priority -3)
REGISTER_DEV sdb1 to md0 done
REGISTER_DEV sdc1 to md0 done
eth0: speedo_open() irq 11.
eth0: Done speedo_open(), status 00000090.
hinv.sh uses obsolete /proc/pci interface
---cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 197177344 10993664 186183680 6930432 2035712 4648960
Swap: 259518464 0 259518464
MemTotal: 192556 kB
MemFree: 181820 kB
MemShared: 6768 kB
Buffers: 1988 kB
Cached: 4540 kB
SwapTotal: 253436 kB
SwapFree: 253436 kB
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu