Ubuntu
linux package

Kernel doesn't detect media in CD/DVD drives

Bug #544548 reported by Ricardo Pérez López
72
This bug affects 10 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Won't Fix
Undecided
Satwik Bhandiwad

Bug Description

After upgrading from Karmic to Lucid Beta 1, my CD/DVD drive stops working (it doesn't detects inserted media). When I insert a CD or DVD, the light flashes but nothing more happens.

I have the following messages on dmesg:

...
[ 0.400909] pata_via 0000:00:0f.1: version 0.3.4
[ 0.401137] scsi0 : pata_via
[ 0.401214] scsi1 : pata_via
[ 0.402618] ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xe400 irq 14
[ 0.402621] ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xe408 irq 15
[ 0.402721] alloc irq_desc for 21 on node -1
[ 0.402723] alloc kstat_irqs on node -1
[ 0.402729] pata_acpi 0000:00:0f.0: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 0.402762] pata_acpi 0000:00:0f.0: PCI INT B disabled
...
[ 0.624914] ata1.00: ATAPI: PHILIPS SPD6000L1, L5P3, max UDMA/66
[ 0.653717] ata1.00: configured for UDMA/66
[ 0.711567] isapnp: No Plug & Play device found
[ 0.712423] scsi 0:0:0:0: CD-ROM PHILIPS SPD6000L1 L5P3 PQ: 0 ANSI: 5
[ 0.716534] sr0: scsi3-mmc drive: 48x/48x writer cd/rw xa/form2 cdda tray
[ 0.716537] Uniform CD-ROM driver Revision: 3.20
[ 0.716645] sr 0:0:0:0: Attached scsi CD-ROM sr0
[ 0.716704] sr 0:0:0:0: Attached scsi generic sg0 type 5
...
[ 1.026637] sata_via 0000:00:0f.0: version 2.4
[ 1.026648] sata_via 0000:00:0f.0: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 1.026682] sata_via 0000:00:0f.0: routed to hard irq line 11
...
[ 5446.000031] ata1: lost interrupt (Status 0x50)
[ 5477.000035] ata1: lost interrupt (Status 0x51)
[ 5482.000036] ata1.00: qc timeout (cmd 0xa0)
[ 5482.000048] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 5482.000054] sr 0:0:0:0: CDB: Test Unit Ready: 00 00 00 00 00 00
[ 5482.000070] ata1.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
[ 5482.000071] res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout)
[ 5482.000075] ata1.00: status: { DRDY ERR }
[ 5482.000100] ata1: soft resetting link
[ 5482.216303] ata1.00: configured for UDMA/66
[ 5487.216031] ata1.00: qc timeout (cmd 0xa0)
[ 5487.216040] ata1.00: TEST_UNIT_READY failed (err_mask=0x5)
[ 5487.216066] ata1: soft resetting link
[ 5487.432316] ata1.00: configured for UDMA/66
[ 5492.432047] ata1.00: qc timeout (cmd 0xa0)
[ 5492.432056] ata1.00: TEST_UNIT_READY failed (err_mask=0x5)
[ 5492.432063] ata1.00: limiting speed to UDMA/66:PIO3
[ 5492.432089] ata1: soft resetting link
[ 5492.644320] ata1.00: configured for UDMA/66
[ 5497.644030] ata1.00: qc timeout (cmd 0xa0)
[ 5497.644039] ata1.00: TEST_UNIT_READY failed (err_mask=0x5)
[ 5497.644042] ata1.00: disabled
[ 5497.644082] ata1: soft resetting link
[ 5497.800096] ata1: EH complete
...

It's the first time I have a non-working CD/DVD drive under Ubuntu (and I'm an Ubuntu user since Warty).

Revision history for this message
Alessio Igor Bogani (abogani) wrote :

Kernel bugs should filled against linux source package (and not linux-meta).

affects: linux-meta (Ubuntu) → linux (Ubuntu)
Jeremy Foshee (jeremyfoshee)
tags: added: kernel-series-unknown
Revision history for this message
Ricardo Pérez López (ricardo) wrote :

A workaround is to boot computer & system with a CD already inserted into the drive.

Revision history for this message
tfmoraes (tfmoraes) wrote :

Hi, this bug affects me too. A just a time ago, any DVD couldn't be read by Ubuntu, but if I putted a CD, then the DVD was read. After some updates. The DVD is being read, only blank DVD not. Then I boot in window, record the DVD. After, I boot in Ubuntu 10.04 and put the DVD record and Ubuntu reads the DVD.

Ricardo Pérez López (ricardo)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
marmotteoz (pierre-lonchampt) wrote :

+1. if choosing the new kernel the boot sequence just freeze at this stage (sr 0:0:0:0: attached scsi generic sg0 type 5), with or without a media in the drive.
if choosing the previous kernel (2.6.31-20), everything's fine.
Let me know if any more info (logs? lspci?) can help.

Cheers

Revision history for this message
Tomasz Czapiewski (xeros) wrote :

On duplicate bug report #565397 I've send more logs from my system using ubuntu-bug tool.

tags: added: kernel-bug lucid regression-proposed
Revision history for this message
Tomasz Czapiewski (xeros) wrote :

This bug looks simmilar to bug 282536, but the option suggested there ("hpet=disable") inserted to kernel cmdline didn't help.

Revision history for this message
Ricardo Pérez López (ricardo) wrote :

Well, I still have the same problem, but at least I have a good workaround (taken from https://bugzilla.redhat.com/show_bug.cgi?id=504041):

$ sudo umount /dev/sr0
$ sudo rmmod pata_via
$ sudo modprobe pata_via

After running the above three commands, Ubuntu recognizes the CD/DVD again.

It seems to be a problem in the PATA driver for VIA chipsets. Does anybody with the same symptoms have any chipset other than VIA?

Revision history for this message
Ricardo Pérez López (ricardo) wrote :

Unfortunately, the workaround only works for a limit period of time. After some time, the problem reappears.

I attach an excerpt of my /var/log/messages. It starts with an unrecognized drive ("VFS" error messages). At 21:59:21, I do the workaround (sudo rmmod pata_via ; sudo modprobe pata_via) and the drive begins to work again... until 22:17:41, when I got an error message from udisk-daemon, following with a call trace, then a fault from hald-addon-st (with a call trace), then a fault from VirtualBox (and a call trace)... and finally the ata5 stops working around 22:20:55.

Then I do the workaround one more time (sudo rmmod pata_via ; sudo modprobe pata_via) and now I have again a functional drive... attached as ata7 instead of ata5, don't know why.

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

It seems this was accidentally tagged regression-proposed. As there haven't been any Lucid kernels in -proposed up to this point I'm removing the tag and replacing it with regression-potential. Thanks.

tags: added: regression-potential
removed: regression-proposed
Revision history for this message
Tomasz Czapiewski (xeros) wrote :

Sorry, I've missunderstood this tag.

Revision history for this message
Tomasz Czapiewski (xeros) wrote :

I've just tested that this bug still exists in current kernel in ubuntu kernel-ppa (2.6.34rc5) on Lucid.

Revision history for this message
Iestyn Guest (iguest) wrote :
Download full text (3.4 KiB)

Hello,

I'm using Lucid with kernel 2.6.32-22-generic and have this same problem.

I have two devices attached to ATA1:
ata1.00: ATAPI: LITE-ON DVDRW SOHW-1633S, BS0H, max UDMA/66
and
ata1.01: ATAPI: Compaq CRD-8484B, 1.04, max MWDMA2

I haven't played with ata1.01 (the Compaq CD Drive), but definitely there is something flaky going on with the DVD drive (ata1.00 LITE-ON DVDRW) The drive sometimes recognizes blank media, sometimes it doesn't. (Although the dmesg output suggests both drives are flaky)

This issue has only occurred for me since upgrading from Ubuntu Karmic to Lucid. My dmesg log snippet is below - Let me know if I can help at all.

Kind regards, Iestyn Guest

[ 83.040042] ata1: lost interrupt (Status 0x51)
[ 88.040083] ata1.01: qc timeout (cmd 0xa0)
[ 88.040107] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 88.040114] sr 1:0:1:0: CDB: Test Unit Ready: 00 00 00 00 00 00
[ 88.040126] ata1.01: cmd a0/00:00:00:00:00/00:00:00:00:00/b0 tag 0
[ 88.040127] res 51/24:03:00:00:00/00:00:00:00:00/b0 Emask 0x5 (timeout)
[ 88.040130] ata1.01: status: { DRDY ERR }
[ 88.040160] ata1: soft resetting link
[ 88.240342] ata1: nv_mode_filter: 0x1f39f&0x1f39f->0x1f39f, BIOS=0x1f000 (0xc5000000) ACPI=0x1f01f (30:120:0x1b)
[ 88.240349] ata1: nv_mode_filter: 0x39f&0x739f->0x39f, BIOS=0x0 (0xc5000000) ACPI=0x39f (30:120:0x1b)
[ 88.280245] ata1.00: configured for UDMA/66
[ 88.320339] ata1.01: configured for MWDMA2
[ 93.320034] ata1.00: qc timeout (cmd 0xa0)
[ 93.320040] ata1.00: TEST_UNIT_READY failed (err_mask=0x5)
[ 93.320066] ata1: soft resetting link
[ 93.520314] ata1: nv_mode_filter: 0x1f39f&0x1f39f->0x1f39f, BIOS=0x1f000 (0xc5000000) ACPI=0x1f01f (30:120:0x1b)
[ 93.520319] ata1: nv_mode_filter: 0x39f&0x739f->0x39f, BIOS=0x0 (0xc5000000) ACPI=0x39f (30:120:0x1b)
[ 93.560244] ata1.00: configured for UDMA/66
[ 93.600296] ata1.01: configured for MWDMA2
[ 98.600046] ata1.00: qc timeout (cmd 0xa0)
[ 98.600052] ata1.00: TEST_UNIT_READY failed (err_mask=0x5)
[ 98.600056] ata1.00: limiting speed to UDMA/66:PIO3
[ 98.600076] ata1: soft resetting link
[ 98.800318] ata1: nv_mode_filter: 0x1f38f&0x1f39f->0x1f38f, BIOS=0x1f000 (0xc5000000) ACPI=0x1f01f (30:120:0x1b)
[ 98.800324] ata1: nv_mode_filter: 0x39f&0x739f->0x39f, BIOS=0x0 (0xc5000000) ACPI=0x39f (30:120:0x1b)
[ 98.840246] ata1.00: configured for UDMA/66
[ 98.880317] ata1.01: configured for MWDMA2
[ 103.880037] ata1.00: qc timeout (cmd 0xa0)
[ 103.880046] ata1.00: TEST_UNIT_READY failed (err_mask=0x5)
[ 103.880050] ata1.00: disabled
[ 103.880062] ata1.01: TEST_UNIT_READY failed (err_mask=0x40)
[ 103.880089] ata1: soft resetting link
[ 104.060421] ata1: nv_mode_filter: 0x39f&0x739f->0x39f, BIOS=0x0 (0xc5000000) ACPI=0x39f (30:120:0x1b)
[ 104.100341] ata1.01: configured for MWDMA2
[ 109.100028] ata1.01: qc timeout (cmd 0xa0)
[ 109.100033] ata1.01: TEST_UNIT_READY failed (err_mask=0x5)
[ 109.100037] ata1.01: limiting speed to MWDMA2:PIO3
[ 109.100057] ata1: soft resetting link
[ 109.280441] ata1: nv_mode_filter: 0x38f&0x739f->0x38f, BIOS=0x0 (0xc5000000) ACPI=0x39f (30:120:0x1b)
[ 109.320348] ata1.01: config...

Read more...

Revision history for this message
Tomasz Czapiewski (xeros) wrote :

On 2.6.34 kernel this bug still exists.
Maybe this dmesg log will be more usefull.

If this bug will not be fixed soon, I'll try to get back old pata_via driver from Karmic 2.6.31 kernel to Lucid (I still need to use patched kernel to get rid of other bugs in Lucid) because I have to get this IDE/PATA controler working.

Revision history for this message
Tomasz Czapiewski (xeros) wrote :
Revision history for this message
Tomasz Czapiewski (xeros) wrote :
Revision history for this message
Tomasz Czapiewski (xeros) wrote :
Revision history for this message
Tomasz Czapiewski (xeros) wrote :

What can I do more to help track and fix this bug?

Revision history for this message
Iestyn Guest (iguest) wrote : Re: [Bug 544548] Re: Kernel doesn't detect media in CD/DVD drives

Hey there,

As I recall, I added noacpi to grub2 as a workaround. I'd have to check
but I'm pretty sure it was noacpi and not noapic. I'm not in front of
the machine right now, but it worked around the problem - CD drives work
now, and no strange messages from dmesg. CD drives recognize blank CDs
properly as wall as burned CDs.

Kind regards,

Iestyn

On Fri, 2010-05-28 at 20:30 +0000, Tomasz Czapiewski wrote:
> What can I do more to help track and fix this bug?
>

Revision history for this message
Tomasz Czapiewski (xeros) wrote :

Thanks Iestyn, yours workaround worked!
I've been almost sure I've tried that before on the Lucid between Beta and RC, but...
The workaround is 'noapic' parameter to kernel cmdline.
Even that it works using this workaround it's a bug/regression which needs a fix.
But now I know it might be pata_via or maybe apic code problem.

I wonder if upstream know about it - I'll take a look in my free time.

Revision history for this message
Hippman (erufrank) wrote :

Seems fixed in Kernel 2.6.35-020635rc1-generic.

Revision history for this message
krush (krush-ru) wrote :

Bag not fixed!!!

[ 793.008348] sr 0:0:1:0: CDB: Prevent/Allow Medium Removal: 1e 00 00 00 00 00
[ 793.008379] ata1.01: cmd a0/00:00:00:00:00/00:00:00:00:00/b0 tag 0
[ 793.008382] res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
[ 793.008391] ata1.01: status: { DRDY }

$ uname -r
2.6.36-020636rc2-generic

Changed in linux (Ubuntu):
status: Confirmed → Opinion
krush (krush-ru)
Changed in linux (Ubuntu):
status: Opinion → In Progress
status: In Progress → New
Revision history for this message
Tod Hagan (tod222) wrote :

Confirming bug and workaround on non-VIA chipset. CD/DVD stops responding to inserted media some time after boot.

In this case, the workaround is:

sudo rmmod pata_amd
sudo modprobe pata_amd

> uname -r
2.6.32-25-generic
> lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 10.04.1 LTS
Release: 10.04
Codename: lucid

Motherboard is ASUS P5N-E SLI

Attached file kern.log_excerpt shows two boots and later lost interrupt/disable events.

Revision history for this message
Tod Hagan (tod222) wrote :
Revision history for this message
Kim Tyler (ktyler) wrote :
Download full text (7.2 KiB)

I have the same problem, also reported previously on different kernels , lucid onwards. I am now on maverick, and same problem, though not as frequent. I have installed backport of 2.6.37, and getting the same problem. uname -a => Linux pio 2.6.37-020637rc2-generic #201011160905 SMP Tue Nov 16 09:08:47 UTC 2010 x86_64 GNU/Linux

It also affects USB devices, and can sometimes cause all USB devices to fail. I have pata_via module
I can reproduce effect by loading system, ethernet transfers, tv tuner working and running virtualbox. At other times, it sometimes fails with practically no load on system.
/var/log/messages=>
Dec 1 14:18:49 pio kernel: [14688.080072] ata2: lost interrupt (Status 0x51)
Dec 1 14:18:49 pio kernel: [14688.080114] sr 1:0:0:0: CDB: Test Unit Ready: 00 00 00 00 00 00
Dec 1 14:18:49 pio kernel: [14688.080187] ata2: soft resetting link
Dec 1 14:18:49 pio kernel: [14688.320319] ata2.00: configured for UDMA/33
Dec 1 14:18:49 pio kernel: [14688.360423] ata2.01: configured for UDMA/33
Dec 1 14:18:54 pio kernel: [14693.360046] ata2.00: qc timeout (cmd 0xa0)
Dec 1 14:18:54 pio kernel: [14693.360054] ata2.00: TEST_UNIT_READY failed (err_mask=0x5)
Dec 1 14:18:54 pio kernel: [14693.360086] ata2: soft resetting link
Dec 1 14:18:55 pio kernel: [14693.600274] ata2.00: configured for UDMA/33
Dec 1 14:18:55 pio kernel: [14693.640370] ata2.01: configured for UDMA/33
Dec 1 14:19:00 pio kernel: [14698.640084] ata2.00: qc timeout (cmd 0xa0)
Dec 1 14:19:00 pio kernel: [14698.640091] ata2.00: TEST_UNIT_READY failed (err_mask=0x5)
Dec 1 14:19:00 pio kernel: [14698.640097] ata2.00: limiting speed to UDMA/33:PIO3
Dec 1 14:19:00 pio kernel: [14698.640126] ata2: soft resetting link
Dec 1 14:19:00 pio kernel: [14698.880388] ata2.00: configured for UDMA/33
Dec 1 14:19:00 pio kernel: [14698.920563] ata2.01: configured for UDMA/33
Dec 1 14:19:05 pio kernel: [14703.920075] ata2.00: qc timeout (cmd 0xa0)
Dec 1 14:19:05 pio kernel: [14703.920081] ata2.00: TEST_UNIT_READY failed (err_mask=0x5)
Dec 1 14:19:05 pio kernel: [14703.920084] ata2.00: disabled
Dec 1 14:19:05 pio kernel: [14703.920098] ata2.01: TEST_UNIT_READY failed (err_mask=0x40)
Dec 1 14:19:05 pio kernel: [14703.920124] ata2: soft resetting link
Dec 1 14:19:05 pio kernel: [14704.140537] ata2.01: configured for UDMA/33
Dec 1 14:19:10 pio kernel: [14709.140059] ata2.01: qc timeout (cmd 0xa0)
Dec 1 14:19:10 pio kernel: [14709.140066] ata2.01: TEST_UNIT_READY failed (err_mask=0x5)
Dec 1 14:19:10 pio kernel: [14709.140072] ata2.01: limiting speed to UDMA/33:PIO3
Dec 1 14:19:10 pio kernel: [14709.140101] ata2: soft resetting link
Dec 1 14:19:10 pio kernel: [14709.360387] ata2.01: configured for UDMA/33
Dec 1 14:19:15 pio kernel: [14714.360100] ata2.01: qc timeout (cmd 0xa0)
Dec 1 14:19:15 pio kernel: [14714.360108] ata2.01: TEST_UNIT_READY failed (err_mask=0x5)
Dec 1 14:19:15 pio kernel: [14714.360111] ata2.01: disabled
Dec 1 14:19:15 pio kernel: [14714.360157] ata2: soft resetting link
Dec 1 14:19:16 pio kernel: [14714.520172] ata2: EH complete

hDec 1 14:18:49 pio kernel: [14688.080072] ata2: lost interrupt (Status 0x51)
Dec 1 14:18:49 pio kernel: [14688.080114] ...

Read more...

Revision history for this message
Iestyn Guest (iguest) wrote :
Download full text (11.1 KiB)

Hey Kim,

As I recall, I added noapic to grub2 as a workaround. CD drives work
now, and no strange messages from dmesg. CD drives recognize blank CDs
properly as well as burned CDs.

It's not the correct way of handling this, but it worked for me and
Tomasz Czapiewski back in May. (I can't remember, but I think that was
10.04 lucid)

Anyhow, I edited the /etc/default/grub file to include the parameter
"noapic" towards the end of the GRUB_CMDLINE_LINUX_DEFAULT line...

Just like it says in the file, I ran 'update-grub' afterwards, which
actually updates the grub config.

Good luck.

Kind regards,

Iestyn

-----Original Message-----
From: Kim Tyler <email address hidden>
Reply-to: Bug 544548 <email address hidden>
To: <email address hidden>
Subject: [Bug 544548] Re: Kernel doesn't detect media in CD/DVD drives
Date: Wed, 01 Dec 2010 06:31:48 -0000

I have the same problem, also reported previously on different kernels ,
lucid onwards. I am now on maverick, and same problem, though not as
frequent. I have installed backport of 2.6.37, and getting the same
problem. uname -a => Linux pio 2.6.37-020637rc2-generic #201011160905
SMP Tue Nov 16 09:08:47 UTC 2010 x86_64 GNU/Linux

It also affects USB devices, and can sometimes cause all USB devices to fail. I have pata_via module
I can reproduce effect by loading system, ethernet transfers, tv tuner working and running virtualbox. At other times, it sometimes fails with practically no load on system.
/var/log/messages=>
Dec 1 14:18:49 pio kernel: [14688.080072] ata2: lost interrupt (Status 0x51)
Dec 1 14:18:49 pio kernel: [14688.080114] sr 1:0:0:0: CDB: Test Unit Ready: 00 00 00 00 00 00
Dec 1 14:18:49 pio kernel: [14688.080187] ata2: soft resetting link
Dec 1 14:18:49 pio kernel: [14688.320319] ata2.00: configured for UDMA/33
Dec 1 14:18:49 pio kernel: [14688.360423] ata2.01: configured for UDMA/33
Dec 1 14:18:54 pio kernel: [14693.360046] ata2.00: qc timeout (cmd 0xa0)
Dec 1 14:18:54 pio kernel: [14693.360054] ata2.00: TEST_UNIT_READY failed (err_mask=0x5)
Dec 1 14:18:54 pio kernel: [14693.360086] ata2: soft resetting link
Dec 1 14:18:55 pio kernel: [14693.600274] ata2.00: configured for UDMA/33
Dec 1 14:18:55 pio kernel: [14693.640370] ata2.01: configured for UDMA/33
Dec 1 14:19:00 pio kernel: [14698.640084] ata2.00: qc timeout (cmd 0xa0)
Dec 1 14:19:00 pio kernel: [14698.640091] ata2.00: TEST_UNIT_READY failed (err_mask=0x5)
Dec 1 14:19:00 pio kernel: [14698.640097] ata2.00: limiting speed to UDMA/33:PIO3
Dec 1 14:19:00 pio kernel: [14698.640126] ata2: soft resetting link
Dec 1 14:19:00 pio kernel: [14698.880388] ata2.00: configured for UDMA/33
Dec 1 14:19:00 pio kernel: [14698.920563] ata2.01: configured for UDMA/33
Dec 1 14:19:05 pio kernel: [14703.920075] ata2.00: qc timeout (cmd 0xa0)
Dec 1 14:19:05 pio kernel: [14703.920081] ata2.00: TEST_UNIT_READY failed (err_mask=0x5)
Dec 1 14:19:05 pio kernel: [14703.920084] ata2.00: disabled
Dec 1 14:19:05 pio kernel: [14703.920098] ata2.01: TEST_UNIT_READY failed (err_mask=0x40)
Dec 1 14:19:05 pio kernel: [14703.920124] ata2: soft resetting link
Dec 1 14:19:05 pio kernel: [14704.140537] ata2.01: configured for UDMA/33...

Revision history for this message
Kim Tyler (ktyler) wrote :

Confirmed that the kernel parameter noacpi works around the problem. I hammered the system for hours this afternoon and NO failures (lost interrupt etc), when it would fail after about 15 minutes on average (1 minute to 30 minutes usually, mainly towards the 1 minute end).

However, the system seems a bit sluggish, but nothing that can be measured. (may be imagined)

USB also working OK, but webcam still on the blink, (another problem perhaps) where the webcam is identified as USB 1.1 only instead of USB 2. (happens on reboot 9 times out of 10)

Is the lost interrupt problem a buggy bios, as has been reported, or is this a problem in the kernel as some (possibly uninformed?) people have reported?

Revision history for this message
Kim Tyler (ktyler) wrote :

Sorry - false alarm. After hammering the system for a day, with no problems, I just had 2 faults in 10 minutes with system idling, apart from using Mythtv frontend on mythtvbackend on local machine. I cleared the first fault with rmmod/modprobe pata_via, but it then failed after about 10 minutes.

SO, I will remove the noacpi from the command line. It is obviously not a solution.

Brad Figg (brad-figg)
tags: removed: kernel-series-unknown
Jeremy Foshee (jeremyfoshee)
tags: removed: regression-potential
Revision history for this message
Brad Figg (brad-figg) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 544548

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
Satwik Bhandiwad (satwik-bhandiwad)
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
assignee: nobody → Satwik Bhandiwad (satwik-bhandiwad)
Revision history for this message
Po-Hsu Lin (cypressyew) wrote :

Closing this bug with Won't fix as this kernel / release is no longer supported.
Please feel free to open a new bug report if you're still experiencing this on a newer release (Bionic 18.04.3 / Disco 19.04)
Thanks!

Changed in linux (Ubuntu):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.