Sziasztok. Nem akartam volna ennek eddig új témát indítani, de tegnap kipróbáltam a manjaro-t és az ki tudja kapcsolni a számítógépet. A legújabb Linux Mintek telefonokhoz készülnek, azért nem tudják kikapcsolni a desktopot? Már mindent végigolvastam ebben a témában, amit a Google behoz beleszerkesztgettem az /etc/default/grub fájlba is, semmit nem sikerült elérni. Akkor a manjaro miért tudja?
#1
Telefonokhoz, és PowerPC-re, igen, ezekre fejlesztik a Linux Mint-tet.
Melyik Mint, melyik asztali környezet?
Már mindent végigolvastam ebben a témában, amit a Google behoz beleszerkesztgettem az /etc/default/grub fájlba is, semmit nem sikerült elérni.
-- felsorolás kéne a tevékenységekről.
-- vagy egy Timeshift visszaállítás a tevékenységeid előtti állapotra. Hogy új lapról kezdjünk. De azért a keresés eredménye hasznos lehet nekünk is.
Sziasztok. Nem akartam volna ennek eddig új témát indítani, de tegnap kipróbáltam a manjaro-t és az ki tudja kapcsolni a számítógépet. A legújabb Linux Mintek telefonokhoz készülnek, azért nem tudják kikapcsolni a desktopot? Már mindent végigolvastam ebben a témában, amit a Google behoz beleszerkesztgettem az /etc/default/grub fájlba is, semmit nem sikerült elérni. Akkor a manjaro miért tudja?
Linux Mint 19 Tara mindkettő. Felület nem számít, semmilyen felülettel nem megy a kikapcsolás (most mate, xfce, és még KDE a 18.3 volt, amit már letöröltem.). Debian ugyanezt csinálta. Leállításkor mindig újraindul. Kattan egyet, és / de újraindul. A bekapcsoló gombbal le lehet állítani, és amint írtam, a manjaro kikapcsolja. Sok helyen van ez a téma, Ubuntus fórumok, Linux Mintes fórum, sehol, egyikben sem sikerült megoldani. Timeshift minek neked, a ma reggeli telepítésről? Az 1 hónappal ezelőtti is ugyanazt nem tudja.
parancs, továbbá a syslog naplófájl (a /var/log könyvtárban van) tartalma. Persze, a kikapcsolási kísérlet után!
Linux Mint 19 Tara mindkettő. Felület nem számít, semmilyen felülettel nem megy a kikapcsolás (most mate, xfce, és még KDE a 18.3 volt, amit már letöröltem.). Debian ugyanezt csinálta. Leállításkor mindig újraindul. Kattan egyet, és / de újraindul. A bekapcsoló gombbal le lehet állítani, és amint írtam, a manjaro kikapcsolja. Sok helyen van ez a téma, Ubuntus fórumok, Linux Mintes fórum, sehol, egyikben sem sikerült megoldani. Timeshift minek neked, a ma reggeli telepítésről? Az 1 hónappal ezelőtti is ugyanazt nem tudja.
#4
Még valami: az olvasottak alapján a GPU driver lehet az ok. A nyílt van telepítve, a nouveau (inxi -F kimenetből kiderül)?
Vagy ... találtam egy ilyesmit, azaz valamelyik modult kell tiltani: https://wiki.ubuntuusers.de/rfkill/
Nem az oldal által írtak szerint, mert systemd van már és nem upstart, de szamárvezetőnek jó lesz. A megoldás GRUB kernel kapcsoló vagy a kikapcsolás előtt a problémás modult törölni scriptben vagy inkább parancsban. Mármint ez egyelőre sejtés.
Azonban a Cool 'N' Quiet módot mindenképpen kapcsold be előtte a BIOS-ban. Régebbi AMD BIOS kívánja (vagy azt frissíted). Mármint a Linux rendszer vonatkozásában. A Windows használatánál nem tudom.
[Firmware Bug]: First, make sure Cool'N'Quiet is enabled in the BIOS.
#7
Vannak ebben is érdekességek, de csináld meg, amit nemrég írtam. Most ebédet készítek, ugyanis nem ettem még ma. Nézzünk meg a másik beállítás eredményét.
#9
Jó étvágyat, vagy egészségedre, én is voltam ebédelni közben, de átszerkesztettem az/etc/default/grub fájlt. Ebbe bármit írsz, nem tud kikapcsolni, hanem újraindul a rohadék. el kell kapni azt a pilanatot, mikor egy pillanatra kifagy, hogy áramtalanítsam. AMD K8 Cool & Quiet control: Auto Ezt találtam a BIOS-ban. Másik lehetőség: Disable. De azt írtad, be kell kapcsolni, akkor jól állt. Nem tudom a manjaro mit csinálhat másként, mint a többi? Különben eszembe sem jutott volna, hogy említsem, beletörődtem volna, hogy alaplap, vagy táp hibás a gépem, de gombnyomásra is kikapcsol, nem csak a hátul levő kapcsolóra, tehát a tápegység az jól tudja, hogy mi a dolga, csak nem kap rá parancsot.
#7 Vannak ebben is érdekességek, de csináld meg, amit nemrég írtam. Most ebédet készítek, ugyanis nem ettem még ma. Nézzünk meg a másik beállítás eredményét.
Azonban a Cool 'N' Quiet módot mindenképpen kapcsold be előtte a BIOS-ban. Régebbi AMD BIOS kívánja (vagy azt frissíted). Mármint a Linux rendszer vonatkozásában. A Windows használatánál nem tudom.
[Firmware Bug]: First, make sure Cool'N'Quiet is enabled in the BIOS.
#10
Készíts egy visszaállítási pontot (pl. a Timeshift vagy a Systemback alkalmazások valamelyikével) és telepítsd a tükrökről elérhető legújabb kernelt, majd -újraindítva a rendszert- lépj be azzal. Az egyik lehetőség, hogy kijelölöd telepítésre az elérhető kernelt (Frissítéskezelő), a másik,hogy a beállítod, hogy a kernelt a rendszer mindig jelölje frissítésre. Mindez persze, a visszállítási pont készítése után. Hátha az újabb kernel jól kezeli az alaplapot. Érdekes, hogy a -külső tükör felvétel telepíthető- Liquorix kernel nálam egész jól elfut a HP noteszgéppel, pedig a hardver nem mai.
Megpróbálhatod kikapcsolni a Cool 'N' Quiet -et, hátha: Disabled. Nem is tudom, nálam milyen lehetőség volt. Talán nem ez, de például itt megoldotta: Dieses Cool 'n Quiet Feature war deaktiviert im BIOS .. habs jetzt aktiviert und siehe da keine Probleme mehr .. https://bbs.archlinux.de/viewtopic.php?pid=277136#p277136
Ez egy AMD-s modul, olyasmi, mint a Plymouth, azaz a bekapcsolásnál nem látod a rendszer üzeneteket ..., ami sokakat megrémiszt, mármint a monitoron szaladgáló szöveg. Mindezt elrejti a szemed elől. A hosszú hétvége alatt pár gépet meg szeretnék nézni, azaz működésbe hozni.
A kikapcsolás utáni rendszer alól megint kéne a dmesg és a syslog.
sudo shutdown -H now
sudo shutdown -P now
sudo shutdown -k now
Mert: (man shutdown):
OPTIONS
The following options are understood:
--help
Print a short help text and exit.
-H, --halt
Halt the machine.
-P, --poweroff
Power-off the machine (the default).
-r, --reboot
Reboot the machine.
-h
Equivalent to --poweroff, unless --halt is specified.
-k
Do not halt, power-off, reboot, just write wall message.
--no-wall
Do not send wall message before halt, power-off, reboot.
-c
Cancel a pending shutdown. This may be used cancel the effect of an
invocation of shutdown with a time argument that is not "+0" or
"now".
Hogy mi történik.
-----
Most akkor ez a GRUB sor? (szerk.: közben írtál, látom, ez)
... először a Cool 'N' Quiet/Disabled, majd dmesg, syslog kimenetek és persze, kikapcsolási próba. A többi ráér.
#9 Jó étvágyat, vagy egészségedre, én is voltam ebédelni közben, de átszerkesztettem az/etc/default/grub fájlt. Ebbe bármit írsz, nem tud kikapcsolni, hanem újraindul a rohadék. el kell kapni azt a pilanatot, mikor egy pillanatra kifagy, hogy áramtalanítsam. AMD K8 Cool & Quiet control: Auto Ezt találtam a BIOS-ban. Másik lehetőség: Disable. De azt írtad, be kell kapcsolni, akkor jól állt. Nem tudom a manjaro mit csinálhat másként, mint a többi? Különben eszembe sem jutott volna, hogy említsem, beletörődtem volna, hogy alaplap, vagy táp hibás a gépem, de gombnyomásra is kikapcsol, nem csak a hátul levő kapcsolóra, tehát a tápegység az jól tudja, hogy mi a dolga, csak nem kap rá parancsot.
Bár ez már az amd64-microcode betöltéséhez tartozik, azt a csomagot lehet törölni is (elméletileg). Ez esetben a BIOS vezérli az eszközöket a CPU firmware helyett. De ekkor ki kell venni a másik két betett kapcsolót a GRUB-ban. Mindig egyetlen kapcsoló próbája van.
Ez egy kitérő hozzászólás, nincs is túlzott jelentősége talán.
#10 Készíts egy visszaállítási pontot (pl. a Timeshift vagy a Systemback alkalmazások valamelyikével) és telepítsd a tükrökről elérhető legújabb kernelt, majd -újraindítva a rendszert- lépj be azzal. Az egyik lehetőség, hogy kijelölöd telepítésre az elérhető kernelt (Frissítéskezelő), a másik,hogy a beállítod, hogy a kernelt a rendszer mindig jelölje frissítésre. Mindez persze, a visszállítási pont készítése után. Hátha az újabb kernel jól kezeli az alaplapot. Érdekes, hogy a -külső tükör felvétel telepíthető- Liquorix kernel nálam egész jól elfut a HP noteszgéppel, pedig a hardver nem mai.
Megpróbálhatod kikapcsolni a Cool 'N' Quiet -et, hátha: Disabled. Nem is tudom, nálam milyen lehetőség volt. Talán nem ez, de például itt megoldotta: Dieses Cool 'n Quiet Feature war deaktiviert im BIOS .. habs jetzt aktiviert und siehe da keine Probleme mehr .. https://bbs.archlinux.de/viewtopic.php?pid=277136#p277136
Ez egy AMD-s modul, olyasmi, mint a Plymouth, azaz a bekapcsolásnál nem látod a rendszer üzeneteket ..., ami sokakat megrémiszt, mármint a monitoron szaladgáló szöveg. Mindezt elrejti a szemed elől. A hosszú hétvége alatt pár gépet meg szeretnék nézni, azaz működésbe hozni.
A kikapcsolás utáni rendszer alól megint kéne a dmesg és a syslog.
sudo shutdown -H now
sudo shutdown -P now
sudo shutdown -k now
Mert: (man shutdown):
OPTIONS
The following options are understood:
--help
Print a short help text and exit.
-H, --halt
Halt the machine.
-P, --poweroff
Power-off the machine (the default).
-r, --reboot
Reboot the machine.
-h
Equivalent to --poweroff, unless --halt is specified.
-k
Do not halt, power-off, reboot, just write wall message.
--no-wall
Do not send wall message before halt, power-off, reboot.
-c
Cancel a pending shutdown. This may be used cancel the effect of an
invocation of shutdown with a time argument that is not "+0" or
"now".
Hogy mi történik.
-----
Most akkor ez a GRUB sor? (szerk.: közben írtál, látom, ez)
analyzing CPU 0: no or unknown cpufreq driver is active on this CPU maximum transition latency: 0.00 ms.
analyzing CPU 1: no or unknown cpufreq driver is active on this CPU maximum transition latency: 0.00 ms.
sudo rmmod powernow_k8 rmmod: ERROR: Module powernow_k8 is builtin.
A másik k8-ra semmit nem ír. A "shutdown"-okra azonnal kikapcsol, és újra is indul. Függetlenül az utánuk következő betűtőlm mindig ugyanaz. BIOST frissíteni nem tudom, hogyan kell, és azt sem, hogy hol találok hozzá frissítést?
#10 Készíts egy visszaállítási pontot (pl. a Timeshift vagy a Systemback alkalmazások valamelyikével) és telepítsd a tükrökről elérhető legújabb kernelt, majd -újraindítva a rendszert- lépj be azzal. Az egyik lehetőség, hogy kijelölöd telepítésre az elérhető kernelt (Frissítéskezelő), a másik,hogy a beállítod, hogy a kernelt a rendszer mindig jelölje frissítésre. Mindez persze, a visszállítási pont készítése után. Hátha az újabb kernel jól kezeli az alaplapot. Érdekes, hogy a -külső tükör felvétel telepíthető- Liquorix kernel nálam egész jól elfut a HP noteszgéppel, pedig a hardver nem mai.
Megpróbálhatod kikapcsolni a Cool 'N' Quiet -et, hátha: Disabled. Nem is tudom, nálam milyen lehetőség volt. Talán nem ez, de például itt megoldotta: Dieses Cool 'n Quiet Feature war deaktiviert im BIOS .. habs jetzt aktiviert und siehe da keine Probleme mehr .. https://bbs.archlinux.de/viewtopic.php?pid=277136#p277136
Ez egy AMD-s modul, olyasmi, mint a Plymouth, azaz a bekapcsolásnál nem látod a rendszer üzeneteket ..., ami sokakat megrémiszt, mármint a monitoron szaladgáló szöveg. Mindezt elrejti a szemed elől. A hosszú hétvége alatt pár gépet meg szeretnék nézni, azaz működésbe hozni.
A kikapcsolás utáni rendszer alól megint kéne a dmesg és a syslog.
sudo shutdown -H now
sudo shutdown -P now
sudo shutdown -k now
Mert: (man shutdown):
OPTIONS
The following options are understood:
--help
Print a short help text and exit.
-H, --halt
Halt the machine.
-P, --poweroff
Power-off the machine (the default).
-r, --reboot
Reboot the machine.
-h
Equivalent to --poweroff, unless --halt is specified.
-k
Do not halt, power-off, reboot, just write wall message.
--no-wall
Do not send wall message before halt, power-off, reboot.
-c
Cancel a pending shutdown. This may be used cancel the effect of an
invocation of shutdown with a time argument that is not "+0" or
"now".
Hogy mi történik.
-----
Most akkor ez a GRUB sor? (szerk.: közben írtál, látom, ez)
#14
Semmi nem történik , hiába próbálkozom mindennel. Szerintem a manjaroban meg lehetne találni a titok nyitját. Hiszen ő ki tudja kapcsolni még ezt a gépet is. Feltelepítsem mégegyszer? Esetleg valamelyik Linux Mint mellé új particióra? Talán még ott is hagynám számítógép kikapcsolónak. Média dolgok lejátszására kiváló, bár nem tud többet ő se semmivel a Linux Mintnél.
Már azzal is elégedett lennék ezek után, ha a képernyőre kiírná, mint a régi Windowsok valamelyike:
"Most már kikapcsolhatja a számítógépet."
Te nem emlékszel, hogy valamikor régen így álltak le a gépek, azután kikapcsolhattad manuálisan ?
#12 Még valami (egyszerre csak egy dolgot csinálj meg [Cool 'N' Quiet], és látnunk kell, mi történik [naplók]). De még valami:
Bár ez már az amd64-microcode betöltéséhez tartozik, azt a csomagot lehet törölni is (elméletileg). Ez esetben a BIOS vezérli az eszközöket a CPU firmware helyett. De ekkor ki kell venni a másik két betett kapcsolót a GRUB-ban. Mindig egyetlen kapcsoló próbája van.
Ez egy kitérő hozzászólás, nincs is túlzott jelentősége talán.
#15
Szerinted mi volna ha a manjaro grubja lenne az elsődleges lemezen, és mellette fent hagynám mind két Linux Mintet is? Annyira unom már a sok eredménytelen próbálkozást, akkor inkább szívesebben telepítenék újra manjarot még akkor is, ha nem használnám semmire, vagy csak szórakozásra.
analyzing CPU 0: no or unknown cpufreq driver is active on this CPU maximum transition latency: 0.00 ms.
analyzing CPU 1: no or unknown cpufreq driver is active on this CPU maximum transition latency: 0.00 ms.
sudo rmmod powernow_k8 rmmod: ERROR: Module powernow_k8 is builtin.
A másik k8-ra semmit nem ír. A "shutdown"-okra azonnal kikapcsol, és újra is indul. Függetlenül az utánuk következő betűtőlm mindig ugyanaz. BIOST frissíteni nem tudom, hogyan kell, és azt sem, hogy hol találok hozzá frissítést?
#16
Nem foglalkozom a Manjaro-val. Egyszerűen nem érdekel ez a disztribúció.
Ezt írtam már? ... először a Cool 'N' Quiet/Disabled, majd dmesg, syslog kimenetek és persze, kikapcsolási próba. A többi ráér.
#14 Semmi nem történik , hiába próbálkozom mindennel. Szerintem a manjaroban meg lehetne találni a titok nyitját. Hiszen ő ki tudja kapcsolni még ezt a gépet is. Feltelepítsem mégegyszer? Esetleg valamelyik Linux Mint mellé új particióra? Talán még ott is hagynám számítógép kikapcsolónak. Média dolgok lejátszására kiváló, bár nem tud többet ő se semmivel a Linux Mintnél.
Már azzal is elégedett lennék ezek után, ha a képernyőre kiírná, mint a régi Windowsok valamelyike:
"Most már kikapcsolhatja a számítógépet."
Te nem emlékszel, hogy valamikor régen így álltak le a gépek, azután kikapcsolhattad manuálisan ?
#18Cool 'N' Quiet/Disabled az megvolt az előbb, nem csinál semmit. Csak arra nem emlékszem, hány perce volt, ezért nem küldtem a naplót. "Nem foglalkozom a Manjaro-val" -Ezt én megértem, de ha annak a grubját feltennék, vagy legalább belenéznénk már többet tudnánk, mint így vaktában lövöldözünk a semmire.
#16 Nem foglalkozom a Manjaro-val. Egyszerűen nem érdekel ez a disztribúció.
Ezt írtam már? ... először a Cool 'N' Quiet/Disabled, majd dmesg, syslog kimenetek és persze, kikapcsolási próba. A többi ráér.
#19
Tedd fel a Manjaro-t ..., ha felteszed, akkor sincs más igazán. Mert nem a GRUB, hanem a kernel számít, és a rendszer beállítások. A GRUB vélhetőleg ugyanaz. A kerneles kérésemre, kérésemre sem válaszoltál.
Ugye, csinálhatod azt, amit szeretnél ternészetesen, de akkor most itt befejeztem, így nem lehet segíteni.
Cool 'N' Quiet/Disabled az megvolt az előbb, nem csinál semmit. Csak arra nem emlékszem, hány perce volt, ezért nem küldtem a naplót.
... majd dmesg, syslog kimenetek és persze, kikapcsolási próba??
#18Cool 'N' Quiet/Disabled az megvolt az előbb, nem csinál semmit. Csak arra nem emlékszem, hány perce volt, ezért nem küldtem a naplót. "Nem foglalkozom a Manjaro-val" -Ezt én megértem, de ha annak a grubját feltennék, vagy legalább belenéznénk már többet tudnánk, mint így vaktában lövöldözünk a semmire.
Kikapcsolási próba? Írtam már, hogy ugyanúgy újraindul. Ha ezt nem olvasod el, amit írok, akkor mit olvasol ki az ezer soros Syslog-okból?
#19 Tedd fel a Manjaro-t ..., ha felteszed, akkor sincs más igazán. Mert nem a GRUB, hanem a kernel számít, és a rendszer beállítások. A GRUB vélhetőleg ugyanaz. A kerneles kérésemre, kérésemre sem válaszoltál.
Ugye, csinálhatod azt, amit szeretnél ternészetesen, de akkor most itt befejeztem, így nem lehet segíteni.
Cool 'N' Quiet/Disabled az megvolt az előbb, nem csinál semmit. Csak arra nem emlékszem, hány perce volt, ezért nem küldtem a naplót.
... majd dmesg, syslog kimenetek és persze, kikapcsolási próba??
#21Kikapcsolási próba? Írtam már, hogy ugyanúgy újraindul. Ha ezt nem olvasod el, amit írok, akkor mit olvasol ki az ezer soros Syslog-okból?
Semmit nem olvasok ki. Mára bezár a bazár. De ha tetszett, nemsokára ... a viszontlátásra „pajtás”.
A dmesg hol van? Az micsoda?
A bal fülem mögött van, de most sapka is van a fejemen, így nem látod. Egy olyan izéke, azaz valami.
#20
" A kerneles kérésemre, kérésemre sem válaszoltál." Szerintem az is zsákutca. Volt fenn Debian 9.5 ez a LinuxMint mate, már a harmadik új kernelt használja a telepítése óta, és a másik lemezre telepített Linux Mint sem tud kikapcsolni. Az egyetlen, ami kikapcsolta a gépet, az a manjaro volt. Most már bánom, hogy leformáztam. De azt újra feltelepíteni nem tart semeddig, ahhoz képest, ami azóta mi itt elkínlódtunk.
#19 Tedd fel a Manjaro-t ..., ha felteszed, akkor sincs más igazán. Mert nem a GRUB, hanem a kernel számít, és a rendszer beállítások. A GRUB vélhetőleg ugyanaz. A kerneles kérésemre, kérésemre sem válaszoltál.
Ugye, csinálhatod azt, amit szeretnél ternészetesen, de akkor most itt befejeztem, így nem lehet segíteni.
Cool 'N' Quiet/Disabled az megvolt az előbb, nem csinál semmit. Csak arra nem emlékszem, hány perce volt, ezért nem küldtem a naplót.
... majd dmesg, syslog kimenetek és persze, kikapcsolási próba??
@#24 Nekem a kernelcsere az nehezebb, mert én még soha nem csináltam. Cserélgeti a Linux saját magának néhány hetente, amikor a frissítése megérkezik. (1 Hónapon belül már a harmadik, vagy negyedik van fent, és semmi nem változott tőle.) Nem tudom, melyiken kezdjem, a 64 bitesen, vagy a 32-esen? Igazatok lehet a kernellel kapcsolatban, mert feltelepítettem a manjarot megint. és az KIKAPCSOL !!! Ugyanezen a lemezen levő, tehát ugyanabból a grubból indított LinuxMint NEM ! De most nem indul újra, csak áram alatt marad, és lefagy. Van itt még valami: IRQ: "No IRQ handler for vector" Ez a figyelmeztetés minden bootoláskor ott van bármelyik rendszeren. Ezt is nézegettem a Google keresővel, de olyan egyszerű megoldást nem találtam rá, amit én is meg tudnék csinálni.(Például beírni pár sort a terminálba). Talán valamit a kernellel kapcsolatban hadoválnak, de annyira nem tudok angolul, és a google fordítón keresztül sem igazán jön át nekem, hogy sikerült- e nekik bármit megoldani?
#25
Meg tudod nézni, hogy a Manjaronál melyik az kernel, ami kikapcsol?
#24 Nekem a kernelcsere az nehezebb, mert én még soha nem csináltam. Cserélgeti a Linux saját magának néhány hetente, amikor a frissítése megérkezik. (1 Hónapon belül már a harmadik, vagy negyedik van fent, és semmi nem változott tőle.) Nem tudom, melyiken kezdjem, a 64 bitesen, vagy a 32-esen? Igazatok lehet a kernellel kapcsolatban, mert feltelepítettem a manjarot megint. és az KIKAPCSOL !!! Ugyanezen a lemezen levő, tehát ugyanabból a grubból indított LinuxMint NEM ! De most nem indul újra, csak áram alatt marad, és lefagy. Van itt még valami: IRQ: "No IRQ handler for vector" Ez a figyelmeztetés minden bootoláskor ott van bármelyik rendszeren. Ezt is nézegettem a Google keresővel, de olyan egyszerű megoldást nem találtam rá, amit én is meg tudnék csinálni.(Például beírni pár sort a terminálba). Talán valamit a kernellel kapcsolatban hadoválnak, de annyira nem tudok angolul, és a google fordítón keresztül sem igazán jön át nekem, hogy sikerült- e nekik bármit megoldani?
Meg tudom hát, csak most hirtelen nem is tudom, mit is írjak be? Sudo update-grub az felsorolja őket.
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-38-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-38-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-36-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-36-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Megtalált Manjaro Linux (18.0) ezen: /dev/sda2
Megtalált Linux Mint 19 Tara (19) ezen: /dev/sdb1
kész
Ez nem jött be, de igazam lett, a LinuxMint MATE 19 már a hatodik kernelt használja! A manjaronál és a ma telepített LinuxMint 19-nél, mivel ezek első kernelek, nem ír semmit. Máshogy kéne lekérdezni. Átlépek a manjaro-ba.
#25 Meg tudod nézni, hogy a Manjaronál melyik az kernel, ami kikapcsol?
#26
Megvan a manjaro kernel: uname -r 4.19.0-4-MANJARO Ez az, ami ki tud kapcsolni. Szóval specifikus MANJARO kernel. Nem tudom, rajtunk mit segít? Hogyan lehetne megtudni, mi a LinxMint megfelelője?
#26
Nem tudom megcsinálni, nekem ehhez segítség kell. Pedig mindent onnan ilesztettem be, és csinálta, nem írt ki hibát. Mégis, még mindig ezt használja: 4.15.0-38-generic. Nem tudom a 4.19-es hová tűnt el? mindenben követtem az útmutatást, és reboot, és nincs meg az új kernel. Ezt nem értem: Kibontás: linux-headers-4.19.0-041900 (4.19.0-041900.201810221809) e helyett: 4.19.0-041900.201810221809 ... Akkor fent van, és miért nem használja? Ugyanúgy jártam,mint a manjaroban az openjdk8 java-val. Hogyan kell kernelt cserélni? Valaki segítene?
#25 Meg tudod nézni, hogy a Manjaronál melyik az kernel, ami kikapcsol?
@#31 Még megpróbálom az UKUU-t, de ha az sem segít, én mára befejeztem. Kezd megfájdulni a fejem. Pedig az, amit feltelepítettem, az is valahol fenn van, és foglalja a helyet, de hol? A temp. könyvtárban?
@#34 UKUU: Van fent 4.19. Miért nem ezt használja? Hogyan kellene a gépet rávenni?
Found installed: 4.15.0-38.41 Ezt használja még mindig!
Found installed: 4.19.0-041900.201810221809 Pedig ez is fent van!
Found installed: 4.15.0.38.40: A többit meg majd törölni kell, ha megoldódott a gondom.
Found installed: 4.15.0-36.39
Found installed: 4.15.0-20.21
@#34 Persze, hogy nem azt használja, mert ami elindítja a LinuxMintet, az a MANJARO grubja, de én azt még nem frissítettem. A Mintnek is van grubja valahol, de amikor bekapcsolom a gépet, a manjaro-grub jön be, és azt onnan tudom, hogy nem frissült a LinuxMintből, hogy nincsen rajta a /dev/sdb lemezem, mert az a telepítéskor le volt húzva, hogy biztosan ne formázza le. Mindjárt megőrülök, a 3 OP. rendszerből lesz itt még gubanc! Most talán már jó lesz?
#34 Persze, hogy nem azt használja, mert ami elindítja a LinuxMintet, az a MANJARO grubja, de én azt még nem frissítettem. A Mintnek is van grubja valahol, de amikor bekapcsolom a gépet, a manjaro-grub jön be, és azt onnan tudom, hogy nem frissült a LinuxMintből, hogy nincsen rajta a /dev/sdb lemezem, mert az a telepítéskor le volt húzva, hogy biztosan ne formázza le. Mindjárt megőrülök, a 3 OP. rendszerből lesz itt még gubanc! Most talán már jó lesz?
@#41 A kernel lecserélése sikerült. De az sem tud kikapcsolni. Sokáig eltarthat, amíg megtalálhatom az igazit. Viszont sikerült a manjaro-ban az AbevJava telepítése. Erősen afelé hajlok, hogy inkább azt használom.
#37
Mindig az utolsónak telepített OS GRUB-ja „veszi át az irányítást”. Ezért szokták a „második” OS GRUB-ját a „második” OS rendszer partícióra telepíteni ( / )és nem az sda lemez elejére, mert az első OS GRUB-ja teszi be magát oda, az sda-ra (a Súgó-nk is írja utóbbi teendőt).
#34 Persze, hogy nem azt használja, mert ami elindítja a LinuxMintet, az a MANJARO grubja, de én azt még nem frissítettem. A Mintnek is van grubja valahol, de amikor bekapcsolom a gépet, a manjaro-grub jön be, és azt onnan tudom, hogy nem frissült a LinuxMintből, hogy nincsen rajta a /dev/sdb lemezem, mert az a telepítéskor le volt húzva, hogy biztosan ne formázza le. Mindjárt megőrülök, a 3 OP. rendszerből lesz itt még gubanc! Most talán már jó lesz?
#42
Hát lehet ebben jobb a Manjaro, de másban meg a Linux Mint. Mindenki maga dönti el. :-)
#41 A kernel lecserélése sikerült. De az sem tud kikapcsolni. Sokáig eltarthat, amíg megtalálhatom az igazit. Viszont sikerült a manjaro-ban az AbevJava telepítése. Erősen afelé hajlok, hogy inkább azt használom.
#43
Valószínűleg a manjaro marad a lemezen. Sokkal rövidebb ideig tartott rajta berendezkedni, és most már mindent tud. 3 dolog szokott nehézséget okozni. Az AbevJava, a HPLIP, és a Minitube, de a manjaroban ezek mind mennek. A Linux Mint viszont még mindig nem kapcsol ki, csak újraindulgat. Ha majd nagyon ráérek, a másik Linux Mint lemezemen csereberélgetem a kerneleket, amíg meg nem unom. De azt nem ma. Majd egyszer.
#37 Mindig az utolsónak telepített OS GRUB-ja „veszi át az irányítást”. Ezért szokták a „második” OS GRUB-ját a „második” OS rendszer partícióra telepíteni ( / )és nem az sda lemez elejére, mert az első OS GRUB-ja teszi be magát oda, az sda-ra (a Súgó-nk is írja utóbbi teendőt).
#45
Én egyáltalán nem látok ilyen problémákat a három alkalmazás vagy szolgáltatás telepítési nehézségeinek tekintetében. És más telepítés vagy beállítás kapcsán sem. :-)
A Minitube használatáról éppen nem írtam (Linux Mint alá), de az SMPlayer/SMTube telepítésről igen. A Mintube-nak -azt hiszem- elérhető PPA tükre is van. Viszont más a „két” rendszer, mert az Arch-alapú rendszerek rolling terjesztések, azaz a legújabb csomagok vannak bennük. Amik egy frissítésnél esetleg gondot (is) okozhatnak. Másrészt a legújabb csomagok telepíthetőek a nem rolling-alapú Linux terjesztésekre is. Kinek a pap, kinek a papné, és van akinek a lányuk. Sok sikert! ;-)
Mármint a Linux Mint, az LMDE3, az Ubuntu, a Debian, azaz a DEB illetve az RPM csomagkezelésű rendszerek összehasonlításában. Mondom, használd azt, ami jobban tetszik. Éppen ez a „sokféleség” veszne el, ha csak egyféle Linux lenne. Tulajdonképpen a Linux terjesztések nem annyira különböznek, kezelésükben és frissítésükben egy kicsit, de az eredményeket átveszik egymástól. Ez leginkább olyasmi, mint a járművek fejlesztése.
#43 Valószínűleg a manjaro marad a lemezen. Sokkal rövidebb ideig tartott rajta berendezkedni, és most már mindent tud. 3 dolog szokott nehézséget okozni. Az AbevJava, a HPLIP, és a Minitube, de a manjaroban ezek mind mennek. A Linux Mint viszont még mindig nem kapcsol ki, csak újraindulgat. Ha majd nagyon ráérek, a másik Linux Mint lemezemen csereberélgetem a kerneleket, amíg meg nem unom. De azt nem ma. Majd egyszer.
#45
Én egyáltalán nem látok ilyen problémákat a három alkalmazás vagy szolgáltatás telepítési nehézségeinek tekintetében. És más telepítés vagy beállítás kapcsán sem. :-)
A Minitube használatáról éppen nem írtam (Linux Mint alá), de az SMPlayer/SMTube telepítésről igen. A Minitube-nak -azt hiszem- elérhető PPA tükre is van. Viszont más a „két” rendszer, mert az Arch-alapú rendszerek rolling terjesztések, azaz a legújabb csomagok vannak bennük. Amik egy frissítésnél esetleg gondot (is) okozhatnak. Másrészt a legújabb csomagok telepíthetőek a nem rolling-alapú Linux terjesztésekre is. Kinek a pap, kinek a papné, és van akinek a lányuk. Sok sikert! ;-)
Mármint a Linux Mint, az LMDE3, az Ubuntu, a Debian, azaz a DEB illetve az RPM csomagkezelésű rendszerek összehasonlításában. Mondom, használd azt, ami jobban tetszik. Éppen ez a „sokféleség” veszne el, ha csak egyféle Linux lenne. Tulajdonképpen a Linux terjesztések nem annyira különböznek, kezelésükben és frissítésükben egy kicsit, de az eredményeket átveszik egymástól. Ez leginkább olyasmi, mint a járművek fejlesztése.
#43 Valószínűleg a manjaro marad a lemezen. Sokkal rövidebb ideig tartott rajta berendezkedni, és most már mindent tud. 3 dolog szokott nehézséget okozni. Az AbevJava, a HPLIP, és a Minitube, de a manjaroban ezek mind mennek. A Linux Mint viszont még mindig nem kapcsol ki, csak újraindulgat. Ha majd nagyon ráérek, a másik Linux Mint lemezemen csereberélgetem a kerneleket, amíg meg nem unom. De azt nem ma. Majd egyszer.
"Kinek a pap, kinek a papné, és van akinek a lányuk. Sok sikert! ;-)"- Köszönöm. A manjaro-nak igen nagy hátránya az, hogy a saját tárolóján kívül semmit nem tudok telepíteni. Sem a .deb, sem az RPM nem telepíthető weboldalról letöltött fájlból. Szimpatikus viszont az, hogy elég jól elő van telepítve, alig kell hozzá valamit keresgélni.
-A Minitube az külön regény, akár itt a Linux Minten, akár máshol. 1 szimpatikus benne, a végtelenített hírfolyam. Az SM tube lapozása nehézkeseb, ha egy sok találatos témakört írok a keresőjébe. A Minitube viszont a Google Api key miatt nagyon sokszor nem működik. Van, amikor nem is kéri, ha véletlenül olyan a verzió. Van, hogy nekem kell felrakni hozzá az APi key-t. Van, amikor elrontom az API key másolását, egy betűje lemarad, és a Minitube soha többé nem használható. Újbóli próbálkozásra már nem fogadja el, most is így jártam. Lehet, hogy éppen ezért nem népszerű az emberek között, bPantherben egyáltalán nincsen Minitube, a linuxMint tárolójából is hol vagy működik, vagy nem. A manjaro-ban van, de API key-t kér, de elrontottam, most már nem lehet helyrehozni. Másik, régebbi verziót meg nem tudok feltenni, mert a -deb itt nem telepíthető. https://askubuntu.com/questions/672501/why-is-minitube-not-working-anymo...
@#49 Az AUR-t még nem próbáltam, nem volt rá szükségem. Köszönöm a segítséget, de találtam egy oldalt, ami megoldotta a problémámat anélkül is. https://wiki.manjaro.org/index.php?title=Pacman_Tips - Magyarázat ehhez majd a Majaro topikban lesz található, már így is nagyon belekevertem a Manjaro-t a kikapcs. témába. Ez a manjaro Wiki ugyanolyan hasznos, mint a Debian Wiki, ott is mindenre onnan tudtam megoldást találni. Lehet egy kicsit ismerkedni az Arch Linux vonallal. De azért az egyik lemezen örökké megmarad nálam a LinuxMint. Találtam még a könyvjelzőim között néhány kikapcsolás problémás LinuxMint oldalt a Chromium könyvjelzői között, de ez a Wiki oldal épp a Firefoxban lett megjelölve. Egyszer importálam a könyvjelzőket a Chromiumból a Firefoxba, de azóta is felváltva használom őket, így megint teljes a káosz. A szinkronozási lehetőség aranyat ér egy új telepítéskor, már nem is használok több böngészőt, mert a különböző böngésző forkok az új gépen nem gyorsabbak az eredetinél, de a Firefox még mindig gyorsabban lapoz, és az IcedTea Webinstall is abból működik, de a Chromium jobban játssza le a videó tartalmakat, soha nem árt, ha kettő van belőlük, de már nem szaporítom őket tovább. Talán egyszer megoldódik ez a Linux Mintből nincs kikapcsolás probléma, ha másképp nem, úgy, hogy addigra új gépem lesz.
#48
A könyvjelzőket időnként érdemes menüből lementeni, aztán biztonságos külső tárhelyre másolni. Esetleg felhőbe (is). Visszatölthetőek a böngészőbe, legalább abba, amelyikben mentetted.
A gép kikapcsolás problémára te látsz rá, mi akkor segíthetünk, ha együttműködsz. És a Linux- valamint a kernelfejlesztők is a hibajelentés alapján javítanak: például az egyedi gép konfigurációk esetében.
"Kinek a pap, kinek a papné, és van akinek a lányuk. Sok sikert! ;-)"- Köszönöm. A manjaro-nak igen nagy hátránya az, hogy a saját tárolóján kívül semmit nem tudok telepíteni. Sem a .deb, sem az RPM nem telepíthető weboldalról letöltött fájlból. Szimpatikus viszont az, hogy elég jól elő van telepítve, alig kell hozzá valamit keresgélni.
-A Minitube az külön regény, akár itt a Linux Minten, akár máshol. 1 szimpatikus benne, a végtelenített hírfolyam. Az SM tube lapozása nehézkeseb, ha egy sok találatos témakört írok a keresőjébe. A Minitube viszont a Google Api key miatt nagyon sokszor nem működik. Van, amikor nem is kéri, ha véletlenül olyan a verzió. Van, hogy nekem kell felrakni hozzá az APi key-t. Van, amikor elrontom az API key másolását, egy betűje lemarad, és a Minitube soha többé nem használható. Újbóli próbálkozásra már nem fogadja el, most is így jártam. Lehet, hogy éppen ezért nem népszerű az emberek között, bPantherben egyáltalán nincsen Minitube, a linuxMint tárolójából is hol vagy működik, vagy nem. A manjaro-ban van, de API key-t kér, de elrontottam, most már nem lehet helyrehozni. Másik, régebbi verziót meg nem tudok feltenni, mert a -deb itt nem telepíthető. https://askubuntu.com/questions/672501/why-is-minitube-not-working-anymo...
@#52 Ja, hogy a kernelcserét kérded, és terminálos kikapcs.-t linkelsz? (Mondta már a feleségem, hogy a férfiak nem tudnak odafigyelni két dologra is egyszerre. ) Nálam a Linux Mintben shutdown = reboot -h now esetén is. Hogy jobban értsd, nálam csak reboot van, akármi is volt a parancs. Nagyon valószínű, hogy a szoftver nem tudja kezelni az alaplapot. BIOS frissítést az hogyan kell csinálni?
Ez is újraindit? (Ne keverjük a férjeket, feleségeket...)
#52 Ja, hogy a kernelcserét kérded, és terminálos kikapcs.-t linkelsz? (Mondta már a feleségem, hogy a férfiak nem tudnak odafigyelni két dologra is egyszerre. ) Nálam a Linux Mintben shutdown = reboot -h now esetén is. Hogy jobban értsd, nálam csak reboot van, akármi is volt a parancs. Nagyon valószínű, hogy a szoftver nem tudja kezelni az alaplapot. BIOS frissítést az hogyan kell csinálni?
#54
Rendesen leáll. Kattan is egy nagyot, mintha kikapcsolna. Utána elindul, és újratölt. Érdekes módon csak a Manjaronál nem. Debian, Ubuntu, blackPanther, mindegyik újraindította. A BIOS-t nem ismeri fel egyik sem? (De már szeretem a Manjaro-t, mert van azon is AbevJavá-m !!! Pihentessük akkor egy kicsit az egészet.).
Akkor szerintem meg kellene kereni, hogy melyik szolgáltatás van a Manjaroban ami a Minten nincs, A kernel log vagy a system log (Mintnél) nem mond semmit?
Az acpi=off kapcsolót törlöd (+ update-grub és rendszer újraindítás) és csak eztán a javasolt shutdown vagy a poweroff próbák. Az „öncélú” beállítások nem vezetnek eredményre.
#52 Ja, hogy a kernelcserét kérded, és terminálos kikapcs.-t linkelsz? (Mondta már a feleségem, hogy a férfiak nem tudnak odafigyelni két dologra is egyszerre. ) Nálam a Linux Mintben shutdown = reboot -h now esetén is. Hogy jobban értsd, nálam csak reboot van, akármi is volt a parancs. Nagyon valószínű, hogy a szoftver nem tudja kezelni az alaplapot. BIOS frissítést az hogyan kell csinálni?
#57
Nem kell törölni, mert arról a lemezről a LinuxMintet legyalultam. Az egészre egyedüli rendszerként a Manjarot tettem fel újra. Megpróbáltam a particiók egyesítését a gParted-del, de a ráírt tartalmat is át akarta másolni a lemez elejére. azt is írta, hogy sokáig tart, és az is lehet, hogy nem fog indulni. Na ez már sok. Inkább újratelepítettem. a másik lemezen a LinuxMint az szűz, mert a Manjaro után telepítettem rá újként. Most már csak azon van egyedül. Azon kísérletezem, ha javasoltok valamit, egyébként Manjarozok inkább. Az ACPI-t azért kell kikapcsolni, mert azt írta ki folyton, hogy "ACPI ERROR: AE NO MEMORY " Erre írják egy fórumban, hogy ezt kell beilleszteni : quiet splash ACPI=OFF : Ez nem volt öncélú, az ACPI Error miatt kellett. De nem minden rendszernél írja, helyette most van ez az IRQ: NO iRQ handler. Már nem akarom próbálgatni parancssorból a kikapcsolást, láttuk, hogy nem megy. Ezt már szűz, újonnan telepített rendszeren próbáltam, de írtam a Debian is ugyanez volt. Azt csak azért telepítettem, mert nem volt más telepítőm, csak a D.netinstall fért rá a rossz pendrive-ra, ami 500 MB felett nagyon lelassul, de azután már leszedtem az internetről a LinuxMint-et. Másik pendriveomon filmek voltak, és még nem volt mivel leformázni.
#53 Azt nem értem, ezen két kapcsolót ki ajánlotta neked. Mert mi nem. És benne sem volt ..:
Az acpi=off kapcsolót törlöd (+ update-grub és rendszer újraindítás) és csak eztán a javasolt shutdown vagy a poweroff próbák. Az „öncélú” beállítások nem vezetnek eredményre.
#58
Azt hiszem, amióta csak xfce felülettel telepítek mindent, azóta nem írja ki: ACPI Error: AE No memory.
A mate ésa KDE hozott össze valahogy ilyen hibaüzenetet.
#57 Nem kell törölni, mert arról a lemezről a LinuxMintet legyalultam. Az egészre egyedüli rendszerként a Manjarot tettem fel újra. Megpróbáltam a particiók egyesítését a gParted-del, de a ráírt tartalmat is át akarta másolni a lemez elejére. azt is írta, hogy sokáig tart, és az is lehet, hogy nem fog indulni. Na ez már sok. Inkább újratelepítettem. a másik lemezen a LinuxMint az szűz, mert a Manjaro után telepítettem rá újként. Most már csak azon van egyedül. Azon kísérletezem, ha javasoltok valamit, egyébként Manjarozok inkább. Az ACPI-t azért kell kikapcsolni, mert azt írta ki folyton, hogy "ACPI ERROR: AE NO MEMORY " Erre írják egy fórumban, hogy ezt kell beilleszteni : quiet splash ACPI=OFF : Ez nem volt öncélú, az ACPI Error miatt kellett. De nem minden rendszernél írja, helyette most van ez az IRQ: NO iRQ handler. Már nem akarom próbálgatni parancssorból a kikapcsolást, láttuk, hogy nem megy. Ezt már szűz, újonnan telepített rendszeren próbáltam, de írtam a Debian is ugyanez volt. Azt csak azért telepítettem, mert nem volt más telepítőm, csak a D.netinstall fért rá a rossz pendrive-ra, ami 500 MB felett nagyon lelassul, de azután már leszedtem az internetről a LinuxMint-et. Másik pendriveomon filmek voltak, és még nem volt mivel leformázni.
#58
Azt másként kell megoldani, például kiveszed a kapcsolót, és alapra állítod a BIOS-t: http://lkml.iu.edu/hypermail/linux/kernel/0506.3/1979.html http://wiki.osx86project.org/wiki/index.php/DSDT
Lehet, a memóriák között összetűzés van. Most erre volt időm. Lehet más is. Az acpi=off mglehetősen durva módszer, pl. egy laptop rövid időn belüli elhalálozását okozhatja. Finomítani kell. Régi gépeken óvatosan kell állítani a BIOS-ban vagy sehogy (nem nagyon).
A másik üzenetet IRQ: NO iRQ handler
sehogyan sem tudod megoldani. Illetve lehet próbálkozni.
Erről volt egy háromszemélyes beszélgetés, és minhárman erre jutottunk az egyikünk laptopja kapcsán.
Mindent alapra kell állítani (BIOS, GRUB) és csak úgy lehet elkezdeni tesztelni. Azt is lépésenként. A szerelők vagy a programozók is ezt teszik.
Én csak azért szóltam, mert a most írt válaszod teljesen új nekem, azaz a többieknek is. Mindezt én vettem észre az általad linkelt naplófájlban. Ilyet (információk elhallgatása) nem illik csinálni.
#57 Nem kell törölni, mert arról a lemezről a LinuxMintet legyalultam. Az egészre egyedüli rendszerként a Manjarot tettem fel újra. Megpróbáltam a particiók egyesítését a gParted-del, de a ráírt tartalmat is át akarta másolni a lemez elejére. azt is írta, hogy sokáig tart, és az is lehet, hogy nem fog indulni. Na ez már sok. Inkább újratelepítettem. a másik lemezen a LinuxMint az szűz, mert a Manjaro után telepítettem rá újként. Most már csak azon van egyedül. Azon kísérletezem, ha javasoltok valamit, egyébként Manjarozok inkább. Az ACPI-t azért kell kikapcsolni, mert azt írta ki folyton, hogy "ACPI ERROR: AE NO MEMORY " Erre írják egy fórumban, hogy ezt kell beilleszteni : quiet splash ACPI=OFF : Ez nem volt öncélú, az ACPI Error miatt kellett. De nem minden rendszernél írja, helyette most van ez az IRQ: NO iRQ handler. Már nem akarom próbálgatni parancssorból a kikapcsolást, láttuk, hogy nem megy. Ezt már szűz, újonnan telepített rendszeren próbáltam, de írtam a Debian is ugyanez volt. Azt csak azért telepítettem, mert nem volt más telepítőm, csak a D.netinstall fért rá a rossz pendrive-ra, ami 500 MB felett nagyon lelassul, de azután már leszedtem az internetről a LinuxMint-et. Másik pendriveomon filmek voltak, és még nem volt mivel leformázni.
#60
Én csak azért szóltam, mert a most írt válaszod teljesen új nekem, azaz a többieknek is
Mármint melyik része? Az, hogy azon a lemezen egyedül már csak a Manjaro van? Vagy az ACPI Error ügy? Az előbbi az úgy alakult, hogy feltettem arra a lemezre másik particióra a Manjarot. Gondolom,sejtetted, ha megoldom ott az AbevJava problémámat, akkor benne ragadok, ezért is tiltakozál ellene (talán). Másnap gondolkoztam. A Manjaro már tökéletes, a LinuxMint talán soha nem lesz jó, és előbb-utóbb kevés lesz a hely. Másik lemezen úgyis van egy LM19. Az ACPI error már el lett felejtve. Az nem minden rendszernél jelentkezett, a kikapcsolási baj viszont igen, Manjarot kivéve. Azért is javaslom fejezzük be, mert úgy döntöttem a Manjarot megtartom, és nem kell többet buherálni. Esetleg teszek arra is egy Timeshift-et talán majd később. 3 géppel ezelőtt a LinuxMint 17.1-2-3 egymásból lettek átfejlesztve, és úgy is addig nem kellett soha semmi rendszer visszaállítás, éveken át használtam azt az egy telepítést, amíg a HDD tönkre nem ment. Most meg már Timeshiftet javasol nekem az is, aki a Manjarot használja.
#58 Azt másként kell megoldani, például kiveszed a kapcsolót, és alapra állítod a BIOS-t: http://lkml.iu.edu/hypermail/linux/kernel/0506.3/1979.html http://wiki.osx86project.org/wiki/index.php/DSDT
Lehet, a memóriák között összetűzés van. Most erre volt időm. Lehet más is. Az acpi=off mglehetősen durva módszer, pl. egy laptop rövid időn belüli elhalálozását okozhatja. Finomítani kell. Régi gépeken óvatosan kell állítani a BIOS-ban vagy sehogy (nem nagyon).
A másik üzenetet IRQ: NO iRQ handler
sehogyan sem tudod megoldani. Illetve lehet próbálkozni.
Erről volt egy háromszemélyes beszélgetés, és minhárman erre jutottunk az egyikünk laptopja kapcsán.
Mindent alapra kell állítani (BIOS, GRUB) és csak úgy lehet elkezdeni tesztelni. Azt is lépésenként. A szerelők vagy a programozók is ezt teszik.
Én csak azért szóltam, mert a most írt válaszod teljesen új nekem, azaz a többieknek is. Mindezt én vettem észre az általad linkelt naplófájlban. Ilyet (információk elhallgatása) nem illik csinálni.
Az Debian volt az egyetlen arról telepített rendszer, az is csak egyetlen egyszer. Van jó pendrive-om, te viszont nem tudsz olvasni. Az se volt igaz soha, hogy másolgatom a rendszerfájlokat, azt is egyedül te találtad ki. S még csodálkozol, ha valamiért neheztelek. Olyan hazugságokat írsz mindig, amiket én soha nem állítottam.
A "home"-ból csak a képeket és dokumentumokat szoktam átmenteni.
@#65 Én pont azt akartam javasolni, hogy fejezzük be, akkor te előkerülsz, és felszítod az indulatokat . Feleslegesen. Már eldöntöttem, hogy Manjarot használok, és nincs többé ez a probléma. Te meg olyan rosszindulatú egyén vagy, kivel ritkán találkoztam, miszter katyvasz. Te kavarod mindig. a ... tresor. Ha kimarite nem volna ide se néznék be soha többet.
#62
Hogy is mondjam, csapongsz: Az ACPI-t azért kell kikapcsolni, mert azt írta ki folyton, hogy "ACPI ERROR: AE NO MEMORY " Erre írják egy fórumban, hogy ezt kell beilleszteni : quiet splash ACPI=OFF : Ez nem volt öncélú, az ACPI Error miatt kellett. De nem minden rendszernél írja, helyette most van ez az IRQ: NO iRQ handler.
Az acpi=off kapcsolóról most hallok először (mármint leírtam az előzményt)..., és a többiek meg tőlem. Mindegy miért tetted be. Nem árultad el, hogy egyáltalán mi mást csináltál, eltérő dolgot is, mint amit javasoltunk. Ezeknek a kapcsolóknak elég nagy jelentőségük van. Azért vannak, hogy ésszel használjuk. De úgy nem tudunk igazán jó tanácsot adni, ha mást (is) csinálsz. Ha mást is csinálsz, azt félre kell tenni amikor itt segítünk. Legalábbis el kell mondani.
------
Nem tiltakoztam, használd csak a Manjaro-t. :-)
Nekem mindegy, kicsoda, milyen OS-t használ.
Vannak bizonyos társadalmi, emberi elvárásaim (a mindennapokban), azaz bizonyos dolgokat többé vagy kevésbé elítélek, de ez nem az.
#60 Én csak azért szóltam, mert a most írt válaszod teljesen új nekem, azaz a többieknek is
Mármint melyik része? Az, hogy azon a lemezen egyedül már csak a Manjaro van? Vagy az ACPI Error ügy? Az előbbi az úgy alakult, hogy feltettem arra a lemezre másik particióra a Manjarot. Gondolom,sejtetted, ha megoldom ott az AbevJava problémámat, akkor benne ragadok, ezért is tiltakozál ellene (talán). Másnap gondolkoztam. A Manjaro már tökéletes, a LinuxMint talán soha nem lesz jó, és előbb-utóbb kevés lesz a hely. Másik lemezen úgyis van egy LM19. Az ACPI error már el lett felejtve. Az nem minden rendszernél jelentkezett, a kikapcsolási baj viszont igen, Manjarot kivéve. Azért is javaslom fejezzük be, mert úgy döntöttem a Manjarot megtartom, és nem kell többet buherálni. Esetleg teszek arra is egy Timeshift-et talán majd később. 3 géppel ezelőtt a LinuxMint 17.1-2-3 egymásból lettek átfejlesztve, és úgy is addig nem kellett soha semmi rendszer visszaállítás, éveken át használtam azt az egy telepítést, amíg a HDD tönkre nem ment. Most meg már Timeshiftet javasol nekem az is, aki a Manjarot használja.
#58Nem kell törölni, mert arról a lemezről a LinuxMintet legyalultam. Az egészre egyedüli rendszerként a Manjarot tettem fel újra. Megpróbáltam a particiók egyesítését a gParted-del, de a ráírt tartalmat is át akarta másolni a lemez elejére. azt is írta, hogy sokáig tart, és az is lehet, hogy nem fog indulni. Na ez már sok. Inkább újratelepítettem. a másik lemezen a LinuxMint az szűz, mert a Manjaro után telepítettem rá újként. Most már csak azon van egyedül.
Sok adat másolása minden OS alatt sokáig tart. A partíciók egyesítése mindig kicsit veszélyes (bármely OS alatt), mert egy pillanatnyi áramszünet és az adatok egy részének annyi. Tehát a GParted jogosan írja neked ezt. Legjobb a friss telepítés, igen. Inkább meg kell tanulni belakni a rendszert, például script-ekkel telepíteni mindazt, amit amúgy is használsz.
Másik pendriveomon filmek voltak, és még nem volt mivel leformázni.
Live rendszer alatt is lehet formázni, ha van még egy port az USB eszköznek.
Venni kéne legalább még egy pendrive-ot, nincs mese. Én például SanDisk-et szoktam.
#57 Nem kell törölni, mert arról a lemezről a LinuxMintet legyalultam. Az egészre egyedüli rendszerként a Manjarot tettem fel újra. Megpróbáltam a particiók egyesítését a gParted-del, de a ráírt tartalmat is át akarta másolni a lemez elejére. azt is írta, hogy sokáig tart, és az is lehet, hogy nem fog indulni. Na ez már sok. Inkább újratelepítettem. a másik lemezen a LinuxMint az szűz, mert a Manjaro után telepítettem rá újként. Most már csak azon van egyedül. Azon kísérletezem, ha javasoltok valamit, egyébként Manjarozok inkább. Az ACPI-t azért kell kikapcsolni, mert azt írta ki folyton, hogy "ACPI ERROR: AE NO MEMORY " Erre írják egy fórumban, hogy ezt kell beilleszteni : quiet splash ACPI=OFF : Ez nem volt öncélú, az ACPI Error miatt kellett. De nem minden rendszernél írja, helyette most van ez az IRQ: NO iRQ handler. Már nem akarom próbálgatni parancssorból a kikapcsolást, láttuk, hogy nem megy. Ezt már szűz, újonnan telepített rendszeren próbáltam, de írtam a Debian is ugyanez volt. Azt csak azért telepítettem, mert nem volt más telepítőm, csak a D.netinstall fért rá a rossz pendrive-ra, ami 500 MB felett nagyon lelassul, de azután már leszedtem az internetről a LinuxMint-et. Másik pendriveomon filmek voltak, és még nem volt mivel leformázni.
@#61 Továbbá, ha minden grubot az mbr-be telepített, akkor azt sem nagyon tudhatja, hogy melyiket szerkeszti. Vagy melyik kapcsoló melyiké.
Ha elindulunk azon a vonalon, hogy indít egy rendszert, és így szerkeszti a GRUB-ot,
sudo nano /etc/default/grub
vagy a fájlkezelőt használva a (saját Fájlrendszerben keresi meg ezt a helyet, fájlt, és nem vesz bele csatolás helyét (ahova a másik rendszer esetleg csatolva lett), akkor biztosan nem kalandozik el más rendszerbe. Mert nem ezeket szerkeszti: A 446 bájt méretű boot.img az MBR-ben (0. szektor) található. A core.img az MBR és az első partíció közötti üres szektorokban helyezkedik el. A /boot/grub könyvtár bárhol lehet, mert a core.img már kezeli a fájlrendszereket
Forrás: https://hu.wikipedia.org/wiki/GNU_GRUB
Az új rendszer (legtöbbször) a saját GRUB-ját használva telepíthető, hiszen ezt tesztelték a telepített rendszer fejlesztői. Másrészt így egyszerűbb. Ha nem így történne, akkor az első rendszer GRUB fájlba nem kerülne be az új rendszer, további tevékenységeket kéne elvégezni. Én nem is értem, hogy egy gépre valaki miért tesz fel több rendszert. Mondjuk kettőt megértek, mert tesztel, melyiket válassza, de többet miért? Amelyik GRUB szimpatikusabb, persze, üzembe helyezhető később is. A telepíthető, OS-ek által használt GRUB csomagok amúgy ugyanazok nagyjából. Ha két rendszer van, akkor mindegyiket frissíteni kell, mégpedig mindennap, legalábbis a bekapcsolás, indítás után. Több rendszernél megoldható a chroot segítségével történő frissítés is.
A kapcsolók helyes alkalmazását meg kell beszélni, ha itt kérdez valaki.
-----
Szerk.: remélem a „veszekedést” immár mindketten lezártátok. Nem kívánom rejteni (az eddigieket). Amúgy elég nehéz ebben dönteni.
#70
Szerk.: remélem a „veszekedést” immár mindketten lezártátok. Nem kívánom rejteni (az eddigieket). Amúgy elég nehéz ebben dönteni.
Én viszont töröltetni szeretném az egészet mindenestül. Csupán azért léptem be most, hogy megkérjem a moderátort, hogy törölje ezt a témát. De látom, sok mindent írtál hozzá. Igaz, ezeket már én is tudom (Van, amit utólag, de már nem számít) Tényleg nincs értelme folytatni, ilyen ez a gép, ezt csinálja minden OP. rendszer alatt, kivéve a Manjarot, aminek örülnék, de magamnak csináltam a bajt, amikor elindítottam ezt a témát, mert már nem is akarok másik rendszert használni, az is nyűg már, hogy amikor javasoltok valamit, annak a kedvéért indítsam el a Linux Mint lemezemet. Jó lenne ezt az egészet itt és most befejezni.
Az az ACPI=OFF dolog nem ennek a témának indítása után történt, hanem előtte egy hónappal, én már elfelejtettem, de leírtam.
#61Továbbá, ha minden grubot az mbr-be telepített, akkor azt sem nagyon tudhatja, hogy melyiket szerkeszti. Vagy melyik kapcsoló melyiké.
Ha elindulunk azon a vonalon, hogy indít egy rendszert, és így szerkeszti a GRUB-ot,
sudo nano /etc/default/grub
vagy a fájlkezelőt használva a (saját Fájlrendszerben keresi meg ezt a helyet, fájlt, és nem vesz bele csatolás helyét (ahova a másik rendszer esetleg csatolva lett), akkor biztosan nem kalandozik el más rendszerbe. Mert nem ezeket szerkeszti: A 446 bájt méretű boot.img az MBR-ben (0. szektor) található. A core.img az MBR és az első partíció közötti üres szektorokban helyezkedik el. A /boot/grub könyvtár bárhol lehet, mert a core.img már kezeli a fájlrendszereket
Forrás: https://hu.wikipedia.org/wiki/GNU_GRUB
Az új rendszer (legtöbbször) a saját GRUB-ját használva telepíthető, hiszen ezt tesztelték a telepített rendszer fejlesztői. Másrészt így egyszerűbb. Ha nem így történne, akkor az első rendszer GRUB fájlba nem kerülne be az új rendszer, további tevékenységeket kéne elvégezni. Én nem is értem, hogy egy gépre valaki miért tesz fel több rendszert. Mondjuk kettőt megértek, mert tesztel, melyiket válassza, de többet miért? Amelyik GRUB szimpatikusabb, persze, üzembe helyezhető később is. A telepíthető, OS-ek által használt GRUB csomagok amúgy ugyanazok nagyjából. Ha két rendszer van, akkor mindegyiket frissíteni kell, mégpedig mindennap, legalábbis a bekapcsolás, indítás után. Több rendszernél megoldható a chroot segítségével történő frissítés is.
A kapcsolók helyes alkalmazását meg kell beszélni, ha itt kérdez valaki.
-----
Szerk.: remélem a „veszekedést” immár mindketten lezártátok. Nem kívánom rejteni (az eddigieket). Amúgy elég nehéz ebben dönteni.
#71Az az ACPI=OFF dolog nem ennek a témának indítása után történt, hanem előtte egy hónappal, én már elfelejtettem, de leírtam.
Jó, tehát akkor a mosolygós-mód ki. Az egész téma nincs egy hónapos sem: Linux Mint nem tudja kikapcsolni a desktopot
Beküldte fecameca - 2018. nov. 03. 10:10
A szöveget az egyik paste linkből szedtem, itt a blogban, akkor megkértelek, nézd meg MOST. Nem azt mondom, igazmondó juhásznak kell lenni, de azért .... Amit mondasz, nem igaz. És nem tudom,ki fog segíteni, ha összevissza beszélsz mindenféléket. Kicsit fárasztó ezzel foglalkozni, ilyesmivel, amikor látható és ellenőrizhető igazságot „cáfol meg” valaki, te. De nem vagy egyedül: https://www.linuxmint.hu/comment/23124#comment-23124 . Nem hiszem, hogy nekünk ilyesmikkel kéne foglalkozni!
Én viszont töröltetni szeretném az egészet mindenestül. Csupán azért léptem be most, hogy megkérjem a moderátort, hogy törölje ezt a témát.
-- írsz egy másik moderátornak. Nem tudom, a téma törléséhez bármilyen alapon nyugvó jogod van-e. Szerintem nem, és úgy döntöttem, én nem törlök semmit. Beszélgettem az ilyesféle jogokról mostanában a társakkal (segítőket még mindig keresünk - általában mondom). Ez egy fórum, ami itt megjelenik, sokaknak hasznos. Nem érted van, hanem (inkább) mindenkiért. Úgy érzem, ezt tényleg nem érted: közösség.
De látom, sok mindent írtál hozzá. Igaz, ezeket már én is tudom (Van, amit utólag, de már nem számít)
-- szuper, hogy oly sok mindent tudsz. Javaslom a jegyzetelést: ODT, TXT, HTML. ;-)
Tényleg nincs értelme folytatni, ilyen ez a gép, ezt csinálja minden OP. rendszer alatt, kivéve a Manjarot, aminek örülnék, de magamnak csináltam a bajt, amikor elindítottam ezt a témát, mert már nem is akarok másik rendszert használni, az is nyűg már, hogy amikor javasoltok valamit, annak a kedvéért indítsam el a Linux Mint lemezemet.
-- a mi kedvünkért ne indíts semmit el! Mi csak válaszolunk ... ha kérdezel. Kérdeztél.
-- rendkívül sokat próbáltunk segíteni, többen is.
Jó lenne ezt az egészet itt és most befejezni.
-- be is fejezzük. Ha legközelebb témát indítasz, akkor előtte gondold át, ne utólag. Utólag nem törlünk. Nem kívánságműsor. Ez egy közösségi fórum, itt amit kimondasz, az úgy van és úgy lesz, legfeljebb finomítod, de nem teljesen az ellenkezője legyen akkor sem lehetőleg. Mint az életben. És mint egy cserkészcsapat, mint egy baráti kör. Mindenki valamilyen, megismerjük, és elfogadjuk (általában) a hibáival együtt. Szabad másnak lenni, de fel is kell vállalni magad. Így működik a barátság és a közösség.
-- másrészt a mi időnket is „elraboltad”, a törléssel ez is kárba vesződne. És a sok hasznos tanács is, amellyel sajnálatos módon nem tudtál mit kezdeni, de ismétlem, másnak hasznára lehet: a fórumok így működnek. Durva személyeskedést rejtünk. A hibákból pedig tanulunk. Csókolom! :-)
A félreértések, további, a témától eltérő hozzászólások (és a meggondolatlan cselekedetek) miatt most a témát lezárom, azaz nem lehet hozzászólni. Igény esetén újranyitjuk.
Üdv, kimarite
#70 Szerk.: remélem a „veszekedést” immár mindketten lezártátok. Nem kívánom rejteni (az eddigieket). Amúgy elég nehéz ebben dönteni.
Én viszont töröltetni szeretném az egészet mindenestül. Csupán azért léptem be most, hogy megkérjem a moderátort, hogy törölje ezt a témát. De látom, sok mindent írtál hozzá. Igaz, ezeket már én is tudom (Van, amit utólag, de már nem számít) Tényleg nincs értelme folytatni, ilyen ez a gép, ezt csinálja minden OP. rendszer alatt, kivéve a Manjarot, aminek örülnék, de magamnak csináltam a bajt, amikor elindítottam ezt a témát, mert már nem is akarok másik rendszert használni, az is nyűg már, hogy amikor javasoltok valamit, annak a kedvéért indítsam el a Linux Mint lemezemet. Jó lenne ezt az egészet itt és most befejezni.
Az az ACPI=OFF dolog nem ennek a témának indítása után történt, hanem előtte egy hónappal, én már elfelejtettem, de leírtam.
Miért nem kapcsol ki?
Beküldte fecameca -
Értékelés:
Sziasztok. Nem akartam volna ennek eddig új témát indítani, de tegnap kipróbáltam a manjaro-t és az ki tudja kapcsolni a számítógépet. A legújabb Linux Mintek telefonokhoz készülnek, azért nem tudják kikapcsolni a desktopot? Már mindent végigolvastam ebben a témában, amit a Google behoz beleszerkesztgettem az /etc/default/grub fájlba is, semmit nem sikerült elérni. Akkor a manjaro miért tudja?
Miért nem kapcsol ki?
Beküldte kimarite -
Értékelés:
Telefonokhoz, és PowerPC-re, igen, ezekre fejlesztik a Linux Mint-tet.
Melyik Mint, melyik asztali környezet?
Már mindent végigolvastam ebben a témában, amit a Google behoz beleszerkesztgettem az /etc/default/grub fájlba is, semmit nem sikerült elérni.
-- felsorolás kéne a tevékenységekről.
-- vagy egy Timeshift visszaállítás a tevékenységeid előtti állapotra. Hogy új lapról kezdjünk. De azért a keresés eredménye hasznos lehet nekünk is.
Linux Mint 19 Tara mindkettő.
Beküldte fecameca -
Értékelés:
Linux Mint 19 Tara mindkettő. Felület nem számít, semmilyen felülettel nem megy a kikapcsolás (most mate, xfce, és még KDE a 18.3 volt, amit már letöröltem.). Debian ugyanezt csinálta. Leállításkor mindig újraindul. Kattan egyet, és / de újraindul. A bekapcsoló gombbal le lehet állítani, és amint írtam, a manjaro kikapcsolja. Sok helyen van ez a téma, Ubuntus fórumok, Linux Mintes fórum, sehol, egyikben sem sikerült megoldani. Timeshift minek neked, a ma reggeli telepítésről? Az 1 hónappal ezelőtti is ugyanazt nem tudja.
1: http://ubuntu.hu/node/38459
2: https://linuxmint.hu/forum/mint-171-nem-all-le
3: https://hup.hu/node/115968
Folytassam még? A Google behoz sok találatot ebben a témában, csak megoldás nincs sehol.
Linux Mint 19 Tara mindkettő.
Beküldte kimarite -
Értékelés:
A gépről kéne adat, kimenet:
És a https://paste.ubuntu.com/ által megosztva a
parancs, továbbá a syslog naplófájl (a /var/log könyvtárban van) tartalma. Persze, a kikapcsolási kísérlet után!
Linux Mint 19 Tara mindkettő.
Beküldte fecameca -
Értékelés:
https://paste.ubuntu.com/p/FBsPSFHBqG/
https://paste.ubuntu.com/p/vnN7FF6CNh/
És még egy syslog: Majd kikapcs. után.
Linux Mint 19 Tara mindkettő.
Beküldte kimarite -
Értékelés:
Még valami: az olvasottak alapján a GPU driver lehet az ok. A nyílt van telepítve, a nouveau (inxi -F kimenetből kiderül)?
Vagy ... találtam egy ilyesmit, azaz valamelyik modult kell tiltani:
https://wiki.ubuntuusers.de/rfkill/
Nem az oldal által írtak szerint, mert systemd van már és nem upstart, de szamárvezetőnek jó lesz. A megoldás GRUB kernel kapcsoló vagy a kikapcsolás előtt a problémás modult törölni scriptben vagy inkább parancsban. Mármint ez egyelőre sejtés.
Linux Mint 19 Tara mindkettő.
Beküldte fecameca -
Értékelés:
Syslog? https://paste.ubuntu.com/p/WvTXkxTkSb/
Remélem az utolsó 5 perc tartalmazza azt, ami kell , mert rohadtul hosszú lenne az egész, de gondolom, nem is kell.
Linux Mint 19 Tara mindkettő.
Beküldte kimarite -
Értékelés:
Ez a sor nem jó, kiemeltem, mi (nagy betűk):
A szerkesztésről itt olvashatsz:
https://linuxmint.hu/blog/2017/10/a-grub-menu-lathatosaga
De a sor így nézzen ki:
Majd mentés, és a GRUB beállításainak frissítése,
és a rendszer újraindítása.
Azonban a Cool 'N' Quiet módot mindenképpen kapcsold be előtte a BIOS-ban. Régebbi AMD BIOS kívánja (vagy azt frissíted). Mármint a Linux rendszer vonatkozásában. A Windows használatánál nem tudom.
Nekem is volt AMD alaplapom, amelyik még ilyen
régebbi. Meg is van a gép, de valamilyen hardveres hibája van.
Ezek alap dolgok, ha mindez beállítva, akkor megnézzük, mi az eredmény.
Linux Mint 19 Tara mindkettő.
Beküldte kimarite -
Értékelés:
Vannak ebben is érdekességek, de csináld meg, amit nemrég írtam. Most ebédet készítek, ugyanis nem ettem még ma. Nézzünk meg a másik beállítás eredményét.
Linux Mint 19 Tara mindkettő.
Beküldte fecameca -
Értékelés:
Jó étvágyat, vagy egészségedre, én is voltam ebédelni közben, de átszerkesztettem az/etc/default/grub fájlt. Ebbe bármit írsz, nem tud kikapcsolni, hanem újraindul a rohadék. el kell kapni azt a pilanatot, mikor egy pillanatra kifagy, hogy áramtalanítsam. AMD K8 Cool & Quiet control: Auto Ezt találtam a BIOS-ban. Másik lehetőség: Disable. De azt írtad, be kell kapcsolni, akkor jól állt. Nem tudom a manjaro mit csinálhat másként, mint a többi? Különben eszembe sem jutott volna, hogy említsem, beletörődtem volna, hogy alaplap, vagy táp hibás a gépem, de gombnyomásra is kikapcsol, nem csak a hátul levő kapcsolóra, tehát a tápegység az jól tudja, hogy mi a dolga, csak nem kap rá parancsot.
Linux Mint 19 Tara mindkettő.
Beküldte fecameca -
Értékelés:
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
Helyett:
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force apm=power_off"
GRUB_CMDLINE_LINUX=""
Ez lett, de ez nem ér semmit. :(
Linux Mint 19 Tara mindkettő.
Beküldte kimarite -
Értékelés:
Készíts egy visszaállítási pontot (pl. a Timeshift vagy a Systemback alkalmazások valamelyikével) és telepítsd a tükrökről elérhető legújabb kernelt, majd -újraindítva a rendszert- lépj be azzal. Az egyik lehetőség, hogy kijelölöd telepítésre az elérhető kernelt (Frissítéskezelő), a másik,hogy a beállítod, hogy a kernelt a rendszer mindig jelölje frissítésre. Mindez persze, a visszállítási pont készítése után. Hátha az újabb kernel jól kezeli az alaplapot. Érdekes, hogy a -külső tükör felvétel telepíthető- Liquorix kernel nálam egész jól elfut a HP noteszgéppel, pedig a hardver nem mai.
Megpróbálhatod kikapcsolni a Cool 'N' Quiet -et, hátha: Disabled. Nem is tudom, nálam milyen lehetőség volt. Talán nem ez, de például itt megoldotta:
Dieses Cool 'n Quiet Feature war deaktiviert im BIOS .. habs jetzt aktiviert und siehe da keine Probleme mehr ..
https://bbs.archlinux.de/viewtopic.php?pid=277136#p277136
Ez egy AMD-s modul, olyasmi, mint a Plymouth, azaz a bekapcsolásnál nem látod a rendszer üzeneteket ..., ami sokakat megrémiszt, mármint a monitoron szaladgáló szöveg. Mindezt elrejti a szemed elől. A hosszú hétvége alatt pár gépet meg szeretnék nézni, azaz működésbe hozni.
A kikapcsolás utáni rendszer alól megint kéne a dmesg és a syslog.
Az amd64-microcode csomag telepítve van nálad?
https://wiki.debian.org/Microcode
Vélhetően telepítve, de a K8 alaplappal van némi probléma (nálam is ez volt, de valahogy megoldottam, ahogy olvasgattam ..., de itt is egy példa: https://bbs.archlinux.org/viewtopic.php?id=143393). BIOS frissítés elérhető amúgy? Csak kíváncsiság.
-----
Mellékes dolgok
A CPU túl van húzva esetleg?
Egy kimenetet kérek, de szóban is elmesélheted:
-----
Próba cseresznye:
A parancsok és a kimenet kéne egyben.
https://lists.debian.org/debian-amd64/2006/02/msg00436.html
(ez a vége a tesztnek)
Majd kikapcsolási próba.
A K9-től már rendben fut minden amúgy. Ezt olvastam.
-----
Természetesen lehet próbálkozni ilyenekkel is:
illetve
Mert: (man shutdown):
OPTIONS The following options are understood: --help Print a short help text and exit. -H, --halt Halt the machine. -P, --poweroff Power-off the machine (the default). -r, --reboot Reboot the machine. -h Equivalent to --poweroff, unless --halt is specified. -k Do not halt, power-off, reboot, just write wall message. --no-wall Do not send wall message before halt, power-off, reboot. -c Cancel a pending shutdown. This may be used cancel the effect of an invocation of shutdown with a time argument that is not "+0" or "now".Hogy mi történik.
-----
Most akkor ez a GRUB sor? (szerk.: közben írtál, látom, ez)
... először a Cool 'N' Quiet/Disabled, majd dmesg, syslog kimenetek és persze, kikapcsolási próba. A többi ráér.
Linux Mint 19 Tara mindkettő.
Beküldte kimarite -
Értékelés:
Írtam. Nemsokára kész az ebédem ..
Csak ... még valami.
Beküldte kimarite -
Értékelés:
Még valami (egyszerre csak egy dolgot csinálj meg [Cool 'N' Quiet], és látnunk kell, mi történik [naplók]). De még valami:
dis_ucode_ldr [X86] Disable the microcode loader.https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html
https://wiki.debian.org/Microcode
Bár ez már az amd64-microcode betöltéséhez tartozik, azt a csomagot lehet törölni is (elméletileg). Ez esetben a BIOS vezérli az eszközöket a CPU firmware helyett. De ekkor ki kell venni a másik két betett kapcsolót a GRUB-ban. Mindig egyetlen kapcsoló próbája van.
Ez egy kitérő hozzászólás, nincs is túlzott jelentősége talán.
Linux Mint 19 Tara mindkettő.
Beküldte fecameca -
Értékelés:
analyzing CPU 0: no or unknown cpufreq driver is active on this CPU maximum transition latency: 0.00 ms.
analyzing CPU 1: no or unknown cpufreq driver is active on this CPU maximum transition latency: 0.00 ms.
sudo rmmod powernow_k8 rmmod: ERROR: Module powernow_k8 is builtin.
A másik k8-ra semmit nem ír. A "shutdown"-okra azonnal kikapcsol, és újra is indul. Függetlenül az utánuk következő betűtőlm mindig ugyanaz. BIOST frissíteni nem tudom, hogyan kell, és azt sem, hogy hol találok hozzá frissítést?
Csak ... még valami.
Beküldte fecameca -
Értékelés:
Semmi nem történik , hiába próbálkozom mindennel. Szerintem a manjaroban meg lehetne találni a titok nyitját. Hiszen ő ki tudja kapcsolni még ezt a gépet is. Feltelepítsem mégegyszer? Esetleg valamelyik Linux Mint mellé új particióra? Talán még ott is hagynám számítógép kikapcsolónak. Média dolgok lejátszására kiváló, bár nem tud többet ő se semmivel a Linux Mintnél.
Már azzal is elégedett lennék ezek után, ha a képernyőre kiírná, mint a régi Windowsok valamelyike:
"Most már kikapcsolhatja a számítógépet."
Te nem emlékszel, hogy valamikor régen így álltak le a gépek, azután kikapcsolhattad manuálisan ?
Linux Mint 19 Tara mindkettő.
Beküldte fecameca -
Értékelés:
Szerinted mi volna ha a manjaro grubja lenne az elsődleges lemezen, és mellette fent hagynám mind két Linux Mintet is? Annyira unom már a sok eredménytelen próbálkozást, akkor inkább szívesebben telepítenék újra manjarot még akkor is, ha nem használnám semmire, vagy csak szórakozásra.
Csak ... még valami.
Beküldte kimarite -
Értékelés:
Nem foglalkozom a Manjaro-val. Egyszerűen nem érdekel ez a disztribúció.
Ezt írtam már?
... először a Cool 'N' Quiet/Disabled, majd dmesg, syslog kimenetek és persze, kikapcsolási próba. A többi ráér.
Csak ... még valami.
Beküldte fecameca -
Értékelés:
Cool 'N' Quiet/Disabled az megvolt az előbb, nem csinál semmit. Csak arra nem emlékszem, hány perce volt, ezért nem küldtem a naplót. "Nem foglalkozom a Manjaro-val" -Ezt én megértem, de ha annak a grubját feltennék, vagy legalább belenéznénk már többet tudnánk, mint így vaktában lövöldözünk a semmire.
Csak ... még valami.
Beküldte kimarite -
Értékelés:
Tedd fel a Manjaro-t ..., ha felteszed, akkor sincs más igazán. Mert nem a GRUB, hanem a kernel számít, és a rendszer beállítások. A GRUB vélhetőleg ugyanaz. A kerneles kérésemre, kérésemre sem válaszoltál.
Ugye, csinálhatod azt, amit szeretnél ternészetesen, de akkor most itt befejeztem, így nem lehet segíteni.
Cool 'N' Quiet/Disabled az megvolt az előbb, nem csinál semmit. Csak arra nem emlékszem, hány perce volt, ezért nem küldtem a naplót.
... majd dmesg, syslog kimenetek és persze, kikapcsolási próba??
Csak ... még valami.
Beküldte fecameca -
Értékelés:
Syslog: https://paste.ubuntu.com/p/p5cpG3HqhZ/
A dmesg hol van? Az micsoda?
Kikapcsolási próba? Írtam már, hogy ugyanúgy újraindul. Ha ezt nem olvasod el, amit írok, akkor mit olvasol ki az ezer soros Syslog-okból?
Csak ... még valami.
Beküldte kimarite -
Értékelés:
Kikapcsolási próba? Írtam már, hogy ugyanúgy újraindul. Ha ezt nem olvasod el, amit írok, akkor mit olvasol ki az ezer soros Syslog-okból?
Semmit nem olvasok ki. Mára bezár a bazár. De ha tetszett, nemsokára ... a viszontlátásra „pajtás”.
A dmesg hol van? Az micsoda?
A bal fülem mögött van, de most sapka is van a fejemen, így nem látod. Egy olyan izéke, azaz valami.
Csak ... még valami.
Beküldte fecameca -
Értékelés:
" A kerneles kérésemre, kérésemre sem válaszoltál." Szerintem az is zsákutca. Volt fenn Debian 9.5 ez a LinuxMint mate, már a harmadik új kernelt használja a telepítése óta, és a másik lemezre telepített Linux Mint sem tud kikapcsolni. Az egyetlen, ami kikapcsolta a gépet, az a manjaro volt. Most már bánom, hogy leformáztam. De azt újra feltelepíteni nem tart semeddig, ahhoz képest, ami azóta mi itt elkínlódtunk.
IRQ Handler!!!!
Beküldte fecameca -
Értékelés:
@#24 Nekem a kernelcsere az nehezebb, mert én még soha nem csináltam. Cserélgeti a Linux saját magának néhány hetente, amikor a frissítése megérkezik. (1 Hónapon belül már a harmadik, vagy negyedik van fent, és semmi nem változott tőle.) Nem tudom, melyiken kezdjem, a 64 bitesen, vagy a 32-esen? Igazatok lehet a kernellel kapcsolatban, mert feltelepítettem a manjarot megint. és az KIKAPCSOL !!! Ugyanezen a lemezen levő, tehát ugyanabból a grubból indított LinuxMint NEM ! De most nem indul újra, csak áram alatt marad, és lefagy. Van itt még valami: IRQ: "No IRQ handler for vector" Ez a figyelmeztetés minden bootoláskor ott van bármelyik rendszeren. Ezt is nézegettem a Google keresővel, de olyan egyszerű megoldást nem találtam rá, amit én is meg tudnék csinálni.(Például beírni pár sort a terminálba). Talán valamit a kernellel kapcsolatban hadoválnak, de annyira nem tudok angolul, és a google fordítón keresztül sem igazán jön át nekem, hogy sikerült- e nekik bármit megoldani?
IRQ Handler!!!!
Beküldte atime -
Értékelés:
Meg tudod nézni, hogy a Manjaronál melyik az kernel, ami kikapcsol?
IRQ Handler!!!!
Beküldte fecameca -
Értékelés:
Ezt viszont megcsináltam, beillesztettem a grub-ba és nem csinál semmit! https://unix.stackexchange.com/questions/367503/do-irq-0-163-no-irq-hand...
Meg tudom hát, csak most hirtelen nem is tudom, mit is írjak be? Sudo update-grub az felsorolja őket.
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-38-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-38-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-36-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-36-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Megtalált Manjaro Linux (18.0) ezen: /dev/sda2
Megtalált Linux Mint 19 Tara (19) ezen: /dev/sdb1
kész
Ez nem jött be, de igazam lett, a LinuxMint MATE 19 már a hatodik kernelt használja! A manjaronál és a ma telepített LinuxMint 19-nél, mivel ezek első kernelek, nem ír semmit. Máshogy kéne lekérdezni. Átlépek a manjaro-ba.
IRQ Handler!!!!
Beküldte fecameca -
Értékelés:
Megvan a manjaro kernel: uname -r 4.19.0-4-MANJARO Ez az, ami ki tud kapcsolni. Szóval specifikus MANJARO kernel. Nem tudom, rajtunk mit segít? Hogyan lehetne megtudni, mi a LinxMint megfelelője?
Talán ez? http://ubuntuhandbook.org/index.php/2018/10/linux-kernel-4-19-released-i...
Mindjárt ki is próbálom.
IRQ Handler!!!!
Beküldte fecameca -
Értékelés:
Nem tudom megcsinálni, nekem ehhez segítség kell. Pedig mindent onnan ilesztettem be, és csinálta, nem írt ki hibát. Mégis, még mindig ezt használja: 4.15.0-38-generic. Nem tudom a 4.19-es hová tűnt el? mindenben követtem az útmutatást, és reboot, és nincs meg az új kernel. Ezt nem értem: Kibontás: linux-headers-4.19.0-041900 (4.19.0-041900.201810221809) e helyett: 4.19.0-041900.201810221809 ... Akkor fent van, és miért nem használja? Ugyanúgy jártam,mint a manjaroban az openjdk8 java-val. Hogyan kell kernelt cserélni? Valaki segítene?
IRQ Handler!!!!
Beküldte fecameca -
Értékelés:
MEGŐRÜLÖK!!! uname -r 4.15.0-38-generic A 4.19 ilyenkor hová lesz??Segítene valaki???
...ferike-a 4.19-es az linux
Beküldte fecameca -
Értékelés:
@#31 Még megpróbálom az UKUU-t, de ha az sem segít, én mára befejeztem. Kezd megfájdulni a fejem. Pedig az, amit feltelepítettem, az is valahol fenn van, és foglalja a helyet, de hol? A temp. könyvtárban?
UKUU
Beküldte fecameca -
Értékelés:
@#34 UKUU: Van fent 4.19. Miért nem ezt használja? Hogyan kellene a gépet rávenni?
Found installed: 4.15.0-38.41 Ezt használja még mindig!
Found installed: 4.19.0-041900.201810221809 Pedig ez is fent van!
Found installed: 4.15.0.38.40: A többit meg majd törölni kell, ha megoldódott a gondom.
Found installed: 4.15.0-36.39
Found installed: 4.15.0-20.21
...ferike-a 4.19-es az linux
Beküldte fecameca -
Értékelés:
@#34 Persze, hogy nem azt használja, mert ami elindítja a LinuxMintet, az a MANJARO grubja, de én azt még nem frissítettem. A Mintnek is van grubja valahol, de amikor bekapcsolom a gépet, a manjaro-grub jön be, és azt onnan tudom, hogy nem frissült a LinuxMintből, hogy nincsen rajta a /dev/sdb lemezem, mert az a telepítéskor le volt húzva, hogy biztosan ne formázza le. Mindjárt megőrülök, a 3 OP. rendszerből lesz itt még gubanc! Most talán már jó lesz?
...ferike-a 4.19-es az linux
Beküldte atime -
Értékelés:
Frissitsd...
UKUU
Beküldte fecameca -
Értékelés:
1. Jó Hír: A MANJARO frissített grubja már "jó" kernelt idított: 4.19...
2. Rossz hír: A gépet még mindig nem tudja a LinuxMint kikapcsolni.
3. Már biztosan abbahagyom, de az is lehet, hogy végleg, mert már nagyon-nagyon elegem van abból, hogy semmi sem akar sikerülni.
UKUU
Beküldte fecameca -
Értékelés:
@#41 A kernel lecserélése sikerült. De az sem tud kikapcsolni. Sokáig eltarthat, amíg megtalálhatom az igazit. Viszont sikerült a manjaro-ban az AbevJava telepítése. Erősen afelé hajlok, hogy inkább azt használom.
...ferike-a 4.19-es az linux
Beküldte kimarite -
Értékelés:
Mindig az utolsónak telepített OS GRUB-ja „veszi át az irányítást”. Ezért szokták a „második” OS GRUB-ját a „második” OS rendszer partícióra telepíteni ( / )és nem az sda lemez elejére, mert az első OS GRUB-ja teszi be magát oda, az sda-ra (a Súgó-nk is írja utóbbi teendőt).
UKUU
Beküldte kimarite -
Értékelés:
Hát lehet ebben jobb a Manjaro, de másban meg a Linux Mint. Mindenki maga dönti el. :-)
...ferike-a 4.19-es az linux
Beküldte fecameca -
Értékelés:
Valószínűleg a manjaro marad a lemezen. Sokkal rövidebb ideig tartott rajta berendezkedni, és most már mindent tud. 3 dolog szokott nehézséget okozni. Az AbevJava, a HPLIP, és a Minitube, de a manjaroban ezek mind mennek. A Linux Mint viszont még mindig nem kapcsol ki, csak újraindulgat. Ha majd nagyon ráérek, a másik Linux Mint lemezemen csereberélgetem a kerneleket, amíg meg nem unom. De azt nem ma. Majd egyszer.
...ferike-a 4.19-es az linux
Beküldte kimarite -
Értékelés:
Én egyáltalán nem látok ilyen problémákat a három alkalmazás vagy szolgáltatás telepítési nehézségeinek tekintetében. És más telepítés vagy beállítás kapcsán sem. :-)
A Minitube használatáról éppen nem írtam (Linux Mint alá), de az SMPlayer/SMTube telepítésről igen. A Mintube-nak -azt hiszem- elérhető PPA tükre is van. Viszont más a „két” rendszer, mert az Arch-alapú rendszerek rolling terjesztések, azaz a legújabb csomagok vannak bennük. Amik egy frissítésnél esetleg gondot (is) okozhatnak. Másrészt a legújabb csomagok telepíthetőek a nem rolling-alapú Linux terjesztésekre is. Kinek a pap, kinek a papné, és van akinek a lányuk. Sok sikert! ;-)
Mármint a Linux Mint, az LMDE3, az Ubuntu, a Debian, azaz a DEB illetve az RPM csomagkezelésű rendszerek összehasonlításában. Mondom, használd azt, ami jobban tetszik. Éppen ez a „sokféleség” veszne el, ha csak egyféle Linux lenne. Tulajdonképpen a Linux terjesztések nem annyira különböznek, kezelésükben és frissítésükben egy kicsit, de az eredményeket átveszik egymástól. Ez leginkább olyasmi, mint a járművek fejlesztése.
...ferike-a 4.19-es az linux
Beküldte kimarite -
Értékelés:
Én egyáltalán nem látok ilyen problémákat a három alkalmazás vagy szolgáltatás telepítési nehézségeinek tekintetében. És más telepítés vagy beállítás kapcsán sem. :-)
A Minitube használatáról éppen nem írtam (Linux Mint alá), de az SMPlayer/SMTube telepítésről igen. A Minitube-nak -azt hiszem- elérhető PPA tükre is van. Viszont más a „két” rendszer, mert az Arch-alapú rendszerek rolling terjesztések, azaz a legújabb csomagok vannak bennük. Amik egy frissítésnél esetleg gondot (is) okozhatnak. Másrészt a legújabb csomagok telepíthetőek a nem rolling-alapú Linux terjesztésekre is. Kinek a pap, kinek a papné, és van akinek a lányuk. Sok sikert! ;-)
Mármint a Linux Mint, az LMDE3, az Ubuntu, a Debian, azaz a DEB illetve az RPM csomagkezelésű rendszerek összehasonlításában. Mondom, használd azt, ami jobban tetszik. Éppen ez a „sokféleség” veszne el, ha csak egyféle Linux lenne. Tulajdonképpen a Linux terjesztések nem annyira különböznek, kezelésükben és frissítésükben egy kicsit, de az eredményeket átveszik egymástól. Ez leginkább olyasmi, mint a járművek fejlesztése.
"Kinek a pap, kinek a papné,
Beküldte fecameca -
Értékelés:
"Kinek a pap, kinek a papné, és van akinek a lányuk. Sok sikert! ;-)"- Köszönöm. A manjaro-nak igen nagy hátránya az, hogy a saját tárolóján kívül semmit nem tudok telepíteni. Sem a .deb, sem az RPM nem telepíthető weboldalról letöltött fájlból. Szimpatikus viszont az, hogy elég jól elő van telepítve, alig kell hozzá valamit keresgélni.
-A Minitube az külön regény, akár itt a Linux Minten, akár máshol. 1 szimpatikus benne, a végtelenített hírfolyam. Az SM tube lapozása nehézkeseb, ha egy sok találatos témakört írok a keresőjébe. A Minitube viszont a Google Api key miatt nagyon sokszor nem működik. Van, amikor nem is kéri, ha véletlenül olyan a verzió. Van, hogy nekem kell felrakni hozzá az APi key-t. Van, amikor elrontom az API key másolását, egy betűje lemarad, és a Minitube soha többé nem használható. Újbóli próbálkozásra már nem fogadja el, most is így jártam. Lehet, hogy éppen ezért nem népszerű az emberek között, bPantherben egyáltalán nincsen Minitube, a linuxMint tárolójából is hol vagy működik, vagy nem. A manjaro-ban van, de API key-t kér, de elrontottam, most már nem lehet helyrehozni. Másik, régebbi verziót meg nem tudok feltenni, mert a -deb itt nem telepíthető. https://askubuntu.com/questions/672501/why-is-minitube-not-working-anymo...
"Kinek a pap, kinek a papné,
Beküldte fecameca -
Értékelés:
@#49 Az AUR-t még nem próbáltam, nem volt rá szükségem. Köszönöm a segítséget, de találtam egy oldalt, ami megoldotta a problémámat anélkül is. https://wiki.manjaro.org/index.php?title=Pacman_Tips - Magyarázat ehhez majd a Majaro topikban lesz található, már így is nagyon belekevertem a Manjaro-t a kikapcs. témába. Ez a manjaro Wiki ugyanolyan hasznos, mint a Debian Wiki, ott is mindenre onnan tudtam megoldást találni. Lehet egy kicsit ismerkedni az Arch Linux vonallal. De azért az egyik lemezen örökké megmarad nálam a LinuxMint. Találtam még a könyvjelzőim között néhány kikapcsolás problémás LinuxMint oldalt a Chromium könyvjelzői között, de ez a Wiki oldal épp a Firefoxban lett megjelölve. Egyszer importálam a könyvjelzőket a Chromiumból a Firefoxba, de azóta is felváltva használom őket, így megint teljes a káosz. A szinkronozási lehetőség aranyat ér egy új telepítéskor, már nem is használok több böngészőt, mert a különböző böngésző forkok az új gépen nem gyorsabbak az eredetinél, de a Firefox még mindig gyorsabban lapoz, és az IcedTea Webinstall is abból működik, de a Chromium jobban játssza le a videó tartalmakat, soha nem árt, ha kettő van belőlük, de már nem szaporítom őket tovább. Talán egyszer megoldódik ez a Linux Mintből nincs kikapcsolás probléma, ha másképp nem, úgy, hogy addigra új gépem lesz.
"Kinek a pap, kinek a papné,
Beküldte kimarite -
Értékelés:
A könyvjelzőket időnként érdemes menüből lementeni, aztán biztonságos külső tárhelyre másolni. Esetleg felhőbe (is). Visszatölthetőek a böngészőbe, legalább abba, amelyikben mentetted.
A gép kikapcsolás problémára te látsz rá, mi akkor segíthetünk, ha együttműködsz. És a Linux- valamint a kernelfejlesztők is a hibajelentés alapján javítanak: például az egyedi gép konfigurációk esetében.
.ferike!!!
Beküldte fecameca -
Értékelés:
@#52 Ja, hogy a kernelcserét kérded, és terminálos kikapcs.-t linkelsz?
(Mondta már a feleségem, hogy a férfiak nem tudnak odafigyelni két dologra is egyszerre. ) Nálam a Linux Mintben shutdown = reboot -h now esetén is. Hogy jobban értsd, nálam csak reboot van, akármi is volt a parancs. Nagyon valószínű, hogy a szoftver nem tudja kezelni az alaplapot. BIOS frissítést az hogyan kell csinálni?
.ferike!!!
Beküldte atime -
Értékelés:
Esetleg próbáld meg ezt:
Ez is újraindit? (Ne keverjük a férjeket, feleségeket...)
.ferike!!!
Beküldte fecameca -
Értékelés:
Rendesen leáll. Kattan is egy nagyot, mintha kikapcsolna. Utána elindul, és újratölt. Érdekes módon csak a Manjaronál nem. Debian, Ubuntu, blackPanther, mindegyik újraindította. A BIOS-t nem ismeri fel egyik sem? (De már szeretem a Manjaro-t, mert van azon is AbevJavá-m !!! Pihentessük akkor egy kicsit az egészet.).
Akkor szerintem meg kellene
Beküldte atime -
Értékelés:
Akkor szerintem meg kellene kereni, hogy melyik szolgáltatás van a Manjaroban ami a Minten nincs, A kernel log vagy a system log (Mintnél) nem mond semmit?
.ferike!!!
Beküldte kimarite -
Értékelés:
Azt nem értem, ezen két kapcsolót ki ajánlotta neked. Mert mi nem. És benne sem volt ..:
Forrás (de már régebben szerettem volna szólni emiatt):
https://paste.ubuntu.com/p/p5cpG3HqhZ/
Az acpi=off kapcsolót törlöd (+ update-grub és rendszer újraindítás) és csak eztán a javasolt shutdown vagy a poweroff próbák. Az „öncélú” beállítások nem vezetnek eredményre.
.ferike!!!
Beküldte fecameca -
Értékelés:
Nem kell törölni, mert arról a lemezről a LinuxMintet legyalultam. Az egészre egyedüli rendszerként a Manjarot tettem fel újra. Megpróbáltam a particiók egyesítését a gParted-del, de a ráírt tartalmat is át akarta másolni a lemez elejére. azt is írta, hogy sokáig tart, és az is lehet, hogy nem fog indulni. Na ez már sok. Inkább újratelepítettem. a másik lemezen a LinuxMint az szűz, mert a Manjaro után telepítettem rá újként. Most már csak azon van egyedül. Azon kísérletezem, ha javasoltok valamit, egyébként Manjarozok inkább. Az ACPI-t azért kell kikapcsolni, mert azt írta ki folyton, hogy "ACPI ERROR: AE NO MEMORY " Erre írják egy fórumban, hogy ezt kell beilleszteni : quiet splash ACPI=OFF : Ez nem volt öncélú, az ACPI Error miatt kellett. De nem minden rendszernél írja, helyette most van ez az IRQ: NO iRQ handler. Már nem akarom próbálgatni parancssorból a kikapcsolást, láttuk, hogy nem megy. Ezt már szűz, újonnan telepített rendszeren próbáltam, de írtam a Debian is ugyanez volt. Azt csak azért telepítettem, mert nem volt más telepítőm, csak a D.netinstall fért rá a rossz pendrive-ra, ami 500 MB felett nagyon lelassul, de azután már leszedtem az internetről a LinuxMint-et. Másik pendriveomon filmek voltak, és még nem volt mivel leformázni.
.ferike!!!
Beküldte fecameca -
Értékelés:
Azt hiszem, amióta csak xfce felülettel telepítek mindent, azóta nem írja ki: ACPI Error: AE No memory.
A mate ésa KDE hozott össze valahogy ilyen hibaüzenetet.
.ferike!!!
Beküldte kimarite -
Értékelés:
Azt másként kell megoldani, például kiveszed a kapcsolót, és alapra állítod a BIOS-t:
http://lkml.iu.edu/hypermail/linux/kernel/0506.3/1979.html
http://wiki.osx86project.org/wiki/index.php/DSDT
Lehet, a memóriák között összetűzés van. Most erre volt időm. Lehet más is. Az acpi=off mglehetősen durva módszer, pl. egy laptop rövid időn belüli elhalálozását okozhatja. Finomítani kell. Régi gépeken óvatosan kell állítani a BIOS-ban vagy sehogy (nem nagyon).
A másik üzenetet
IRQ: NO iRQ handler
sehogyan sem tudod megoldani. Illetve lehet próbálkozni.
Erről volt egy háromszemélyes beszélgetés, és minhárman erre jutottunk az egyikünk laptopja kapcsán.
A próbálkozás:
https://bugzilla.redhat.com/show_bug.cgi?id=1551605&fbclid=IwAR2TfQfZ-FQ...
.. ha az üzenet nemcsak ennyi, hanem amit a linken látsz.
Bizonyos gépekre jellemző.
Mindent alapra kell állítani (BIOS, GRUB) és csak úgy lehet elkezdeni tesztelni. Azt is lépésenként. A szerelők vagy a programozók is ezt teszik.
Én csak azért szóltam, mert a most írt válaszod teljesen új nekem, azaz a többieknek is. Mindezt én vettem észre az általad linkelt naplófájlban. Ilyet (információk elhallgatása) nem illik csinálni.
A kapcsolók:
Egyenként érdemes próbálni, aztán együtt is. A harmadik csak ráadás, az első kettő oldhatja meg a(z utóbbi) problémát. Vagy nem.
Magyarázatok: https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html
.ferike!!!
Beküldte fecameca -
Értékelés:
Mármint melyik része? Az, hogy azon a lemezen egyedül már csak a Manjaro van? Vagy az ACPI Error ügy? Az előbbi az úgy alakult, hogy feltettem arra a lemezre másik particióra a Manjarot. Gondolom,sejtetted, ha megoldom ott az AbevJava problémámat, akkor benne ragadok, ezért is tiltakozál ellene (talán). Másnap gondolkoztam. A Manjaro már tökéletes, a LinuxMint talán soha nem lesz jó, és előbb-utóbb kevés lesz a hely. Másik lemezen úgyis van egy LM19. Az ACPI error már el lett felejtve. Az nem minden rendszernél jelentkezett, a kikapcsolási baj viszont igen, Manjarot kivéve. Azért is javaslom fejezzük be, mert úgy döntöttem a Manjarot megtartom, és nem kell többet buherálni. Esetleg teszek arra is egy Timeshift-et talán majd később. 3 géppel ezelőtt a LinuxMint 17.1-2-3 egymásból lettek átfejlesztve, és úgy is addig nem kellett soha semmi rendszer visszaállítás, éveken át használtam azt az egy telepítést, amíg a HDD tönkre nem ment. Most meg már Timeshiftet javasol nekem az is, aki a Manjarot használja.
.ferike!!!
Beküldte fecameca -
Értékelés:
Az Debian volt az egyetlen arról telepített rendszer, az is csak egyetlen egyszer. Van jó pendrive-om, te viszont nem tudsz olvasni. Az se volt igaz soha, hogy másolgatom a rendszerfájlokat, azt is egyedül te találtad ki. S még csodálkozol, ha valamiért neheztelek. Olyan hazugságokat írsz mindig, amiket én soha nem állítottam.
A "home"-ból csak a képeket és dokumentumokat szoktam átmenteni.
.ferike!!!
Beküldte fecameca -
Értékelés:
@#61 Ez is színtiszta hazugság, mert akkor már nem szerkesztettem a grubot, amikor nem csak 1 rendszer volt rajta:
.ferike!!!
Beküldte fecameca -
Értékelés:
@#65 Én pont azt akartam javasolni, hogy fejezzük be, akkor te előkerülsz, és felszítod az indulatokat . Feleslegesen. Már eldöntöttem, hogy Manjarot használok, és nincs többé ez a probléma. Te meg olyan rosszindulatú egyén vagy, kivel ritkán találkoztam, miszter katyvasz. Te kavarod mindig. a ... tresor. Ha kimarite nem volna ide se néznék be soha többet.
.ferike!!!
Beküldte kimarite -
Értékelés:
Hogy is mondjam, csapongsz:
Az ACPI-t azért kell kikapcsolni, mert azt írta ki folyton, hogy "ACPI ERROR: AE NO MEMORY " Erre írják egy fórumban, hogy ezt kell beilleszteni : quiet splash ACPI=OFF : Ez nem volt öncélú, az ACPI Error miatt kellett. De nem minden rendszernél írja, helyette most van ez az IRQ: NO iRQ handler.
Az acpi=off kapcsolóról most hallok először (mármint leírtam az előzményt)..., és a többiek meg tőlem. Mindegy miért tetted be. Nem árultad el, hogy egyáltalán mi mást csináltál, eltérő dolgot is, mint amit javasoltunk. Ezeknek a kapcsolóknak elég nagy jelentőségük van. Azért vannak, hogy ésszel használjuk. De úgy nem tudunk igazán jó tanácsot adni, ha mást (is) csinálsz. Ha mást is csinálsz, azt félre kell tenni amikor itt segítünk. Legalábbis el kell mondani.
------
Nem tiltakoztam, használd csak a Manjaro-t. :-)
Nekem mindegy, kicsoda, milyen OS-t használ.
Vannak bizonyos társadalmi, emberi elvárásaim (a mindennapokban), azaz bizonyos dolgokat többé vagy kevésbé elítélek, de ez nem az.
.ferike!!!
Beküldte kimarite -
Értékelés:
Nem kell törölni, mert arról a lemezről a LinuxMintet legyalultam. Az egészre egyedüli rendszerként a Manjarot tettem fel újra. Megpróbáltam a particiók egyesítését a gParted-del, de a ráírt tartalmat is át akarta másolni a lemez elejére. azt is írta, hogy sokáig tart, és az is lehet, hogy nem fog indulni. Na ez már sok. Inkább újratelepítettem. a másik lemezen a LinuxMint az szűz, mert a Manjaro után telepítettem rá újként. Most már csak azon van egyedül.
Sok adat másolása minden OS alatt sokáig tart. A partíciók egyesítése mindig kicsit veszélyes (bármely OS alatt), mert egy pillanatnyi áramszünet és az adatok egy részének annyi. Tehát a GParted jogosan írja neked ezt. Legjobb a friss telepítés, igen. Inkább meg kell tanulni belakni a rendszert, például script-ekkel telepíteni mindazt, amit amúgy is használsz.
Másik pendriveomon filmek voltak, és még nem volt mivel leformázni.
Live rendszer alatt is lehet formázni, ha van még egy port az USB eszköznek.
Venni kéne legalább még egy pendrive-ot, nincs mese. Én például SanDisk-et szoktam.
.ferike!!!
Beküldte kimarite -
Értékelés:
@#61 Továbbá, ha minden grubot az mbr-be telepített, akkor azt sem nagyon tudhatja, hogy melyiket szerkeszti. Vagy melyik kapcsoló melyiké.
Ha elindulunk azon a vonalon, hogy indít egy rendszert, és így szerkeszti a GRUB-ot,
vagy a fájlkezelőt használva a (saját Fájlrendszerben keresi meg ezt a helyet, fájlt, és nem vesz bele csatolás helyét (ahova a másik rendszer esetleg csatolva lett), akkor biztosan nem kalandozik el más rendszerbe. Mert nem ezeket szerkeszti:
A 446 bájt méretű boot.img az MBR-ben (0. szektor) található. A core.img az MBR és az első partíció közötti üres szektorokban helyezkedik el. A /boot/grub könyvtár bárhol lehet, mert a core.img már kezeli a fájlrendszereket
Forrás: https://hu.wikipedia.org/wiki/GNU_GRUB
Az új rendszer (legtöbbször) a saját GRUB-ját használva telepíthető, hiszen ezt tesztelték a telepített rendszer fejlesztői. Másrészt így egyszerűbb. Ha nem így történne, akkor az első rendszer GRUB fájlba nem kerülne be az új rendszer, további tevékenységeket kéne elvégezni. Én nem is értem, hogy egy gépre valaki miért tesz fel több rendszert. Mondjuk kettőt megértek, mert tesztel, melyiket válassza, de többet miért? Amelyik GRUB szimpatikusabb, persze, üzembe helyezhető később is. A telepíthető, OS-ek által használt GRUB csomagok amúgy ugyanazok nagyjából. Ha két rendszer van, akkor mindegyiket frissíteni kell, mégpedig mindennap, legalábbis a bekapcsolás, indítás után. Több rendszernél megoldható a chroot segítségével történő frissítés is.
A kapcsolók helyes alkalmazását meg kell beszélni, ha itt kérdez valaki.
-----
Szerk.: remélem a „veszekedést” immár mindketten lezártátok. Nem kívánom rejteni (az eddigieket). Amúgy elég nehéz ebben dönteni.
.ferike!!!
Beküldte fecameca -
Értékelés:
Én viszont töröltetni szeretném az egészet mindenestül. Csupán azért léptem be most, hogy megkérjem a moderátort, hogy törölje ezt a témát. De látom, sok mindent írtál hozzá. Igaz, ezeket már én is tudom (Van, amit utólag, de már nem számít) Tényleg nincs értelme folytatni, ilyen ez a gép, ezt csinálja minden OP. rendszer alatt, kivéve a Manjarot, aminek örülnék, de magamnak csináltam a bajt, amikor elindítottam ezt a témát, mert már nem is akarok másik rendszert használni, az is nyűg már, hogy amikor javasoltok valamit, annak a kedvéért indítsam el a Linux Mint lemezemet. Jó lenne ezt az egészet itt és most befejezni.
Az az ACPI=OFF dolog nem ennek a témának indítása után történt, hanem előtte egy hónappal, én már elfelejtettem, de leírtam.
.ferike!!!
Beküldte kimarite -
Értékelés:
Az az ACPI=OFF dolog nem ennek a témának indítása után történt, hanem előtte egy hónappal, én már elfelejtettem, de leírtam.
Jó, tehát akkor a mosolygós-mód ki. Az egész téma nincs egy hónapos sem:
Linux Mint nem tudja kikapcsolni a desktopot
Beküldte fecameca - 2018. nov. 03. 10:10
A szöveget az egyik paste linkből szedtem, itt a blogban, akkor megkértelek, nézd meg MOST. Nem azt mondom, igazmondó juhásznak kell lenni, de azért .... Amit mondasz, nem igaz. És nem tudom,ki fog segíteni, ha összevissza beszélsz mindenféléket. Kicsit fárasztó ezzel foglalkozni, ilyesmivel, amikor látható és ellenőrizhető igazságot „cáfol meg” valaki, te. De nem vagy egyedül: https://www.linuxmint.hu/comment/23124#comment-23124 . Nem hiszem, hogy nekünk ilyesmikkel kéne foglalkozni!
Én viszont töröltetni szeretném az egészet mindenestül. Csupán azért léptem be most, hogy megkérjem a moderátort, hogy törölje ezt a témát.
-- írsz egy másik moderátornak. Nem tudom, a téma törléséhez bármilyen alapon nyugvó jogod van-e. Szerintem nem, és úgy döntöttem, én nem törlök semmit. Beszélgettem az ilyesféle jogokról mostanában a társakkal (segítőket még mindig keresünk - általában mondom). Ez egy fórum, ami itt megjelenik, sokaknak hasznos. Nem érted van, hanem (inkább) mindenkiért. Úgy érzem, ezt tényleg nem érted: közösség.
De látom, sok mindent írtál hozzá. Igaz, ezeket már én is tudom (Van, amit utólag, de már nem számít)
-- szuper, hogy oly sok mindent tudsz. Javaslom a jegyzetelést: ODT, TXT, HTML. ;-)
Tényleg nincs értelme folytatni, ilyen ez a gép, ezt csinálja minden OP. rendszer alatt, kivéve a Manjarot, aminek örülnék, de magamnak csináltam a bajt, amikor elindítottam ezt a témát, mert már nem is akarok másik rendszert használni, az is nyűg már, hogy amikor javasoltok valamit, annak a kedvéért indítsam el a Linux Mint lemezemet.
-- a mi kedvünkért ne indíts semmit el! Mi csak válaszolunk ... ha kérdezel. Kérdeztél.
-- rendkívül sokat próbáltunk segíteni, többen is.
Jó lenne ezt az egészet itt és most befejezni.
-- be is fejezzük. Ha legközelebb témát indítasz, akkor előtte gondold át, ne utólag. Utólag nem törlünk. Nem kívánságműsor. Ez egy közösségi fórum, itt amit kimondasz, az úgy van és úgy lesz, legfeljebb finomítod, de nem teljesen az ellenkezője legyen akkor sem lehetőleg. Mint az életben. És mint egy cserkészcsapat, mint egy baráti kör. Mindenki valamilyen, megismerjük, és elfogadjuk (általában) a hibáival együtt. Szabad másnak lenni, de fel is kell vállalni magad. Így működik a barátság és a közösség.
-- másrészt a mi időnket is „elraboltad”, a törléssel ez is kárba vesződne. És a sok hasznos tanács is, amellyel sajnálatos módon nem tudtál mit kezdeni, de ismétlem, másnak hasznára lehet: a fórumok így működnek. Durva személyeskedést rejtünk. A hibákból pedig tanulunk. Csókolom! :-)
A félreértések, további, a témától eltérő hozzászólások (és a meggondolatlan cselekedetek) miatt most a témát lezárom, azaz nem lehet hozzászólni. Igény esetén újranyitjuk.
Üdv, kimarite