Opstart af Windows i VirtualBox fejler jævnligt efter softwareopdatering Emnet er løst

[AJenbo]

Hvis du vil prøve at fortsætte med 4.11

Kode: Vælg alt

linux-headers-generic-hwe-16.04-edge
linux-generic-hwe-16.04-edge

Er der nogen risiko forbundet med at prøve denne løsning - jeg mener, ud over at den muligvis ikke hjælper?

Og for lige at få det rigtigt - er det nærmere bestemt

Kode: Vælg alt

sudo apt install linux-headers-generic-hwe-16.04-edge
sudo apt install linux-generic-hwe-16.04-edge

jeg skal køre?

Der burde ikke være nogen risiko ved det, kommandoerne ser fine ud, dog kan du installeret flere pakker samtidig ved at adskille dem med mellemrum

[thj01]

Nu er jeg mere den praktiske type, der gerne vil bruge min computer til ar arbejde på.

Derfor er mit ultimative råd. tag backup af dine virtuelle maskiner.
Tag backup af dine data og geninstaller ubuntu.

Jeg tror at alle dine problemer ligger i at du har valgt at opgradere din kerne og det giver en kaskadeeffekt igennem dit system.

Min erfaring i den slags situaioner er, at man geninstallerer sin computer, fordi det er langt hurgtigere end at fejlsøge osv. Jeg har et script inklusiv VB installation, der gør at min computer er nyinstalleret og færdigkonfigureret efter ca 45 minutter og så 10-15 minutter med overførsel af backupdata.

Det er MEGET hurtigere end det du bøvler med.

Som sagt .. jeg tror din kerne er hele problemet.

[marie@idiomatic]

Beklager at jeg pludselig fik travlt og forsvandt fra linjen.
Jeg har nu forsøgt mig med

Kode: Vælg alt

sudo apt install linux-headers-generic-hwe-16.04-edge
sudo apt install linux-generic-hwe-16.04-edge

og jeg tror faktisk at det har løst problemet!
Det er måske for tidligt at konkludere noget med sikkerhed, men jeg kørte de to kommandoer, genstartede maskinen og gav herefter "Softwareopdatering" lov til at installere følgende:

170912-softwareopdatering.png (173.16 KiB) Vist 579 gange

Efter færdiggjort installation og genstart af maskinen forventede jeg at VirtualBox ville fejle på sædvanlig manér, for der stod jo noget med "headers for version 4.10.0" på listen over sikkerhedsopdateringer. Men VirtualBox startede bare Windows med det samme uden nogen problemer. Jeg skulle ikke først til at installere de rigtige headers. Jeg skulle ikke engang konfigurere VirtualBox til at køre med den nye kerne.

Så nu ved jeg ikke om jeg tager fejl når jeg tror at der lige er blevet installeret en ny kerne, eller om mit problem rent faktisk er blevet løst?

[AJenbo]

Ikke noget problem, det er jo ikke os det ikke fungerer for

Der er blevet installeret en ny kerne, men det er ud fra den der har "image" i titlen at du kan se det. Det at der er en der heder "headers" er nok det der gør at du ikke fik problemer.

[marie@idiomatic]

Men har jeg så ikke 4.11 alligevel?

[AJenbo]

Du kan godt have flere installeret samtidig, gamle kerner bliver feks ikke fjernet når der installeres en opdatering. Du kan se hvilken du køre via denne kommando :

Kode: Vælg alt

uname -a

Køre du ikke på den netop installerede kerne ved vi selvfølgelig ikke om virtual box automatisk blev konfigureret der til.

[marie@idiomatic]

Hm ... jeg kører vist ikke på den netop installerede kerne, så:

Kode: Vælg alt

ml@prutmajs:~$ uname -a
Linux prutmajs 4.11.0-14-generic #20~16.04.1-Ubuntu SMP Wed Aug 9 09:06:22 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Men hvad er det så der afgør om en nyinstalleret kerne bliver "taget i brug" eller ej, hvis man kan kalde det sådan?

[AJenbo]

Den generelle rel er den kerne du har med det højeste versions nummer. 4.11.* er højere end 4.10.*, så der for køre du ikke med 4.10 kernerne når du har 4.11 kerner installeret. Da du har både 4.10 og 4.11 installeret, vil du modtage opdateringer af begge, men kun 4.11 vil være i brug.

Under opstarten (GRUB) af computeren kan du vælge hvilken kerne systemet skal startes med.

Du kan se hvilke kerner du har installeret med denne kommando:

Kode: Vælg alt

dpkg -l linux-image-"[0-9]*"

[marie@idiomatic]

Det giver følgende:

Kode: Vælg alt

ml@prutmajs:~$ dpkg -l linux-image-"[0-9]*"
Ønsket=Ukendt/Installér/(R)fjern/(P)udrens/tilbageHold
| Status=(N)ikke/Installeret/(C)Konfigfiler/Udpakket/(F)halvkonfig./
|/       Halvt-installeret/(W)afventer-udløser/(T)udløser-afventer
||  Fejl?=(ingen)/tilbilbageHoldt/geninstallation-kRæves/X=begge-problemer
|| /      (Status, Fejl: store bogstaver=alvorligt)
||/ Navn                                Version                Arkitektur             Beskrivelse
+++-===================================-======================-======================-============================================================================
ii  linux-image-4.10.0-19-generic       4.10.0-19.21~16.04.1   amd64                  Linux kernel image for version 4.10.0 on 64 bit x86 SMP
ii  linux-image-4.10.0-20-generic       4.10.0-20.22~16.04.1   amd64                  Linux kernel image for version 4.10.0 on 64 bit x86 SMP
ii  linux-image-4.10.0-21-generic       4.10.0-21.23~16.04.1   amd64                  Linux kernel image for version 4.10.0 on 64 bit x86 SMP
ii  linux-image-4.10.0-22-generic       4.10.0-22.24~16.04.1   amd64                  Linux kernel image for version 4.10.0 on 64 bit x86 SMP
ii  linux-image-4.10.0-24-generic       4.10.0-24.28~16.04.1   amd64                  Linux kernel image for version 4.10.0 on 64 bit x86 SMP
ii  linux-image-4.10.0-26-generic       4.10.0-26.30~16.04.1   amd64                  Linux kernel image for version 4.10.0 on 64 bit x86 SMP
ii  linux-image-4.10.0-28-generic       4.10.0-28.32~16.04.2   amd64                  Linux kernel image for version 4.10.0 on 64 bit x86 SMP
ii  linux-image-4.10.0-32-generic       4.10.0-32.36~16.04.1   amd64                  Linux kernel image for version 4.10.0 on 64 bit x86 SMP
ii  linux-image-4.10.0-33-generic       4.10.0-33.37~16.04.1   amd64                  Linux kernel image for version 4.10.0 on 64 bit x86 SMP
ii  linux-image-4.11.0-14-generic       4.11.0-14.20~16.04.1   amd64                  Linux kernel image for version 4.11.0 on 64 bit x86 SMP
ii  linux-image-4.8.0-36-generic        4.8.0-36.36~16.04.1    amd64                  Linux kernel image for version 4.8.0 on 64 bit x86 SMP
ii  linux-image-4.8.0-46-generic        4.8.0-46.49~16.04.1    amd64                  Linux kernel image for version 4.8.0 on 64 bit x86 SMP
ii  linux-image-4.8.0-49-generic        4.8.0-49.52~16.04.1    amd64                  Linux kernel image for version 4.8.0 on 64 bit x86 SMP
ii  linux-image-4.8.0-51-generic        4.8.0-51.54~16.04.1    amd64                  Linux kernel image for version 4.8.0 on 64 bit x86 SMP
ii  linux-image-4.8.0-52-generic        4.8.0-52.55~16.04.1    amd64                  Linux kernel image for version 4.8.0 on 64 bit x86 SMP
ii  linux-image-4.8.0-53-generic        4.8.0-53.56~16.04.1    amd64                  Linux kernel image for version 4.8.0 on 64 bit x86 SMP
rc  linux-image-4.8.0-54-generic        4.8.0-54.57~16.04.1    amd64                  Linux kernel image for version 4.8.0 on 64 bit x86 SMP
rc  linux-image-4.8.0-56-generic        4.8.0-56.61~16.04.1    amd64                  Linux kernel image for version 4.8.0 on 64 bit x86 SMP
rc  linux-image-4.8.0-58-generic        4.8.0-58.63~16.04.1    amd64                  Linux kernel image for version 4.8.0 on 64 bit x86 SMP


Så jeg har vist lidt af hvert ...

Nå, men så må jeg vel bare vente og se hvad der sker næste gang der kommer en opdatering til 4.11. Først da finder jeg ud af om det hjalp noget at installere de dér edge-ting. Jeg vender tilbage når der er nyt i sagen.

[marie@idiomatic]

Nu er jeg mere den praktiske type, der gerne vil bruge min computer til ar arbejde på.

Derfor er mit ultimative råd. tag backup af dine virtuelle maskiner.
Tag backup af dine data og geninstaller ubuntu.

Jeg tror at alle dine problemer ligger i at du har valgt at opgradere din kerne og det giver en kaskadeeffekt igennem dit system.

Min erfaring i den slags situaioner er, at man geninstallerer sin computer, fordi det er langt hurgtigere end at fejlsøge osv. Jeg har et script inklusiv VB installation, der gør at min computer er nyinstalleret og færdigkonfigureret efter ca 45 minutter og så 10-15 minutter med overførsel af backupdata.

Det er MEGET hurtigere end det du bøvler med.

Som sagt .. jeg tror din kerne er hele problemet.

Og det er ikke fordi jeg ikke har læst dit råd også, Thomas, og tak for det! Men jeg tror desværre ikke det ville gå helt lige så hurtigt for mig at geninstallere. Jeg havde mit hyr med at få installeret Ubuntu på maskinen her i foråret, og jeg har ikke lyst til at kaste mig ud i det igen hvis det ikke er strengt nødvendigt.

Så længe problemet hver gang kan løses ved at installere de påkrævede headers og derefter konfigurere VirtualBox manuelt, er det til at leve med. Det kunne være rart at få det løst, men det har ikke høj prioritet p.t. Jeg oplever trods alt ikke andre problemer end netop dette.

Så nu afventer jeg i hvert fald lige om ikke Anders' løsningsforslag skulle ske at have hjulpet.

[marie@idiomatic]

Yeah - der gik lang tid uden at der kom nye kerner, men i dag har jeg installeret 4.13.0-16-generic, og både VirtualBox og selve den virtuelle maskine startede op som om intet var hændt. Så noget tyder på at Anders' løsningsforslag har løst problemet. \o/

[thj01]

Yeah - der gik lang tid uden at der kom nye kerner, men i dag har jeg installeret 4.13.0-16-generic, og både VirtualBox og selve den virtuelle maskine startede op som om intet var hændt. Så noget tyder på at Anders' løsningsforslag har løst problemet. \o/

Den kan jo vendes på mange måder.

Det viste sig jo netop at det var din kerne opgradering der var problemet, og det viser jo også, at man skal have en større forståelse for hvordan Linux fungerer for at få det til at fungere når der er problemer.

En ting er sikkert ... havde du valgt at tage backup og installere 16.04 LTS ... så tror jeg du tids- og ressourcemæssigt havde vundet langt mere end ved alt det bøvl og bekymring du har haft .

Kerne opgraderinger giver jo egentlig kun mening, hvis man ønsker at have adgang til cutting edge funktionalitet og det er altså de færreste der har det .

[AJenbo]

På den anden side, hvis det var nødvendigt for at få alt hardware til at fungere ville en ny installation betyde en masse spildt ti, for ikke at nævne opsætning og installation af at andet på systemet. Og så er der måske lært noget ved at dykke ned i systemet