From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@bugzilla.kernel.org Subject: [Bug 14442] resume after hibernate: /dev/sdb drops and returns as /dev/sde Date: Tue, 23 Feb 2010 14:15:17 GMT Message-ID: <201002231415.o1NEFHw3022076@demeter.kernel.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.sourceforge.net To: dri-devel@lists.sourceforge.net List-Id: dri-devel@lists.freedesktop.org http://bugzilla.kernel.org/show_bug.cgi?id=14442 Oleksandr Yermolenko changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yaa.bta@gmail.com --- Comment #27 from Oleksandr Yermolenko 2010-02-23 14:15:02 --- I have similar problem with reappearing of HDD with different /dev/sdX name after hibernate. Interesting details: 1) NVIDIA graphics card running with proprietary drivers (190.53) instead of Radeon. 2) only one of 3 HDDs reappears with different name 3) system logs have "n_sectors mismatch" message. 4) experienced this problem on kernels 2.6.31.12 and 2.6.32.7 on Debian squeeze amd64. Kernels are from kernel.org, not from repositories. 5) This drive is Seagate ST3500320AS with SD1A firmware, sometimes it changes name from /dev/sdb to /dev/sdd after resume The frequency of the event is relatively low (about one event for 5-10 hibernate/resume cycles). Other HDDs (SAMSUNG HD321KJ (/dev/sda) and WDC WD15EARS-00Z5B1 (/dev/sdc)) never change their /dev/sdX names after resume. >>From /var/log/messages: ... sd 2:0:0:0: [sda] Starting disk sd 3:0:0:0: [sdb] Starting disk ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata4.00: n_sectors mismatch 976773168 != 976771055 ata4.00: disabled sd 3:0:0:0: [sdb] START_STOP FAILED sd 3:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK sd 5:0:0:0: [sdc] Starting disk usb 4-1: reset low speed USB device using uhci_hcd and address 2 ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata4.00: HPA detected: current 976771055, native 976773168 ata4.00: ATA-8: ST3500320AS, SD1A, max UDMA/133 ata4.00: 976771055 sectors, multi 16: LBA48 NCQ (depth 0/32) ata4.00: configured for UDMA/133 ata4.00: detaching (SCSI 3:0:0:0) usb 4-2: reset low speed USB device using uhci_hcd and address 3 usb 5-1: reset low speed USB device using uhci_hcd and address 2 Restarting tasks ... done. sd 3:0:0:0: [sdb] Synchronizing SCSI cache sd 3:0:0:0: [sdb] Stopping disk scsi 3:0:0:0: Direct-Access ATA ST3500320AS SD1A PQ: 0 ANSI: 5 sd 3:0:0:0: Attached scsi generic sg1 type 0 sd 3:0:0:0: [sdd] 976771055 512-byte logical blocks: (500 GB/465 GiB) sd 3:0:0:0: [sdd] Write Protect is off sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdd: sdd1 sdd2 < sdd5 sdd6 > sd 3:0:0:0: [sdd] Attached SCSI disk ... Note that numbers in "n_sectors mismatch" message: ata4.00: n_sectors mismatch 976773168 != 976771055 are the same as in message "HPA detected" message: ata4.00: HPA detected: current 976771055, native 976773168 What does it mean? Is this something interesting? Thanks. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev --