I have now been told by the local Dell technical support to ask Canonical for help instead. It feels like they are really trying everything they can to NOT do anything about it; they say they will keep the issue open, wait a few days and see what happens. It feels like they are just waiting for me to close the issue.
Here is my advice for anyone with a Dell laptop with Ubuntu pre-installed:
Disable Secure Boot. It restricts user freedom and causes more problems than it is worth.
There is a settings GUI (something like System Settings -> Driver Manager; this depends on your Desktop Environment) where you can install additional (proprietary or free) drivers. DO NOT use this to install anything. It is OK to go into this screen to look at what options are available, but if you choose to install anything from here there is a (good) chance that it will also uninstall some other packages (without prompt) as a side effect. Normally this wouldn't be so bad, but if the packages that were removed are pre-installed by Dell and not to be found in any repository then you cannot get them back and you cannot re-install them. Trying to ask Dell to provide these missing deb packages again are proving to be next to impossible for me.
I have only got my new laptop for a week, and so far it has been a nightmare experience to be honest.
I'm still hoping that someone from Dell would help me and also answer my question about support more generally.
sorry to hear you're having a hard time with your new laptop.
Maybe it would help if you told us which packages were previously uninstalled or updated. You can probably check this by doing a tail on one of those logs...
# tail -500 /var/log/apt/history.log
or
# tail -500 /var/log/dpkg.log
I think most of their drivers should be upstream now (meaning included in the linux kernel provided by the Ubuntu Kernel team).
Barton is passing on your feedback on up the ladder and ask me to engage on the technical part.
Please note that I'm not a Ubuntu expert yet but I'll try my best to help. Here goes:
The technical issue, as you described it, reminded me of an issue we had a while back where after certain updates were run and if secure boot was turned ON, functions like bluetooth and WIFI would stop working. I know you advised of certain files being removed so maybe it's a different issue. However, I'd still recommend you disable secure boot to rule this out completely. I assume you know how to do that but get back if any questions.
If that doesn't help I would recommend you simply backup all your stuff reload 14.04 and start over. Factory reload process can be found here:
Thanks everyone for your input. It's highly appreciated.
@xps_ubuntu16: Yeah thanks for that, actually I looked into those logs as soon as the problem occurred, and then I gave the exact list of packages to the support person, but they just didn't do anything about it. Anyway I got wifi working earlier, and just now I believe I got everything back again (see below).
@Barton: Thanks for passing on the feedback. Please know that you and your team are doing great work, and I recognize it's a challenge to get the local Dell Support to cooperate, but I really hope to see any future support calls to at least get somewhere. Keep up the good work!
@Justin: Thanks for offering to help. I have a question for you at the end, but I think I just got things going again. I think the Secure Boot was a different issue. I believe I turned it off before I encountered the problem. As I said in one of my posts above, the GUI uninstalls things as a side effect, and I'm guessing that's how it "normally" works (although it's not ideal), but the main cause is that the removed packages themselves are not in any of the repositories in /etc/apt/sources.d/, so once removed they are lost forever. But I think I got everything back just a few moments ago:
These are the packages that were removed:
wifi-intel8260-firmware:amd64 (1.2)
btusb-iwlwifi-intel8260-dkms:amd64 (1.7)
bt-dw1802-firmware:amd64 (1.1)
wifi-intel3165-firmware:amd64 (1.1)
config-fglrx-select-igpu:amd64 (0.5)
oem-workaround-jackpoll:amd64 (0.8somerville1)
I found the deb file for the first of these packages elsewhere on this forum -- apparently some poor soul suffered a similar problem and someone from Dell gave them a link to the deb file -- so this problem is not new!
And just now I found the deb files for all these packages. I noticed that there is a file in $HOME/Downloads/factory_image.iso which I think is the recovery image that I'm supposed to copy to a USB stick. Anyway I mounted this:
$ sudo mount -o ro,loop ~/Downloads/factory_image.iso /path/to/mountpoint
and then the deb files are found in the directory called 'debs' under the mount point. I reinstalled the six packages with no issues, and now everything seems to be back to normal again.
IMHO, the debs in this directory should be placed in a repository that is set up under /etc/apt/sources.d unless they are already included in the kernel, and evidently in this case they are not. (Note that this system is on 14.04 with a 3.19.x kernel, possibly with some backports).
I'm glad that I found this and did not have to re-install the OS from scratch, because I had spent way too much time copying data over and installing a whole heap of stuff (such as KDE) and customizing everything.
Many thanks for dropping in anyway, it's good to see you guys doing your best. While you are here, can I ask a question: is there a driver for the trackpad on the Precision 3510? Currently it seems to work with no problem, but I noticed that I can't change any of its settings (sensitivities etc) in the settings GUI, and in fact issung the "xinput" command in the command line does not show a trackpad among the input devices (there is a "PS/2 mouse" listed instead). This is minor, but this is what led me to the errant Driver Manager screen in the first place that caused my problems.
If someone knows anything about this trackpad issue, I will be glad to hear it.
I'm so glad I found this forum. Thanks again everyone!
undernz
4 Posts
0
November 21st, 2016 19:00
I have now been told by the local Dell technical support to ask Canonical for help instead. It feels like they are really trying everything they can to NOT do anything about it; they say they will keep the issue open, wait a few days and see what happens. It feels like they are just waiting for me to close the issue.
Here is my advice for anyone with a Dell laptop with Ubuntu pre-installed:
I have only got my new laptop for a week, and so far it has been a nightmare experience to be honest.
I'm still hoping that someone from Dell would help me and also answer my question about support more generally.
xps_ubuntu16
49 Posts
0
November 22nd, 2016 02:00
Hi,
sorry to hear you're having a hard time with your new laptop.
Maybe it would help if you told us which packages were previously uninstalled or updated. You can probably check this by doing a tail on one of those logs...
# tail -500 /
var/log/apt/history.logor
# tail -500
/var/log/dpkg.log
I think most of their drivers should be upstream now (meaning included in the linux kernel provided by the Ubuntu Kernel team).
cheers,
theresa
DELL-Barton George
7 Technologist
•
537 Posts
0
November 22nd, 2016 08:00
Hi,
I apologize for your experience and have just sent a note to the team to look into this
thanks!
Justin C
4 Operator
•
783 Posts
0
November 22nd, 2016 15:00
@Undernz,
Barton is passing on your feedback on up the ladder and ask me to engage on the technical part.
Please note that I'm not a Ubuntu expert yet but I'll try my best to help. Here goes:
The technical issue, as you described it, reminded me of an issue we had a while back where after certain updates were run and if secure boot was turned ON, functions like bluetooth and WIFI would stop working. I know you advised of certain files being removed so maybe it's a different issue. However, I'd still recommend you disable secure boot to rule this out completely. I assume you know how to do that but get back if any questions.
If that doesn't help I would recommend you simply backup all your stuff reload 14.04 and start over. Factory reload process can be found here:
http://www.dell.com/support/article/us/en/04/SLN265750/en
undernz
4 Posts
0
November 22nd, 2016 21:00
Thanks everyone for your input. It's highly appreciated.
@xps_ubuntu16: Yeah thanks for that, actually I looked into those logs as soon as the problem occurred, and then I gave the exact list of packages to the support person, but they just didn't do anything about it. Anyway I got wifi working earlier, and just now I believe I got everything back again (see below).
@Barton: Thanks for passing on the feedback. Please know that you and your team are doing great work, and I recognize it's a challenge to get the local Dell Support to cooperate, but I really hope to see any future support calls to at least get somewhere. Keep up the good work!
@Justin: Thanks for offering to help. I have a question for you at the end, but I think I just got things going again. I think the Secure Boot was a different issue. I believe I turned it off before I encountered the problem. As I said in one of my posts above, the GUI uninstalls things as a side effect, and I'm guessing that's how it "normally" works (although it's not ideal), but the main cause is that the removed packages themselves are not in any of the repositories in /etc/apt/sources.d/, so once removed they are lost forever. But I think I got everything back just a few moments ago:
These are the packages that were removed:
I found the deb file for the first of these packages elsewhere on this forum -- apparently some poor soul suffered a similar problem and someone from Dell gave them a link to the deb file -- so this problem is not new!
And just now I found the deb files for all these packages. I noticed that there is a file in $HOME/Downloads/factory_image.iso which I think is the recovery image that I'm supposed to copy to a USB stick. Anyway I mounted this:
$ sudo mount -o ro,loop ~/Downloads/factory_image.iso /path/to/mountpoint
and then the deb files are found in the directory called 'debs' under the mount point. I reinstalled the six packages with no issues, and now everything seems to be back to normal again.
IMHO, the debs in this directory should be placed in a repository that is set up under /etc/apt/sources.d unless they are already included in the kernel, and evidently in this case they are not. (Note that this system is on 14.04 with a 3.19.x kernel, possibly with some backports).
I'm glad that I found this and did not have to re-install the OS from scratch, because I had spent way too much time copying data over and installing a whole heap of stuff (such as KDE) and customizing everything.
Many thanks for dropping in anyway, it's good to see you guys doing your best. While you are here, can I ask a question: is there a driver for the trackpad on the Precision 3510? Currently it seems to work with no problem, but I noticed that I can't change any of its settings (sensitivities etc) in the settings GUI, and in fact issung the "xinput" command in the command line does not show a trackpad among the input devices (there is a "PS/2 mouse" listed instead). This is minor, but this is what led me to the errant Driver Manager screen in the first place that caused my problems.
If someone knows anything about this trackpad issue, I will be glad to hear it.
I'm so glad I found this forum. Thanks again everyone!