Beküldte Csókai-Baráth András -
Fórum:
Helló, sziasztok!
Linux Mint Xfce-s gépemen időnként, de nem mindig a gépet csak a fizikai hardvergomb / kikapcsológombbal lehet kikapcsolni, mert a Zöld Linux Mint Logo a végtelenségig ott lenne és a gép menne másnap reggelig...
Ehhez kérnék megoldást!
Köszönöm nektek előre is!
Nyomni kellene Esc-et
Beküldte T.István -
Értékelés:
Szóval kikapcsoláskor amikor megjelenik, akkor nyomjál ESC-et. Látni fogod a mátrix zuhatagát (na jó, nem lesz zöld).
De lényeg futnak majd a jelentések, ahol gond van, ott ERROR díszeleg, és nagy valószínűséggel azzal van, aminél megáll, szóval az utolsó művelet.
Na ezt le kellene fényképezni, és feltölteni valami képmegosztóra, a linket mutatod, megnézzük.
Tippre a meleggel lesz gond, kánikulát nem bírja valami, mikor volt utoljára kitakarítva a gép?
(nem biztos hogy ez a gond, de most mi másra lehet gondolni, kevés az infó, meleg meg van,)
Kicsit off, gyorsbillentyű
Beküldte csuhas32 -
Értékelés:
Nekem Xubuntu 22.04-en, ami szintén Xfce környezetet használ, gyorsbillentyűre a
van rátéve, nagyon gyorsan leállítja a gépet. Esetleg ezzel is lehetne kísérletezni mint kerülőmegoldással.
...huzzal ki minden USB-t a
Beküldte devil -
Értékelés:
...huzzal ki minden USB-t a gépbol,utana proba...
Nyomni kellene Esc-et
Beküldte Csókai-Baráth András -
Értékelés:
Kívülről rendszeresen tisztítom.
Belülről: nincs szerszámom a szétszedéshez.
...huzzal ki minden USB-t a
Beküldte Csókai-Baráth András -
Értékelés:
Kicsit off, gyorsbillentyű
Beküldte Csókai-Baráth András -
Értékelés:
Nem tudom van-e Plymouth
ESC-re semmi
A gyorsbillentyűt még meg kell próbálnom.
Nem tudom, van-e Playmouth és gyorsbiillentyű kipróbálása
Beküldte csuhas32 -
Értékelés:
Zárj be minden mást, aztán terminálban (avagy az Alt+F2-ő megnyomása után) add ki a
parancsot.
Ha ez így jól működik, ráérsz akkor is rátenni valamelyik általad választott gyorsbillentyűre.
Nyomni kellene Esc-et
Beküldte T.István -
Értékelés:
Nem lehet sehova elvinni a gépet kitakarítani? Vagy valakit megkérni, akinek szerszáma is van? (meg hűtőpasztája)
Nyomni kellene Esc-et
Beküldte Csókai-Baráth András -
Értékelés:
https://ibb.co/YNwt6xq
https://ibb.co/n0N1drG
https://ibb.co/pfQf1hL
https://ibb.co/JH6trk1
https://ibb.co/cgj0kNS
https://ibb.co/VJXrbNr
https://ibb.co/HxYpjqK
Nyomni kellene Esc-et
Beküldte Csókai-Baráth András -
Értékelés:
Nyomni kellene Esc-et ESC: próbáltam már; semmi reakció
Beküldte csuhas32 -
Értékelés:
(SZERK: Közben látom, beküldtél egy hozzászólást, sikerült jókor nyomni az ESC-et, így tárgytalan!)
Feldobtam egy Mint Xfce-t virtuálisba.
Plymouth „kikapcsolása”:
Az /etc/default/grub fájlt szerkesztettem rendszergazdai joggal:
A quiet splash-t töröltem a két idézőjel közül, tehát ebből "quiet splash" ez lett: "" .
Valamint a
#GRUB_TERMINAL=console
elől kivettem a kettőskeresztet:
GRUB_TERMINAL=console
Elmentettem a fájlt (Ctrl+O, enter, [talán még egy enter], Ctrl+X)
Aztán kiadtam a
parancsot.
Forrás: https://forums.linuxmint.com/viewtopic.php?t=349079
Ha nekifognál, de bizonytalan vagy bármiben, akkor először csak nézzük meg a fájlod tartalmát:
Nem tudom, van-e Playmouth és gyorsbiillentyű kipróbálása
Beküldte Csókai-Baráth András -
Értékelés:
Nyomni kellene Esc-et ESC: próbáltam már; semmi reakció
Beküldte Csókai-Baráth András -
Értékelés:
https://ibb.co/chvw34L
ESC: próbáltam már; semmi reakció
Beküldte csuhas32 -
Értékelés:
Nyomni kellene Esc-et
Beküldte csuhas32 -
Értékelés:
Téma címe: „Kikapcsoláskor Linux Mint zöld logo...”
Plymouth „kikapcsolása”
Beküldte csuhas32 -
Értékelés:
Ha tényleg ezt szeretnéd:
Van benne egy ilyen sor:
ezt kellene átírni erre:
Aztán van egy ilyen sor:
Itt pedig a kettős keresztet kellene kivenni előle:
Aztán menteni a fájlt. (Ctrl+O, enter [talán kettő is], Ctrl+X, enter)
Utána pedig
Ha mindent jól csináltál, a következő újraindításkor már sem bekapcsoláskor sem kikapcsoláskor nem lesz elvileg Plymouth csak a rendszer üzenetei.
Amennyiben kell, ugyanígy vissza is lehet alakítani a változtatásokat.
a zöld LM logo másik neve Plymouth! =D
Beküldte csuhas32 -
Értékelés:
Nyomni kellene Esc-et
Beküldte Csókai-Baráth András -
Értékelés:
De, mert kikapcsoláskor olyan gyorsan lefuttatja az ESC-es folyamatot; úgy nem tudtam lefényképezni.
Plymouth „kikapcsolása”
Beküldte Csókai-Baráth András -
Értékelés:
Kódsor képként illetve szöveges formátumban.
Beküldte csuhas32 -
Értékelés:
Ha fényképként osztod meg, akkor a fénykép adott részletét ehhez karakterenként be kell gépelnünk, de senki nem szeret (pluszban) dolgozni, így ilyenre kisebb eséllyel kapsz rá érdemi választ.
A boot illetve a leállítás során látható sorokat nem tudod szöveges formában megosztani, hiszen ilyenkor még vagy már nem üzemel a rendszer, a grafikus környezet, így nem marad más, mint hogy lefényképezve, levideózva oszd meg velünk.
Plymouth „kikapcsolása”
Beküldte Csókai-Baráth András -
Értékelés:
https://ibb.co/GCLTDg6
https://ibb.co/wc4m2bv
Kódsor képként illetve szöveges formátumban.
Beküldte Csókai-Baráth András -
Értékelés:
Készítettem videókat; hogyan tudom itt megosztani őket?
a zöld LM logo másik neve Plymouth! =D
Beküldte Csókai-Baráth András -
Értékelés:
Készítettem videókat; hogyan tudom itt megosztani őket?
Beküldte csuhas32 -
Értékelés:
Plymouth „kikapcsolása”
Beküldte csuhas32 -
Értékelés:
Én az /etc/default/grub fájlban nem látok változást, először az kellene meglegyen (SZERK: persze csak akkor, ha ez tényleg kell és nem sikerül megnyomnod a leállításos fagyás előtt az Esc-et!)
Viszont a sudo update-grub kimenetében vannak hibaüzenetek az sdb1-re vonatkozóan! Ennek utána kellene járni (én le se merném állítani addig a gépet, míg ez meg nincs, nehogy aztán ne lehessen elindítani a rendszert)!
Nyomni kellene Esc-et
Beküldte csuhas32 -
Értékelés:
A kettő között feszül némi ellentmondás.
Nyomni kellene Esc-et
Beküldte Csókai-Baráth András -
Értékelés:
Készítettem videókat; hogyan tudom itt megosztani őket?
Beküldte Csókai-Baráth András -
Értékelés:
https://www.youtube.com/watch?v=A5iiLO-GkdU
Készítettem videókat; hogyan tudom itt megosztani őket?
Beküldte Csókai-Baráth András -
Értékelés:
https://www.youtube.com/watch?v=bryTeZJQW80
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte csuhas32 -
Értékelés:
(Ide írok, mert már nagyon kezdenek szűkülni az oszlopok.)
Bekapcsolás:
A gép bekapcsolásakor a DHCP-vel (azaz tudtommal az internetkapcsolat automatikus felépítésével) szöszmötöl, én azt gondolom, hogy ez még a Linux Mint bootolása előtti részen, a BIOS felségterületén történik, ennek tehát nincs köze a Minthez, de rá lehet keresni a neten, talán valamilyen BIOS-beállítással ki lehet ezt kapcsolni (én a magam gépén akkor találkozok hasonlóval, mikor megpróbál az alaplaphoz firmware frissítést keresni bekapcsoláskor).
Üzemelés közben:
Ami engem zavar, az a korábban kiadott sudo update-grub futásakor jelentkező sdb1-re vonatkozó hibaüzenet.
Én a magam gépén először ennek próbálnék meg utánajárni.
Elsőre szerintem mutass (szöveges formátumban!) egy
és egy
kimenetet.
Kikapcsolás:
Írod egy másik hozzászólásban: „Nem mindig fagy le, de épp idegesítően elégszer.”
Az a gondom, hogy a kikapcsolásról készült videód azt az állapotot mutatja, amikor rendben leáll a rendszer, ez olyan gyorsan történik, hogy nem is tudtad lefényképezni, ezért készült a videó, de amikor nincs hiba, akkor nincs hibaüzenet sem.
Nekünk az az állapot kellene, amikor „fagy” a gép. Azt írod, ekkor már viszont hiába nyomod az Esc-et, nem kerül le a képernyőről a Plymouth.
Én a saját rendszeremen azt csinálnám, hogy „kikapcsolnám” a Plymouth-ot. Ehhez írtam fentebb egy hozzászólást, próbálkoztál is vele, de valamiért elakadt a dolog.
Lehet, hogy csak a Nanoval nem boldogulsz, csináltam neked egy videót a művelet grafikus felületen történő végrehajtásához: https://youtu.be/bjXhIf8Aldg
Amikor rootként fut a Thunar légy nagyon körültekintő, óvatos!
Még egyszer írom: Akkor kellene egy fotó, vagy a képernyőn látható utolsó sor lejegyzetelése, amikor fagy a rendszer, nem áll le rendesen.
Amennyiben ez nem járható út, lehetne nézegetni valamilyen logfájlokat is egy ilyen fagyásos eset után, de azt sajnos én nem tudom megírni, hogy melyet vagy melyeket. (Esetleg tegyél be ide ehhez egy hozzászólás külön, a többiek ebben nyilván fognak tudni segíteni ebben neked.)
Gép bekapcsolásakor: „DHCP.. /” hosszú ideig
Beküldte csuhas32 -
Értékelés:
https://www.dell.com/community/en/conversations/wyse-software-general/lo...
SZERK: Ha jól olvasom, akkor fordul ez elő, ha a boot-sorrendben első (előrébb lévő) helyen (mint a Linux MInt lemeze) van a PXE LAN. Amennyiben szerencsénk van, akkor csak a boot-sorrendet kellene megnézned és mondjuk első helyre tenni a Linux Mint lemezét, ezáltal ez a plusz várakozási idő megszűnne.
Készítettem videókat; hogyan tudom itt megosztani őket?
Beküldte T.István -
Értékelés:
Gép bekapcsolásakor: „DHCP.. /” hosszú ideig
Beküldte T.István -
Értékelés:
https://linuxmint.hu/comment/62372#comment-62372
A PXE bootnak semmi értelme bekapcsolva lenni a BIOS-ban, nyugodtan le kell tiltani. Nem is nagyon találkoztam olyan környezetben ahol használnák, ehhez képest minden cégnek kiszállított gépen alapból be van kapcsolva, és első helyre van belőve. Mondjuk nem kellene ennyit molyolnia.
Ki kellene takaríttatni és újrapasztázni a gépet.
Ki kellene takaríttatni és újrapasztázni a gépet.
Beküldte csuhas32 -
Értékelés:
A sudo update-grub kimenetéről sajnos csak fényképet kaptunk, lekörmölöm neked (remélem nem gépelek félre):
Lehet, hogy te fejből is vágod, mi lehet a gond az sdb1-gyel [a „not a block device”-ból én arra tippelek, hogy ráférne egy fsck vagy ntfsfix, ilyesmi], nekem rá kellene szánnom magam a keresésre meg aztán kértem a kérdezőtől néhány parancskimenetet, azokat is várom még. Mindenesetre az érzésem szerint emellett nem szabad szó nélkül elmenni.
Képek/videók
Beküldte T.István -
Értékelés:
Csak a tisztázás végett:
A kép készítését arra az esetre ajánlottam, amikor leálláskor lefagy, mert akkor nem lehet sem kijelölni, sem másolni, stb.
Az induláskor látható üzeneteket, meg ami aztán történik, utólag le lehet kérdezni úgy, hogy a terminálba beírod:
A videód az indulásról hasznos volt annyi szempontból, hogy látszik a rendszer be van lassulva.
A PXE boot kísérletnek sokkal gyorsabban le kell futnia, eddig valószínűleg azért nem láttad, mert gyorsan végzett. Ki lehet kapcsolni a BIOS-ban, ajánlott is kikapcsolni, mert felesleges, de ez nem szünteti meg az okot, amitől be van lassulva a gép.
PXE boot
Beküldte csuhas32 -
Értékelés:
„A PXE boot kísérletnek sokkal gyorsabban le kell futnia, eddig valószínűleg azért nem láttad, mert gyorsan végzett.”
András azt mondja a videóban: Kezdetben sokkal gyorsabban bekapcsolt, felállt a rendszer mint a Windows...
Én ebből akár azt is kinézem, hogy kezdetben volt Windows is, és valahogy annak törlésével, vagy a boot-sorrendben hátrébb helyezésével került első helyre a PXE boot, szóval az is lehet, hogy korábban nem találkozott vele.
Ez a gyorsabb-lassabb amúgy mindig érdekes dolog számomra. Az összesen 3:27 hosszú videóban azt mondja a kolléga, hogy a boot most 5-6 percig is eltart. Szerintem nincs vágva az anyag, de elhiszem, hogy annyinak érzi. :-)
Mennyi idő alatt indul
Beküldte T.István -
Értékelés:
Pontosan meg lehet határozni mennyi idő alatt töltődött be a rendszer ezzel a paranccsal:
(Ebben nincs benne az az idő, ameddig a BIOS molyol)
Ezzel a paranccsal meg meg lehet nézni, hogy a boot időben minek mennyi idő kellett a betöltődéshez:
Betöltődési idő szerint lesz rendezve a kimenet, felül a legtöbb időt igénylő modul (normál esetben ez a hálózatfelderítés)
Fagyás után hogyan tudnánk kinyomozni az okát?
Beküldte csuhas32 -
Értékelés:
A dmesg csak az adott munkamenetkor használható, csak arra vonatkozóan szolgáltat információkat, vagy a következő bekapcsoláskor is őrzi az előzőekben előfordult eseményeket?
Próbáltam rákeresni is a témára és annyit találtam, hogy a /var/log/syslog-ban lehetne nézelődni.
Fagyás után hogyan tudnánk kinyomozni az okát?
Beküldte T.István -
Értékelés:
Ha régebbi, pl. előző munkamenet információi kellenek, akkor a /var/log/syslog-ban kell kutakodni, a legfrissebb infók alul vannak, ha leálláshoz kell ugrani, akkor rá kell keresni a "system shutdown" stringre, a találat környékén vannak a leállítási infók.
Érdekes lehet továbbá ugyanitt a kern.log, boot.log.
A mappában a log fájloknak vannak régebbi változatait, ezek sorszámozva vannak a kiterjesztésben, a még régebbiek pedig tömörítve vannak.
A Mintnek van Naplók alkalmazása, amiben lehet keresni, és némi időpontokra szűrni a többféle naplókban.
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte Csókai-Baráth András -
Értékelés:
csokaybarathandras@gabiesandras:~$ sudo parted -l
[sudo] csokaybarathandras jelszava:
Típus: ATA ST9500325AS (scsi)
/dev/sda lemez: 500GB
Szektorméret (logikai/fizikai): 512B/512B
Partíciós tábla: msdos
Lemezjelzők:
Szám Kezdet Vég Méret Típus Fájlrendszer Jelzők
1 1049kB 538MB 537MB primary fat32 boot
2 539MB 500GB 500GB extended
5 539MB 500GB 500GB logical ext4
Típus: Generic- Multi-Card (scsi)
/dev/sdb lemez: 15,6GB
Szektorméret (logikai/fizikai): 512B/512B
Partíciós tábla: msdos
Lemezjelzők:
Szám Kezdet Vég Méret Típus Fájlrendszer Jelzők
1 16,4kB 15,6GB 15,6GB primary fat32 lba
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte Csókai-Baráth András -
Értékelés:
csokaybarathandras@gabiesandras:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=6c4a7f92-4948-4f58-89cd-6ced34882f04 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=9AB1-5223 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
Mennyi idő alatt indul
Beküldte Csókai-Baráth András -
Értékelés:
csokaybarathandras@gabiesandras:~$ systemd-analyze time
Startup finished in 8.527s (kernel) + 1min 14.322s (userspace) = 1min 22.850s
graphical.target reached after 1min 11.424s in userspace
Mennyi idő alatt indul
Beküldte Csókai-Baráth András -
Értékelés:
csokaybarathandras@gabiesandras:~$ systemd-analyze blame
43.917s man-db.service
35.356s networkd-dispatcher.service
33.168s accounts-daemon.service
30.146s udisks2.service
23.591s NetworkManager-wait-online.service
21.755s fwupd-refresh.service
20.746s ModemManager.service
20.131s lightdm.service
20.121s plymouth-quit-wait.service
19.952s ubuntu-system-adjustments.service
19.510s dev-sda5.device
18.877s systemd-journal-flush.service
17.850s NetworkManager.service
15.190s polkit.service
14.978s avahi-daemon.service
14.975s bluetooth.service
14.199s thermald.service
14.186s systemd-logind.service
14.180s wpa_supplicant.service
13.380s logrotate.service
7.340s gpu-manager.service
6.980s rsyslog.service
6.956s networking.service
lines 1-23
Típus: Generic- Multi-Card (scsi) /dev/sdb lemez: 15,6GB
Beküldte csuhas32 -
Értékelés:
Ez ugyanaz az eszköz? Ez mindig csatlakoztatva van a géphez? Lehet tudni róla valamit, hogy mi ez? A Lemezekben például mit látsz róla?
Akár a lemez is halálán lehet
Beküldte T.István -
Értékelés:
man-db.service - ez ugyan csak periodikusan szokott futni, jellemzően frissítések után, de a hosszú futásidő jellemzően lemez hibáknál szokott lenni. Erre utal amúgy a képeken látható egyik másik hibaüzenet is.
Szerintem itt az ideje szervizeltetni a gépet. Lemezcsere, de akkor takarítás is legyen.
Típus: Generic- Multi-Card (scsi) /dev/sdb lemez: 15,6GB
Beküldte Csókai-Baráth András -
Értékelés:
A dev/sdb1 a fényképezőgép memóriakártyája. Akkor szokott csatlakoztatva lenni, ha képeket másolok a gépre; elfelejtkeztem róla, így bent maradt.
Összefoglalva az eddigiek
Beküldte csuhas32 -
Értékelés:
Amit pénzkiadás nélkül is megtehetsz:
A BIOS-ban letilthatod a PXE bootot (vagy legalább a boot sorrendben hátrébb teheted, magyarul tedd előre a Mintet tartalmazó lemezt), ekkor a gép bekapcsolásától a rendszer felállásáig tartó időszak a DHCP.. / idejével máris csökkenni fog.
A bent felejtett memóriakártyák kiveheted, lehet, hogy ez is okoz némi zavart.
Amennyiben a gép kikapcsolásakor a fagyás továbbra is jelentkezik, a Playmouth-ot kikapcsolhatod és a fagyáskor a képernyőn látható tartalmat lefényképezve vagy lejegyzetelve velünk megoszthatod, vagy a fagyás után lehet kutakodni a log fájlokban (/var/log/syslog, kern.log)...
Némi anyagi áldozattal is járó beavatkozások:
Megeshet, hogy a gépben lévő lemez haldoklik, de a felhasználói élmény javítása érdekében (tízszer gyorsabb eszköz) amúgy is mindenképp megéri SSD-re tenni a rendszert merevlemez helyett, illetve ki kellene takarítani, újrapasztázni a gépet.
Megeshet, hogy a gépben lévő lemez haldoklik
Beküldte FerrisWheel (nem ellenőrzött) -
Értékelés:
Van egy 1 TB-os belső HDD-m, ami ha a gépben van induláskor, nem bútol a gép.
De a rendszer felállása után rádugva "tökéletesen" működik. Betettem egy USB-s külső lemez házba, és működik.
Persze csak filmek vannak rajta, és csak nagy ritkán használom.
Megeshet, hogy a gépben lévő lemez haldoklik
Beküldte T.István -
Értékelés:
Ez bizony BIOS feature.
Megeshet, hogy a gépben lévő lemez haldoklik
Beküldte FerrisWheel (nem ellenőrzött) -
Értékelés:
Az a HDD egyszer csak megadta magát. Kidobtam volna, de akkor még fontos adatok voltak rajta.
A feature amúgy jellegzetességet, jellemvonást jelent, és nem beállítást.
Megeshet, hogy a gépben lévő lemez haldoklik
Beküldte FerrisWheel (nem ellenőrzött) -
Értékelés:
Az még a jumperes időszakban volt.
Feltűztem slave módban, és úgy működött, le tudtam róla szedni az adatokat.
Talán ez még az ablakos rendszeren volt.
Megeshet, hogy a gépben lévő lemez haldoklik
Beküldte T.István -
Értékelés:
Ezen nem tudsz beállítással módosítani, max, ha letiltod azt a HDD (Ha egyáltalán sikerül belépni a BIOS SETUP-ba ilyenkor.)
Az USB házak vezérlői közt is nagy a szórás, neked szerencsére olyan van, ami nem foglakozik SMART kiolvasással.
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte Csókai-Baráth András -
Értékelés:
https://ibb.co/jVhLwJJ
Összefoglalva az eddigiek
Beküldte Csókai-Baráth András -
Értékelés:
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte T.István -
Értékelés:
Valamelyik program feltehetett egy libc csomagot, aminek része az amire hivatkozik a libm.so.6 link, ez elveszhette a hivatkozását a lemezhiba miatt. Vagy akármi. Milyen programot használtál, amikor ez történt? Valami betölt olyan modulokat, amik hivatkoznak a libm.so.6-ra, oszt ezt nem bírja lezárni a rendszer.
Tilos kitakarítani, újrapasztázni a gépet! Tilos lemezellenőrzést futtatni! Tilos frissíteni a rendszert!
Ha juszt sem veszed komolyan ezeket a tanácsokat, még a végén jól fog működni a rendszer.....
Kernel panic – libm.so.6 No such file or directory
Beküldte csuhas32 -
Értékelés:
https://i.ibb.co/XyXz5YY/IMG-1310.jpg)
Eszerint azért lépdelgetünk szépen előre, sikerült a Network boot-ot hátrébb helyezned és a Plymouth-ot is ügyesen deaktiváltad, lett is hibaüzenetünk.
Megpróbálom lekörmölni a leglényegesebbnek vélt István által amúgy már remekül elemzett sorokat, hátha később lesz még valakinek kedve beszállni a dologba:
Az 5.4-es kernel kapcsán az első, ami nekem is eszembe jutott, hogy meg kellene próbálni frissíteni a rendszert, a kernelt.
A libm.so.6-ot meg kell valljam, hogy csak István hozzászólását olvasva láttam meg. Arra tippelnék, hogy ennek a kinyomozása, rendbetétele oldaná meg a fagyásos dolgot. A Lemezek mit mond a lemez állapotáról?
Szoftveresen nekem mindössze az a hevenyészett ötletem támadt, hogy megnézzem, mit mond az én Mintem a libm.so.6-tal kapcsolatban:
Nálad mi ugyanerre a parancsra a válasz?
libm.so.6
Beküldte T.István -
Értékelés:
libm.so.6 a leginkább 32 bites alrendszer része, nagy eséllyel a Wine miatt van fent, és akkor kerül használatba, ha valaminek szüksége van rá, parasztosan mondva, valamelyik program futtatva van, máskülönben nem.
Azaz, ez a hiba olyankor jön elő, ha az a program használva van, de ez mindegy is, mert a hiba attól még hiba.
Hardveres. Semmilyen gép nem működik végtelen ideig, ha legalább nincs folyamatosan karbantartva.
OFF Rögtön lebuktam :-D
Beküldte csuhas32 -
Értékelés:
Szép is volna, ha pont nekem, aki állandóan azt szajkózza, hogy rendszermentés és visszaállítás, ne volna mindkét rendszeremről mentésem, bár az valóban igaz, hogy a Timeshift nem fut. :-)
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte Csókai-Baráth András -
Értékelés:
Nem tudom milyen programot használhattam akkor.
Kernel panic – libm.so.6 No such file or directory
Beküldte Csókai-Baráth András -
Értékelés:
A Lemezek ezt írja A Felmérésnél: ,,A lemez jó, egy attribútum a múltban hibát jelzett (44° C / 111° F)"
Kernel panic – libm.so.6 No such file or directory
Beküldte csuhas32 -
Értékelés:
Az utolsó sor számomra annyiból érdekes, hogy flatpak és az 5,15-21.08-as kernelhez kapcsolódik. A rendszered pedig az 5.4-es kernellel futott az update-grub-nál és most a fagyásos üzenetnél is. Hogy is van ez? Miért nem az 5.15-ös kernellel fut a gép? Lehet, hogy valami flatpakes cucc keresi libm.so.6-ot, de az 5.4-es könyvtárban és mivel nem talál ilyet, hisz csak 5.15-21.08 könyvtár van, nem talál ilyet és szétfagy szegény?
2 és fél éve csinálja a fagyást, 2-szer újratelepítettem
Beküldte csuhas32 -
Értékelés:
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte Csókai-Baráth András -
Értékelés:
https://i.ibb.co/wsj2zf9/IMG-1313.jpg
A libunistring.so.2-vel kapcsolatban ezt mondja (Timshift mentéseket levéve):
csokaybarathandras@gabiesandras:~$ locate libunistring.so.2
/usr/lib/i386-linux-gnu/libunistring.so.2
/usr/lib/i386-linux-gnu/libunistring.so.2.1.0
/usr/lib/x86_64-linux-gnu/libunistring.so.2
/usr/lib/x86_64-linux-gnu/libunistring.so.2.1.0
/var/lib/flatpak/runtime/org.kde.Platform/x86_64/5.15-21.08/1bd7d36c3d1aace6aa6887c533c3dc8565a883ab5a288c10ba019b640066d002/files/lib/x86_64-linux-gnu/libunistring.so.2
/var/lib/flatpak/runtime/org.kde.Platform/x86_64/5.15-21.08/1bd7d36c3d1aace6aa6887c533c3dc8565a883ab5a288c10ba019b640066d002/files/lib/x86_64-linux-gnu/libunistring.so.2.1.0
csokaybarathandras@gabiesandras:~$
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte csuhas32 -
Értékelés:
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte Csókai-Baráth András -
Értékelés:
A harmadik kikapcsolásra viszont megint lefagyott egy másfajta hibaüzenettel, mint az eddigiek:
https://i.ibb.co/R3R3N9t/IMG-1318.jpg
Fagyás után hogyan tudnánk kinyomozni az okát?
Beküldte Csókai-Baráth András -
Értékelés:
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte T.István -
Értékelés:
Kernel panic – libm.so.6 No such file or directory
Beküldte Csókai-Baráth András -
Értékelés:
https://i.ibb.co/xY9mFhY/IMG-1315.jpg
csokaybarathandras@gabiesandras:~$ locate libcryptsetup.so.12
/usr/lib/x86_64-linux-gnu/libcryptsetup.so.12
/usr/lib/x86_64-linux-gnu/libcryptsetup.so.12.5.0
csokaybarathandras@gabiesandras:~$
Fagyás után hogyan tudnánk kinyomozni az okát?
Beküldte Csókai-Baráth András -
Értékelés:
A "system shutdown" kulcsszavakra rákeresve nem találtam semmit.
Ilyen sorokat találtam csak a shutdown kulcsszóra némelyik syslog és boot.log fájlban:
Sep 15 10:00:53 gabiesandras systemd[1]: Starting Create final runtime dir for shutdown pivot root...
Sep 14 06:27:15 gabiesandras systemd[1]: Finished Create final runtime dir for shutdown pivot root.
Sep 14 06:27:15 gabiesandras systemd[1]: Starting Update UTMP about System Boot/Shutdown...
Sep 14 06:27:15 gabiesandras systemd[1]: Finished Update UTMP about System Boot/Shutdown.
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte Csókai-Baráth András -
Értékelés:
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte T.István -
Értékelés:
A proci nem szokott tönkre menni, csak belassul, mert leveszi nagyon az órajelet, ez meg gondot okoz a programoknak, mert a válaszidő túl hosszú. De a videó rész az nem védett ilyen szempontból, az simán hőhalált szenved, és akkor kuka.
Re: Videók a rendszer leállításáról és a gép bekapcsolásáról
Beküldte Csókai-Baráth András -
Értékelés:
Tehát akkor keresek egy szervízt.