Ubuntu Sverige
https://ubuntu-se.org/phpBB3/

Uppdatering gick fel - svart skärm efter omstart [LÖST]
https://ubuntu-se.org/phpBB3/viewtopic.php?f=200&t=61787		 Sida 3 av 3
Författare:  Osprey [ 22 okt 2020, 16:05 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
gips skrev:
Funkar ej /etc/resolv.conf ändras tillbaka till 127.0.0.53 med automaniskt efter omstart.

Kan man kanske tillfälligt ta bort länken till den fil som styr /etc/resolv.conf ?

Det ska egentligen stå just 127.0.0.53 i den och det innebär att den först ska titta i sin egen cache. I min resolv.conf står det:
Kod:
nameserver 127.0.0.53
options edns0
search lan

Men om jag kör:
Kod:
resolvectl status
Så får jag ut:
Kod:
...
Current DNS Server: 192.168.1.1
...
Kan du fortfarande inte få ut något med "resolvectl"..?

Prova annars med t.ex:
Kod:
ip route
192.168.1.1 borde synas där också...
Författare:  gips [ 22 okt 2020, 16:19 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
Gunnar Hjalmarsson skrev:
/etc/resolv.conf är en symlink. Det borde gå att ta bort länken och ersätta den med en textfil.


Hur?

Borde man inte kunna redigera den fil som är styrande?

Jag vet att det är två frågor. Ser gärna svar på bägge om det går.
Författare:  Gunnar Hjalmarsson [ 22 okt 2020, 16:33 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
Om jag kör

cat /etc/resolv.conf

så ser jag innehållet i filen som symlänken pekar på:

Kod:
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink D3NS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0

Notera meningen: "To manage man:resolv.conf(5) in a different way, replace this symlink by a static file or a different symlink."

Det tolkar jag som att du skulle kunna koppla från systemd-styrningen genom att t ex köra:

mv /etc/resolv.conf /etc/resolv.conf.bak

och sedan skapa en ny fristående /etc/resolv.conf.
Författare:  gips [ 22 okt 2020, 16:34 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
Osprey skrev:
gips skrev:
Funkar ej /etc/resolv.conf ändras tillbaka till 127.0.0.53 med automaniskt efter omstart.

Kan man kanske tillfälligt ta bort länken till den fil som styr /etc/resolv.conf ?

Det ska egentligen stå just 127.0.0.53 i den och det innebär att den först ska titta i sin egen cache. I min resolv.conf står det:
Kod:
nameserver 127.0.0.53
options edns0
search lan


raden "search lan" saknas hos mej

Men om jag kör:
Kod:
resolvectl status
Så får jag ut:
Kod:
...
Current DNS Server: 192.168.1.1
...
Kan du fortfarande inte få ut något med "resolvectl"..?

resolvectl
Svar
resolvectl: kommandot hittades inte

Prova annars med t.ex:
Kod:
ip route
192.168.1.1 borde synas där också...


ip route
Svar
default via 192.168.1.1 dev enp3s0 proto dhcp metric 20100 192.168.1.0/24 dev enp3s0 proto scope link src 192.168.1.102 metric 100
Författare:  gips [ 22 okt 2020, 16:41 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
Gunnar Hjalmarsson skrev:
Om jag kör

cat /etc/resolv.conf

så ser jag innehållet i filen som symlänken pekar på:

Kod:
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink D3NS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0

Notera meningen: "To manage man:resolv.conf(5) in a different way, replace this symlink by a static file or a different symlink."

Det tolkar jag som att du skulle kunna koppla från systemd-styrningen genom att t ex köra:

mv /etc/resolv.conf /etc/resolv.conf.bak

och sedan skapa en ny fristående /etc/resolv.conf.


Skall den nya då enbart innehålla:
nameserver 127.0.0.53 eller 192.168.1.1
options edns0

PS
Den burk jag skriver från har 127.0.1.1 som nameserver
Författare:  Gunnar Hjalmarsson [ 22 okt 2020, 16:52 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
gips skrev:
Gunnar Hjalmarsson skrev:
Det tolkar jag som att du skulle kunna koppla från systemd-styrningen genom att t ex köra:

mv /etc/resolv.conf /etc/resolv.conf.bak

och sedan skapa en ny fristående /etc/resolv.conf.
Skall den nya då enbart innehålla:
nameserver 127.0.0.53 eller 192.168.1.1
options edns0
Jag skulle börja med att utgå från vad målfilen redan har och lägga till

nameserver 192.168.1.1

på en ny rad.
Författare:  gips [ 22 okt 2020, 17:36 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
Gunnar Hjalmarsson skrev:
gips skrev:
Gunnar Hjalmarsson skrev:
Det tolkar jag som att du skulle kunna koppla från systemd-styrningen genom att t ex köra:

mv /etc/resolv.conf /etc/resolv.conf.bak

och sedan skapa en ny fristående /etc/resolv.conf.
Skall den nya då enbart innehålla:
nameserver 127.0.0.53 eller 192.168.1.1
options edns0
Jag skulle börja med att utgå från vad målfilen redan har och lägga till

nameserver 192.168.1.1

på en ny rad.

Jag flyttade bef .conf till .conf.bak med dina kommandon.
Skapade en ny textfil och döpte den till resolv.conf.
Den fick innehållet från den gamla samt lade till en extra rad med: nameserver 192.168.1.1

Efter omstart så innehåller etc/resolv.conf följande:

#Generated by NetworkManager
nameserver 127.0.0.53

Även denna fil ändras automaniskt

När jag öppnar /etc/resolv.conf.bak med textredigerare så är även den autoändrad till:

#Generated by NetworkManager
nameserver 127.0.0.53
Författare:  Gunnar Hjalmarsson [ 22 okt 2020, 20:35 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
Trist. Så både systemd och networkmanager lägger sig i. Detta är för svårt för mig.

Hoppas att Osprey har någon annan ingång på problemet. Det du just försökte var ju egentligen hans förslag från början.
Författare:  Osprey [ 23 okt 2020, 11:24 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
Jag tycker att det ser ut som att största problemet är att DNS inte fungerar och att det därmed är omöjligt att få kontakt med nätet och reparera trasiga paket/installera det som saknas. Så det känns som om lösningen är att få igång nätet och göra detta.

Samtidigt så fungerar nätet så tillvida att det finns förbindelse till Internet och ping till Googles DNS funkar. Däremot fungerar inte namnuppslagningen och systemet kan inte slå upp vilken adress som t.ex "archive.ubuntu.com" har.

Om du har ett separat "/home" (eller en tom partition som man kan flytta det till), så är en nyinstallation givetvis ett ganska enkelt alternativ.

Ett problem just nu, är att "resolvectl" inte verkar ha blivit installerad ordentligt.

Att resolv.conf skrivs över är egentligen inget stort problem, eftersom vi kan ändra värden direkt i det som är "uppe och snurrar". Däremot måste vi ju gå tillväga på ett lite annat sätt då.

Vad får du ut om du kör:
Kod:
nmcli
...?
Författare:  gips [ 26 okt 2020, 12:32 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
Osprey skrev:
Jag tycker att det ser ut som att största problemet är att DNS inte fungerar och att det därmed är omöjligt att få kontakt med nätet och reparera trasiga paket/installera det som saknas. Så det känns som om lösningen är att få igång nätet och göra detta.

Samtidigt så fungerar nätet så tillvida att det finns förbindelse till Internet och ping till Googles DNS funkar. Däremot fungerar inte namnuppslagningen och systemet kan inte slå upp vilken adress som t.ex "archive.ubuntu.com" har.

Om du har ett separat "/home" (eller en tom partition som man kan flytta det till), så är en nyinstallation givetvis ett ganska enkelt alternativ.

Ett problem just nu, är att "resolvectl" inte verkar ha blivit installerad ordentligt.

Att resolv.conf skrivs över är egentligen inget stort problem, eftersom vi kan ändra värden direkt i det som är "uppe och snurrar". Däremot måste vi ju gå tillväga på ett lite annat sätt då.

Vad får du ut om du kör:
Kod:
nmcli
...?


Svar
# nmcli
enp3s0: ansluter (förbereder) to Trådbunden anslutning 1
"Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (Motherboard (one of many))"
ethernet (r8169), BC:5F:F4:4A:8F:BD, hw, mtu 1500

lo: ohanterad
"lo"
loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

Använd ”nmcli device show” för att få komplett information om kända enheter och
”nmcli connection show” för att få en överblick över aktiva anslutningsprofiler.

Se manualsidorna nmcli(1) och nmcli-examples(5) för kompletta användardetaljer.

Kan man installera om "resolvectl" separat?
Trots att terminalen säjer att senaste version är installerad. Provade att ominstallera men det avslutas, kanske innan det är klart. Med texten "Fel: Tidsgränsen uppnåddes.

Jag har lyckats att lirka igån nätverket men det verkar vara ngt knas med Cinnamon. Trasiga paket skall nu vara uppdaterade, men jag är tveksam. Uppdate-hanteraren säjer att systemet är OK.
Kan nu surfa med FF på nätet.
Har även installerat både Mate o xfce4.


Hur gör jag för att byta session från Cinnamon till antingen mate lr xfce?
Jag har automatisk inloggning utan lösenord till Cinnamon.
Går det att redigera nån fil så att "startx" väljer mate lr xfce?

Det blev visst många frågor ser jag. Sry. Hoppas att det inte blev för rörigt.

EDIT
Jag kommer fortfarande inte länge än till Cinnamon-fallback-läge. Men surf och ovan beskrivet funkar.
Sry, igen.
Författare:  Osprey [ 29 okt 2020, 12:08 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
gips skrev:
# nmcli
enp3s0: ansluter (förbereder) to Trådbunden anslutning 1
"Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (Motherboard (one of many))"
ethernet (r8169), BC:5F:F4:4A:8F:BD, hw, mtu 1500

lo: ohanterad
"lo"
loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536
Där syns att nätverket inte riktigt är igång via "ansluter (förbereder)"...

Prova vad som händer om du kör:
Kod:
sudo dhclient -v
Då ska IP-adress och en massa annat fyllas i, om din router är inställd på att hantera DHCP...

gips skrev:
Kan man installera om "resolvectl" separat?
Trots att terminalen säjer att senaste version är installerad. Provade att ominstallera men det avslutas, kanske innan det är klart. Med texten "Fel: Tidsgränsen uppnåddes.
Resolvectl ingår i "systemd", som rimligtvis borde vara installerad. Prova med:
Citat:
dpkg -l | grep systemd
Som visar om systemd är installerat som det ska...

gips skrev:
Jag har lyckats att lirka igån nätverket men det verkar vara ngt knas med Cinnamon. Trasiga paket skall nu vara uppdaterade, men jag är tveksam. Uppdate-hanteraren säjer att systemet är OK.
Prova med:
Kod:
sudo apt-get -f install
som kontrollerar om allting är installerat som det ska...

gips skrev:
Hur gör jag för att byta session från Cinnamon till antingen mate lr xfce?
Jag har automatisk inloggning utan lösenord till Cinnamon.
Lösenordet är generellt och samma (dvs. inget då) för alla skrivbordsmiljöer. Om du har automatisk inloggning, så byter du enklast miljö genom att logga ut så att du kommer till inloggningsskärmen. Där kan du välja vilken skrivbordsmiljö som ska användas när du loggar in och nästa gång ska du automatiskt få den miljö du senast körde.

Om inloggningsskärmen inte funkar, så prova med att installera lightdm, med:
Kod:
sudo apt-get install lightdm
Jag tror att installationen automatiskt gör en omkonfiguration så att lightdm hanterar inloggningen...
Författare:  gips [ 29 okt 2020, 14:40 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
Osprey skrev:
gips skrev:
# nmcli
enp3s0: ansluter (förbereder) to Trådbunden anslutning 1
"Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (Motherboard (one of many))"
ethernet (r8169), BC:5F:F4:4A:8F:BD, hw, mtu 1500

lo: ohanterad
"lo"
loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536
Där syns att nätverket inte riktigt är igång via "ansluter (förbereder)"...

Prova vad som händer om du kör:
Kod:
sudo dhclient -v
Då ska IP-adress och en massa annat fyllas i, om din router är inställd på att hantera DHCP...

gips skrev:
Kan man installera om "resolvectl" separat?
Trots att terminalen säjer att senaste version är installerad. Provade att ominstallera men det avslutas, kanske innan det är klart. Med texten "Fel: Tidsgränsen uppnåddes.
Resolvectl ingår i "systemd", som rimligtvis borde vara installerad. Prova med:
Citat:
dpkg -l | grep systemd
Som visar om systemd är installerat som det ska...

gips skrev:
Jag har lyckats att lirka igån nätverket men det verkar vara ngt knas med Cinnamon. Trasiga paket skall nu vara uppdaterade, men jag är tveksam. Uppdate-hanteraren säjer att systemet är OK.
Prova med:
Kod:
sudo apt-get -f install
som kontrollerar om allting är installerat som det ska...

gips skrev:
Hur gör jag för att byta session från Cinnamon till antingen mate lr xfce?
Jag har automatisk inloggning utan lösenord till Cinnamon.
Lösenordet är generellt och samma (dvs. inget då) för alla skrivbordsmiljöer. Om du har automatisk inloggning, så byter du enklast miljö genom att logga ut så att du kommer till inloggningsskärmen. Där kan du välja vilken skrivbordsmiljö som ska användas när du loggar in och nästa gång ska du automatiskt få den miljö du senast körde.

Om inloggningsskärmen inte funkar, så prova med att installera lightdm, med:
Kod:
sudo apt-get install lightdm
Jag tror att installationen automatiskt gör en omkonfiguration så att lightdm hanterar inloggningen...


OBS!
Cinnamon-fallback-läge:


nmcli

Svar

enp3s0: ansluten to Trådbunden anslutning 1
"Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (Moth
ethernet (r8169), BC:5F:F4:4A:8F:BD, hw, mtu 1500
ip4 som standard
inet4 192.168.1.101/24
route4 0.0.0.0/0
route4 0.0.0.0/0
route4 192.168.1.0/24
inet6 fe80::6d85:bf73:d119:39db/64
route6 fe80::/64
route6 fe80::/64
route6 ff00::/8

lo: ohanterad
"lo"
loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

DNS configuration:
servers: 192.168.1.1
interface: enp3s0

Använd ”nmcli device show” för att få komplett information om kända enheter och
”nmcli connection show” för att få en överblick över aktiva anslutningsprofiler.
lines 1-23



sudo dhclient -v

Svar

Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/enp3s0/bc:5f:f4:4a:8f:bd
Sending on LPF/enp3s0/bc:5f:f4:4a:8f:bd
Sending on Socket/fallback
DHCPREQUEST of 192.168.1.101 on enp3s0 to 255.255.255.255 port 67 (xid=0x6fcedd1d)
DHCPACK of 192.168.1.101 from 192.168.1.1
RTNETLINK answers: File exists
bound to 192.168.1.101 -- renewal in 232212 seconds.

dpkg -l | grep systemd

Svar

ii dbus-user-session 1.12.2-1ubuntu1.2 amd64 simple interprocess messaging system (systemd --user integration)
ii gnome-logs 3.28.0-1linuxmint1 amd64 viewer for the systemd journal.
ii libnss-systemd:amd64 237-3ubuntu10.42 amd64 nss module providing dynamic user and group name resolution
ii libpam-systemd:amd64 237-3ubuntu10.42 amd64 system and service manager - PAM module
ii libsystemd0:amd64 237-3ubuntu10.42 amd64 systemd utility library
ii networkd-dispatcher 1.7-0ubuntu3.3 all Dispatcher service for systemd-networkd connection status changes
ii python3-systemd 234-1build1 amd64 Python 3 bindings for systemd
ii systemd 237-3ubuntu10.42 amd64 system and service manager
ii systemd-sysv 237-3ubuntu10.42 amd64 system and service manager - SysV links

sudo apt-get -f install

Svar

Läser paketlistor… Färdig
Bygger beroendeträd
Läser tillståndsinformation… Färdig
0 att uppgradera, 0 att nyinstallera, 0 att ta bort och 0 att inte uppgradera.


"Lösenordet är generellt och samma (dvs. inget då) för alla skrivbordsmiljöer. Om du har automatisk inloggning, så byter du enklast miljö genom att logga ut så att du kommer till inloggningsskärmen. Där kan du välja vilken skrivbordsmiljö som ska användas när du loggar in och nästa gång ska du automatiskt få den miljö du senast körde."

Jag kmr inte till inloggningsskärmen utan till root-promten om jag väljer logga ut från Cinnamon-fallback-läget.

sudo apt-get install lightdm

Svar

Läser paketlistor… Färdig
Bygger beroendeträd
Läser tillståndsinformation… Färdig
lightdm is already the newest version (1.26.0-0ubuntu1).
0 att uppgradera, 0 att nyinstallera, 0 att ta bort och 0 att inte uppgradera.
Författare:  Osprey [ 29 okt 2020, 15:36 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
gips skrev:
enp3s0: ansluten to Trådbunden anslutning 1
...
ip4 som standard
inet4 192.168.1.101/24
...
DNS configuration:
servers: 192.168.1.1
interface: enp3s0
Ser helt riktigt och bra ut. Nätverket är anslutet, datorn har fått IP-adressen 192.168.1.101 och routern (192.168.1.1) är uppsatt som DNS-server...

gips skrev:
sudo dhclient -v
...
DHCPREQUEST of 192.168.1.101 on enp3s0 to 255.255.255.255 port 67 (xid=0x6fcedd1d)
DHCPACK of 192.168.1.101 from 192.168.1.1
...
Helt korrekt det med, den får adressen 192.168.1.101 igen precis som väntat. Detta innebär alltså att routern är helt korrekt inställd. Frågan är bara vad som händer om du kör det när datorn inte är startad i fallback-läge. Kanske får du en felutskrift då som kan vara intressant...

gips skrev:
dpkg -l | grep systemd
...
ii systemd 237-3ubuntu10.42 amd64 system and service manager
Ser bra ut det med, "ii" som står i början betyder att systemd är fullständigt och korrekt installerat.

gips skrev:
sudo apt-get -f install

Läser paketlistor… Färdig
Bygger beroendeträd
Läser tillståndsinformation… Färdig
0 att uppgradera, 0 att nyinstallera, 0 att ta bort och 0 att inte uppgradera.
Ser helt ok ut, men för säkerhets skull, skulle du kunna prova att köra:
Kod:
#!/bin/sh

. /lib/recovery-mode/l10n.sh

if [ "$1" = "test" ]; then
  echo $(eval_gettext "Repair broken packages")
  exit 0
fi

# do some cleanup
rm /var/lib/apt/lists/partial/*
rm /var/cache/apt/archives/partial/*

# check and use dist-upgraders partial mode if we have it,
# it contains a lot of useful repair code
for v in 2.7 2.6 2.5; do
  python="/usr/bin/python$v"
  script_new="/usr/lib/python$v/dist-packages/DistUpgrade/dist-upgrade.py"
  script_old="/usr/lib/python$v/site-packages/DistUpgrade/dist-upgrade.py"
  if [ -x "$python" ]; then
    if [ -e "$script_new" ]; then
      script=$script_new
    elif [ -e "$script_old" ]; then
      script=$script_old
    else
      continue
    fi
    "$python" "$script" --partial --frontend DistUpgradeViewText \
      --datadir /usr/share/update-manager/
    break
  fi
done

# now run the apt foo again (if u-m was ok that shouldn't be needed
dpkg --configure -a
apt-get update
apt-get install -f
apt-get dist-upgrade

echo ""
echo $(eval_gettext "Finished, please press ENTER")
read TMP

exit 0
...som är det script som körs i återställningsläge, för att reparera trasiga paket...

gips skrev:
Jag kmr inte till inloggningsskärmen utan till root-promten om jag väljer logga ut från Cinnamon-fallback-läget.

sudo apt-get install lightdm

Läser paketlistor… Färdig
Bygger beroendeträd
Läser tillståndsinformation… Färdig
lightdm is already the newest version (1.26.0-0ubuntu1).
0 att uppgradera, 0 att nyinstallera, 0 att ta bort och 0 att inte uppgradera.
Uppenbarligen har du redan lightdm installerad. Saken är den att vi vet förmodligen egentligen inte om det är Cinnamon eller inloggningshanteraren som kraschar. Jag vet inte säkert, men skulle gissa på att Cinnamon använder "gdm" och då kan det vara värt att prova om det krashar på samma sätt om du använder "lightdm".

Växla inloggningshanterare kan du t.ex göra med:
Kod:
sudo /usr/sbin/dpkg-reconfigure lightdm
Författare:  gips [ 29 okt 2020, 18:14 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart
Verkar ha hittat en lösning.
https://forums.linuxmint.com/viewtopic. ... 3&t=331605

Warning: Critical issue in base-files 19.0.2 update
Post by clem » Wed Sep 30, 2020 7:12 am

Affected releases:

This issue only affects Linux Mint 19 Tara.

If you are running any other release (18.x, 19.1, 19.2, 19.3, 20, LMDE) please ignore this topic.

Description of the problem:

A critical issue was found in yesterday's base-file 19.0.2 update.

Due to a build issue the package content is empty and its post-installation script results in creating the /var/run directory (which should normally be a symbolic link towards /run). This prevents many system services from running correctly, including those responsible for the console and the login screen.

Solution:

To fix the problem boot in recovery mode:
Boot your computer
Press the SHIFT key while booting to force the boot menu to show up
Select Advanced options for Linux Mint 19
Select the "recovery mode" boot option
When the Recovery Menu appears, select "root - Drop to root shell prompt"
Press Enter
You will then be able to type commands. Run the following ones:
CODE: SELECT ALL

mount -o rw,remount /
rm -rf /var/run
ln -s /run /var/run
Reboot. Your computer should now boot normally and let you log in.

To completely fix the issue, open a terminal and type:
CODE: SELECT ALL

wget linuxmint.com/tmp/base-files_19.0.1_all.deb
sudo dpkg -i base-files_19.0.1_all.deb
Notes:

About 2h ago, the repositories were rolled back to version 19.0.1 of the base-files package. It can take up to 48h for this change to be picked up by all the mirrors.

I'd like to apologize to everyone impacted by this issue. The change between 19.0.1 and 19.0.2 had nothing to do with the boot sequence. It was tiny and very simple (a URL was changed in a text file) so we didn't test the boot sequence. We were alerted by the community of this regression.

_________________________________
Ska nu testa och se om det fungerar även fortsättningsvis. Har bara testat ett par omstarter men det ser bra ut än så länge. Uppdat mm funkar som vanligt.

Jag kmr att återkomma med uppföljning.
Är det så att denna lösning "tål vatten" så är det grejt. Håller tummarna.

Om det är så vill jag tacka först och främst @Osprey för ett fantastiskt tålamod och hjälpsamhet. Samt även @GunnarH vars inspel skapade en viktig pusselbit.

STORT TACK, hoppas tygen håller.
Författare:  gips [ 20 jan 2021, 17:49 ]
Inläggsrubrik:  Re: Uppdatering gick fel - svart skärm efter omstart  Tråden är löst
Återkopplar med lite "vad hände sen".

W10 installationen krabbade lite och ville reparera sej, vilket den gjorde sen rullade det på utan problem.
På Mint så havererade tydligen VirtualBox men det är inte hela världen. Testade bara tidiga versioner av Ubu 2004. Det är ju gnome-desktop i Ubu som standard vilket jag ändå inte är förtjust i. Vbox var jag tvungen att installera om vilket i sin tur var struligt. Avinstall -> omstart kolla om Vbox var kvar lr inte. Rensa kvarvarande -> omstart. Det gick inte att nyinstallera Vbox annat än stänga av dator,över natten, sen gick det bra.

Detta kanske i sej var överdrivet då jag har gått över till Mint-20. Jag ville dock förvissa mej om att Mint-19 är körbar. Har fortfarande kvar den partionen. Mao trippelbootar för närvarande.

Återigen tack för all hjälpsamhet!
Sida 3 av 3 Alla tidsangivelser är UTC + 1 timme
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/