[opensuse] troubleshooting 13.2 USB issues
I have a PC I use for USB work. Somehting like: mount /dev/sdb1 /mnt # mount the destination. cd /mnt dd if=/dev/sdc of=image-file.dd I've had it running with oS 13.1 for a while. I updated it to 13.2 recently and now it is extremely unreliable. Various HDD metadata queries are failing routinely (but not reliably). And often, when I start the dd (like) process, the kernel starts spitting out errors continuously. I'm forced to hold the power-off button to be able to interact with the laptop. This is a production machine (laptop) and I need that feature to be highly reliable, so I need to get it resolved fairly quickly. My thought is to treat 13.2 as a failed update, and go straight to Leap 42.1 now. Any recommendations pro/con that approach. Thanks Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 12/05/2016 06:17 AM, Greg Freemyer wrote:
I have a PC I use for USB work.
Somehting like:
mount /dev/sdb1 /mnt # mount the destination. cd /mnt dd if=/dev/sdc of=image-file.dd
I've had it running with oS 13.1 for a while. I updated it to 13.2 recently and now it is extremely unreliable. Various HDD metadata queries are failing routinely (but not reliably). And often, when I start the dd (like) process, the kernel starts spitting out errors continuously. I'm forced to hold the power-off button to be able to interact with the laptop.
This is a production machine (laptop) and I need that feature to be highly reliable, so I need to get it resolved fairly quickly.
My thought is to treat 13.2 as a failed update, and go straight to Leap 42.1 now.
Any recommendations pro/con that approach.
Thanks Greg
You didn't show the kernel messages ... so are you sure it's the _destination_ (/dev/sdb1) which is failing, or could it also be the _source_ device (/dev/sdc)? Have a nice day, Berny -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On December 4, 2016 10:44:56 PM PST, Bernhard Voelker <mail@bernhard-voelker.de> wrote:
On 12/05/2016 06:17 AM, Greg Freemyer wrote:
I have a PC I use for USB work.
Somehting like:
mount /dev/sdb1 /mnt # mount the destination. cd /mnt dd if=/dev/sdc of=image-file.dd
I've had it running with oS 13.1 for a while. I updated it to 13.2 recently and now it is extremely unreliable. Various HDD metadata queries are failing routinely (but not reliably). And often, when I start the dd (like) process, the kernel starts spitting out errors continuously. I'm forced to hold the power-off button to be able to interact with the laptop.
This is a production machine (laptop) and I need that feature to be highly reliable, so I need to get it resolved fairly quickly.
My thought is to treat 13.2 as a failed update, and go straight to Leap 42.1 now.
Any recommendations pro/con that approach.
Thanks Greg
You didn't show the kernel messages ... so are you sure it's the _destination_ (/dev/sdb1) which is failing, or could it also be the _source_ device (/dev/sdc)?
Have a nice day, Berny
Agreed, we've been given absolutely nothing to go on. 13.2 has been one of the most reliable releases in a long long time. His trouble sounds more like a failing disk drive, but his description is vague at best. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
John Andersen wrote:
Agreed, we've been given absolutely nothing to go on.
13.2 has been one of the most reliable releases in a long long time.
Agree.
His trouble sounds more like a failing disk drive, but his description is vague at best.
Drive or cable? -- Per Jessen, Zürich (0.2°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Mon, Dec 5, 2016 at 2:02 AM, John Andersen <jsamyth@gmail.com> wrote:
On December 4, 2016 10:44:56 PM PST, Bernhard Voelker <mail@bernhard-voelker.de> wrote:
On 12/05/2016 06:17 AM, Greg Freemyer wrote:
I have a PC I use for USB work.
Somehting like:
mount /dev/sdb1 /mnt # mount the destination. cd /mnt dd if=/dev/sdc of=image-file.dd
I've had it running with oS 13.1 for a while. I updated it to 13.2 recently and now it is extremely unreliable. Various HDD metadata queries are failing routinely (but not reliably). And often, when I start the dd (like) process, the kernel starts spitting out errors continuously. I'm forced to hold the power-off button to be able to interact with the laptop.
This is a production machine (laptop) and I need that feature to be highly reliable, so I need to get it resolved fairly quickly.
My thought is to treat 13.2 as a failed update, and go straight to Leap 42.1 now.
Any recommendations pro/con that approach.
Thanks Greg
You didn't show the kernel messages ... so are you sure it's the _destination_ (/dev/sdb1) which is failing, or could it also be the _source_ device (/dev/sdc)?
Have a nice day, Berny
Agreed, we've been given absolutely nothing to go on.
13.2 has been one of the most reliable releases in a long long time.
His trouble sounds more like a failing disk drive, but his description is vague at best.
I don't think this is a hardware problem at all. Maybe a driver issue, but not a hardware problem. It's been very frustrating, so I was short on error messages etc. Once it happens, I lose all access to the laptop as it continuously spits out error messages, so a hard reboot is the only option. I tried: - 2 different destination drives (one HDD, one SSD) from different manufacturers (Seagate and Samsung) - 3 different source drives (from 2 different manufacturers. HGST and Seagate) - 2 different manufacturers of USB docking stations. - both direct connect USB connections from the docking station and with using 2 an external hub. My source drives are all 2 1/2 sata rotating drives, so I had to use a dock. I finally booted up a openSUSE 13.1 32-bit DVD I had available, and I had no issues at all. I even setup 2 sources being imaged to one destination (a SSD). The job is now half done, but this is a routine workload for me. Something with my 13.2 setup is screwed. I'm thinking it has to be kernel related because of all the kernel error messages, but I guess it could be userspace. And again, my main question is if I should bother troubleshooting this newly upgraded 13.2 OS, or just call it a failure and move on to Leap 42.1/ Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2016-12-06 01:08, Greg Freemyer wrote:
On Mon, Dec 5, 2016 at 2:02 AM, John Andersen <> wrote:
I don't think this is a hardware problem at all. Maybe a driver issue, but not a hardware problem.
It's been very frustrating, so I was short on error messages etc. Once it happens, I lose all access to the laptop as it continuously spits out error messages, so a hard reboot is the only option.
But logs could have been written to disk. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Greg Freemyer composed on 2016-12-05 00:17 (UTC-0500):
My thought is to treat 13.2 as a failed update, and go straight to Leap 42.1 now.
Any recommendations pro/con that approach.
FWIW, on an Intel gfx machine (Dell Optiplex 780; Eagle Lake) machine I just zypper dup'd from 13.2 to 42.2 with near perfect success. It's a multiboot machine, like most here, and on remembering to change the fstabs and bootloader menus for all installed systems on account of changing the volume label on the 42.2 filesystem from 13.2 to 42.2, I forgot to do one - the fstab on the 42.2 filesystem, so I had to do a "repair" boot before getting it to boot with / mounted rw. It was not an engirely direct upgrade. I started by purging KDE4 and whatever KF5 it included. When upgrade was done, I installed TDE 14.0.4. Only thing I'm not happy with is the master volume level increased significantly, causing much distortion as TDE's login sound plays. Dialing it back causes the other desktop sound volumes to be too low. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata composed on 2016-12-06 00:45 (UTC-0500):
Greg Freemyer composed on 2016-12-05 00:17 (UTC-0500):
My thought is to treat 13.2 as a failed update, and go straight to Leap 42.1 now.
Any recommendations pro/con that approach.
FWIW, on an Intel gfx machine (Dell Optiplex 780; Eagle Lake) machine I just zypper dup'd from 13.2 to 42.2 with near perfect success. It's a multiboot machine, like most here, and on remembering to change the fstabs and bootloader menus for all installed systems on account of changing the volume label on the 42.2 filesystem from 13.2 to 42.2, I forgot to do one - the fstab on the 42.2 filesystem, so I had to do a "repair" boot before getting it to boot with / mounted rw.
It was not an engirely direct upgrade. I started by purging KDE4 and whatever KF5 it included. When upgrade was done, I installed TDE 14.0.4.
Only thing I'm not happy with is the master volume level increased significantly, causing much distortion as TDE's login sound plays. Dialing it back causes the other desktop sound volumes to be too low.
I just got done doing another, on host gx620, an older Optiplex, also with Intel gfx, except directly from 13.1 to 42.2. No fault found other than sound level too high again. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (6)
-
Bernhard Voelker -
Carlos E. R. -
Felix Miata -
Greg Freemyer -
John Andersen -
Per Jessen