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...(külső hivatkozás)

Aztán van még egy ilyen találatom is: https://forum.garudalinux.org/t/switch-display-manager-from-lightdm-to-s...(külső hivatkozá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.

Reagálás eddigi válaszokra

Értékelés: 

0
Még nincs értékelve

Display Manager témában egyelőre nem merültem még el.
Win 10 hibernálás ki van kapcsolva, eddig is ki volt, a gyors indítás beállítást nem találtam.
A Mint 18 csak a live DVD, a kérdéses hibás rendszer Mint 20.3 elsőre így telepítve.
A boot menűben az oprendszer választásnál spec. beállításokat kiválasztva a felajánlott javítási
lehetőségeket elvégeztem, változás nincs. Generic csökkentett rendszerrel eddig még nem volt hibás bootolás.
A próbálkozások közben egy eddigiektől eltérő állapotban való lefagyást tapasztaltam.
A tálca az ikonjaival betöltődik, de az asztal teljesen sötét marad lefagyott állapotban.
Az első kép a cat /etc/fstab -ra  adott választ adja, jól indult rendszer után.
A második kép Live DVD-vel sötét asztalos lefagyás után a var/log boot fájlokat mutatná, de ki vannak ikszelve, nem nyithatók meg. Ugyanez a terminálból a harmadik képen látható.
Megnéztem a lemezkezelőben a 120 GB SSD-t. 30 hibás szektor van rajta!! Jól gondolom, hogy ez elég
ok lehet a fagyásos indulásokra, vagy érdemes tovább kutakodni a részletekben?
Most az ünnepek alatt nem fogok foglalkozni ezzel a témával,
Addig is minden segítönek és családjának BOLDOG KARÁCSONYT KÍVÁNOK!!
 

Kép: 

csuhas32 képe

Reagálás eddigi válaszokra

Értékelés: 

0
Még nincs értékelve

#14 „a gyors indítás beállítást nem találtam.”

Tele vele a net.

Az utolsó fényképeden hibás a parancs, rossz az elérési útvonal. A felette lévő fényképeden látszik is a helyes útvonal. Live rendszer alól ott állva a fájlkezelővel, jobb egérgombbal kattintva egy üres területen, majd az Open in terminal (Megnyitás terminálban) menüpontot választva és a

sudo cat boot.log.1

parancsot kiadva vélhetően megkaptad volna a kívánt eredményt.

(Ha live alól a telepített rendszer rendszerpartíciójának felcsatolása után mutatsz nekünk egy

ls /mint/media

parancskimenetet, akkor tudunk adni egy pontos parancsot is, amire megkapod a kívánt eredményt.
Fényképről ezt megpróbálni lejegyezni macerás és nagy a pontatlanság, tévedés esélye.

Tippem:

sudo cat /mint/media/dce3f87f-c391-4507-8a81-a089f259a2d8/var/log/boot.log1

Boldog karácsonyt!

Reagálás eddigi válaszokra

Értékelés: 

0
Még nincs értékelve

#14 Megnéztem a lemezkezelőben a 120 GB SSD-t. 30 hibás szektor van rajta!! Jól gondolom, hogy ez elég
ok lehet a fagyásos indulásokra,

Bizony hogy elég! Ez elég sok, és lehet, ha újra megnézed, több lesz.