* corruption on my ext2fs with 2.4.0-test10
@ 2000-12-03 12:24 Mircea Damian
2000-12-03 12:46 ` Mircea Damian
0 siblings, 1 reply; 4+ messages in thread
From: Mircea Damian @ 2000-12-03 12:24 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1895 bytes --]
Hello people,
Since I've seen that there are some problems with corruption on ext2fs I
thought that it would be a good idea to report my problem too.
I have a 2.4.0-test10 patched with reiserfs (but I do not use it - it was
just in my plan to create a partition sometime; so I think that it does not
matter to much). Kernel compiled with egcs-1.1.2:
root@invasion:~# gcc -v
Reading specs from /usr/lib/gcc-lib/i386-slackware-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
The problem is that I tried to build perl-5.6.0 and some of my tests were
failing. First I thought that it is a problem with shared libraries but I
was wrong, in the test directory I have a file named "big" which has 5Gb
(almost):
root@invasion:/# debugfs /dev/hda2
debugfs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
debugfs: cd /usr/src/perl-5.6.0/t/
debugfs: ls
1097360 (12) . 1354979 (184) .. 1097503 (3900) big
debugfs: ls -l
1097360 40700 504 1001 4096 3-Dec-2000 13:43 .
1354979 40755 504 1001 4096 3-Dec-2000 13:43 ..
1097503 100644 0 0 5000000003 3-Dec-2000 10:00 big
Ofcourse this is wrong because:
debugfs: q
root@invasion:/# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda2 5999072 756772 4932648 13% /
I've checked my syslog and messages for ext2 warnings but I found nothing
unusual.
The system is UP and dmesg output is attached.
OTOH does anyone know how to silent messages like:
NAT: 0 dropping untracked packet c7d205c0 1 192.129.3.151 -> 224.0.0.1
NAT: 0 dropping untracked packet c7d129a0 1 192.129.3.151 -> 224.0.0.1
They are annoying and after some time they just fill up my dmesg output
(all dropped packets are multicast just like the two above).
--
Mircea Damian
E-mails: dmircea@kappa.ro, dmircea@roedu.net
WebPage: http://taz.mania.k.ro/~dmircea/
[-- Attachment #2: dmesg-2.4.0-test10-reiserfs --]
[-- Type: text/plain, Size: 7641 bytes --]
uto BOOT_IMAGE=Linux ro root=302 console=ttyS0,38400
Initializing CPU#0
Detected 400.914 MHz processor.
Console: colour VGA+ 80x30
Calibrating delay loop... 799.54 BogoMIPS
Memory: 126788k/131072k available (1207k kernel code, 3896k reserved, 85k data, 196k init, 0k highmem)
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
CPU: Before vendor init, caps: 0183fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After vendor init, caps: 0183fbff 00000000 00000000 00000000
CPU: After generic, caps: 0183fbff 00000000 00000000 00000000
CPU: Common caps: 0183fbff 00000000 00000000 00000000
CPU: Intel Pentium II (Deschutes) stepping 02
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000004
ESR value after enabling vector: 00000000
ENABLING IO-APIC IRQs
...changing IO-APIC physical APIC ID to 2 ... ok.
Synchronizing Arb IDs.
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-16, 2-20, 2-21, 2-22, 2-23 not connected.
..TIMER: vector=49 pin1=2 pin2=0
activating NMI Watchdog ... done.
number of MP IRQ sources: 20.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................
IO APIC #2......
.... register #00: 02000000
....... : physical APIC id: 02
.... register #01: 00170011
....... : max redirection entries: 0017
....... : IO APIC version: 0011
.... register #02: 00000000
....... : arbitration: 00
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 001 01 0 0 0 0 0 1 1 39
02 001 01 0 0 0 0 0 1 1 31
03 001 01 0 0 0 0 0 1 1 41
04 001 01 0 0 0 0 0 1 1 49
05 001 01 0 0 0 0 0 1 1 51
06 001 01 0 0 0 0 0 1 1 59
07 001 01 0 0 0 0 0 1 1 61
08 001 01 0 0 0 0 0 1 1 69
09 001 01 0 0 0 0 0 1 1 71
0a 001 01 0 0 0 0 0 1 1 79
0b 001 01 0 0 0 0 0 1 1 81
0c 001 01 0 0 0 0 0 1 1 89
0d 000 00 1 0 0 0 0 0 0 00
0e 001 01 0 0 0 0 0 1 1 91
0f 001 01 0 0 0 0 0 1 1 99
10 000 00 1 0 0 0 0 0 0 00
11 001 01 1 1 0 1 0 1 1 A1
12 001 01 1 1 0 1 0 1 1 A9
13 001 01 1 1 0 1 0 1 1 B1
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 000 00 1 0 0 0 0 0 0 00
IRQ to pin mappings:
IRQ0 -> 2
IRQ1 -> 1
IRQ3 -> 3
IRQ4 -> 4
IRQ5 -> 5
IRQ6 -> 6
IRQ7 -> 7
IRQ8 -> 8
IRQ9 -> 9
IRQ10 -> 10
IRQ11 -> 11
IRQ12 -> 12
IRQ13 -> 13
IRQ14 -> 14
IRQ15 -> 15
IRQ17 -> 17
IRQ18 -> 18
IRQ19 -> 19
.................................... done.
calibrating APIC timer ...
..... CPU clock speed is 400.9180 MHz.
..... host bus clock speed is 100.2292 MHz.
cpu: 0, clocks: 1002292, slice: 501146
CPU0<T0:1002288,T1:501136,D:6,S:501146,C:1002292>
mtrr: v1.37 (20001109) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfb340, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 2: assuming transparent
PCI: Using IRQ router PIIX [8086/7110] at 00:07.0
PCI->APIC IRQ transform: (B0,I9,P0) -> 17
PCI->APIC IRQ transform: (B0,I10,P0) -> 18
PCI->APIC IRQ transform: (B0,I11,P0) -> 19
Limiting direct PCI/PCI transfers.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.13)
ACPI: found PIIX4 at 0x4000
acpi: APM is already active.
Starting kswapd v1.8
i2c-core.o: i2c core module
i2c-dev.o: i2c /dev entries driver module
i2c-core.o: driver i2c-dev dummy driver registered.
i2c-algo-pcf.o: i2c pcf8584 algorithm module
i2c-elektor.o: i2c pcf8584-isa adapter module
i2c-dev.o: Registered 'PCF8584 ISA adapter' as minor 0
i2c-core.o: adapter PCF8584 ISA adapter registered as adapter 0.
i2c-elektor.o: found device at 0x300.
Detected PS/2 Mouse Port.
pty: 256 Unix98 ptys configured
keyboard: Timeout - AT keyboard not present?
keyboard: Timeout - AT keyboard not present?
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: enabling 8 loop devices
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller on PCI bus 00 dev 39
PIIX4: chipset revision 1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
hda: WDC AC26400R, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: 12594960 sectors (6449 MB) w/512KiB Cache, CHS=784/255/63, UDMA(33)
Partition check:
hda: hda1 hda2
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
PPP generic driver version 2.4.1
Registered PPPoX v0.5
eepro100.c:v1.09j-t 9/29/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
eepro100.c: $Revision: 1.35 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
eth0: Intel Corporation 82557 [Ethernet Pro 100], 00:90:27:51:87:42, IRQ 17.
Board assembly 689661-004, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x24c9f043).
Receiver lock-up workaround activated.
eth1: Intel Corporation 82557 [Ethernet Pro 100] (#2), 00:90:27:51:87:75, IRQ 18.
Board assembly 689661-004, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x24c9f043).
Receiver lock-up workaround activated.
eth2: Intel Corporation 82557 [Ethernet Pro 100] (#3), 00:90:27:51:87:79, IRQ 19.
Board assembly 689661-004, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x24c9f043).
Receiver lock-up workaround activated.
PPP Deflate Compression module registered
PPP BSD Compression module registered
Registered PPPoE v0.6.4
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
ip_conntrack (1024 buckets, 8192 max)
ip_tables: (c)2000 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 196k freed
Adding Swap: 104384k swap-space (priority -1)
NAT: 0 dropping untracked packet c7d205c0 1 192.129.3.151 -> 224.0.0.1
NAT: 0 dropping untracked packet c7d129a0 1 192.129.3.151 -> 224.0.0.1
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: corruption on my ext2fs with 2.4.0-test10
2000-12-03 12:24 corruption on my ext2fs with 2.4.0-test10 Mircea Damian
@ 2000-12-03 12:46 ` Mircea Damian
2000-12-03 16:13 ` Mircea Damian
2000-12-03 18:29 ` Adam Sampson
0 siblings, 2 replies; 4+ messages in thread
From: Mircea Damian @ 2000-12-03 12:46 UTC (permalink / raw)
To: linux-kernel
Sorry that I have to follow my self but I forgot to say that e2fsck is
happy with it:
root@invasion:~# e2fsck -C 0 -f /dev/hda2
e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/hda2: 43056/1548288 files (1.7% non-contiguous), 237689/1548264 blocks
... file-utils like ls, rm say:
root@invasion:/usr/src/perl-5.6.0/t# ls -sail
/bin/ls: big: Value too large for defined data type
total 8
1097360 4 drwx------ 2 504 1001 4096 Dec 3 13:43 ./
1354979 4 drwxr-xr-x 3 504 1001 4096 Dec 3 13:43 ../
root@invasion:/usr/src/perl-5.6.0/t# rm big
rm: cannot remove `big': Value too large for defined data type
I can not keep this machine down (my /-fs is read-only right now just to be
sure that nothing changes) for too much time.
On Sun, Dec 03, 2000 at 02:24:33PM +0200, Mircea Damian wrote:
>
> Hello people,
>
> Since I've seen that there are some problems with corruption on ext2fs I
> thought that it would be a good idea to report my problem too.
>
> I have a 2.4.0-test10 patched with reiserfs (but I do not use it - it was
> just in my plan to create a partition sometime; so I think that it does not
> matter to much). Kernel compiled with egcs-1.1.2:
>
> root@invasion:~# gcc -v
> Reading specs from /usr/lib/gcc-lib/i386-slackware-linux/egcs-2.91.66/specs
> gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
>
> The problem is that I tried to build perl-5.6.0 and some of my tests were
> failing. First I thought that it is a problem with shared libraries but I
> was wrong, in the test directory I have a file named "big" which has 5Gb
> (almost):
>
> root@invasion:/# debugfs /dev/hda2
> debugfs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
> debugfs: cd /usr/src/perl-5.6.0/t/
> debugfs: ls
> 1097360 (12) . 1354979 (184) .. 1097503 (3900) big
> debugfs: ls -l
> 1097360 40700 504 1001 4096 3-Dec-2000 13:43 .
> 1354979 40755 504 1001 4096 3-Dec-2000 13:43 ..
> 1097503 100644 0 0 5000000003 3-Dec-2000 10:00 big
>
> Ofcourse this is wrong because:
> debugfs: q
> root@invasion:/# df
> Filesystem 1k-blocks Used Available Use% Mounted on
> /dev/hda2 5999072 756772 4932648 13% /
>
>
> I've checked my syslog and messages for ext2 warnings but I found nothing
> unusual.
>
> The system is UP and dmesg output is attached.
>
> OTOH does anyone know how to silent messages like:
> NAT: 0 dropping untracked packet c7d205c0 1 192.129.3.151 -> 224.0.0.1
> NAT: 0 dropping untracked packet c7d129a0 1 192.129.3.151 -> 224.0.0.1
> They are annoying and after some time they just fill up my dmesg output
> (all dropped packets are multicast just like the two above).
>
>
>
> uto BOOT_IMAGE=Linux ro root=302 console=ttyS0,38400
> Initializing CPU#0
> Detected 400.914 MHz processor.
> Console: colour VGA+ 80x30
> Calibrating delay loop... 799.54 BogoMIPS
> Memory: 126788k/131072k available (1207k kernel code, 3896k reserved, 85k data, 196k init, 0k highmem)
> Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
> Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
> Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
> CPU: Before vendor init, caps: 0183fbff 00000000 00000000, vendor = 0
> CPU: L1 I cache: 16K, L1 D cache: 16K
> CPU: L2 cache: 512K
> Intel machine check architecture supported.
> Intel machine check reporting enabled on CPU#0.
> CPU: After vendor init, caps: 0183fbff 00000000 00000000 00000000
> CPU: After generic, caps: 0183fbff 00000000 00000000 00000000
> CPU: Common caps: 0183fbff 00000000 00000000 00000000
> CPU: Intel Pentium II (Deschutes) stepping 02
> Checking 'hlt' instruction... OK.
> POSIX conformance testing by UNIFIX
> enabled ExtINT on CPU#0
> ESR value before enabling vector: 00000004
> ESR value after enabling vector: 00000000
> ENABLING IO-APIC IRQs
> ...changing IO-APIC physical APIC ID to 2 ... ok.
> Synchronizing Arb IDs.
> init IO_APIC IRQs
> IO-APIC (apicid-pin) 2-0, 2-16, 2-20, 2-21, 2-22, 2-23 not connected.
> ..TIMER: vector=49 pin1=2 pin2=0
> activating NMI Watchdog ... done.
> number of MP IRQ sources: 20.
> number of IO-APIC #2 registers: 24.
> testing the IO APIC.......................
>
> IO APIC #2......
> .... register #00: 02000000
> ....... : physical APIC id: 02
> .... register #01: 00170011
> ....... : max redirection entries: 0017
> ....... : IO APIC version: 0011
> .... register #02: 00000000
> ....... : arbitration: 00
> .... IRQ redirection table:
> NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
> 00 000 00 1 0 0 0 0 0 0 00
> 01 001 01 0 0 0 0 0 1 1 39
> 02 001 01 0 0 0 0 0 1 1 31
> 03 001 01 0 0 0 0 0 1 1 41
> 04 001 01 0 0 0 0 0 1 1 49
> 05 001 01 0 0 0 0 0 1 1 51
> 06 001 01 0 0 0 0 0 1 1 59
> 07 001 01 0 0 0 0 0 1 1 61
> 08 001 01 0 0 0 0 0 1 1 69
> 09 001 01 0 0 0 0 0 1 1 71
> 0a 001 01 0 0 0 0 0 1 1 79
> 0b 001 01 0 0 0 0 0 1 1 81
> 0c 001 01 0 0 0 0 0 1 1 89
> 0d 000 00 1 0 0 0 0 0 0 00
> 0e 001 01 0 0 0 0 0 1 1 91
> 0f 001 01 0 0 0 0 0 1 1 99
> 10 000 00 1 0 0 0 0 0 0 00
> 11 001 01 1 1 0 1 0 1 1 A1
> 12 001 01 1 1 0 1 0 1 1 A9
> 13 001 01 1 1 0 1 0 1 1 B1
> 14 000 00 1 0 0 0 0 0 0 00
> 15 000 00 1 0 0 0 0 0 0 00
> 16 000 00 1 0 0 0 0 0 0 00
> 17 000 00 1 0 0 0 0 0 0 00
> IRQ to pin mappings:
> IRQ0 -> 2
> IRQ1 -> 1
> IRQ3 -> 3
> IRQ4 -> 4
> IRQ5 -> 5
> IRQ6 -> 6
> IRQ7 -> 7
> IRQ8 -> 8
> IRQ9 -> 9
> IRQ10 -> 10
> IRQ11 -> 11
> IRQ12 -> 12
> IRQ13 -> 13
> IRQ14 -> 14
> IRQ15 -> 15
> IRQ17 -> 17
> IRQ18 -> 18
> IRQ19 -> 19
> .................................... done.
> calibrating APIC timer ...
> ..... CPU clock speed is 400.9180 MHz.
> ..... host bus clock speed is 100.2292 MHz.
> cpu: 0, clocks: 1002292, slice: 501146
> CPU0<T0:1002288,T1:501136,D:6,S:501146,C:1002292>
> mtrr: v1.37 (20001109) Richard Gooch (rgooch@atnf.csiro.au)
> mtrr: detected mtrr type: Intel
> PCI: PCI BIOS revision 2.10 entry at 0xfb340, last bus=1
> PCI: Using configuration type 1
> PCI: Probing PCI hardware
> Unknown bridge resource 2: assuming transparent
> PCI: Using IRQ router PIIX [8086/7110] at 00:07.0
> PCI->APIC IRQ transform: (B0,I9,P0) -> 17
> PCI->APIC IRQ transform: (B0,I10,P0) -> 18
> PCI->APIC IRQ transform: (B0,I11,P0) -> 19
> Limiting direct PCI/PCI transfers.
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Initializing RT netlink socket
> apm: BIOS version 1.2 Flags 0x07 (Driver version 1.13)
> ACPI: found PIIX4 at 0x4000
> acpi: APM is already active.
> Starting kswapd v1.8
> i2c-core.o: i2c core module
> i2c-dev.o: i2c /dev entries driver module
> i2c-core.o: driver i2c-dev dummy driver registered.
> i2c-algo-pcf.o: i2c pcf8584 algorithm module
> i2c-elektor.o: i2c pcf8584-isa adapter module
> i2c-dev.o: Registered 'PCF8584 ISA adapter' as minor 0
> i2c-core.o: adapter PCF8584 ISA adapter registered as adapter 0.
> i2c-elektor.o: found device at 0x300.
> Detected PS/2 Mouse Port.
> pty: 256 Unix98 ptys configured
> keyboard: Timeout - AT keyboard not present?
> keyboard: Timeout - AT keyboard not present?
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> loop: enabling 8 loop devices
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> PIIX4: IDE controller on PCI bus 00 dev 39
> PIIX4: chipset revision 1
> PIIX4: not 100% native mode: will probe irqs later
> ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
> ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
> hda: WDC AC26400R, ATA DISK drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> hda: 12594960 sectors (6449 MB) w/512KiB Cache, CHS=784/255/63, UDMA(33)
> Partition check:
> hda: hda1 hda2
> Floppy drive(s): fd0 is 1.44M
> FDC 0 is a post-1991 82077
> Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
> ttyS00 at 0x03f8 (irq = 4) is a 16550A
> ttyS01 at 0x02f8 (irq = 3) is a 16550A
> PPP generic driver version 2.4.1
> Registered PPPoX v0.5
> eepro100.c:v1.09j-t 9/29/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
> eepro100.c: $Revision: 1.35 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
> eth0: Intel Corporation 82557 [Ethernet Pro 100], 00:90:27:51:87:42, IRQ 17.
> Board assembly 689661-004, Physical connectors present: RJ45
> Primary interface chip i82555 PHY #1.
> General self-test: passed.
> Serial sub-system self-test: passed.
> Internal registers self-test: passed.
> ROM checksum self-test: passed (0x24c9f043).
> Receiver lock-up workaround activated.
> eth1: Intel Corporation 82557 [Ethernet Pro 100] (#2), 00:90:27:51:87:75, IRQ 18.
> Board assembly 689661-004, Physical connectors present: RJ45
> Primary interface chip i82555 PHY #1.
> General self-test: passed.
> Serial sub-system self-test: passed.
> Internal registers self-test: passed.
> ROM checksum self-test: passed (0x24c9f043).
> Receiver lock-up workaround activated.
> eth2: Intel Corporation 82557 [Ethernet Pro 100] (#3), 00:90:27:51:87:79, IRQ 19.
> Board assembly 689661-004, Physical connectors present: RJ45
> Primary interface chip i82555 PHY #1.
> General self-test: passed.
> Serial sub-system self-test: passed.
> Internal registers self-test: passed.
> ROM checksum self-test: passed (0x24c9f043).
> Receiver lock-up workaround activated.
> PPP Deflate Compression module registered
> PPP BSD Compression module registered
> Registered PPPoE v0.6.4
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP
> IP: routing cache hash table of 1024 buckets, 8Kbytes
> TCP: Hash tables configured (established 8192 bind 8192)
> ip_conntrack (1024 buckets, 8192 max)
> ip_tables: (c)2000 Netfilter core team
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> VFS: Mounted root (ext2 filesystem) readonly.
> Freeing unused kernel memory: 196k freed
> Adding Swap: 104384k swap-space (priority -1)
> NAT: 0 dropping untracked packet c7d205c0 1 192.129.3.151 -> 224.0.0.1
> NAT: 0 dropping untracked packet c7d129a0 1 192.129.3.151 -> 224.0.0.1
--
Mircea Damian
E-mails: dmircea@kappa.ro, dmircea@roedu.net
WebPage: http://taz.mania.k.ro/~dmircea/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: corruption on my ext2fs with 2.4.0-test10
2000-12-03 12:46 ` Mircea Damian
@ 2000-12-03 16:13 ` Mircea Damian
2000-12-03 18:29 ` Adam Sampson
1 sibling, 0 replies; 4+ messages in thread
From: Mircea Damian @ 2000-12-03 16:13 UTC (permalink / raw)
To: linux-kernel
OK, problem found.
Something is broken (I've tested on a new 2.4.0-test12-pre3). Look here:
If I run strace through the perl script I get something like:
root@invasion:/usr/src/archives/perl-5.6.0/t# strace ./perl op/lfs.t
...
open("big", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40015000
_llseek(3, 5000000000, [5000000000], SEEK_SET) = 0
write(3, "big", 3) = 3
close(3) = 0
munmap(0x40015000, 4096) = 0
stat("big", 0xbffff980) = -1 EOVERFLOW (Value too large for defined data type)
...
I believe that _llseek() call should return EINVAL. Right?
On Sun, Dec 03, 2000 at 02:46:06PM +0200, Mircea Damian wrote:
>
> Sorry that I have to follow my self but I forgot to say that e2fsck is
> happy with it:
>
> root@invasion:~# e2fsck -C 0 -f /dev/hda2
> e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
> Pass 1: Checking inodes, blocks, and sizes
> Pass 2: Checking directory structure
> Pass 3: Checking directory connectivity
> Pass 4: Checking reference counts
> Pass 5: Checking group summary information
> /dev/hda2: 43056/1548288 files (1.7% non-contiguous), 237689/1548264 blocks
>
> ... file-utils like ls, rm say:
> root@invasion:/usr/src/perl-5.6.0/t# ls -sail
> /bin/ls: big: Value too large for defined data type
> total 8
> 1097360 4 drwx------ 2 504 1001 4096 Dec 3 13:43 ./
> 1354979 4 drwxr-xr-x 3 504 1001 4096 Dec 3 13:43 ../
>
> root@invasion:/usr/src/perl-5.6.0/t# rm big
> rm: cannot remove `big': Value too large for defined data type
>
> I can not keep this machine down (my /-fs is read-only right now just to be
> sure that nothing changes) for too much time.
--
Mircea Damian
E-mails: dmircea@kappa.ro, dmircea@roedu.net
WebPage: http://taz.mania.k.ro/~dmircea/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: corruption on my ext2fs with 2.4.0-test10
2000-12-03 12:46 ` Mircea Damian
2000-12-03 16:13 ` Mircea Damian
@ 2000-12-03 18:29 ` Adam Sampson
1 sibling, 0 replies; 4+ messages in thread
From: Adam Sampson @ 2000-12-03 18:29 UTC (permalink / raw)
To: linux-kernel
Mircea Damian writes:
> ... file-utils like ls, rm say:
> root@invasion:/usr/src/perl-5.6.0/t# ls -sail
> /bin/ls: big: Value too large for defined data type
> total 8
> 1097360 4 drwx------ 2 504 1001 4096 Dec 3 13:43 ./
> 1354979 4 drwxr-xr-x 3 504 1001 4096 Dec 3 13:43 ../
The file's got holes in it (regions of zeros), so it doesn't occupy as
much space on disk as it claims to. The reason your normal tools can't
deal with it is that your C library has been built without LFS
support, so stat will fail on files larger than 2 gig.
You can remove it by just calling unlink.
int main(int argc, char **argv) {
unlink("mybigfile");
}
--
Adam Sampson
azz@gnu.org
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2000-12-03 19:00 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-12-03 12:24 corruption on my ext2fs with 2.4.0-test10 Mircea Damian
2000-12-03 12:46 ` Mircea Damian
2000-12-03 16:13 ` Mircea Damian
2000-12-03 18:29 ` Adam Sampson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox