Thanks for your speedy reply. However I disagree with your diagnosis.
The problem I reported seems to have been fixed by a series of updates,
that I downloaded shortly after sending you the log. So a software patch
seems to have made the problem vanish,
Whatever problems my harddisk has did not have ANY impact on browsing
files in 18.04. As I reported initially, the problem started ONLY and
IMMEDIATELY after the initial 20.04 upgrade.
I therefore looked at the immediate PRECIPITATING CAUSE of the problem,
version upgrade, before assuming it is a hardware problem.
Anyway, thanks again for your time.
On 10/23/20 8:35 PM, Daniel van Vugt wrote:
> Thanks. It appears your sda harddisk (Seagate 500GB) is failing with
> hardware errors. I suggest the best, perhaps only, solution is to
> replace the harddisk. At least that's the first thing I would do before
> assuming this is a software problem...
>
>
> Oct 23 19:10:22 g-linux kernel: ata1.00: exception Emask 0x0 SAct 0x7803 SErr
> 0x0 action 0x0
> Oct 23 19:10:22 g-linux kernel: ata1.00: irq_stat 0x40000008
> Oct 23 19:10:22 g-linux kernel: ata1.00: failed command: READ FPDMA QUEUED
> Oct 23 19:10:22 g-linux kernel: ata1.00: cmd
> 60/08:58:b8:a9:0a/00:00:37:00:00/40 tag 11 ncq dma 4096 in
> res
> 41/40:08:b8:a9:0a/00:00:37:00:00/00 Emask 0x409 (media error) <F>
> Oct 23 19:10:22 g-linux kernel: ata1.00: status: { DRDY ERR }
> Oct 23 19:10:22 g-linux kernel: ata1.00: error: { UNC }
> Oct 23 19:10:22 g-linux kernel: ata1.00: configured for UDMA/133
> Oct 23 19:10:22 g-linux kernel: sd 0:0:0:0: [sda] tag#11 FAILED Result:
> hostbyte=DID_OK driverbyte=DRIVER_SENSE
> Oct 23 19:10:22 g-linux kernel: sd 0:0:0:0: [sda] tag#11 Sense Key : Medium
> Error [current]
> Oct 23 19:10:22 g-linux kernel: sd 0:0:0:0: [sda] tag#11 Add. Sense:
> Unrecovered read error - auto reallocate failed
> Oct 23 19:10:22 g-linux kernel: sd 0:0:0:0: [sda] tag#11 CDB: Read(10) 28 00
> 37 0a a9 b8 00 00 08 00
> Oct 23 19:10:22 g-linux kernel: blk_update_request: I/O error, dev sda,
> sector 923445688 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
> Oct 23 19:10:22 g-linux kernel: ata1: EH complete
>
--
Glen Byram
[email protected]
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/1899720
Title:
Gnome takes MORE THAN 20 SECONDS to open a folder
Status in nautilus package in Ubuntu:
Incomplete
Bug description:
After upgrading from 18.04 to 20.04, Ubuntu has become UNUSABLE. When
I try to open e.g. my home folder, or "New Window" from the file tool
in the app bar, it can take 15, 20 or 30 seconds for anything to
happen. Then sometimes the response is instant. Something is seriously
seriously wrong with your software.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: gnome-shell 3.36.4-1ubuntu1~20.04.2
ProcVersionSignature: Ubuntu 5.4.0-51.56-generic 5.4.65
Uname: Linux 5.4.0-51-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.9
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Wed Oct 14 13:31:10 2020
DisplayManager: gdm3
InstallationDate: Installed on 2017-05-31 (1231 days ago)
InstallationMedia: Ubuntu 16.04.2 LTS "Xenial Xerus" - Release amd64
(20170215.2)
RelatedPackageVersions: mutter-common 3.36.6-1ubuntu0.20.04.2
SourcePackage: gnome-shell
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1899720/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
