The Linux Community Forum

General Help & Advice => Linux Support => Topic started by: RATTLEBACK.131 on July 07, 2021, 11:54:30 pm

Title: Frequent crashing of 18.04 <resolved>
Post by: RATTLEBACK.131 on July 07, 2021, 11:54:30 pm
Just had my 5th crash in 2 hrs. Mouse cursor freezes nothing works  - cont/alt/del does nothing neither does esc. I switch off with the power button & reboot.

18.04 has been a bit crashy since I installed it but it has been getting better, usually goes once after an update then is fine. Was behaving a little oddly the last couple of days, eg. FB spell check doing odd things so I updated yesterday. Didn't cure anything but this evening it's been crashing roughly every 20-30min no matter what it is I'm doing (on internet).

Anyone any suggestions as to how I proceed ? things I can check ? I'll be off to bed shortly so not in a rush. Perhaps it'll improve next time I use it.
Title: Re: Frequent crashing of 18.04
Post by: emegra on July 08, 2021, 08:07:35 am
Hi RATTLEBACK

If the crashing is random then it could be a difficult one to nail down, the problem sounds like it could be hardware rather than a software issue.

It might be worth trying running a live disc for a while to see if the problem persists, if it does then it could be overheating or maybe a faulty memory stick or some other physical issue.

Do you have a live disc you can try ?
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 08, 2021, 12:32:27 pm
Thanks Emegra.
I have the USB flashdrive I used to install which I think I can run as an OS. Is that what you mean.
This laptop is a refurb from ebay so you could be right. Don't think it's overheating. Is there any checks I could run to find faulty hardware?
So far so good today after the last crash yesterday evening. It rebooted much faster & settled down more quickly that time, felt different.
Title: Re: Frequent crashing of 18.04
Post by: emegra on July 08, 2021, 01:09:08 pm
Quote
I have the USB flashdrive I used to install which I think I can run as an OS. Is that what you mean.

Yeah that's what I mean, if it continues to crash running the live USB then it's most likely a hardware issue, like many things it's a process of elimination, figuring out if the problem is hardware or software would be a good place to start.

Try to figure out if the crash occurs under any particular conditions or while running any particular software or process, if you can nail it down to a single application try running that application from the terminal the read the terminal output for clues.

At this point it's kinda difficult to offer anything more constructive


Good luck

Graeme

Title: Re: Frequent crashing of 18.04
Post by: Brian000 on July 08, 2021, 08:44:07 pm
Rattleback,

Have you performed a RAM test?
MEMTEST is available during boot up, or free from https://www.memtest86.com (https://www.memtest86.com).


Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 08, 2021, 11:50:22 pm
Graeme - I'll give that a go tomorrow. I was just about to say it's been well behaved today - then , crash. Haha.  Doesn't seem to make much dif what I'm doing. Most usually happens when scrolling down a page but I think that's because I'm on the interweb a lot. It has happened when just reading a PDF not  touching a thing. I've used dif mouses but that makes no dif.

Brian000 - I'll try & do one now.
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 12, 2021, 03:18:02 pm
I ran memory check on boot up (as I can't find a spare USB stick to make a memtest86 one). This said 'passed' so anything else to do on that front?

So far it's only crashed once since my last post so not often enough for running a live USB to show anything but I'm now having weird page display issues on search results on ebay. Not doing that when I navigate via category but consistently for search results. Rebooting hasn't cured it. This does Not happen if I use the live USB stick, everything works as it used to. So I presume it's software ?

Would having to make hard shut downs (using the physical power on/off button) corrupt stuff ?

Would upgrading to vs 20.04 possibly cure these problems ? (though 18.04 was pretty crashy from the get go on this laptop.)

Title: Re: Frequent crashing of 18.04
Post by: Keith on July 12, 2021, 04:09:15 pm
Quote
Would having to make hard shut downs (using the physical power on/off button) corrupt stuff ?
Oh yes!  I've just screwed up Pulse Audio due a hard shut-down.  Fortunately it sorted itself out after a couple of reboots, but only because some files are reconstituted automatically if missing. 
Quote
Would upgrading to vs 20.04 possibly cure these problems ?
If the problem is hardware related, then no, but you lose nothing by trying.  Don't do a "software upgrade" (which uses many existing files):  use a live DVD and elect to remove the existing operating system. 

Keith
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 12, 2021, 04:42:37 pm
I'm pretty convinced now it's software problem.
Upgrade from DVD would also remove all my folders etc & I'd have to replace them from backup media ?
My autistic brain struggles with upgrading from (making a) disc/stick which is why I bought one ready done to get 18.04. so...
upgrading 'normally' (eg through terminal) would still be worth a try ? I've just been watching a couple of youtube tutorials & it looks straightforward.

edit: just been looking at something called  'debsums'. Says this would list corrupted files. Anyone know any more ?
Title: Re: Frequent crashing of 18.04
Post by: wishbone on July 12, 2021, 07:13:34 pm
I think debsums checks the MD5 sums of installed/installing packages. It would only tell you if the package was corrupted.

You can right click on the file to check the MD5 sum, but that`s only any good if you have a MD5 sum to check it against.

That`s all my knowledge of it.

Tony
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 12, 2021, 11:38:20 pm
Thanks. I remember seeing MD5 mentioned in what I was reading. So prob not much use then.

Anyone know if I could run fsck from the live USB to check my HD ? &/or how I'd go about that ?
Title: Re: Frequent crashing of 18.04
Post by: Keith on July 13, 2021, 12:09:07 pm
Quote
I remember seeing MD5 mentioned in what I was reading. So prob not much use then.
  On the contrary; it might show that the ISO file that you downloaded was corrupt.  Worth a try. 

Quote
Anyone know if I could run fsck from the live USB to check my HD ? &/or how I'd go about that ?
  Have a look at https://phoenixnap.com/kb/fsck-command-linux (https://phoenixnap.com/kb/fsck-command-linux) for detailed instructions. 

Keith
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 13, 2021, 01:34:56 pm
Thanks Keith. I doubt I'll have time today but I'll check further on those as soon as I can.
Title: Re: Frequent crashing of 18.04
Post by: Mad Penguin on July 15, 2021, 09:41:49 am
Ok, so whereas it's entirely possible that your installation software is at issue, it's not generally the cause of issues like this. The two most likely options are;
The former historically being the "most" likely. If you look in "/var/log" following a crash, specifically at files "syslog" and "kern.log", if you can identify in the log files "when" the crash happened and look at log entries leading up to this point, it may give some indication of what caused the problem. (whether it be memory or a driver) Unless you are doing something particularly exotic, video drivers are often good candidates for mouse / screen freezes.

As Emegra pointed out, the other thing to try is a memory test .. when you first power on the machine the BIOS will have the facility to check it's memory before booting, sometimes this is a keypress, sometimes you first need to enter the BIOS to enable the feature. If you run this before booting (it can take a few minutes) it should prove / eliminate memory as a potential issue.

If it turns out you have a video issue (he says looking in the general direction of NVIDIA  ??? )  the first port of call would be to try different drivers. Some drivers have propriety AND open source variants and the relative features / stability vary. In the past I've found that some propriety drivers (NVIDIA in particular) have different versions and it can be critical to the stability of your machine you get the right version of the driver for your specific video card. If in doubt, revert to the open source version of the drivers to first establish this is the issue.

As a rule of thumb, if you can install a package, it was probably Ok at source, so if you didn't get any errors during installation, any software corruption is likely to be a storage issue within your machine. If the drive (HDD or SSD) is > 3 years old, personally I'd just swap it out before going any further, but at the very least it's worth running a non-destructive disk check on the entire disk just to make sure it reads reliably. Many people will tell you "I've never had a hard disk fail!", but just looking at the shelf behind be, I have ~ 40 units (>30Tb) of failed HDD's, and half a dozen smaller SSD's ... average lifespan on modern disks (for me) seems to be 3-5 years.

One more thought, how much memory / swap do you have? Some desktop options (I won't say "Gnome" but ..) eat memory and can get upset if you run out. Minimum practical memory is probably 4G + 2G Swap, but I'd recommend "at least" 8G. If you have less than 8Gb, you might want to consider XUbuntu. (I have seen lack of memory cause lockups, despite that not being expected behaviour)
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 27, 2021, 12:22:16 am
Being autistic + ADHD  is no fun - esp dealing with this sort of thing.

In short I should have done fsck more than a week ago but got completely sidetracked. My laptop was working well, just one crash a few days ago otherwise better than in long while, so just not on the radar & lost track of time.
Today I had some page display issues on ebay & I noted the update ! triangle so I updated. After a couple of reboots things back to normal. Then I had a crash this evening. Hard shut down, reboot a couple of times, OK. Then had page loading issues on FB so I powered down normally but it got stuck on the 'Ubuntu' screen on reboot & I had no other option but a hard shut down.

 Long & short is won't reboot. I'm currently on a live USB stick & I've had problems with that too. Reboot (not USB) aborts to black screen with some data inc:
/dev/sda2 : Inodes that were part of a corrupt orphan linked list found
run fsck manually (without -a or -p options)

 I've looked at the link Keith posted about fsck. This is mainly about running it from a mounted & 'working' system. There are instructions for using fsck from the recovery option in 'advanced options for ubuntu' on the grub screen. I've manage to boot to  GNU Grub screen but when I select any entry that inc's (recovery mode) it soon goes to black screen with a lot info I don't understand ending /dev/sda2 : etc as above.
I tried running fsck from that (initriamfs) prompt there but nothing happens.

The info on the fsck link doesn't have any info on how to fsck my laptop system files from a live USB OS. So I'm stuck, & out energy.  :-[
I'll check back tomorrow. Thanks for everything so far.
Title: Re: Frequent crashing of 18.04
Post by: SeZo on July 27, 2021, 08:22:14 am
run fsck from a Live-CD/Live-USB
Identify partitions

Code: [Select]
sudo fdisk -l

Make sure they are unmounted:

Code: [Select]
for n in /dev/sda* ; do umount $n ; done

then run fsck on them (substitute X to suit):

Code: [Select]
e2fsck /dev/sdaX
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 27, 2021, 01:06:01 pm
Good try but fell at the 1st hurdle.

Is the 1st command '-1' (numeral one). if so I get ; invalid option --'1'

if not what is it? - problem my keyboard has reverted to some strange US configuration so the shifted keys aren't as physically shown anymore.
Title: Re: Frequent crashing of 18.04
Post by: Keith on July 27, 2021, 01:08:30 pm
The "l" is a lower-case "L" and is the "long" option that displays lots of info about each file on a separate line. 

I am not very familiar with Mint, but you should find in your menus some way of choosing the right keyboard layout. 

Keith
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 27, 2021, 06:51:48 pm
Thanks. My brain does this sort of crap all day everyday, it's very wearing.

Results of fdisk l :

/dev/sda1   is EFI system
/dev/sda2   is Linux file system [problem one]

next command 'for n in /dev/sda*'etc returned :
> [flashing cursor which stopped flashing]

then e2fsch /dev/sda2 returned :
bash : syntax error near unexpected token 'e2fsck'  [& back to usual $ prompt]

Did I make any mistakes ?
Title: Re: Frequent crashing of 18.04
Post by: SeZo on July 27, 2021, 08:53:09 pm
Do not know if you made any mistakes but here it is again:
Is your partition ext2/3/4?
Make sure none of the disks in question are mounted first.
Try with sudo
Code: [Select]
sudo e2fsck /dev/sda2
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 28, 2021, 02:55:49 pm
I seem to have some brain energy available today, yay!

1stly fdisk doesn't show me the partition ext No.
I tried looking up how to find that & ended up using [sudo] file -sl command. with 'sudo' result was :
sudo : unable to execute /usr/bin/file/: input/output error

without 'sudo' result was :
bash : /usr/bin/file/: input/output error

2ndly I found I had made a mistake last time with the command 'for n in /dev/sda*'etc - I'd used : 's instead of ; 's.
Doing it right gives result :
umount : /dev/sda : not mounted.
umount : /dev/sda1 : not mounted.
umount : /dev/sda2 : not mounted.

Now when I run 'e2fsck /dev/sda2 ' I get :
Segmentation fault

I reran everything from the 'for n...etc' unmounting command but used 'sudo' for the e2fsck. The result is :
Segmentation fault (core dumped)

I have to say that doesn't look very encouraging.  :'(
Peoples thoughts please.
Title: Re: Frequent crashing of 18.04
Post by: SeZo on July 28, 2021, 03:39:26 pm
It is possible to check the file system type

Code: [Select]
df -Th | grep "^/dev"

Try using just fsck

Code: [Select]
sudo fsck /dev/sda2

fsck is a wrapper for various filesystem checks.

I have assumed you would have a ext type as being linux.
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 28, 2021, 11:03:33 pm
From what I read about ext today would support your assumption but successfully ran 'df' etc. with no mention of ext.
However these result of 'df':

/dev/sdb1  vfat  7.3G  4.8G 2.5G  66%  /cdrom

[/dev loop stuff...]

/dev/sdc1  vfat  7.3G  4.8G 2.5G  66% /media/ubuntu/C539-4EEC

looks to me like this is targeting my live USB stick & not my laptop HDD.

Tried sudo fsck /dev/sda2 as you suggested (following umount as before) result:
sudo : unable to execute /sbin/fsck: input/output error

I appreciate your (& everyone's ) help with this.
Where to now??
Title: Re: Frequent crashing of 18.04
Post by: SeZo on July 29, 2021, 08:50:45 am
OK,

Try a different route, log in to your laptop then:
Get last time filesystem was checked

Code: [Select]
sudo tune2fs -l /dev/sda2 | grep Last\ c
then mount count since then
Code: [Select]
sudo tune2fs -l /dev/sda2 | grep Mount
check how many mounts are allowed before check
Code: [Select]
sudo tune2fs -l /dev/sda2 | grep Max

To force fsck on every boot:
Code: [Select]
sudo tune2fs -c 1 /dev/sda2
or every 10 boots
Code: [Select]
sudo tune2fs -c 10 /dev/sda2

To disable fsck on boot
Code: [Select]
sudo tune2fs -c -1 /dev/sda2
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 29, 2021, 04:35:31 pm
I'm not sure why you say 'log on to my laptop'. I can not boot my laptop except using live UBS OS.
The best I can get using laptop onboard drive is GNU GRUB screen with very limited options & no command terminal. If I try to boot (inc recovery boot) all I get is the long list of boot up sequence on black screen which drops out from a forced fsck, final lines reading:

/dev/sda2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
                (ie. , without -a or -p options)
fsck exited with status code 4 [i believe this means nothing done to fix]
done.
Failure: file system check of the root filesystem failed
The root filesystem on /dev/sda2 requires manual fsck

The only way I've got to access the HDD is from an external live OS ?

I ran your 1st 3 commands on Live USB anyway to see what happened. Only the 2nd one returned any info :- mount count 71
Didn't bother with the last 3 because at the moment it's already running a (forced) fsck at boot with the above problems so they seem superfluous even if I could get a terminal.
Title: Re: Frequent crashing of 18.04
Post by: SeZo on July 29, 2021, 05:45:34 pm
Did not realise that you cannot boot your laptop :-[

Back to line USB/CD (lowercase L)
Please post the complete output here to show what is visible from live env.
Code: [Select]
sudo fdisk -l
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 29, 2021, 07:27:46 pm
It really didn't want to connect to the internet but got here in the end.  Output of fdisk -l :

[email protected]:~$ sudo fdisk -l

Disk /dev/loop0: 1.7 GiB, 1831378944 bytes, 3576912 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 86.6 MiB, 90759168 bytes, 177264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop2: 140 MiB, 146841600 bytes, 286800 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop3: 1.6 MiB, 1691648 bytes, 3304 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop4: 12.2 MiB, 12804096 bytes, 25008 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop5: 21 MiB, 22003712 bytes, 42976 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop6: 3.3 MiB, 3411968 bytes, 6664 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 398FE7B1-8F42-4583-80A2-F713F12DCD13

Device       Start       End   Sectors   Size Type
/dev/sda1     2048   1050623   1048576   512M EFI System
/dev/sda2  1050624 976771071 975720448 465.3G Linux filesystem




Disk /dev/sdb: 7.3 GiB, 7801405440 bytes, 15237120 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0068a9d2

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdb1  *       64 15237119 15237056  7.3G  b W95 FAT32
[email protected]:~$


Title: Re: Frequent crashing of 18.04
Post by: SeZo on July 29, 2021, 08:25:43 pm
Check if /dev/sda is mounted
Code: [Select]
mount | grep "/dev/sda*"

if it is then unmount it
Code: [Select]
sudo umount /dev/sda2

then run fsck to test and repair (this will be verbose)
Code: [Select]
sudo fsck -pvf /dev/sda2

or

Code: [Select]
sudo fsck -yvf /dev/sda2
Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on July 30, 2021, 12:31:04 pm
Mount | grep returned :
/dev/sda1 on /cdrom type vfat [+ stuff in brackets]

replaced "/dev/sda*" with "/dev/sda2" which returned nothing.
  Went ahead with umount /dev/sda2 anyway (returned 'not mounted') then ran fsck -yvf. This actually went through a couple of pages finding & fixing stuff. So I exited, powered down, removed the USB & switched back on. This took me to GNU GRUB page & I selected *ubuntu*. This then went through the loading sequence on black screen & I noted /dev/sda2 as 'clean'. Then loaded splash screen... & it hung up there. On the plus side that is progress  :)

 Looks like another hard shut down then. Then try to boot from a recovery option from advanced option in the GRUB screen...

Update.
On powering on it automatically went to GRUB screen. Selected a recovery boot, which gave me the square options box. Tried to run fsck from there but this quit saying /dev/sda2 was mounted.
I did run dpkg from there which added a package & removed 34 obsolete ones. Then I went to resume normal boot &...

Hey presto I'm writing this from my laptop ! Yay !  Everything looks to be running normally (inc. no more keyboard issues) except I can no longer alter the screen brightness. Maybe a reboot would sort that ? I'm hesitant to do that ever again :D

Can anyone think of anything I ought to be looking at doing immediately to double check stuff? Once I'm sure things are good I'll go back over Mad Penguin's earlier post & try & sort out his suggestions.

Thanks again to everyone for getting me this far.

2nd update.
Thought I go back over stuff & make some notes here for future ref.
To check how many mounts are allowed before (fsck) check ran:
:~$ sudo tune2fs -l /dev/sda2 | grep Max 
result:
Maximum mount count:      -1    [means 'fsck disabled' ?]

Used  :$ sudo tune2fs -c 1 /dev/sda2  to make sure fsck runs every boot.

Checked file system type with :~$ df -Th | grep "^/dev"
got:
/dev/sda2      ext4      457G   75G  360G  18% /
/dev/sda1      vfat      511M  6.7M  505M   2% /boot/efi
/dev/loop0     squashfs  219M  219M     0 100% /snap/gnome-3-34-1804/66
/dev/loop1     squashfs  2.5M  2.5M     0 100% /snap/gnome-calculator/826
/dev/loop2     squashfs  2.5M  2.5M     0 100% /snap/gnome-system-monitor/163
/dev/loop5     squashfs  100M  100M     0 100% /snap/core/11316
/dev/loop6     squashfs  141M  141M     0 100% /snap/gnome-3-26-1604/102
/dev/loop7     squashfs  2.5M  2.5M     0 100% /snap/gnome-calculator/884
/dev/loop8     squashfs  640K  640K     0 100% /snap/gnome-logs/106
/dev/loop9     squashfs  136M  136M     0 100% /snap/skype/176
/dev/loop13    squashfs  244M  244M     0 100% /snap/gnome-3-38-2004/39
/dev/loop4     squashfs  140M  140M     0 100% /snap/skype/177
/dev/loop12    squashfs   56M   56M     0 100% /snap/core18/2066
/dev/loop10    squashfs  141M  141M     0 100% /snap/gnome-3-26-1604/104
/dev/loop14    squashfs   62M   62M     0 100% /snap/core20/1081
/dev/loop15    squashfs   56M   56M     0 100% /snap/core18/2074
/dev/loop11    squashfs  768K  768K     0 100% /snap/gnome-characters/723
/dev/loop17    squashfs  165M  165M     0 100% /snap/gnome-3-28-1804/161
/dev/loop16    squashfs   66M   66M     0 100% /snap/gtk-common-themes/1515
/dev/loop19    squashfs  640K  640K     0 100% /snap/gnome-logs/103
/dev/loop18    squashfs  219M  219M     0 100% /snap/gnome-3-34-1804/72
/dev/loop20    squashfs  2.5M  2.5M     0 100% /snap/gnome-system-monitor/160
/dev/loop21    squashfs  163M  163M     0 100% /snap/gnome-3-28-1804/145
/dev/loop24    squashfs  768K  768K     0 100% /snap/gnome-characters/726
/dev/loop22    squashfs   65M   65M     0 100% /snap/gtk-common-themes/1514
/dev/loop23    squashfs   62M   62M     0 100% /snap/core20/1026
/dev/loop25    squashfs  100M  100M     0 100% /snap/core/11420

So dev/sda2 is ext4.

Title: Re: Frequent crashing of 18.04
Post by: RATTLEBACK.131 on August 01, 2021, 10:46:09 pm
Epilogue:

After all that I have to report that, sadly, my HDD expired today after running nicely with no issues. fsck can't even find /dev/sda2 anymore.

I did manage to back up all important doc's (I think) & had run smartmontools which showed me this demise was to be expected. A reallocated sector count at 584, with 69 remap attempts & 88 sectors awaiting remap, looked to me like a small miracle it was running at all. Fairly clear what my crashing problem was. I've never had an HDD die of old age before.

I have fitted a spare HDD temporarily which has done many more hrs but has no reallocated sectors. Put 18.04 on it & it's just about sorted. One small niggle but I'll start a fresh post if I can't sort it.

 I have learned a lot trying to sort this & have a record of it here for future ref.

Thank you all again for your help.
Title: Re: Frequent crashing of 18.04
Post by: SeZo on August 02, 2021, 10:35:16 am
So (in a way) this is resolved now, please mark the title of your first post on this topic as [SOLVED].
SimplePortal 2.3.3 © 2008-2010, SimplePortal