We're also seeing this hang-on-reboot problem when running linux-
image-2.6.32-53-server and linux-image-2.6.32-50-server kernels in a Xen
guest... but in our case our Xen hypervisor is v4.0.
For what it's worth, I found this related discussion thread:
Additional note: Precise guests on the same Xen host don't have problems
rebooting, e.g. using the latest linux-image-3.5.0-43-generic kernel.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
On Thu, Aug 08, 2019 at 15:27:20 -, James Kingdon wrote:
> I got hit by this after a power outage cycled my file servers and
> presumably activated a previous automatic kernel update (the servers
> normally stay up for months at a time).
>
> The kernel that is currently running is:
>
> Linux
On Thu, Aug 08, 2019 at 18:05:55 -, James Kingdon wrote:
> I'm not sure what kernel was there before. I was expecting to see traces
> in /boot but the only references are to 4.14.133.
(Weird. I'm not familiar with the kernels for odroid, but off hand I'd
be suprised if the
On Thu, Aug 08, 2019 at 18:57:24 -, James Kingdon wrote:
> Yes, hdparm -S.
Okay, thanks.
> Not sure if it's relevant, but the distro is 16.04.6 LTS
> (Xenial Xerus) in this case.
Okay, yeah, that makes a little more sense. Again, I don't know the
timeline on these specific kernels, but in
** Summary changed:
- for Seagate USB drive enclosures, SAT (e.g. smartmontools) works on kernel
4.13 but not on 4.15
+ for Seagate USB drive enclosures, SAT (e.g. smartmontools, hdparm) works on
kernel 4.13 but not on 4.15
--
You received this bug notification because you are a member of
On Thu, Aug 08, 2019 at 21:59:50 -, James Kingdon wrote:
> source.list is using http://ports.ubuntu.com/
Okay, interesting. So I guess most of your install is the armhf
architecture packages from ports.ubuntu.com. However, the the kernel
you mentioned (4.14.111-odroidxu4) isn't from there;
On Thu, Aug 08, 2019 at 23:50:14 -, James Kingdon wrote:
> Hmm, you've got me curious now. It's been a while since I really looked
> at the ARM boards. sources.list.d contains armbian.list which has a
> single entry:
>
> deb http://apt.armbian.com xenial main xenial-utils xenial-desktop
>
>
@Mike/Robie:
Actually the "uas: Always apply US_FL_NO_ATA_1X quirk to Seagate
devices" patch to the kernel is (part of) the cause of the current
smartmontool failure rather than a fix for it.
The underlying problem is that most Seagate drive enclosures do not
properly handle SAT (= "ATA
9 matches
Mail list logo