VuDu
October 13th, 2007, 04:46 PM
Hello,
when I try to access a partition for the first time after a reboot, the process acessing it eats the whole CPU time and hangs for some time (1 or 2 minutes).
I noticed it first with gkrellm startup, then disabled gkrellm and nautilus became it's victim when I tried to browse that partition. Last test, I used "df -h" and as soon as it tryed to "read the partition" the process hanged as expected.
it only happens to the first process after a reboot trying to access the partition. If one process hangs and I wait until it goes back to normal, then everything works ok until the next reboot.
vudu@vudumachine:~$ sudo fdisk -l /dev/sda
Disk /dev/sda: 60.0 GB, 60011642880 bytes
255 heads, 63 sectors/track, 7296 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xd53d826f
Device Boot Start End Blocks Id System
/dev/sda1 * 1 783 6289416 b W95 FAT32
/dev/sda2 784 2480 13631152+ 83 Linux
/dev/sda3 2481 7296 38684520 f W95 Ext'd (LBA)
/dev/sda5 2481 2611 1052226 82 Linux swap / Solaris
/dev/sda6 2612 7296 37632231 b W95 FAT32
The sda6 is the source of the problem. I have this partition scheme for some time now and only recently I noticed this problem.
Here's my fstab:
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda2
UUID=70ab05c7-0226-44ba-9322-c6af84d90be4 / ext3 defaults,errors=remount-ro 0 1
# /dev/sda1
#UUID=2028-608C /media/sda1 vfat defaults,utf8,umask=007,gid=46 0 1
/dev/sda1 /media/sda1 vfat defaults,utf8,umask=007,gid=46 0 1
# /dev/sda6
#UUID=43FB-9AEB /media/sda6 vfat defaults,utf8,umask=007,gid=46 0 0
/dev/sda6 /media/sda6 vfat defaults,utf8,umask=007,gid=46 0 0
# /dev/sda5
UUID=979ab758-c14c-4088-8d24-844a107407fd none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
I changed to /dev/sda* but it didn't help.
Any idea on what may be causing this problem?
when I try to access a partition for the first time after a reboot, the process acessing it eats the whole CPU time and hangs for some time (1 or 2 minutes).
I noticed it first with gkrellm startup, then disabled gkrellm and nautilus became it's victim when I tried to browse that partition. Last test, I used "df -h" and as soon as it tryed to "read the partition" the process hanged as expected.
it only happens to the first process after a reboot trying to access the partition. If one process hangs and I wait until it goes back to normal, then everything works ok until the next reboot.
vudu@vudumachine:~$ sudo fdisk -l /dev/sda
Disk /dev/sda: 60.0 GB, 60011642880 bytes
255 heads, 63 sectors/track, 7296 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xd53d826f
Device Boot Start End Blocks Id System
/dev/sda1 * 1 783 6289416 b W95 FAT32
/dev/sda2 784 2480 13631152+ 83 Linux
/dev/sda3 2481 7296 38684520 f W95 Ext'd (LBA)
/dev/sda5 2481 2611 1052226 82 Linux swap / Solaris
/dev/sda6 2612 7296 37632231 b W95 FAT32
The sda6 is the source of the problem. I have this partition scheme for some time now and only recently I noticed this problem.
Here's my fstab:
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda2
UUID=70ab05c7-0226-44ba-9322-c6af84d90be4 / ext3 defaults,errors=remount-ro 0 1
# /dev/sda1
#UUID=2028-608C /media/sda1 vfat defaults,utf8,umask=007,gid=46 0 1
/dev/sda1 /media/sda1 vfat defaults,utf8,umask=007,gid=46 0 1
# /dev/sda6
#UUID=43FB-9AEB /media/sda6 vfat defaults,utf8,umask=007,gid=46 0 0
/dev/sda6 /media/sda6 vfat defaults,utf8,umask=007,gid=46 0 0
# /dev/sda5
UUID=979ab758-c14c-4088-8d24-844a107407fd none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
I changed to /dev/sda* but it didn't help.
Any idea on what may be causing this problem?