<div dir="ltr"><div class="gmail_default" style="font-family:times new roman,serif;font-size:large">About the same thing happened to me just a few days ago.  The computer also was about 10 years running fine.  I ended up getting a refurbished computer and will be installing xubuntu on to this as well.</div><div class="gmail_default" style="font-family:times new roman,serif;font-size:large"><br></div><div class="gmail_default" style="font-family:times new roman,serif;font-size:large">My guess is that the bios battery finally bit the dust.  You can test out the theory by getting a new button battery an change it out, but for me, it just wasn't worth the effort.</div><div class="gmail_default" style="font-family:times new roman,serif;font-size:large"><br></div><div class="gmail_default" style="font-family:times new roman,serif;font-size:large">Good luck.</div><div class="gmail_default" style="font-family:times new roman,serif;font-size:large"><br></div><div class="gmail_default" style="font-family:times new roman,serif;font-size:large">--El</div><div class="gmail_default" style="font-family:times new roman,serif;font-size:large"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Aug 6, 2022 at 8:00 AM Hans Schneidhofer <<a href="mailto:mei-mail@posteo.de">mei-mail@posteo.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">hi,<br>
<br>
I have to mention that the computer has been running without problems<br>
for about 10 years. Haven't had any problems like this before. And now<br>
3 days ago I made another Ubuntu update and should restart the<br>
computer.<br>
That's it with the /tmp directory - it could no longer be read.<br>
<br>
Suddenly it was only possible to start in single mode. Therefore<br>
neither users nor network are available. And in this single-user mode<br>
there is, among other things, the command to choose from: journalctl-<br>
xb.<br>
<br>
I did that first.<br>
<br>
After that I took the installation stick with Ubuntu and booted up with<br>
this stick to get more out of it.<br>
<br>
And here I then also carried out these two attempts with e2fsck ... .<br>
Unfortunately so far without success.<br>
<br>
I think, the hard drives are all mounted with UUID.<br>
My guess is that the hard disk in question with the /tmp directory is<br>
defective.<br>
<br>
So now looked into the /etc/fstab:<br>
#/tmp was on /dev/sdb5 during installation<br>
UUID=10e7e940-3e80-4b09-8192-8d66bbabc2f3 /tmp   ext4  defaults  0  2<br>
<br>
My System-RAM is 16 GByte, so I think, this should be enough to prevent<br>
systemctl or fstab from causing random switching on mount.<br>
<br>
But can this disc simply be exchanged?<br>
I have already successfully replaced defective hard disks in other<br>
directories such as /usr etc, but what about /tmp and /var directories<br>
????<br>
<br>
That was already my idea during the installation (ago this 10 years or<br>
so), to put as many directories as possible on their own hard disks so<br>
that it would be easier to replace individual directories later in the<br>
event of defects.<br>
<br>
Hope this makes it easier to help<br>
<br>
bye hans<br>
<br>
Am Samstag, den 06.08.2022, 08:20 +0200 schrieb Ralf Mardorf:<br>
> On Fri, 05 Aug 2022 12:44:35 +0000, Hans Schneidhofer wrote:<br>
> > journalctl -xb<br>
> <br>
> Hi,<br>
> <br>
> you can run this command without being able to start your install?<br>
> How<br>
> are you doing this? I would expect you need to read the journal by<br>
> e.g.<br>
> running a live Linux using the "strings"-command. What does the<br>
> journal<br>
> tell word-for-word?<br>
> <br>
> > In my case I have it mounted on /dev/sdb5.<br>
> <br>
> How is it mounted? By fstab? By UUID? Have you checked that the<br>
> partition is still sdb5? It did not become e.g. sdc5?<br>
> <br>
> > so far I've tried the following:<br>
> > e2fsck -b 8193 /dev/sdb<br>
> <br>
> From where did you try it? A live Linux? What is the reason for the<br>
> alternative superblock option? What output do you get?<br>
> <br>
> > Hope anybody can help here ?<br>
> <br>
> One guess is, that your install expects that sdb5 is tmp and while<br>
> sdb5<br>
> does exist, it's perhaps a file system that can't be accessed for tmp<br>
> usage. It might be that tmp is mounted by fstab using sdb5 for it's<br>
> entry, instead of using an UUID. However, it's not granted that tmp<br>
> is always sdb5, it might become sdc5, just because an USB stick is<br>
> connected. IOW you might need to mount tmp by UUID or even better,<br>
> unless you are low on memory mount tmp as tmpfs either by fstab or by<br>
> systemctl.<br>
> <br>
> Regards,<br>
> Ralf<br>
> <br>
<br>
<br>
-- <br>
xubuntu-users mailing list<br>
<a href="mailto:xubuntu-users@lists.ubuntu.com" target="_blank">xubuntu-users@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/xubuntu-users" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/xubuntu-users</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>El LaGrew<br></div><div><a href="http://godchose.blogspot.com/" target="_blank">http://godchose.blogspot.com/</a><br></div><table cellpadding="0" style="width:482px"><tbody><tr><td style="width:478px"><div><div style="width:458px;outline:none;direction:ltr"></div></div></td></tr></tbody></table><div><br></div></div></div>