Linux mint. Kommer ej till gui

Antar att det står något med GRUB också? Fick samma problem när jag använde Linux Mint Cinnamon förra året eller nått sånt. Minns dock inte vad problemet var.

Kör startx-kommandot och se om du kommer åt GUI'n på det sättet.

De felmeddelanden som syns där verkar ju tyda på problem att skapa eller skriva filer?

Kan du manuellt skapa en fil med t.ex.

Och sen avsluta med Ctrl-D. Skapas det en fil i /tmp/ ?

Fulla diskar kan ställa till saker. Det räcker att fel disk är full så kan det bli problem.

Skriv följande och posta här:

"df" är "disk free" och flaggan -h gör att det visas i "human form" alltså lite lättare att läsa. Det kommer att lista alla diskar.

Ibland kan nåt program slå bakut och börja skriva eller eller flera enorma loggfiler t.ex., sånt kan fylla en disk.

Det kan ju också vara en disk som är trasig såklart.

Men vad säger "df"? Är det någon disk som är full?

Prova att tryck Ctrl-Alt-F1 eller Ctrl-Alt-F6 så borde du komma till en inloggningsprompt igen.

Linux har sen tidernas begynnelse funkat så att det finns ett antal "virtuella text-terminaler" som man kommer till genom att byta med Ctrl-Alt-F1 eller på äldre bara Alt-F1 om jag minns rätt.

Jag är inte säker på hur Mint Linux är uppsatt, men fönsterhanteraren brukar tydligen ligga på Ctrl-Alt-F7.

En demo av detta finns på nedanstående länk om du inte fattade av min beskrivning:

https://www.youtube.com/watch?v=jfSSQc-8dDY

(inte snygg och irriterande musik, men det var den första jag hittade).

Bra. Problem troligen hittat. Frågan är varför? Om du kollar i loggbibliotek av olika slag kanske du hittar förklaringen. Kolla också i /tmp

Ett sätt att försöka hitta problemet är att leta efter stora filer med "du". Skriv t.ex.

Detta ska leta efter alla filer större än 1 GB om jag tänker rätt.

Läs mer t.ex. här: https://opensource.com/article/21/7/check-disk-space-linux-du

Om du sen hittar vilken fil som exploderat i storlek är ju nästa utmaning att förstå varför. Med lite tur fattar du om det tillhör nåt speciellt program och kan åtgärda det.

Om det är en loggfil kan du använda kommandot "tail" för att se slutet av filen som kanske säger nåt. Exempel:

Läs mer här: https://opensource.com/article/22/7/manage-files-linux-comman...

Jag har inte pillat på den här nivån på många år, jag hoppas nåt hjälper och att jag inte säger för mycket fel.

Jag är ledsen, men nu har vi nog nått slutet av min kompetens på gissningarna. Vi får hoppas nån mer hittar in i tråden.

/proc är ett slags virtuellt filsystem som innehåller information om alla processer som körs, inklusive länkar till filer som processerna använder. Så /proc borde i stort sett inte ta upp någon plats alls. Kommandot du använder kanske följer länkar och räknar in alla filer som bara är länkade också?

Jag håller med föregående talare, /proc är inget att titta på. Kolla t.ex. här:

https://askubuntu.com/questions/1103215/size-of-proc-is-impos...

Om du inte hittar rätt saker med de textbaserade verktygen du verkar komma åt kan ett alternativ vara att boota en Linux från en live-image (på USB, antar jag i dessa tider) och där kanske hitta ett grafiskt verktyg som hjälper dig hitta skurken? Du måste ju montera dina befintliga diskar i live-sessionen förstås innan du kan se dem. Jag tänker på program som de här:

https://www.maketecheasier.com/best-apps-view-disk-usage-linu...

Kan rekommendera att installera ncdu för att hitta vad som tar plats annars. Körs i terminalen, och ger en rätt snabb uppfattning om vilka kataloger som snor all plats

Körs antingen från katalogen du står i, så kör isf cd / och sudo ncdu, eller så kan du köra den i en utpekat katalog med sudo ncdu /