Linux Mint 20 Xfce bootolás közben lefagy

Fórum: 

Sziasztok!
Kb. másfél éve telepített Linux Mint oprendszerem mostanában időszakosan, kb. 5-ször 10 közül
bootolás közben lefagy. Elindul a bootolás és vagy sötét képernyő, vagy a kör alakú Linux Mint
embléma kijelzésével lefagy.
Windows 10 és  Linux Mint 20 egy SSD-re  két külön partícióra van telepítve.
Frissítések megtörténtek,
Win10 indul rendesen.
A gép:
i5 CPU 3,3 GHz, 64 bit
8 GB RAM, 120 GB SSD, 500 GB HDD
Nem tudom, hogy ez egyáltalán hardveres, vagy szoftveres hiba. Tudom, hogy a válasz az, hogy telepítsem újra.
De nagyon érdekelne, hogy mi okozhatja a hibát, és el lehet-e hárítani újra telepítés nélkül.
Ha valakinek volt tapasztalata ilyesmivel, esetleg ötlete a probléma elhárítására, örömmel
fogadnám a segítségét.
Előre is köszi, üdv: Gábor

 

csuhas32 képe

boot.log

Értékelés: 

0
Még nincs értékelve

Én esetleg egy ilyen sikertelen indulás után live rendszer alól megnézném, hogy mi van a telepített rendszer /var/log/boot.log fájljában. (Vagy esetleg, amikor ismét sikerül elindítani akkor a boot.log.1; boot.log.2;... fájlokat is átnézném, hátha találok bennük valamit, amin el lehet indulni.
Analógia:

sudo cat /var/log/boot.log.1

)

Mondjuk egy Linux Mint 20-at nem tudom mennyire éri meg patkolni, megérett az már a cserére.

csuhas32 képe

120 GB SSD, 500 GB HDD, Windows10-LM20

Értékelés: 

0
Még nincs értékelve

Ki tudja, lehet, hogy valamely partíció benne van a Mint fstab-jában is, de azt a Windows is használja és olykor a félhibernációs leállítás miatt a fogságába esik, aztán itt elakad a bootolás.
Nézzünk egy

cat /etc/fstab

kimenetet (is).

csuhas32 képe

Tippelek – Display Manager

Értékelés: 

0
Még nincs értékelve

Mivel nincs egyelőre más válasz, tippelnék.
Ha az én rendszerem volna, akkor rendszer-visszaállítási pont készítése után lekérdezném, hogy melyik DM most az alapértelmezett:

cat /etc/X11/default-display-manager

Szerintem erre a lightdm lesz a válasz.

Bármi is van fenn, feltennék egy másikat. Például:
 

sudo apt install sddm

Aztán

sudo dpkg-reconfigure sddm

Ha jól tudom, akkor e parancs után megjelenik egy lista, ahol a telepített Display Manager-ek közül választatni lehet.
Emlékeim szerint a szóközzel jelölöd ki az <OK>-ot.
https://www.linuxuprising.com/2018/12/how-to-change-default-display-mana...

Aztán van még egy ilyen találatom is: https://forum.garudalinux.org/t/switch-display-manager-from-lightdm-to-s...

sudo systemctl disable lightdm-plymouth
sudo systemctl enable sddm

Persze választhatsz másikat is, amelyik neked tetszik és az egész cirkusznak csak akkor van értelme, ha jó a tippem és a Display Manager-rel akadt gondja a rendszernek, de ez egyáltalán nem biztos.

Nincs tele a rendszerpartíció?

Értékelés: 

0
Még nincs értékelve

Nekem úgy tűnik. Törölj live rendszer alól, szabadíts fel helyet, és legközelebb amikor a rendszer szól, hogy kevés a hely.,akkor komolyan kell venni.

Köszönet segítségért + újabb infók

Értékelés: 

0
Még nincs értékelve

Mindenkinek, aki segíteni próbált, köszönöm.
A WIN 10 és a LINUX partícióján bőven van még hely, megnéztem.
Kör alakú LM embléma megjelenésekor való lefagyás
után ESC gombot nyomva az 1. kép szerinti szöveg jelent meg.
Sötét képernyős lefagyáskor semmi gombra nem reagál, áramtalanítással lehet csak kikapcsolni.
Ilyen eset után live DVD-vel indítva a VAR LOG BOOT LOG tartalma a 2. képen látható.
Nem vagyok informatikus, LINUX szakértő, csak a felhasználói szintnél alig több ismeretem van ezekről a
dolgokról. Nem derült ki számomra, hogy mi a probléma. Zavar az, hogy kétféleképpen tud lefagyni,
máskor meg nem fagy le. Lehetséges, hogy kezd döglődni as SSD, hibás szektorok jelennek meg? Lehet hogy
ez okozza a problémát? Meg fogom nézni, van-e hibás szektor.
Ha valakinek van még egyéb ötlete, szívesen fogadom, de valószínűleg új telepítés lesz frissebb Op rendszerre.

Kép: 

csuhas32 képe

Köszönet segítségért + újabb infók

Értékelés: 

0
Még nincs értékelve

#7 Azt írja, hogy nem tudja felcsatolni a /dev/sda1-et, mert fogvatartja a Windows.

Tippeltem is erre, ott van fentebb erről a hozzászólásom.

Most se tudok mást írni, mint akkor. Kapcsold ki a Windowsban a hibernálást, gyors rendszerindítást.

Mutass egy cat /etc/fstab kimenetet, (vélhetően ott lesz benne valahol ez az sda1).

Szerk: És erősen panaszkodik továbbá arra hogy az sda1-et /cdrom helyre próbálja felcsatolni, de ilyet nem talál...
Ezt a fájlt biztos rendbe kellene tenni, de nem mutattad meg eddig a tartalmát.

Köszönet segítségért + újabb infók

Értékelés: 

0
Még nincs értékelve

#8 Azt azért nem értem, hogy miért kell egy Linuxnak lefagynia egy hiányzó NTFS partíciótól... Mit drótozhatott be onnan  a rendszer?

csuhas32 képe

Re: Mit drótozhatott be onnan a rendszer?

Értékelés: 

0
Még nincs értékelve

#9 Szerintem könnyen megeshet, hogy nincs azon a partíción semmi (fontos), elég lehet akár az is, hogy a hozzá tartozó sorban NEM szerepel mondjuk a nofail vagy noauto kapcsoló, ezért ha valami gubanc van vele (nincs jelen) itt elakad a rendszer, pedig valójában a rendszer működéséhez alapvetően semmi szükség nem volna rá. Valami ilyesmire tippelek.

Volt idén néhány téma, ahol verziófrissítés során, ki tudja miért, valami egész fura és felesleges sor került az fstab végére, ezen aztán annyira elakadt a felfrissült rendszer első bootolása, hogy rögtön vészhelyzeti módba került, ezzel jelentős riadalmat okozva a grafikus felület nélkül maradt felhasználó számára. Live alól elég volt e sor elé tenni egy hash mark-ot és máris helyreállt a világbéke.

Köszönet segítségért + újabb infók

Értékelés: 

0
Még nincs értékelve

#9 Lehet be van állítva az NTFS partícióra az automatikus csatolás.

Egyébként, ha van elég szabad hely a rendszerpartíción, - fölöttébb furcsa, hogy a Windows is, és a Linux is az sda eszközön van, ami 120 GB, és ehhez képest van még szabad hely, de legyen - szóval Live rendszerről indulni, ott a SETTINGS / DISKS alatt (ez a Lemezek app, de a Live rendser angol, szóval ott kiválasztani az sda2-t, a fogaskerékre kattintani, és REPAIR (valami hasonló menüponttal elindítani a fájlrendszer javítást)

Azt lehet tudni, miért 18-as Mint-et telepítettél?

 

csuhas32 képe

Köszönet segítségért + újabb infók

Értékelés: 

0
Még nincs értékelve

#11 Griesz azt írja, hogy 20-as a Mint. Nem lehet, hogy csak egy „deb cdrom:” kezdetű sor van az fstab-ban, amiben még a Mint 18 /Sarah/ szerepel, merthogy egykor az lett telepítve, aztán meg frissítve 20-ra? Alapvetően tudtommal a CD-s sor a telepített rendszeren inaktív, de persze lehet élesíteni.
(Kár hogy csak tippelgetünk és nem láthatjuk azt az fstab-ot!)

Szerk: Még az is lehet, (egyre inkább erre gyanakszom), hogy ez a Live DVD /var/log/boot.log fájljának tartalma, nem pedig a telepített rendszer /var/log/ valamelyik boot.log-ja. A fényképről ezt nem lehet megítélni, mert nincs rajta elérési útvonal,de a hozzászólás szövege sem utal semmi olyasmire, hogy mondjuk
/mint/media/jfdlkajglje8745879334/var/log/boot.log.