Re: ATA problems(unlean fs) on recent cvsup

2003-09-14 Thread Alastair G. Hogge
Just a follow up.

I've since been able to get my -CURRENT system running under the new build. 
However the booting process is still slow around those ata?: [MPSAFE] 
messages. Any ideas on getting a speed up?

-Al

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: ATA problems(unlean fs) on recent cvsup

2003-09-14 Thread Soren Schmidt
It seems Alastair G. Hogge wrote:
 Just a follow up.
 
 I've since been able to get my -CURRENT system running under the new build. 
 However the booting process is still slow around those ata?: [MPSAFE] 
 messages. Any ideas on getting a speed up?

I'm working on it...

-Søren
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: ATA problems(unlean fs) on recent cvsup

2003-09-14 Thread Simon Brown
Hi...

Sorry to do a me too, but I have a similar problem after a cvsup midday
on the 13th September. The previous kernel was pre-ATAng.

The machine panic'd after inserting a friends wireless PCMCIA card
(but that's probably another unrelated issue), rebooted and left
me in single user after failing to automatically run fsck. Prior to
that it had booted fine when the disks were clean.

Unfortunately, I wasn't able to copy down the exact error messages
it printed in the failed fsck_ufs. But they were definitely of the form
CANNOT WRITE BLK:  and the fsck then died with a SIGABRT.

A manual fsck of the disks has got me back up and running and the machine
now boots multiuser without fsck terminating abnormally, but still seems
unable to resolve the inconsistencies on-disk.

http://www.silent.co.uk/freebsd/

... contains a dmesg and messages log of the failing background fsck
if they are of any help.

I will try to investigate further but please get in touch if there is more
information I can provide.

Cheers,
Si

On Sun, Sep 14, 2003 at 03:52:33PM +1000, Alastair G. Hogge wrote:
 Hello list,
 
 I've recently cvsup'd current (14th of Sep). After a build and install
 world/kernel I rebooted to find some new and interesting kernel messages
 about ata? MPSAFE. Well as the booting continued I notcied the machine was
 going through more disk activity then usal. It was also taking alot longer
 to actully start. Eventully the kernel dropped into single user mode.
 
 It appears my filesystem is playing up for some reason. I haven't had any
 power failures for random hangs/reboots.
 
 After the recent cvsup my  /usr fs appears to be coruppt or something. In
 single user mode I'm unable fix the problem with fsck. At first when I had
 softupdates /usr fsck would give me messages like UNEXPECTED SOFT UPDATE
 INCONSISTENCY I turned of softupate to see if it would help...it didn't. I
 still can't fix the fs. I get output like CANNOT WRITE BLK: xxx and I'm
 always unable to salvage blks and what not.
 
 Anyway my dmesg is as follows:
 Copyright (c) 1992-2003 The FreeBSD Project.
 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
  The Regents of the University of California. All rights reserved.
 FreeBSD 5.1-CURRENT #0: Sun Sep 14 12:59:35 EST 2003
 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
 Preloaded elf kernel /boot/kernel.GENERIC/kernel at 0xc076.
 Preloaded elf module /boot/modules/acpi.ko at 0xc076024c.
 Timecounter i8254 frequency 1193182 Hz quality 0
 CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2533.05-MHz 686-class CPU)
   Origin = GenuineIntel  Id = 0xf27  Stepping = 7
 
 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA
 ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
 real memory  = 536854528 (511 MB)
 avail memory = 513466368 (489 MB)
 Pentium Pro MTRR support enabled
 npx0: [FAST]
 npx0: math processor on motherboard
 npx0: INT 16 interface
 acpi0: ASUS   P4S8Xon motherboard
 pcibios: BIOS version 2.10
 Using $PIR table, 11 entries at 0xc00f1720
 acpi0: power button is handled as a fixed feature programming model.
 Timecounter ACPI-fast frequency 3579545 Hz quality 1000
 acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0
 acpi_cpu0: CPU on acpi0
 acpi_cpu1: CPU on acpi0
 acpi_button0: Power Button on acpi0
 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
 pci0: ACPI PCI bus on pcib0
 pcib0: slot 2 INTA is routed to irq 11
 pcib0: slot 3 INTA is routed to irq 9
 pcib0: slot 3 INTB is routed to irq 9
 pcib0: slot 3 INTC is routed to irq 9
 pcib0: slot 14 INTA is routed to irq 11
 agp0: SiS 648 host to AGP bridge mem 0xe000-0xe7ff at device 0.0
 on pci0
 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0
 pci1: ACPI PCI bus on pcib1
 pcib1: slot 0 INTA is routed to irq 11
 pci1: display, VGA at device 0.0 (no driver attached)
 isab0: PCI-ISA bridge at device 2.0 on pci0
 isa0: ISA bus on isab0
 fwohci0: vendor=1039, dev=7007
 fwohci0: 1394 Open Host Controller Interface mem 0xde80-0xde800fff at
 device 2.3 on pci0
 pcib0: slot 2 INTB is routed to irq 5
 fwohci0: [MPSAFE]
 fwohci0: OHCI version 1.0 (ROM=1)
 fwohci0: No. of Isochronous channel is 4.
 fwohci0: EUI64 00:e0:18:00:00:0a:83:4c
 fwohci0: Phy 1394a available S400, 2 ports.
 fwohci0: Link S400, max_rec 2048 bytes.
 firewire0: IEEE1394(FireWire) bus on fwohci0
 if_fwe0: Ethernet over FireWire on firewire0
 if_fwe0: Fake Ethernet address: 02:e0:18:0a:83:4c
 sbp0: SBP2/SCSI over firewire on firewire0
 fwohci0: Initiate bus reset
 atapci0: SiS 963 UDMA133 controller port
 0xb400-0xb40f,0xb800-0xb803,0xd000-0xd007,0xd400-0xd403,0xd800-0xd807 irq 11
 at device 2.5 on pci0
 ata0: at 0x1f0 irq 14 on atapci0
 ata0: [MPSAFE]
 ata1: at 0x170 irq 15 on atapci0
 ata1: [MPSAFE]
 pci0: multimedia, audio at device 2.7 (no driver attached)
 ohci0: SiS 5571 USB controller mem 0xde00-0xde000fff irq 9 at device
 3.0 on pci0
 usb0: OHCI version 1.0, legacy 

Re: ATA problems(unlean fs) on recent cvsup

2003-09-14 Thread Mark Dixon
I've seen that too, although my problem was with my Alcatel Speedtouch 
330 which routinely panics the system.

I'djust retrieved usr from a backup to get round it, and put it down to 
the perils of -current, but if there is really a problem, I can 
investigate further here.

Mark

Simon Brown wrote:

Hi...

Sorry to do a me too, but I have a similar problem after a cvsup midday
on the 13th September. The previous kernel was pre-ATAng.
The machine panic'd after inserting a friends wireless PCMCIA card
(but that's probably another unrelated issue), rebooted and left
me in single user after failing to automatically run fsck. Prior to
that it had booted fine when the disks were clean.
Unfortunately, I wasn't able to copy down the exact error messages
it printed in the failed fsck_ufs. But they were definitely of the form
CANNOT WRITE BLK:  and the fsck then died with a SIGABRT.
A manual fsck of the disks has got me back up and running and the machine
now boots multiuser without fsck terminating abnormally, but still seems
unable to resolve the inconsistencies on-disk.
http://www.silent.co.uk/freebsd/

... contains a dmesg and messages log of the failing background fsck
if they are of any help.
I will try to investigate further but please get in touch if there is more
information I can provide.
Cheers,
Si
On Sun, Sep 14, 2003 at 03:52:33PM +1000, Alastair G. Hogge wrote:
 

Hello list,

I've recently cvsup'd current (14th of Sep). After a build and install
world/kernel I rebooted to find some new and interesting kernel messages
about ata? MPSAFE. Well as the booting continued I notcied the machine was
going through more disk activity then usal. It was also taking alot longer
to actully start. Eventully the kernel dropped into single user mode.
It appears my filesystem is playing up for some reason. I haven't had any
power failures for random hangs/reboots.
After the recent cvsup my  /usr fs appears to be coruppt or something. In
single user mode I'm unable fix the problem with fsck. At first when I had
softupdates /usr fsck would give me messages like UNEXPECTED SOFT UPDATE
INCONSISTENCY I turned of softupate to see if it would help...it didn't. I
still can't fix the fs. I get output like CANNOT WRITE BLK: xxx and I'm
always unable to salvage blks and what not.
Anyway my dmesg is as follows:
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.1-CURRENT #0: Sun Sep 14 12:59:35 EST 2003
   [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
Preloaded elf kernel /boot/kernel.GENERIC/kernel at 0xc076.
Preloaded elf module /boot/modules/acpi.ko at 0xc076024c.
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2533.05-MHz 686-class CPU)
 Origin = GenuineIntel  Id = 0xf27  Stepping = 7
Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA
,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
real memory  = 536854528 (511 MB)
avail memory = 513466368 (489 MB)
Pentium Pro MTRR support enabled
npx0: [FAST]
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: ASUS   P4S8Xon motherboard
pcibios: BIOS version 2.10
Using $PIR table, 11 entries at 0xc00f1720
acpi0: power button is handled as a fixed feature programming model.
Timecounter ACPI-fast frequency 3579545 Hz quality 1000
acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0
acpi_cpu0: CPU on acpi0
acpi_cpu1: CPU on acpi0
acpi_button0: Power Button on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pcib0: slot 2 INTA is routed to irq 11
pcib0: slot 3 INTA is routed to irq 9
pcib0: slot 3 INTB is routed to irq 9
pcib0: slot 3 INTC is routed to irq 9
pcib0: slot 14 INTA is routed to irq 11
agp0: SiS 648 host to AGP bridge mem 0xe000-0xe7ff at device 0.0
on pci0
pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0
pci1: ACPI PCI bus on pcib1
pcib1: slot 0 INTA is routed to irq 11
pci1: display, VGA at device 0.0 (no driver attached)
isab0: PCI-ISA bridge at device 2.0 on pci0
isa0: ISA bus on isab0
fwohci0: vendor=1039, dev=7007
fwohci0: 1394 Open Host Controller Interface mem 0xde80-0xde800fff at
device 2.3 on pci0
pcib0: slot 2 INTB is routed to irq 5
fwohci0: [MPSAFE]
fwohci0: OHCI version 1.0 (ROM=1)
fwohci0: No. of Isochronous channel is 4.
fwohci0: EUI64 00:e0:18:00:00:0a:83:4c
fwohci0: Phy 1394a available S400, 2 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: IEEE1394(FireWire) bus on fwohci0
if_fwe0: Ethernet over FireWire on firewire0
if_fwe0: Fake Ethernet address: 02:e0:18:0a:83:4c
sbp0: SBP2/SCSI over firewire on firewire0
fwohci0: Initiate bus reset
atapci0: SiS 963 UDMA133 controller port
0xb400-0xb40f,0xb800-0xb803,0xd000-0xd007,0xd400-0xd403,0xd800-0xd807 irq 11
at device 2.5 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
ata1: at 0x170 irq