NewPi
Posts: 66
Joined: Sat Aug 18, 2012 2:52 pm

Super slow USB HDD after apt-get upgrade ?

Mon Sep 23, 2013 8:40 am

Everything was working fine but after using apt-get upgrade and rpi-update followed by a reboot my NAS access over network went super slow and Pi would freeze while trying to copy files from NAS. I ran fsck and it made some fixes, now when I run fsck it shows status as clean however the problem still remains and this appears in kernel log :

Code: Select all

Sep 23 10:09:26 NAS kernel: [ 9861.432176] usb 1-1.2.2: reset high-speed USB device number 5 using dwc_otg
Sep 23 10:09:57 NAS kernel: [ 9892.389491] usb 1-1.2.2: reset high-speed USB device number 5 using dwc_otg
Sep 23 10:10:29 NAS kernel: [ 9924.346601] usb 1-1.2.2: reset high-speed USB device number 5 using dwc_otg
Sep 23 10:11:00 NAS kernel: [ 9955.423924] usb 1-1.2.2: reset high-speed USB device number 5 using dwc_otg
Sep 23 10:11:21 NAS kernel: [ 9976.730440] usb 1-1.1: USB disconnect, device number 3
Sep 23 10:11:21 NAS kernel: [ 9976.731083] smsc95xx 1-1.1:1.0: eth0: unregister 'smsc95xx' usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet
Sep 23 10:11:21 NAS kernel: [ 9976.737702] ERROR::handle_hc_chhltd_intr_dma:2591: handle_hc_chhltd_intr_dma: Channel 0, DMA Mode -- ChHltd set, but reason for halting is unknown, hcint 0x00000012, intsts 0x04000001
Sep 23 10:11:21 NAS kernel: [ 9976.737702] 
Sep 23 10:11:21 NAS kernel: [ 9976.743782] usb 1-1.2: USB disconnect, device number 4
Sep 23 10:11:21 NAS kernel: [ 9976.743814] usb 1-1.2.2: USB disconnect, device number 5
Sep 23 10:11:25 NAS kernel: [ 9980.481332] sd 0:0:0:0: [sda] Unhandled error code
Sep 23 10:11:25 NAS kernel: [ 9980.481366] sd 0:0:0:0: [sda]  
Sep 23 10:11:25 NAS kernel: [ 9980.481381] Result: hostbyte=0x01 driverbyte=0x00
Sep 23 10:11:25 NAS kernel: [ 9980.481394] sd 0:0:0:0: [sda] CDB: 
Sep 23 10:11:25 NAS kernel: [ 9980.481404] cdb[0]=0x28: 28 00 0c 55 01 5f 00 00 f0 00
Sep 23 10:11:25 NAS kernel: [ 9980.481447] end_request: I/O error, dev sda, sector 206897503
Sep 23 10:11:25 NAS kernel: [ 9980.481606] sd 0:0:0:0: [sda] Unhandled error code
Sep 23 10:11:25 NAS kernel: [ 9980.481630] sd 0:0:0:0: [sda]  
Sep 23 10:11:25 NAS kernel: [ 9980.481642] Result: hostbyte=0x01 driverbyte=0x00
Sep 23 10:11:25 NAS kernel: [ 9980.481655] sd 0:0:0:0: [sda] CDB: 
Sep 23 10:11:25 NAS kernel: [ 9980.481663] cdb[0]=0x28: 28 00 0c 55 02 4f 00 00 10 00
Sep 23 10:11:25 NAS kernel: [ 9980.481699] end_request: I/O error, dev sda, sector 206897743
Sep 23 10:11:25 NAS kernel: [ 9980.483982] Aborting journal on device sda1-8.
Sep 23 10:11:25 NAS kernel: [ 9980.484116] JBD2: Error -5 detected when updating journal superblock for sda1-8.
Sep 23 10:11:25 NAS kernel: [ 9980.484187] journal commit I/O error
Sep 23 10:11:25 NAS kernel: [ 9980.534588] Indeed it is in host mode hprt0 = 00001101
Sep 23 10:11:25 NAS kernel: [ 9980.771312] usb 1-1: reset high-speed USB device number 2 using dwc_otg
Sep 23 10:11:25 NAS kernel: [ 9980.771487] Indeed it is in host mode hprt0 = 00001101
Sep 23 10:11:26 NAS kernel: [ 9981.271405] usb 1-1.1: new high-speed USB device number 6 using dwc_otg
Sep 23 10:11:26 NAS kernel: [ 9981.371955] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
Sep 23 10:11:26 NAS kernel: [ 9981.371987] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Sep 23 10:11:26 NAS kernel: [ 9981.380654] smsc95xx v1.0.4
Sep 23 10:11:26 NAS kernel: [ 9981.446388] smsc95xx 1-1.1:1.0: eth0: register 'smsc95xx' at usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:85:6e:e6
Sep 23 10:11:26 NAS kernel: [ 9981.541458] usb 1-1.2: new high-speed USB device number 7 using dwc_otg
Sep 23 10:11:26 NAS kernel: [ 9981.643349] usb 1-1.2: New USB device found, idVendor=05e3, idProduct=0608
Sep 23 10:11:26 NAS kernel: [ 9981.643381] usb 1-1.2: New USB device strings: Mfr=0, Product=1, SerialNumber=0
Sep 23 10:11:26 NAS kernel: [ 9981.643398] usb 1-1.2: Product: USB2.0 Hub
Sep 23 10:11:26 NAS kernel: [ 9981.644640] hub 1-1.2:1.0: USB hub found
Sep 23 10:11:26 NAS kernel: [ 9981.645084] hub 1-1.2:1.0: 4 ports detected
Sep 23 10:11:27 NAS kernel: [ 9981.921547] usb 1-1.2.2: new high-speed USB device number 8 using dwc_otg
Sep 23 10:11:27 NAS kernel: [ 9982.022979] usb 1-1.2.2: New USB device found, idVendor=152d, idProduct=2329
Sep 23 10:11:27 NAS kernel: [ 9982.023038] usb 1-1.2.2: New USB device strings: Mfr=1, Product=11, SerialNumber=5
Sep 23 10:11:27 NAS kernel: [ 9982.023058] usb 1-1.2.2: Product: StoreJet Transcend
Sep 23 10:11:27 NAS kernel: [ 9982.023074] usb 1-1.2.2: Manufacturer: JMicron
Sep 23 10:11:27 NAS kernel: [ 9982.023087] usb 1-1.2.2: SerialNumber: 323749CC4062
Sep 23 10:11:27 NAS kernel: [ 9982.040388] scsi1 : usb-storage 1-1.2.2:1.0
Sep 23 10:11:28 NAS kernel: [ 9983.070559] scsi 1:0:0:0: Direct-Access     StoreJet Transcend        2AR1 PQ: 0 ANSI: 2 CCS
Sep 23 10:11:28 NAS kernel: [ 9983.073584] sd 1:0:0:0: [sdb] 976773167 512-byte logical blocks: (500 GB/465 GiB)
Sep 23 10:11:28 NAS kernel: [ 9983.074564] sd 1:0:0:0: [sdb] Write Protect is off
Sep 23 10:11:28 NAS kernel: [ 9983.074596] sd 1:0:0:0: [sdb] Mode Sense: 28 00 00 00
Sep 23 10:11:28 NAS kernel: [ 9983.075436] sd 1:0:0:0: [sdb] No Caching mode page present
Sep 23 10:11:28 NAS kernel: [ 9983.075462] sd 1:0:0:0: [sdb] Assuming drive cache: write through
Sep 23 10:11:28 NAS kernel: [ 9983.078691] sd 1:0:0:0: [sdb] No Caching mode page present
Sep 23 10:11:28 NAS kernel: [ 9983.078723] sd 1:0:0:0: [sdb] Assuming drive cache: write through
Sep 23 10:11:28 NAS kernel: [ 9983.196448] smsc95xx 1-1.1:1.0: eth0: link up, 100Mbps, full-duplex, lpa 0x4DE1
Sep 23 10:11:28 NAS kernel: [ 9983.459197]  sdb: sdb1
Sep 23 10:11:28 NAS kernel: [ 9983.472521] sd 1:0:0:0: [sdb] No Caching mode page present
Sep 23 10:11:28 NAS kernel: [ 9983.472556] sd 1:0:0:0: [sdb] Assuming drive cache: write through
Sep 23 10:11:28 NAS kernel: [ 9983.472578] sd 1:0:0:0: [sdb] Attached SCSI disk
Sep 23 10:14:34 NAS kernel: [10169.003618] usb 1-1.2.2: USB disconnect, device number 8
Attaching the NAS HDD to Windows computer allows normal data access and there are no signs of any corruption, I tried copying the same files (7+GB) and it worked smoothly from Windows ?
Last edited by NewPi on Mon Sep 23, 2013 5:41 pm, edited 2 times in total.
Raspberry Pi Howto, Tips, Tricks and Tools -> http://bit.ly/RPiTricks

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2123
Joined: Thu Jul 11, 2013 2:37 pm

Re: Super slow USB HDD after apr-get upgrade ?

Mon Sep 23, 2013 9:18 am

Can you post the output of vcgencmd version?
Rockets are loud.
https://astro-pi.org

NewPi
Posts: 66
Joined: Sat Aug 18, 2012 2:52 pm

Re: Super slow USB HDD after apr-get upgrade ?

Mon Sep 23, 2013 9:23 am

Code: Select all

root@NAS:~# vcgencmd version
Sep 18 2013 15:57:39
Copyright (c) 2012 Broadcom
version b69ec34de0db05fc724aa99afe96b119969db998 (clean) (release)
Raspberry Pi Howto, Tips, Tricks and Tools -> http://bit.ly/RPiTricks

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2123
Joined: Thu Jul 11, 2013 2:37 pm

Re: Super slow USB HDD after apr-get upgrade ?

Mon Sep 23, 2013 2:50 pm

Can you compare usability with firmware from sudo rpi-update e3e89868ece21abe525dc181c431c8a8b5de58b8?

This should be a version built on the 10th of September.
Rockets are loud.
https://astro-pi.org

NewPi
Posts: 66
Joined: Sat Aug 18, 2012 2:52 pm

Re: Super slow USB HDD after apr-get upgrade ?

Mon Sep 23, 2013 6:02 pm

jdb wrote:Can you compare usability with firmware from sudo rpi-update e3e89868ece21abe525dc181c431c8a8b5de58b8?

This should be a version built on the 10th of September.

This fixed it for me :)
Raspberry Pi Howto, Tips, Tricks and Tools -> http://bit.ly/RPiTricks

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2123
Joined: Thu Jul 11, 2013 2:37 pm

Re: Super slow USB HDD after apt-get upgrade ?

Mon Sep 23, 2013 10:32 pm

It's not fixed, it just means the last change I did was bogus.

Can you do some experimentation?

Can you go to https://www.dropbox.com/s/pr3g0vi1jkfb4 ... t_bits.zip and get the zip file, then copy start_9.elf onto your SD card (overwrite /boot/start.elf, and make sure that the line start_x=1 does not exist in /boot/config.txt).

This should fix your slowdowns. If you still get occasional problems, can you repeat the process with start_10.elf and test again?
Rockets are loud.
https://astro-pi.org

NewPi
Posts: 66
Joined: Sat Aug 18, 2012 2:52 pm

Re: Super slow USB HDD after apt-get upgrade ?

Tue Sep 24, 2013 2:01 am

jdb wrote:It's not fixed, it just means the last change I did was bogus.

Can you do some experimentation?

Can you go to https://www.dropbox.com/s/pr3g0vi1jkfb4 ... t_bits.zip and get the zip file, then copy start_9.elf onto your SD card (overwrite /boot/start.elf, and make sure that the line start_x=1 does not exist in /boot/config.txt).

This should fix your slowdowns. If you still get occasional problems, can you repeat the process with start_10.elf and test again?
Pls. confirm :

a). You mean to say delete

Code: Select all

/boot/start.elf
and use first

Code: Select all

/boot/start_9.elf
and then

Code: Select all

/boot/start_10.elf
provided by you. Do I need to rename these to start.elf ?
b). This will be done with the reverted back (Sept 10) firmware.
Raspberry Pi Howto, Tips, Tricks and Tools -> http://bit.ly/RPiTricks

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2123
Joined: Thu Jul 11, 2013 2:37 pm

Re: Super slow USB HDD after apt-get upgrade ?

Tue Sep 24, 2013 9:38 am

Yes, that should work. You need to rename start_9.elf to start.elf so that it is used on the next reboot.
Rockets are loud.
https://astro-pi.org

NewPi
Posts: 66
Joined: Sat Aug 18, 2012 2:52 pm

Re: Super slow USB HDD after apt-get upgrade ?

Tue Sep 24, 2013 10:35 am

jdb wrote:Yes, that should work. You need to rename start_9.elf to start.elf so that it is used on the next reboot.
The problem got fixed when reverted to Sept 10 version, both 9 and 10 version caused 100% constant CPU use even after cancelling the transfer. start_9.elf was a bit more responsive and offered good initial speed (but with high CPU).

Just curious what were the changes in firmware which broke things ?

UPDATE : The CPU usage was not 100% it was just the task-bar CPU widget showing that wrongly.
Raspberry Pi Howto, Tips, Tricks and Tools -> http://bit.ly/RPiTricks

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2123
Joined: Thu Jul 11, 2013 2:37 pm

Re: Super slow USB HDD after apt-get upgrade ?

Tue Sep 24, 2013 1:54 pm

For more information: https://github.com/raspberrypi/firmware/issues/214

To be clear, are you seeing HDD performance with start_9.elf that is the same as the 10th september firmware? I'm interested in read/write speeds to/from your NAS (network or local) with 10th September vs start_9.elf.

Are there any instances of device resets or errors in dmesg when using start_9.elf?
Rockets are loud.
https://astro-pi.org

User avatar
jbeale
Posts: 3499
Joined: Tue Nov 22, 2011 11:51 pm
Contact: Website

Re: Super slow USB HDD after apt-get upgrade ?

Tue Sep 24, 2013 7:55 pm

I had what I presume is a related problem with my USB keyboard using the latest rpi-update, and reverting to the 10 Sept build fixed the problem for me. See also http://www.raspberrypi.org/phpBB3/viewt ... 28&t=56464

NewPi
Posts: 66
Joined: Sat Aug 18, 2012 2:52 pm

Re: Super slow USB HDD after apt-get upgrade ?

Wed Sep 25, 2013 2:38 am

jdb wrote:For more information: https://github.com/raspberrypi/firmware/issues/214

To be clear, are you seeing HDD performance with start_9.elf that is the same as the 10th september firmware? I'm interested in read/write speeds to/from your NAS (network or local) with 10th September vs start_9.elf.

Are there any instances of device resets or errors in dmesg when using start_9.elf?
No, start_9.elf started well but degraded after a while. I am not sure about dmesg entries but logs show none (which might have been overwritten).
Raspberry Pi Howto, Tips, Tricks and Tools -> http://bit.ly/RPiTricks

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2123
Joined: Thu Jul 11, 2013 2:37 pm

Re: Super slow USB HDD after apt-get upgrade ?

Wed Sep 25, 2013 8:59 am

When you say degrade, how are you measuring this?

Also can you compare performance when using start_10.elf?
Rockets are loud.
https://astro-pi.org

NewPi
Posts: 66
Joined: Sat Aug 18, 2012 2:52 pm

Re: Super slow USB HDD after apt-get upgrade ?

Wed Sep 25, 2013 9:40 am

jdb wrote:When you say degrade, how are you measuring this?

Also can you compare performance when using start_10.elf?
"Degrade" might be the wrong word/assumption, when using start_9.elf the transfer started at normal 5MB/s but after transferring a few MB's "TeraCopy" progress bar got frozen and I had to force-kill the transfer. start_10.elf act exactly like the broken version with no initial transfer - it stuck without transferring anything.
Raspberry Pi Howto, Tips, Tricks and Tools -> http://bit.ly/RPiTricks

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2123
Joined: Thu Jul 11, 2013 2:37 pm

Re: Super slow USB HDD after apt-get upgrade ?

Thu Sep 26, 2013 7:40 pm

Odd.

Can you post your /boot/config.txt? It may be that start_x or gpu_mem is overriding your start.elf.
Rockets are loud.
https://astro-pi.org

NewPi
Posts: 66
Joined: Sat Aug 18, 2012 2:52 pm

Re: Super slow USB HDD after apt-get upgrade ?

Fri Sep 27, 2013 3:02 am

jdb wrote:Odd.

Can you post your /boot/config.txt? It may be that start_x or gpu_mem is overriding your start.elf.

Code: Select all

# uncomment if you get no picture on HDMI for a default "safe" mode
#hdmi_safe=1

# uncomment this if your display has a black border of unused pixels visible
# and your display can output without overscan
#disable_overscan=1

# uncomment the following to adjust overscan. Use positive numbers if console
# goes off screen, and negative if there is too much border
#overscan_left=16
#overscan_right=16
#overscan_top=16
#overscan_bottom=16

# uncomment to force a console size. By default it will be display's size minus
# overscan.
#framebuffer_width=1280
#framebuffer_height=720

# uncomment if hdmi display is not detected and composite is being output
hdmi_force_hotplug=1
hdmi_drive=2

# uncomment to force a specific HDMI mode (this will force VGA)
#hdmi_group=1
#hdmi_mode=1

# uncomment to force a HDMI mode rather than DVI. This can make audio work in
# DMT (computer monitor) modes
#hdmi_drive=2

# uncomment to increase signal to HDMI, if you have interference, blanking, or
# no display
#config_hdmi_boost=4

# uncomment for composite PAL
#sdtv_mode=2

#uncomment to overclock the arm. 700 MHz is the default.
arm_freq=900

# for more options see http://elinux.org/RPi_config.txt
gpu_mem=64
core_freq=250
sdram_freq=450
over_voltage=2

Raspberry Pi Howto, Tips, Tricks and Tools -> http://bit.ly/RPiTricks

violagirl23
Posts: 7
Joined: Tue Sep 24, 2013 5:47 pm

Re: Super slow USB HDD after apt-get upgrade ?

Fri Sep 27, 2013 4:45 am

I may have a related issue. I haven't noticed any slowdown issues per se, but I have a HDD plugged into my Pi that's set to automount at boot and I would get multiple "reset high-speed USB device number [#] using dwc_otg" messages at boot-time. Sometimes the drive would reset so many times that it just wouldn't mount at all. It would then fail the fsck and I would get booted into a maintenance shell.

My output for vcgencmd version was the same as NewPi, and when I downgraded to the September 10th version per your instructions it fixed the issue. I've tried rebooting several times since then and haven't had a single reset message, so I am fairly confident that was the problem.

I currently have both USB ports occupied, as I am running Raspbian from a Patriot Memory Supersonic Boost XT USB drive in the bottom USB port, and I have a 4T self-powered Seagate Backup Plus HDD plugged into the top USB port that I am sharing over the network as an NAS. They both are set in my fstab to mount automatically at boot. The Patriot USB drive would never give me any reset issues; it was ONLY with the self-powered Seagate Backup Plus HDD. Also, I'm running headless with no GUI.

Here is my fstab for reference:

Code: Select all

proc             /proc  proc  defaults          0 0
/dev/mmcblk0p1   /boot  vfat  defaults          0 2
# Patriot USB Drive
/dev/disk/by-uuid/3bcc8e11-359e-4e5b-b028-c530a201f0db / ext4 defaults,noatime 0 1
# 4T Seagate Backup Plus HDD
/dev/disk/by-uuid/930b3cae-d060-4ff3-923b-4c918885bb00 /media/USBHDD1 ext4 defaults,noatime 0 2
Also, here is my /boot/cmdline.txt, if you need it! The rootdelay=5 is in there since I'm booting the Pi from a flash drive rather than the SD card.

Code: Select all

dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=PARTUUID=E75CDF61-4E32-44DA-83B2-98B5FA6C6383 rootfstype=ext4 elevator=deadline rootwait rootdelay=5
And here is the uncommented sections of my /boot/config.txt:

Code: Select all

arm_freq=800
start_x=0
core_freq=250
sdram_freq=400
over_voltage=0
gpu_mem=16
I know I'm not having the SAME issues as NewPi, but if there is something I can play around with that might help you out, I'm definitely willing to do some debugging work! I changed the pass number on my HDD to 0 for now so I won't get booted back into a maintenance shell if something gets mucked up with the drive while I'm debugging stuff. :)

Here is the relevant output from kern.log relating to the USB drives, both with the Sep 18 and the Sep 10 firmware.

vcgencmd version
Sep 18 2013 15:57:39
Copyright (c) 2012 Broadcom
version b69ec34de0db05fc724aa99afe96b119969db998 (clean) (release)

Code: Select all

Sep 25 15:33:03 raspberrypi kernel: [    3.205766] usb 1-1.3: new high-speed USB device number 4 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [    3.327921] usb 1-1.3: New USB device found, idVendor=13fe, idProduct=5200
Sep 25 15:33:03 raspberrypi kernel: [    3.336423] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 25 15:33:03 raspberrypi kernel: [    3.345273] usb 1-1.3: Product: Patriot Memory
Sep 25 15:33:03 raspberrypi kernel: [    3.351225] usb 1-1.3: Manufacturer:
Sep 25 15:33:03 raspberrypi kernel: [    3.357067] usb 1-1.3: SerialNumber: 0701385B3A655B78
Sep 25 15:33:03 raspberrypi kernel: [    3.365374] scsi0 : usb-storage 1-1.3:1.0
Sep 25 15:33:03 raspberrypi kernel: [    4.366727] scsi 0:0:0:0: Direct-Access              Patriot Memory   PMAP PQ: 0 ANSI: 6
Sep 25 15:33:03 raspberrypi kernel: [    4.379235] sd 0:0:0:0: [sda] 15466496 512-byte logical blocks: (7.91 GB/7.37 GiB)
Sep 25 15:33:03 raspberrypi kernel: [    4.393588] sd 0:0:0:0: [sda] Write Protect is off
Sep 25 15:33:03 raspberrypi kernel: [    4.400109] sd 0:0:0:0: [sda] Mode Sense: 2b 80 00 08
Sep 25 15:33:03 raspberrypi kernel: [    4.401728] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Sep 25 15:33:03 raspberrypi kernel: [    4.562173]  sda: sda1
Sep 25 15:33:03 raspberrypi kernel: [    4.571736] sd 0:0:0:0: [sda] Attached SCSI removable disk
Sep 25 15:33:03 raspberrypi kernel: [    7.492297] EXT4-fs (sda1): recovery complete
Sep 25 15:33:03 raspberrypi kernel: [    7.501812] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Sep 25 15:33:03 raspberrypi kernel: [    7.512563] VFS: Mounted root (ext4 filesystem) on device 8:1.
Sep 25 15:33:03 raspberrypi kernel: [    7.521641] devtmpfs: mounted
Sep 25 15:33:03 raspberrypi kernel: [    7.526651] Freeing init memory: 132K
Sep 25 15:33:03 raspberrypi kernel: [    7.915836] usb 1-1.2: new high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [    8.057900] usb 1-1.2: New USB device found, idVendor=0bc2, idProduct=a0a4
Sep 25 15:33:03 raspberrypi kernel: [    8.070684] usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
Sep 25 15:33:03 raspberrypi kernel: [    8.079929] usb 1-1.2: Product: Backup+ Desk
Sep 25 15:33:03 raspberrypi kernel: [    8.085825] usb 1-1.2: Manufacturer: Seagate
Sep 25 15:33:03 raspberrypi kernel: [    8.091672] usb 1-1.2: SerialNumber: NA5JVYD4
Sep 25 15:33:03 raspberrypi kernel: [    8.110457] scsi1 : usb-storage 1-1.2:1.0
Sep 25 15:33:03 raspberrypi kernel: [    9.116996] scsi 1:0:0:0: Direct-Access     Seagate  Backup+ Desk     0503 PQ: 0 ANSI: 6
Sep 25 15:33:03 raspberrypi kernel: [    9.146138] sd 1:0:0:0: [sdb] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
Sep 25 15:33:03 raspberrypi kernel: [    9.175344] sd 1:0:0:0: [sdb] Write Protect is off
Sep 25 15:33:03 raspberrypi kernel: [    9.199763] sd 1:0:0:0: [sdb] Mode Sense: 43 00 00 00
Sep 25 15:33:03 raspberrypi kernel: [    9.200762] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Sep 25 15:33:03 raspberrypi kernel: [    9.245770] sd 1:0:0:0: [sdb] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
Sep 25 15:33:03 raspberrypi kernel: [    9.323810]  sdb: sdb1
Sep 25 15:33:03 raspberrypi kernel: [    9.347793] sd 1:0:0:0: [sdb] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
Sep 25 15:33:03 raspberrypi kernel: [    9.387401] sd 1:0:0:0: [sdb] Attached SCSI disk
Sep 25 15:33:03 raspberrypi kernel: [   10.163780] Registered led device: led0
Sep 25 15:33:03 raspberrypi kernel: [   41.345718] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [   72.305806] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  103.345767] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  132.129951] EXT4-fs (sda1): re-mounted. Opts: (null)
Sep 25 15:33:03 raspberrypi kernel: [  134.305885] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  165.345691] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  196.305781] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  227.345739] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  258.305698] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  289.345790] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  320.225730] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  351.265687] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  382.305827] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  413.265737] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
Sep 25 15:33:03 raspberrypi kernel: [  415.361189] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
vcgencmd version
Sep 10 2013 12:40:05
Copyright (c) 2012 Broadcom
version 26ff70fafc90598f8cf7666117c00acb25b03110 (clean) (release)

Code: Select all

Sep 26 21:25:09 raspberrypi kernel: [    3.165485] usb 1-1.2: new high-speed USB device number 4 using dwc_otg
Sep 26 21:25:09 raspberrypi kernel: [    3.307589] usb 1-1.2: New USB device found, idVendor=0bc2, idProduct=a0a4
Sep 26 21:25:09 raspberrypi kernel: [    3.316083] usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
Sep 26 21:25:09 raspberrypi kernel: [    3.324908] usb 1-1.2: Product: Backup+ Desk
Sep 26 21:25:09 raspberrypi kernel: [    3.330680] usb 1-1.2: Manufacturer: Seagate
Sep 26 21:25:09 raspberrypi kernel: [    3.336426] usb 1-1.2: SerialNumber: NA5JVYD4
Sep 26 21:25:09 raspberrypi kernel: [    3.344131] scsi0 : usb-storage 1-1.2:1.0
Sep 26 21:25:09 raspberrypi kernel: [    3.445528] usb 1-1.3: new high-speed USB device number 5 using dwc_otg
Sep 26 21:25:09 raspberrypi kernel: [    3.567681] usb 1-1.3: New USB device found, idVendor=13fe, idProduct=5200
Sep 26 21:25:09 raspberrypi kernel: [    3.576114] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 26 21:25:09 raspberrypi kernel: [    3.584868] usb 1-1.3: Product: Patriot Memory
Sep 26 21:25:09 raspberrypi kernel: [    3.590739] usb 1-1.3: Manufacturer:
Sep 26 21:25:09 raspberrypi kernel: [    3.596516] usb 1-1.3: SerialNumber: 0701385B3A655B78
Sep 26 21:25:09 raspberrypi kernel: [    3.604207] scsi1 : usb-storage 1-1.3:1.0
Sep 26 21:25:09 raspberrypi kernel: [    4.346552] scsi 0:0:0:0: Direct-Access     Seagate  Backup+ Desk     0503 PQ: 0 ANSI: 6
Sep 26 21:25:09 raspberrypi kernel: [    4.358957] sd 0:0:0:0: [sda] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
Sep 26 21:25:09 raspberrypi kernel: [    4.372814] sd 0:0:0:0: [sda] Write Protect is off
Sep 26 21:25:09 raspberrypi kernel: [    4.379293] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
Sep 26 21:25:09 raspberrypi kernel: [    4.380204] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Sep 26 21:25:09 raspberrypi kernel: [    4.393598] sd 0:0:0:0: [sda] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
Sep 26 21:25:09 raspberrypi kernel: [    4.606484] scsi 1:0:0:0: Direct-Access              Patriot Memory   PMAP PQ: 0 ANSI: 6
Sep 26 21:25:09 raspberrypi kernel: [    4.619646] sd 1:0:0:0: [sdb] 15466496 512-byte logical blocks: (7.91 GB/7.37 GiB)
Sep 26 21:25:09 raspberrypi kernel: [    4.633987] sd 1:0:0:0: [sdb] Write Protect is off
Sep 26 21:25:09 raspberrypi kernel: [    4.640631] sd 1:0:0:0: [sdb] Mode Sense: 2b 80 00 08
Sep 26 21:25:09 raspberrypi kernel: [    4.642261] sd 1:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Sep 26 21:25:09 raspberrypi kernel: [    4.847205]  sdb: sdb1
Sep 26 21:25:09 raspberrypi kernel: [    4.856787] sd 1:0:0:0: [sdb] Attached SCSI removable disk
Sep 26 21:25:09 raspberrypi kernel: [   11.361182]  sda: sda1
Sep 26 21:25:09 raspberrypi kernel: [   11.367407] sd 0:0:0:0: [sda] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
Sep 26 21:25:09 raspberrypi kernel: [   11.380400] sd 0:0:0:0: [sda] Attached SCSI disk
Sep 26 21:25:09 raspberrypi kernel: [   11.496178] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
Sep 26 21:25:09 raspberrypi kernel: [   11.507355] VFS: Mounted root (ext4 filesystem) on device 8:17.
Sep 26 21:25:09 raspberrypi kernel: [   11.522874] devtmpfs: mounted
Sep 26 21:25:09 raspberrypi kernel: [   11.528137] Freeing init memory: 132K
Sep 26 21:25:09 raspberrypi kernel: [   14.020797] Registered led device: led0
Sep 26 21:25:09 raspberrypi kernel: [   18.578760] EXT4-fs (sdb1): re-mounted. Opts: (null)
Sep 26 21:25:09 raspberrypi kernel: [   19.045186] EXT4-fs (sdb1): re-mounted. Opts: (null)
Sep 26 21:25:09 raspberrypi kernel: [   26.679579] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Last edited by violagirl23 on Fri Sep 27, 2013 8:35 pm, edited 4 times in total.

dahl
Posts: 6
Joined: Fri Sep 27, 2013 6:32 am
Location: Lund, Sweden

Re: Super slow USB HDD after apt-get upgrade ?

Fri Sep 27, 2013 6:48 am

Discovered the same problems, running the latest firmware with USB HDD 1TB drive as a "timecapsule".
Reverted to sept 10 firmware and now all errors is gone...

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2123
Joined: Thu Jul 11, 2013 2:37 pm

Re: Super slow USB HDD after apt-get upgrade ?

Fri Sep 27, 2013 4:15 pm

violagirl23 wrote:I may have a related issue. I haven't noticed any slowdown issues per se, but I have a HDD plugged into my Pi that's set to automount at boot and I would get multiple "reset high-speed USB device number [#] using dwc_otg" messages at boot-time. Sometimes the drive would reset so many times that it just wouldn't mount at all. It would then fail the fsck and I would get booted into a maintenance shell.

My output for vcgencmd version was the same as NewPi, and when I downgraded to the September 10th version per your instructions it fixed the issue. I've tried rebooting several times since then and haven't had a single reset message, so I am fairly confident that was the problem.

I currently have both USB ports occupied, as I am running Raspbian from a Patriot Memory Supersonic Boost XT USB drive in the bottom USB port, and I have a 4T self-powered Seagate Backup Plus HDD plugged into the top USB port that I am sharing over the network as an NAS. They both are set in my fstab to mount automatically at boot. The Patriot USB drive would never give me any reset issues; it was ONLY with the self-powered Seagate Backup Plus HDD. Also, I'm running headless with no GUI.

Here is my fstab for reference:

Code: Select all

proc             /proc  proc  defaults          0 0
/dev/mmcblk0p1   /boot  vfat  defaults          0 2
# Patriot USB Drive
/dev/disk/by-uuid/3bcc8e11-359e-4e5b-b028-c530a201f0db / ext4 defaults,noatime 0 1
# 4T Seagate Backup Plus HDD
/dev/disk/by-uuid/930b3cae-d060-4ff3-923b-4c918885bb00 /media/USBHDD1 ext4 defaults,noatime 0 2
Also, here is my /boot/cmdline.txt, if you need it! The rootdelay=5 is in there since I'm booting the Pi from a flash drive rather than the SD card.

Code: Select all

dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=PARTUUID=E75CDF61-4E32-44DA-83B2-98B5FA6C6383 rootfstype=ext4 elevator=deadline rootwait rootdelay=5
Here is the relevant output from kern.log relating to the USB drives, both with the Sep 18 and the Sep 10 firmware. (I removed the prefixed info like the date and the [ #####] bracket stuff for brevity. If that is vital information I can include it.)

I know I'm not having the SAME issues as NewPi, but if there is something I can play around with that might help you out, I'm definitely willing to do some debugging work! I changed the pass number on my HDD to 0 for now so I won't get booted back into a maintenance shell if something gets mucked up with the drive while I'm debugging stuff. :)

vcgencmd version
Sep 18 2013 15:57:39
Copyright (c) 2012 Broadcom
version b69ec34de0db05fc724aa99afe96b119969db998 (clean) (release)

Code: Select all

usb 1-1.3: new high-speed USB device number 4 using dwc_otg
usb 1-1.3: New USB device found, idVendor=13fe, idProduct=5200
usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1.3: Product: Patriot Memory
usb 1-1.3: Manufacturer:
usb 1-1.3: SerialNumber: 0701385B3A655B78
scsi0 : usb-storage 1-1.3:1.0
scsi 0:0:0:0: Direct-Access              Patriot Memory   PMAP PQ: 0 ANSI: 6
sd 0:0:0:0: [sda] 15466496 512-byte logical blocks: (7.91 GB/7.37 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 2b 80 00 08
sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1
sd 0:0:0:0: [sda] Attached SCSI removable disk
EXT4-fs (sda1): recovery complete
EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext4 filesystem) on device 8:1.
devtmpfs: mounted
Freeing init memory: 132K
usb 1-1.2: new high-speed USB device number 5 using dwc_otg
usb 1-1.2: New USB device found, idVendor=0bc2, idProduct=a0a4
usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
usb 1-1.2: Product: Backup+ Desk
usb 1-1.2: Manufacturer: Seagate
usb 1-1.2: SerialNumber: NA5JVYD4
scsi1 : usb-storage 1-1.2:1.0
scsi 1:0:0:0: Direct-Access     Seagate  Backup+ Desk     0503 PQ: 0 ANSI: 6
sd 1:0:0:0: [sdb] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 43 00 00 00
sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 1:0:0:0: [sdb] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
sdb: sdb1
sd 1:0:0:0: [sdb] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
sd 1:0:0:0: [sdb] Attached SCSI disk
Registered led device: led0
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
EXT4-fs (sda1): re-mounted. Opts: (null)
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
vcgencmd version
Sep 10 2013 12:40:05
Copyright (c) 2012 Broadcom
version 26ff70fafc90598f8cf7666117c00acb25b03110 (clean) (release)

Code: Select all

usb 1-1.2: new high-speed USB device number 4 using dwc_otg
usb 1-1.2: New USB device found, idVendor=0bc2, idProduct=a0a4
usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
usb 1-1.2: Product: Backup+ Desk
usb 1-1.2: Manufacturer: Seagate
usb 1-1.2: SerialNumber: NA5JVYD4
scsi0 : usb-storage 1-1.2:1.0
usb 1-1.3: new high-speed USB device number 5 using dwc_otg
usb 1-1.3: New USB device found, idVendor=13fe, idProduct=5200
usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1.3: Product: Patriot Memory
usb 1-1.3: Manufacturer:
usb 1-1.3: SerialNumber: 0701385B3A655B78
scsi1 : usb-storage 1-1.3:1.0
scsi 0:0:0:0: Direct-Access     Seagate  Backup+ Desk     0503 PQ: 0 ANSI: 6
sd 0:0:0:0: [sda] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0: [sda] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
scsi 1:0:0:0: Direct-Access              Patriot Memory   PMAP PQ: 0 ANSI: 6
sd 1:0:0:0: [sdb] 15466496 512-byte logical blocks: (7.91 GB/7.37 GiB)
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 2b 80 00 08
sd 1:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
sdb: sdb1
sd 1:0:0:0: [sdb] Attached SCSI removable disk
sda: sda1
sd 0:0:0:0: [sda] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
sd 0:0:0:0: [sda] Attached SCSI disk
EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext4 filesystem) on device 8:17.
devtmpfs: mounted
Freeing init memory: 132K
Registered led device: led0
EXT4-fs (sdb1): re-mounted. Opts: (null)
EXT4-fs (sdb1): re-mounted. Opts: (null)
EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
That's the sort of bug report I like. Maybe with timestamps for the dmesg output, but hey.

Can you please test the start_9.elf from https://www.dropbox.com/s/pr3g0vi1jkfb4 ... t_bits.zip
You should ensure that you do not have start_x=1 or gpu_mem=32 (or less) in /boot/config.txt, then copy start_9.elf to /boot. Delete start.elf and rename start_9.elf to start.elf.

I'd be interested to see if there are any errors using this firmware.
Rockets are loud.
https://astro-pi.org

violagirl23
Posts: 7
Joined: Tue Sep 24, 2013 5:47 pm

Re: Super slow USB HDD after apt-get upgrade ?

Fri Sep 27, 2013 8:40 pm

jdb wrote:That's the sort of bug report I like. Maybe with timestamps for the dmesg output, but hey.

Can you please test the start_9.elf from https://www.dropbox.com/s/pr3g0vi1jkfb4 ... t_bits.zip
You should ensure that you do not have start_x=1 or gpu_mem=32 (or less) in /boot/config.txt, then copy start_9.elf to /boot. Delete start.elf and rename start_9.elf to start.elf.

I'd be interested to see if there are any errors using this firmware.
Sorry, I didn't realize you needed the timestamps. My post has now been edited to include them. I have also included my current /boot/config.txt.

As an aside, I currently do have gpu_mem=16 in /boot/config.txt, since I am running completely headless with no GUI. I had it set to 16 when I was having the reset issues, and I have it set to 16 now (and it's working with the Sep 10 firmware). Why would this value being under 32 cause issues? I figured 16 would be a good value since I will never have a GUI on. I can definitely temporarily change it to gpu_mem=64 to test your firmware, but I guess I'm not understanding the reason is all.

RobHenry
Posts: 452
Joined: Fri Sep 21, 2012 9:04 pm
Location: UK

Re: Super slow USB HDD after apt-get upgrade ?

Fri Sep 27, 2013 9:05 pm

violagirl23 wrote: As an aside, I currently do have gpu_mem=16 in /boot/config.txt, since I am running completely headless with no GUI.
I have exactly the same problem with USB HDD, but gpu_mem is set to 32 - I found that gpu_mem=16 gets ignored and it defaults to allocating 128MB to gpu on a 512MB board (with Sep 10 firmware). Haven't tried changing gpu_mem with the newer firmware but will try the .elf files above with the gpu_mem entry removed from config.txt.

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2123
Joined: Thu Jul 11, 2013 2:37 pm

Re: Super slow USB HDD after apt-get upgrade ?

Fri Sep 27, 2013 9:23 pm

violagirl23 wrote:
jdb wrote:That's the sort of bug report I like. Maybe with timestamps for the dmesg output, but hey.

Can you please test the start_9.elf from https://www.dropbox.com/s/pr3g0vi1jkfb4 ... t_bits.zip
You should ensure that you do not have start_x=1 or gpu_mem=32 (or less) in /boot/config.txt, then copy start_9.elf to /boot. Delete start.elf and rename start_9.elf to start.elf.

I'd be interested to see if there are any errors using this firmware.
Sorry, I didn't realize you needed the timestamps. My post has now been edited to include them. I have also included my current /boot/config.txt.

As an aside, I currently do have gpu_mem=16 in /boot/config.txt, since I am running completely headless with no GUI. I had it set to 16 when I was having the reset issues, and I have it set to 16 now (and it's working with the Sep 10 firmware). Why would this value being under 32 cause issues? I figured 16 would be a good value since I will never have a GUI on. I can definitely temporarily change it to gpu_mem=64 to test your firmware, but I guess I'm not understanding the reason is all.
Derp

The reason why I specified those is because the bootloader will pick start_cd.elf if gpu_mem<=32, and start_x.elf if start_x=1 is set. I wanted to make sure that the issue was not confused by booting the wrong GPU binary (if you'd only replaced one of them).

Firmware updates from rpi-update will change all three binaries to reflect the latest version. You will see the issue in the september 18th version regardless of your config.txt settings.
Rockets are loud.
https://astro-pi.org

RobHenry
Posts: 452
Joined: Fri Sep 21, 2012 9:04 pm
Location: UK

Re: Super slow USB HDD after apt-get upgrade ?

Fri Sep 27, 2013 10:20 pm

start_9.elf works for me, whereas latest firmware prevents my pi from booting with rootfs mounted on external USB HDD. Here's what I did after booting from the 10 Sep commit and commenting gpu_mem, start_file=start_x.elf and fixup_file=fixup_x.dat out of config.txt:

Code: Select all

pi@raspberrypi ~/downloads $ sudo cp start_*.elf /boot/
pi@raspberrypi ~/downloads $ cd /boot
pi@raspberrypi /boot $ sudo bash			
root@raspberrypi:/boot# mv start.elf start.elf.sep-10-2013
root@raspberrypi:/boot# mv start_9.elf start.elf
root@raspberrypi:/boot# cat config.txt |grep -v '#'
arm_freq=1050
core_freq=450
sdram_freq=500
over_voltage=6
force_turbo=1
hdmi_ignore_cec_init=1
root@raspberrypi:/boot# reboot

Broadcast message from root@raspberrypi (pts/1) (Fri Sep 27 23:11:33 2013):
The system is going down for reboot NOW!
root@raspberrypi:/boot#
and it rebooted fine with nothing suspicious in the kernel log:

Code: Select all

pi@raspberrypi ~ $ uname -a
Linux raspberrypi 3.6.11+ #541 PREEMPT Sat Sep 7 19:46:21 BST 2013 armv6l GNU/Linux
pi@raspberrypi ~ $ vcgencmd version
Sep 23 2013 08:15:40 
Copyright (c) 2012 Broadcom
version 1983e537a799ed4c90327ee7ade5c4ba17f757ea (tainted) (release)
pi@raspberrypi ~ $ cat /boot/config.txt |grep -v '#'
arm_freq=1050
core_freq=450
sdram_freq=500
over_voltage=6
force_turbo=1
hdmi_ignore_cec_init=1
pi@raspberrypi ~ $
Should I stick with this or revert back to Sep 10?

violagirl23
Posts: 7
Joined: Tue Sep 24, 2013 5:47 pm

Re: Super slow USB HDD after apt-get upgrade ?

Sat Sep 28, 2013 7:32 am

jdb wrote:Derp

The reason why I specified those is because the bootloader will pick start_cd.elf if gpu_mem<=32, and start_x.elf if start_x=1 is set. I wanted to make sure that the issue was not confused by booting the wrong GPU binary (if you'd only replaced one of them).

Firmware updates from rpi-update will change all three binaries to reflect the latest version. You will see the issue in the september 18th version regardless of your config.txt settings.
Okay, this makes perfect sense! Sorry for all the questions; I'm one of those people who always wants to know the why behind everything.

I rebooted with the new firmware and didn't get any reset messages, which is a good sign. I wil need to do a few reboots to see if things are still well. Here is the relevant part of kern.log:

vcgencmd version
Sep 23 2013 08:15:40
Copyright (c) 2012 Broadcom
version 1983e537a799ed4c90327ee7ade5c4ba17f757ea (tainted) (release)

Code: Select all

Sep 28 03:08:51 raspberrypi kernel: [    3.175039] usb 1-1.2: new high-speed USB device number 4 using dwc_otg
Sep 28 03:08:51 raspberrypi kernel: [    3.307141] usb 1-1.2: New USB device found, idVendor=0bc2, idProduct=a0a4
Sep 28 03:08:51 raspberrypi kernel: [    3.315658] usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
Sep 28 03:08:51 raspberrypi kernel: [    3.324462] usb 1-1.2: Product: Backup+ Desk
Sep 28 03:08:51 raspberrypi kernel: [    3.330222] usb 1-1.2: Manufacturer: Seagate
Sep 28 03:08:51 raspberrypi kernel: [    3.335957] usb 1-1.2: SerialNumber: NA5JVYD4
Sep 28 03:08:51 raspberrypi kernel: [    3.343611] scsi0 : usb-storage 1-1.2:1.0
Sep 28 03:08:51 raspberrypi kernel: [    3.444934] usb 1-1.3: new high-speed USB device number 5 using dwc_otg
Sep 28 03:08:51 raspberrypi kernel: [    3.567106] usb 1-1.3: New USB device found, idVendor=13fe, idProduct=5200
Sep 28 03:08:51 raspberrypi kernel: [    3.575542] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 28 03:08:51 raspberrypi kernel: [    3.584305] usb 1-1.3: Product: Patriot Memory
Sep 28 03:08:51 raspberrypi kernel: [    3.590173] usb 1-1.3: Manufacturer:         
Sep 28 03:08:51 raspberrypi kernel: [    3.595948] usb 1-1.3: SerialNumber: 0701385B3A655B78
Sep 28 03:08:51 raspberrypi kernel: [    3.603643] scsi1 : usb-storage 1-1.3:1.0
Sep 28 03:08:51 raspberrypi kernel: [    4.346103] scsi 0:0:0:0: Direct-Access     Seagate  Backup+ Desk     0503 PQ: 0 ANSI: 6
Sep 28 03:08:51 raspberrypi kernel: [    4.358518] sd 0:0:0:0: [sda] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
Sep 28 03:08:51 raspberrypi kernel: [    4.372363] sd 0:0:0:0: [sda] Write Protect is off
Sep 28 03:08:51 raspberrypi kernel: [    4.378839] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
Sep 28 03:08:51 raspberrypi kernel: [    4.379754] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Sep 28 03:08:51 raspberrypi kernel: [    4.393149] sd 0:0:0:0: [sda] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
Sep 28 03:08:51 raspberrypi kernel: [    4.605902] scsi 1:0:0:0: Direct-Access              Patriot Memory   PMAP PQ: 0 ANSI: 6
Sep 28 03:08:51 raspberrypi kernel: [    4.619071] sd 1:0:0:0: [sdb] 15466496 512-byte logical blocks: (7.91 GB/7.37 GiB)
Sep 28 03:08:51 raspberrypi kernel: [    4.633536] sd 1:0:0:0: [sdb] Write Protect is off
Sep 28 03:08:51 raspberrypi kernel: [    4.640186] sd 1:0:0:0: [sdb] Mode Sense: 2b 80 00 08
Sep 28 03:08:51 raspberrypi kernel: [    4.641931] sd 1:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Sep 28 03:08:51 raspberrypi kernel: [    4.829378]  sdb: sdb1
Sep 28 03:08:51 raspberrypi kernel: [    4.839321] sd 1:0:0:0: [sdb] Attached SCSI removable disk
Sep 28 03:08:51 raspberrypi kernel: [   11.502870]  sda: sda1
Sep 28 03:08:51 raspberrypi kernel: [   11.509103] sd 0:0:0:0: [sda] 976754645 4096-byte logical blocks: (4.00 TB/3.63 TiB)
Sep 28 03:08:51 raspberrypi kernel: [   11.522214] sd 0:0:0:0: [sda] Attached SCSI disk
Sep 28 03:08:51 raspberrypi kernel: [   11.545833] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
Sep 28 03:08:51 raspberrypi kernel: [   11.557001] VFS: Mounted root (ext4 filesystem) on device 8:17.
Sep 28 03:08:51 raspberrypi kernel: [   11.572675] devtmpfs: mounted
Sep 28 03:08:51 raspberrypi kernel: [   11.577934] Freeing init memory: 132K
Sep 28 03:08:51 raspberrypi kernel: [   14.100766] Registered led device: led0
Sep 28 03:08:51 raspberrypi kernel: [   18.518965] EXT4-fs (sdb1): re-mounted. Opts: (null)
Sep 28 03:08:51 raspberrypi kernel: [   18.985525] EXT4-fs (sdb1): re-mounted. Opts: (null)
Sep 28 03:08:51 raspberrypi kernel: [   26.589662] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Well, now I'm off to do some more troubleshooting. Completely unrelated to this issue, but while I was transferring around forty gigs of media files via Samba from my Windows computer to the Pi, my ethernet apparently went absolutely nuts because there are hundreds of messages in kern.log saying "smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped" and the occasional "net_ratelimit: [####] callbacks suppressed" :? This was before I rebooted (so I was still on the Sep 10 firmware). Ah, the joys of troubleshooting. Well, I guess that's what you get when you run Linux, I suppose. :lol:

itsmedoofer
Posts: 359
Joined: Wed Sep 25, 2013 8:43 am

Re: Super slow USB HDD after apt-get upgrade ?

Tue Oct 01, 2013 9:51 am

Hi,

Any new on this ?

I tried a rpi-update over the weekend and basically everything USB went on the fritz, keyboard, mouse, Wi-Pi, I had loads of errors on boot and hangs after a reboot...

Being a noob I didn’t know how to back out the changes, however I did have the foresight to take an image of my SD before I made any changes so I just re-wrote that....

If anyone needs specifics tell me what to do and I’ll be happy to help 

TIA,
Me

Return to “Advanced users”