Laravel Forge Ubuntu Update and Upgrade Manual med OpenSSL bugfixar

Var försiktig: Alla kommandon har inte testats fullständigt, du använder dessa instruktioner med försiktighet och på egen risk. För att upprepa, som gäller för alla våra artiklar, är det på egen risk att använda våra instruktioner!
Den här artikeln fokuserar främst på Ubuntu 14.04- och 16.04-servrar som arbetar med Laravel Forge, men det kan vara användbart för alla Ubuntu (server) användare.

Som nämns, OpenSSL hade nyligen en säkerhetsrisk med koden CVE-2016-2107. Denna sårbarhet är åtgärdad i OpenSSL 1.0.2h – 3 maj 2016. Kontrollera din nuvarande version genom att ange kommandot:

openssl version -v 

Uppdaterar du bara OpenSSL?

Sedan kan du köra:

sudo apt-get install --only-upgrade libssl1.0.0 openssl

Starta sedan om Nginx:

sudo service nginx omstart

Kontrollera om versionen är uppgraderad genom att ange kommandot:

openssl version -v 

Om det är okej bör du se versionen:

OpenSSL 1.0.2h 3 maj 2016

Eller nyare förstås.

Gör en uppdatering eller uppgradering inom samma version

Enligt instruktioner från DigitalOcean kan du uppdatera eller uppgradera Ubuntu genom att uppdatera paketlistan:

sudo apt-get uppdatering

Uppgradera sedan installerade paket till deras senaste tillgängliga versioner:

sudo apt-get uppgradering

Du kommer att se en lista med uppgraderingar och uppmanas att fortsätta. Svara y för ja och tryck på Enter. Sedan uppdateras och uppgraderas paketen

Fel: Ouppfyllda beroenden?

Under uppgraderingen kan följande fel inträffa:

Följande paket har ouppfyllda beroenden: linux-image-extra-3.13.0-66-generic: Beror: linux-image-3.13.0-66-generic men det är inte installerat linux-image-extra-3.13.0-79-generic: Beror på: linux-image-3.13.0-66-generic men det är inte installerat linux-image-extra-3.13.0-79-generic: Beror: linux-image-3.13.0-7 är inte installerat generic men-7 är inte installerat generic Beror på: linux-image-3.13.0-79-generic men den är inte installerad"

Därför kan du installera de saknade bilderna genom att ange kommandot:

sudo apt-get install -f

Det kan vara så att du får detta meddelande:

Packar upp linux-image-3.13.0-79-generic (3.13.0-79.123) ... dpkg: felbearbetning av arkiv /var/cache/apt/archives/linux-image-3.13.0-79-generic_3.13.0-79.123_amd-64.deb kan inte kopieras data för './boot/vmlinuz-3.13.0-79-generic' till '/boot/vmlinuz-3.13.0-79-generic.dpkg-new': kunde inte skriva (Inget utrymme kvar på enheten) Ingen apportrapport skrevs eftersom felmeddelandet indikerar ett fel på disken full dpkg-deb: fel: subprocess paste dödades av) signal

Läs i så fall nästa stycke.

Fullständig /boot-katalog?

När du installerar saknade beroenden och kör kommandot:

sudo apt-get installation

Det kan uppstå ett fel som beskrivs i föregående stycke. Detta kan lösas genom att följa följande steg som beskrivs på Stack Overflow.
När du befaller:

df -h

Du skulle förmodligen se att /boot-katalogen är 100% fylld. I så fall:

Identifiera först vilket utrymme som ska användas,

cd /boot du -sk *|sortera -n

Det kan finnas många kärnor. Kör sedan:

uname -a

för att få den körande kärnan. De användare på Stack Overflow: identifierade att jag var på Linux alternativ 2.6.32-43-server och gjorde en tar av 6 av versionerna som inte kördes och var gamla.

tar -cvf ~användarnamn/boot.tar *2.6.32-44-server *2.6.32-45-server *2.6.32-46-server *2.6.32-47-server *2.6.32-48-server *2.6.32-49-server

Gör sedan en rm -rf av det som säkerhetskopieras:

rm -rf *2.6.32-44-server *2.6.32-45-server *2.6.32-46-server *2.6.32-47-server *2.6.32-48-server *2.6.32-49-server

Jag visar dessa kommandon som exempel, du måste bestämma vad du ska arbeta med för din situation.

Nu när du har lite utrymme på /boot kan du köra

apt-get -f installera 

För att rensa upp den misslyckade installationen av 2.6.32-56-servern.

Gör sedan:

apt-get remove linux-headers-2.6.32-38 linux-headers-2.6.32-38-server linux-image-2.6.32-38-server apt-get remove linux-headers-2.6.32-39 linux-headers-2.6.32-39-server linux-image-2.9-server.

Detta ger utrymme att lägga tillbaka det jag hade säkerhetskopierat.

tar -xf ~användarnamn/boot.tar rm ~användarnamn/boot.tar    

För att städa kan du köra:

apt-get autoremove

Starta sedan om och du kommer att se att du använder en mycket liten andel av /boot.

>> Funkar inte det? Du kan också prova denna stack Overflow-svar, vilket också fungerade för mig.

Släpp uppgradering från 14.04 till 16.04

Vara försiktig! Som "zachleigh" nämner på Laracasts: "Om du redan använder php7 i 14.04, då är det egentligen ingen mening med att uppgradera nu antar jag. 14.04 stöds till våren 2018 så du har fortfarande ett par år på dig innan du måste göra något. Kan också vänta tills nästa långsiktiga supportversion, 18.04, kommer ut 2018."

Om du fortfarande vill göra detta, läs guide av DigitalOcean och kör:

sudo gör-release-uppgradering

Senast uppdaterad 13 september 2017