Here is the output.


[rosatimr@localhost ~]$ sudo /sbin/hdparm -tT /dev/hda
Password:

/dev/hda:
Timing cached reads: 1336 MB in 2.00 seconds = 668.14 MB/sec
BLKFLSBUF failed: Function not implemented
Timing buffered disk reads: 10 MB in 3.22 seconds = 3.11 MB/sec
BLKFLSBUF failed: Function not implemented




I didn't really understand what you meant by making the changes to the .bash_profile file. I don't know where it is located either.

Hmm......... your hard drive speed is a bit slow and seems to have a configuration problem; BLKFLSBUF failed: Function not implemented (google on this error message)

This seems to be the problem with your video playback.



The .bash_profile file is hidden and it is in you home directory location (/home/username/.bash_profile). I listed the line that has been changed with the line above it, edited by any text editor and takes effect after the next user log on.

I googled the error. There is not much on it. A few sites in different languages. I translated to see if I can find a solution. No luck. I also found a site that had patches for different issues and one said that the BLKFLSBUF is not really an error. Do you think it is a buffer overflow that I am experiencing? I don't know what to do next.

Hmm........ when I google I see as a result;

http://linux.derkeiler.com/Newsgroup...4-07/1231.html

So show the exact hdparm command you used and a copy of your /etc/fstab file please.

You could try mplayer from the command line and add some caching;
mplayer -cache 10000 <path_and_filename_to_video_file_for_playing_here>

[rosatimr@localhost ~]$ sudo /sbin/hdparm -tT /dev/hda
Password:

/dev/hda:
Timing cached reads: 1340 MB in 2.00 seconds = 669.36 MB/sec
BLKFLSBUF failed: Function not implemented
Timing buffered disk reads: 4 MB in 5.15 seconds = 795.59 kB/sec
BLKFLSBUF failed: Function not implemented


Here are my /etc/fstab

/dev/VolGroup00/LogVol00 / ext3 defaults 1 1
LABEL=/boot /boot ext3 defaults 1 2
devpts /dev/pts devpts gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
/dev/VolGroup00/LogVol01 swap swap defaults 0 0


I will try that.

Yuck, the drive is getting slower;

Your post (#35):Timing buffered disk reads: 4 MB in 5.15 seconds = 795.59 kB/sec
Your post (#31):Timing buffered disk reads: 10 MB in 3.22 seconds = 3.11 MB/sec

I had this problem on my desktop system until I built a custom kernel to support the IDE chipset. Maybe it is time you consider this option. Which IDE interface do you have??

lspci -v | grep IDE

With my Desktop system Linux is on the second hard drive(hdb);

$ lspci -v | grep IDE
00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2) (prog-if 8a [Master SecP PriP])

$ sudo hdparm -tT /dev/hdb

/dev/hdb:
Timing cached reads: 1160 MB in 2.00 seconds = 579.93 MB/sec
Timing buffered disk reads: 94 MB in 3.02 seconds = 31.16 MB/sec

I tried the commands and this is what I got. By the way, I will consider any option to get this solved.

[rosatimr@localhost ~]$ lspci -v | grep IDE
bash: lspci: command not found
[rosatimr@localhost ~]$ ispci -v | grep IDE
bash: ispci: command not found
[rosatimr@localhost ~]$ sudo lspci -v | grep IDE
Password:
sudo: lspci: command not found
[rosatimr@localhost ~]$ sudo ispci -v | grep IDE
sudo: ispci: command not found
[rosatimr@localhost ~]$ sudo hdparm -tT /dev/hdb
sudo: hdparm: command not found
[rosatimr@localhost ~]$ sudo hdparm -tT /dev/hdc
sudo: hdparm: command not found
[rosatimr@localhost ~]$ sudo /sbin/hdparm -tT /dev/hdb

/dev/hdb:
Timing cached reads: 1364 MB in 2.00 seconds = 682.12 MB/sec
Timing buffered disk reads: 112 MB in 3.06 seconds = 36.66 MB/sec
[rosatimr@localhost ~]$ sudo /sbin/hdparm -tT /dev/hdc

/dev/hdc:
Timing cached reads: 1320 MB in 2.00 seconds = 659.89 MB/sec
Timing buffered disk reads: 176 MB in 3.02 seconds = 58.18 MB/sec

About 10 minutes after I posted my last response, my terminal was open, I heard a beep and this message appeared:

Message from syslogd@localhost at Tue Jan 2 15:49:52 2007...
localhost kernel: Disabling IRQ #5



On a side note, I remember something that might be a factor. I remember before my hard drive failed an I had Windows, my wireless card would stop working every now and then, especially when I was streaming videos. All I would have to do was uplug it, close the connection wizard in the systray, and plug it back in, then it worked. I wonder if that is causing an issue. But that doesn't explain why my wirless card stops working when I play a local media file on my system now.

You seem to really have some hardware problems, with maybe some IRQ issues as well. Forget what I requested earlier about the lspci -v command, it would be nice to see the output of the typed commands;

/bin/cat /proc/interrupts

/sbin/lspci -v

Here they are;


[rosatimr@localhost ~]$ /bin/cat /proc/interrupts
CPU0
0: 651423 XT-PIC timer
1: 188 XT-PIC i8042
2: 0 XT-PIC cascade
5: 25627 XT-PIC uhci_hcd:usb1, uhci_hcd:usb2, uhci_hcd:usb3
6: 6 XT-PIC floppy
8: 1 XT-PIC rtc
9: 0 XT-PIC acpi
10: 0 XT-PIC VIA8233
12: 6465 XT-PIC i8042
14: 29037 XT-PIC ide0
15: 161 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
[rosatimr@localhost ~]$ /sbin/lspci -v
00:00.0 Host bridge: VIA Technologies, Inc. VT8753 [P4X266 AGP] (rev 01)
Subsystem: VIA Technologies, Inc. VT8753 [P4X266 AGP]
Flags: bus master, medium devsel, latency 8
Memory at d0000000 (32-bit, prefetchable) [size=128M]
Capabilities: <access denied>

00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Capabilities: <access denied>

00:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: DFI Inc Unknown device 100a
Flags: bus master, medium devsel, latency 32, IRQ 10
I/O ports at d000 [size=256]
Memory at e2080000 (32-bit, non-prefetchable) [size=256]
[virtual] Expansion ROM at 40020000 [disabled] [size=64K]
Capabilities: <access denied>

00:0d.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 420] (rev a3) (prog-if 00 [VGA])
Subsystem: VISIONTEK Unknown device 0035
Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 11
Memory at e0000000 (32-bit, non-prefetchable) [size=16M]
Memory at d8000000 (32-bit, prefetchable) [size=128M]
Memory at e2000000 (32-bit, prefetchable) [size=512K]
[virtual] Expansion ROM at 40000000 [disabled] [size=128K]
Capabilities: <access denied>

00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
Subsystem: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
Flags: bus master, stepping, medium devsel, latency 0
Capabilities: <access denied>

00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE
Flags: bus master, medium devsel, latency 32, IRQ 11
I/O ports at d400 [size=16]
Capabilities: <access denied>

00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1b) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Flags: bus master, medium devsel, latency 32, IRQ 5
I/O ports at d800 [size=32]
Capabilities: <access denied>

00:11.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1b) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Flags: bus master, medium devsel, latency 32, IRQ 5
I/O ports at dc00 [size=32]
Capabilities: <access denied>

00:11.4 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1b) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Flags: bus master, medium devsel, latency 32, IRQ 5
I/O ports at e000 [size=32]
Capabilities: <access denied>

00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 30)
Subsystem: VIA Technologies, Inc. Unknown device 3058
Flags: medium devsel, IRQ 10
I/O ports at e400 [size=256]
Capabilities: <access denied>

should I start a new thread? I don't exactly know the root of my problem.

Well you do seem to have a hardware problem or two, but nothing should be a show stopper. Some suggestions:

You might want to enable acpi on boot. Maybe add acpi=on in the kernel line of grub and maybe install the acpid rpm package; yum install acpid

Try using the Fedora Development kernel
(it handles many IDE controllers and drives as SCSI[sata] drives now, hda becomes sda)

I enabled acpi. I already had the acpid installed. The fedora develepment kernel?
Also, I noticed when I boot up, I have two things that fail. It says something like;

Loading additional ip tables modules: ip_conntrack_netbios_n FAILD
Checking for nvidia module FAILD


The nvidia thing is not working right now. When I followed those instructions it worked when I loaded x with startx. Now that I load in the normal run-level, nvidia doesn't work. I didn't mention this because I new it had nothing to do with my computer freezing, which is my main concern.

ACPI does not look like it is being used judging from your posted 'cat /proc/interrupts' output. Please check;

/sbin/chkconfig --list apmd
/sbin/chkconfig --list acpid

Try adding 'acpi=on apm=off' minus the single quotemarks to the kernel line in /etc/grub.conf, example below;

kernel /vmlinuz-2.6.19-1.2904.fc7 ro root=LABEL=/1 quiet acpi=on apm=off

The ip_conntrack_netbios_ns error can be fixed by editing the /etc/sysconfig/iptables-config file and changing one line to read like;

# IPTABLES_MODULES="ip_conntrack_netbios_ns"

I'm not sure about the nvidia module but try checking the /var/log/messages file or reviewing the nvidia installation instructions.

Yes the Fedora Development kernel it may be helpful to install this in addition to the FC6 kernel. It has improved support for the IDE/ATA controllers and devices, actually a major change. The older ATA/ATAPI/MFM/RLL support (IDE/ATA) is disabled in favor of Serial ATA (prod) and Parallel ATA (experimental) drivers support, in other words your IDE/ATA devices are now SCSI devices (hda become sda for example). This may resolve your slow hard drive access. You will have to upgrade a number of other packages and re-install the nvidia driver for the new kernel but it might be worth the effort.

I typed in the commands you requested. Here is the output:


I made the changes to the /etc/grub.conf file. Where do get the Development kernel? What is the name of it?

Here are the contents of my /etc/sysconfig/iptables-config file. I didn't make any changes to it.


# Load additional iptables modules (nat helpers)
# Default: -none-
# Space separated list of nat helpers (e.g. 'ip_nat_ftp ip_nat_irc'), which
# are loaded after the firewall rules are applied. Options for the helpers are
# stored in /etc/modprobe.conf.
IPTABLES_MODULES="ip_conntrack_netbios_ns"

# Unload modules on restart and stop
# Value: yes|no, default: yes
# This option has to be 'yes' to get to a sane state for a firewall
# restart or stop. Only set to 'no' if there are problems unloading netfilter
# modules.
IPTABLES_MODULES_UNLOAD="yes"

# Save current firewall rules on stop.
# Value: yes|no, default: no
# Saves all firewall rules to /etc/sysconfig/iptables if firewall gets stopped
# (e.g. on system shutdown).
IPTABLES_SAVE_ON_STOP="no"

# Save current firewall rules on restart.
# Value: yes|no, default: no
# Saves all firewall rules to /etc/sysconfig/iptables if firewall gets
# restarted.
IPTABLES_SAVE_ON_RESTART="no"

# Save (and restore) rule and chain counter.
# Value: yes|no, default: no
# Save counters for rules and chains to /etc/sysconfig/iptables if
# 'service iptables save' is called or on stop or restart if SAVE_ON_STOP or
# SAVE_ON_RESTART is enabled.
IPTABLES_SAVE_COUNTER="no"

# Numeric status output
# Value: yes|no, default: yes
# Print IP addresses and port numbers in numeric format in the status output.
IPTABLES_STATUS_NUMERIC="yes"

# Verbose status output
# Value: yes|no, default: yes
# Print info about the number of packets and bytes plus the "input-" and
# "outputdevice" in the status output.
IPTABLES_STATUS_VERBOSE="no"

# Status output with numbered lines
# Value: yes|no, default: yes
# Print a counter/number for every rule in the status output.
IPTABLES_STATUS_LINENUMBERS="yes"


Do I need to change anything?