GNOME Bugzilla – Bug 453555
"Scanning all devices..." takes exceedingly long.
Last modified: 2008-05-09 15:38:40 UTC
Please describe the problem: When I start gparted with no command-line options, takes an exceedingly long time to become active, staying at "Scanning all devices...". The activity bar continues to move. (I originally thought it never finished, but then while working on this report I left it, and it apparently does finish. I timed it, and it takes 4.5 minutes to, correctly, show /dev/sda and /dev/sdb.) When I specify a device as a command-line option, things work fine. On the ubuntu feisty fawn live-/install-cd, detection takes a reasonable (short) time. Steps to reproduce: Actual results: Expected results: Does this happen every time? Yes. Other information: libparted : 1.8.6 I get the following output to the terminal, as well: Unable to open /dev/floppy/0 read-write (Read-only file system). /dev/floppy/0 has been opened read-only. sys-block/gparted-0.3.3 from Gentoo's portage, arch amd64. The same thing happens with sys-apps/parted-1.7.1-r1 and sys-block/gparted-0.3.1 I'm running udev. Here's the output from $ find /dev | grep -v \\\.udev | grep -v /pty | grep -v /tty /dev /dev/sdb3 /dev/sdb2 /dev/sdb1 /dev/sda8 /dev/sda4 /dev/sda1 /dev/vcsa6 /dev/vcs6 /dev/vcsa4 /dev/vcsa5 /dev/vcs5 /dev/vcs4 /dev/vcsa3 /dev/vcs3 /dev/vcsa2 /dev/vcs2 /dev/fuse /dev/nvidia0 /dev/nvidiactl /dev/vcsa7 /dev/vcs7 /dev/log /dev/vcs1 /dev/vcsa1 /dev/audio /dev/dsp /dev/adsp /dev/mixer /dev/sequencer2 /dev/sequencer /dev/sound /dev/sound/audio /dev/sound/dsp /dev/sound/adsp /dev/sound/mixer /dev/sound/sequencer2 /dev/sound/sequencer /dev/snd /dev/snd/seq /dev/snd/controlC0 /dev/snd/pcmC0D0c /dev/snd/pcmC0D0p /dev/snd/pcmC0D1p /dev/snd/pcmC0D2c /dev/snd/timer /dev/initctl /dev/sda3 /dev/sda6 /dev/sda2 /dev/sda5 /dev/sda9 /dev/sdb4 /dev/sda7 /dev/vcsa /dev/vcs /dev/usbdev2.3_ep81 /dev/usbdev2.3_ep00 /dev/usbdev2.2_ep82 /dev/usbdev2.2_ep81 /dev/usbdev2.2_ep00 /dev/usbdev2.1_ep81 /dev/usbdev2.1_ep00 /dev/usbdev1.1_ep81 /dev/usbdev1.1_ep00 /dev/bus /dev/bus/usb /dev/bus/usb/002 /dev/bus/usb/002/003 /dev/bus/usb/002/001 /dev/bus/usb/002/002 /dev/bus/usb/001 /dev/bus/usb/001/001 /dev/sda /dev/sdb /dev/tts /dev/tts/3 /dev/tts/2 /dev/tts/1 /dev/tts/0 /dev/dvdrw /dev/dvd /dev/cdrw /dev/cdrom /dev/disk /dev/disk/by-label /dev/disk/by-label/SPARE /dev/disk/by-label/XPPRO /dev/disk/by-label/U2ROOT /dev/disk/by-label/G2SPARE /dev/disk/by-label/G2BOOT /dev/disk/by-label/G2ROOT /dev/disk/by-label/G2USR /dev/disk/by-label/G2SWAP /dev/disk/by-label/G2VAR /dev/disk/by-label/ZFS1 /dev/disk/by-label/ZFS2 /dev/disk/by-label/G2HOME /dev/disk/by-uuid /dev/disk/by-uuid/270d9479-0486-4571-b90e-d893b5614335 /dev/disk/by-uuid/060CF4040CF3ED15 /dev/disk/by-uuid/8d959118-7606-4bb7-9a8e-a6e2c59c49a7 /dev/disk/by-uuid/9d87a59c-c220-4c85-a11a-ad0c00163ce8 /dev/disk/by-uuid/e930a947-4a45-4d20-8a3c-b174bf2fbd47 /dev/disk/by-uuid/6df1b643-39a7-447e-b000-fddd3473300e /dev/disk/by-uuid/17824585-b235-450e-af7b-7e02c838cab2 /dev/disk/by-uuid/66636bb2-c25a-46c6-900d-f4d6ef94bc6e /dev/disk/by-uuid/ff7be1e7-964c-4e0d-8700-5941788dd282 /dev/disk/by-uuid/1fb14673-940e-4c97-8e82-05a119d12cb8 /dev/disk/by-uuid/ff79898f-0d30-42ba-9704-08e57d550472 /dev/disk/by-uuid/cb2adeaa-5c6a-4be1-8381-17f115eb69e1 /dev/disk/by-id /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKH037341-part3 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKH037341-part2 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKH037341-part1 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKE950030-part8 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKE950030-part4 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKE950030-part1 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKE950030-part3 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKE950030-part6 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKE950030-part2 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKE950030-part5 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKE950030-part9 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKH037341-part4 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKE950030-part7 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKE950030 /dev/disk/by-id/scsi-SATA_WDC_WD2500KS-00_WD-WCANKH037341 /dev/disk/by-path /dev/disk/by-path/pci-0000:00:0e.0-scsi-1:0:0:0-part3 /dev/disk/by-path/pci-0000:00:0e.0-scsi-1:0:0:0-part2 /dev/disk/by-path/pci-0000:00:0e.0-scsi-1:0:0:0-part1 /dev/disk/by-path/pci-0000:00:0e.0-scsi-0:0:0:0-part8 /dev/disk/by-path/pci-0000:00:0e.0-scsi-0:0:0:0-part4 /dev/disk/by-path/pci-0000:00:0e.0-scsi-0:0:0:0-part1 /dev/disk/by-path/pci-0000:00:0e.0-scsi-0:0:0:0-part3 /dev/disk/by-path/pci-0000:00:0e.0-scsi-0:0:0:0-part6 /dev/disk/by-path/pci-0000:00:0e.0-scsi-0:0:0:0-part2 /dev/disk/by-path/pci-0000:00:0e.0-scsi-0:0:0:0-part5 /dev/disk/by-path/pci-0000:00:0e.0-scsi-0:0:0:0-part9 /dev/disk/by-path/pci-0000:00:0e.0-scsi-1:0:0:0-part4 /dev/disk/by-path/pci-0000:00:0e.0-scsi-0:0:0:0-part7 /dev/disk/by-path/pci-0000:00:0e.0-scsi-0:0:0:0 /dev/disk/by-path/pci-0000:00:0e.0-scsi-1:0:0:0 /dev/disk/by-path/pci-0000:00:0f.0-scsi-0:0:0:0 /dev/sr0 /dev/input /dev/input/mouse0 /dev/input/event4 /dev/input/event3 /dev/input/by-path /dev/input/by-path/pci-0000:00:0b.0-usb-0:4:1.0-mouse /dev/input/by-path/pci-0000:00:0b.0-usb-0:4:1.0-event-mouse /dev/input/by-path/pci-0000:00:0b.0-usb-0:3:1.1-event- /dev/input/by-path/pci-0000:00:0b.0-usb-0:3:1.0-event-kbd /dev/input/by-id /dev/input/by-id/usb-Logitech_USB_RECEIVER-mouse /dev/input/by-id/usb-Logitech_USB_RECEIVER-event-mouse /dev/input/by-id/usb-Microsoft_Natural_Ergonomic_Keyboard_4000-event-kbd /dev/input/event2 /dev/input/event1 /dev/input/event0 /dev/input/mice /dev/ptmx /dev/sg2 /dev/sg1 /dev/sg0 /dev/rawctl /dev/net /dev/net/tun /dev/rtc /dev/psaux /dev/misc /dev/misc/rtc /dev/misc/psaux /dev/pktcdvd /dev/pktcdvd/control /dev/mcelog /dev/hpet /dev/kmsg /dev/mapper /dev/mapper/control /dev/zero /dev/urandom /dev/random /dev/port /dev/mem /dev/full /dev/kmem /dev/raw1394 /dev/cpu /dev/cpu/1 /dev/cpu/1/msr /dev/cpu/1/cpuid /dev/cpu/0 /dev/cpu/0/msr /dev/cpu/0/cpuid /dev/ram9 /dev/ram8 /dev/ram7 /dev/ram2 /dev/ram6 /dev/ram5 /dev/ram4 /dev/ram3 /dev/ram15 /dev/ram14 /dev/ram13 /dev/ram12 /dev/ram11 /dev/ram10 /dev/ram1 /dev/ram0 /dev/rd /dev/rd/9 /dev/rd/8 /dev/rd/7 /dev/rd/2 /dev/rd/6 /dev/rd/5 /dev/rd/4 /dev/rd/3 /dev/rd/15 /dev/rd/14 /dev/rd/13 /dev/rd/12 /dev/rd/11 /dev/rd/10 /dev/rd/1 /dev/rd/0 /dev/loop7 /dev/loop6 /dev/loop5 /dev/loop4 /dev/loop3 /dev/loop2 /dev/loop1 /dev/loop0 /dev/loop /dev/loop/7 /dev/loop/6 /dev/loop/5 /dev/loop/4 /dev/loop/3 /dev/loop/2 /dev/loop/1 /dev/loop/0 /dev/fd0 /dev/floppy /dev/floppy/0 /dev/shm /dev/pts /dev/pts/6 /dev/pts/5 /dev/pts/4 /dev/pts/3 /dev/pts/2 /dev/pts/1 /dev/pts/0 /dev/core /dev/stderr /dev/stdout /dev/stdin /dev/fd /dev/null /dev/console
On my other Gentoo box, device scanning completes in 5 seconds. I have no idea which differences matter, though. Let me know what you need.
I have the same exact issue. I remember when I first installed installed Ubuntu 7.04, I did not have this issue. After I upgraded to the newest version of Gparted, I started having this issue, so this bug must have been newly introduced.
(In reply to comment #0) Same problem, last 2 released versions (0.3.3) on sidux running 2.6.22.6-rc1-slh-smp-2 kernel. Takes 10 min. or more to find partition info.
I guess this is a ubuntu issue ? This problem usually comes when scanning fat partition, but have not been reported on other linux os, so far as I know...
I have the same problem. It is not a ubuntu issue, because I used to have opensuse on the same machine and gparted behaves exactly the same. GParted is stuck "Scanning all devices..." for several minutes. Eventually it pulls through most of the time, but after every action it gets stuck again in the same state and sometimes it just crashes. On other systems it works perfectly, it is just on this one particular system that it goes bad. I suspect either the SATA2 or the absence of a floppy drive, or even the x86_64 architecture. The reason I suspect the absence of a floppy drive is because while GParted is stuck scanning, my /var/log/messages keeps filling up with messages like the following: --- Nov 29 22:02:05 cheetah kernel: [ 3827.329397] end_request: I/O error, dev fd0, sector 0 Nov 29 22:02:17 cheetah kernel: [ 3839.520943] end_request: I/O error, dev fd0, sector 0 Nov 29 22:02:29 cheetah kernel: [ 3851.709494] end_request: I/O error, dev fd0, sector 0 Nov 29 22:02:41 cheetah kernel: [ 3863.905423] end_request: I/O error, dev fd0, sector 0 Nov 29 22:02:53 cheetah kernel: [ 3876.098683] end_request: I/O error, dev fd0, sector 0[[BR]] --- The OS is ubuntu Gutsy: --- peter@cheetah:~$ uname -a Linux cheetah 2.6.22-14-generic #1 SMP Sun Oct 14 21:45:15 GMT 2007 x86_64 GNU/Linux ---
*** Bug 526058 has been marked as a duplicate of this bug. ***
Thank you all for this bug report. My name is Curtis Gedak and I am the new C++ developer for GParted. Would you be able to check your BIOS to see if it is configured to say that a floppy drive is present? If so, do you have physical floppy drive installed in the computer? If the problem is that the BIOS is misconfigured, this may actually be related to bug #351753.
(In reply to comment #7) > Would you be able to check your BIOS to see if it is configured to say that a > floppy drive is present? If so, do you have physical floppy drive installed in > the computer? > > If the problem is that the BIOS is misconfigured, this may actually be related > to bug #351753. > I haven't checked my BIOS, but removing /dev/floppy/* and /dev/fd* drops the startup time to about 8 seconds, which is quite reasonable, so your guess is quite plausible.
I have checked my bios and indeed, legacy floppy was enabled. I disabled it in the bios and now gparted starts up promptly: scanning all devices takes mere seconds instead of minutes. Note that meanwhile I also upgraded to ubuntu Hardy, which has gparted 0.3.5.
Thank you me22.ca and Peter for the prompt response. Spartan and Making, Do you have the same problem with the BIOS (as indicated in comment #7)? Regards, Curtis GEda
Just to confirm, yes, I had legacy floppy still enabled. The startup time could probably still be improved, as the light on my (empty) optical drive (a SATA DVD ReWriter) is on for most of it.
I can also confirm that GParted 0.3.7 starts promptly on my system if the support for the legacy floppy is deactivated in the BIOS. Unfortunately, my Windows XP does not like this setting. A blue screen with a STOP message will always be displayed. Bug Check 0xA5: ACPI_BIOS_ERROR http://msdn.microsoft.com/en-gb/library/ms793993.aspx
I have rewritten the "Scanning all devices..." code with the following logic: If /proc/partitions exists, then parse the devices from this file Else use libparted ped_device_probe_all() I have posted a copy of the updated source code at: http://gparted.sf.net/gparted-0.3.7-svn.tar.bz2 Would some of you be able to compile and test this on your systems?
The changes to parse /proc/partitions if it exists, have been committed to the Gnome repository for inclusion in the next release of GParted. Closing this bug.
Will the remaining seconds for scanning and processing further reduced? How much room is still there for speed improvements? https://bugzilla.gnome.org/show_bug.cgi?id=351753#c20
Currently with the logic added to process /proc/partitions, my computer performs the device scanning in 4 seconds. It is likely that this could be further reduced, though I think that my development time is better spent fixing other bugs and further improving GParted functionality. The updated testing results can be found at: https://bugzilla.gnome.org/show_bug.cgi?id=351753#c34