Is there a way to fix this "corruption"?

Steve Searle steve at stevesearle.com
Tue May 11 13:32:08 UTC 2004


Around 02:24pm on Tuesday, May 11, 2004 (UK time), BlkPoohba scrawled:

> Does this have anything to do with the following? /var/log/messages.3: 
> Apr 25 04:03:04 blkpoohba modprobe: modprobe: Can't locate module
> char-major-188
> Apr 25 04:03:04 blkpoohba last message repeated 15 times
> 
> /var/log/messages.2:
> May  2 13:26:32 blkpoohba kernel: Linux version 2.4.22-1.2174.nptl
> (bhcompile at tw
> eety.devel.redhat.com) (gcc version 3.2.3 20030422 (Red Hat Linux
> 3.2.3-6)) #1 W
> ed Feb 18 16:38:32 EST 2004
> May  2 13:26:32 blkpoohba kernel: BIOS-provided physical RAM map:
> May  2 13:26:32 blkpoohba kernel:  BIOS-e820: 0000000000000000 -
> 000000000009fc0
> 0 (usable)
> May  2 13:26:32 blkpoohba kernel:  BIOS-e820: 000000000009fc00 -
> 00000000000a000
> 0 (reserved)
> May  2 13:26:32 blkpoohba kernel:  BIOS-e820: 00000000000f0000 -
> 000000000010000
> 0 (reserved)
> May  2 13:26:32 blkpoohba kernel:  BIOS-e820: 0000000000100000 -
> 000000000fff000
> 0 (usable)
> May  2 13:26:32 blkpoohba kernel:  BIOS-e820: 000000000fff0000 -
> 000000000fff300
> 0 (ACPI NVS)
> May  2 13:26:32 blkpoohba kernel:  BIOS-e820: 000000000fff3000 -
> 000000001000000
> 0 (ACPI data)
> May  2 13:26:32 blkpoohba kernel:  BIOS-e820: 00000000ffff0000 -
> 000000010000000
> 0 (reserved)
> May  2 13:26:32 blkpoohba kernel: 0MB HIGHMEM available.
> May  2 13:26:32 blkpoohba kernel: 255MB LOWMEM available.
> May  2 13:26:32 blkpoohba kernel: On node 0 totalpages: 65520
> May  2 13:26:32 blkpoohba kernel: zone(0): 4096 pages.
> May  2 13:26:32 blkpoohba kernel: zone(1): 61424 pages.
> May  2 13:26:32 blkpoohba kernel: zone(2): 0 pages.
> May  2 13:26:32 blkpoohba kernel: ACPI: RSDP (v000 AMDVIA
>              ) @ 0x000f6ca0
> May  2 13:26:32 blkpoohba kernel: ACPI: RSDT (v001 AMDVIA AWRDACPI
> 0x42302e31 AW
> RD 0x00000000) @ 0x0fff3000
> May  2 13:26:32 blkpoohba kernel: ACPI: FADT (v001 AMDVIA AWRDACPI
> 0x42302e31 AW
> RD 0x00000000) @ 0x0fff3040
> May  2 13:26:32 blkpoohba kernel: ACPI: DSDT (v001 AMDVIA AWRDACPI
> 0x00001000 MS
> FT 0x0100000c) @ 0x00000000
> May  2 13:26:32 blkpoohba kernel: Kernel command line: auto
> BOOT_IMAGE=linux ro
> BOOT_FILE=/boot/vmlinuz-2.4.22-1.2174.nptl hdd=ide-scsi hdf=ide-scsi
> rhgb root=L
> ABEL=/1
> May  2 13:26:32 blkpoohba kernel: ide_setup: hdd=ide-scsi
> May  2 13:26:32 blkpoohba kernel: ide_setup: hdf=ide-scsi
> May  2 13:26:32 blkpoohba kernel: Initializing CPU#0
> May  2 13:26:32 blkpoohba kernel: Detected 1979.962 MHz processor.
> May  2 13:26:32 blkpoohba kernel: Console: colour VGA+ 80x25
> May  2 13:26:32 blkpoohba syslog: klogd startup succeeded
> May  2 13:26:32 blkpoohba kernel: Calibrating delay loop... 3945.26
> BogoMIPS
> May  2 13:26:32 blkpoohba kernel: Memory: 255332k/262080k available
> (1456k kerne
> l code, 6360k reserved, 1099k data, 136k init, 0k highmem)
> May  2 13:26:32 blkpoohba kernel: Dentry cache hash table entries: 32768
> (order:
>  6, 262144 bytes)
> May  2 13:26:32 blkpoohba kernel: Inode cache hash table entries: 16384
> (order:
> 5, 131072 bytes)
> May  2 13:26:32 blkpoohba kernel: Mount cache hash table entries: 512
> (order: 0,
>  4096 bytes)
> May  2 13:26:32 blkpoohba irqbalance: irqbalance startup succeeded
> May  2 13:26:32 blkpoohba kernel: Buffer cache hash table entries: 16384
> (order:
>  4, 65536 bytes)
> May  2 13:26:32 blkpoohba kernel: Page-cache hash table entries: 65536
> (order: 6
> , 262144 bytes)
> May  2 13:26:32 blkpoohba kernel: CPU: CLK_CTL MSR was 6003d223.
> Reprogramming t
> o 2003d223
> May  2 13:26:32 blkpoohba kernel: CPU: L1 I Cache: 64K (64 bytes/line),
> D cache
> 64K (64 bytes/line)
> May  2 13:26:32 blkpoohba kernel: CPU: L2 Cache: 256K (64 bytes/line)
> May  2 13:26:32 blkpoohba kernel: Intel machine check architecture
> supported.
> May  2 13:26:32 blkpoohba kernel: Intel machine check reporting enabled
> on CPU#0

Which bit do you see as a "corruption"?

Steve

-- 
 
(o<     www.stevesearle.com
//\     Powered by Fedora Core
V_/_    No MS products were used in the creation of this message
 
  2:31pm  up 7 days, 23:29,  1 user,  load average: 0.07, 0.16, 0.10
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20040511/d8e6b2ae/attachment-0001.sig>


More information about the fedora-list mailing list