32 bites gépen leállási gond

Fórum: 

Nem Linux Mint van a régi HP nx9010-es laptopomon, hanem Debian 9.9 és a Lubuntu 18.04, mert ezek viszonylag gyorsan futnak az Intel Mobil P4, Northwood 3.06 GHz-es processzorommal (1 GiB RAM-mal). Elég gyakran megesik, hogy használat után nem hajlandók leállni a Linuxok, csak a kikapcsológomb segít. Talán akkor jön elő ez a jelenség, ha erőforrásigényes programot futtatok (Firefox).
Az is előfordul a Debiannal, hogy normál módban nem tölti be a rendszert, hanem megáll, és csak a fekete képernyő látszik - ilyenkor a recovery-móddal újraindítom. Recovery-módban bekéri a jelszót, majd a startx-szel elindul a Debian, alap kezelőfelülettel. Ebből kilépve újra megkapom a parancssort. Ezután az exit begépelése után a rendes (beállított) kezelőfelületű Debian betölt. Fogalmam sincs, miért csinálja ezt, de eléggé macerás ez a módszer.
Esetleg mindkét rendszer azért nem áll le, mert valamilyen folyamat fut tovább? Talán néhány hardverelem elöregedett (idén lesz 15 éves a laptop) már a gépben, vagy a kernellel lehet gond? 1-2 éve az XP-nél is megfigyeltem, hogy volt, amikor időben kikapcsolt, de volt, hogy percekig vacakolt valamivel kikapcsolás előtt.
Ezt a témát nem tudtam hová sorolni, azért került ide. Listákat most nem akarok beküldeni. Mi lehet a problémára a megoldás, mert bosszant ez a hiba?

mekk képe

leálláigond

Ha jól sejtem 1magos prosszeszor ,digitális képkeretnek talán még jólehet,nekem is van egy pár hasonló kapacitásu gépem de mind félrevan téve,igazából már a dual core processzor is kevéske manapság de azt még lehet valamire használni SSD meghajtóval.( szerintem fájó szívvel válj meg a laptopodtól és vegyél egy fürgébbet)bár hobbinak jó csak elég ídőtrabló,rakhatsz arra bármilyen operációs rendszert használható gép nemlessz belőle. :)

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

#1 Internetezésre még megfelel, ha bedöglik az új gépem; esetleg torrentezésre.
A Lubuntut már likvidáltam, helyette feltettem az MX Linuxot. Ez nem fagy le leállításkor (tehát a fagyás nem hardverhiba miatt van, hanem a Linux hibája), de sajnos megörökölte a Debian hiányosságát: nem kezeli megfelelően a WiFi-adapteremet. Érdekes módon a környékbeli WiFi-jeleket fogja, de az enyémet nem látja, pedig itt van a router mellett. Néhány program nem telepíthető, vagy nem fut rajta (balena-etcher, peek, qt5-fsarchiver, Vivaldi).

Értékelés: 

0
Még nincs értékelve
tresor képe

32 bites gépen leállási gond

#2 Tennék egy próbát, minden mindegy alapon. Régi gép, új vagy ritka wifi adapter. Eleddig sok használható rendszert nem sikerült tenni rá. Szóval ArchLabs Linux telepítővel bebootolsz. Elindítod a telepítőt, azzal amit oda ír neked: archlabs-installer. Azzal kezdi, hogy a hálózatot beállítja. Ha szerencséd van, lesz wifi kapcsolatod. Utána már csak kattintgatni kell. Xfce4-et tudsz rakni magadnak, ettől combosabb nem kell. Lehet bejön, lehet nem. Netről húz le mindent.

Mondom ezt azért, mert nálam csodát művelt egy régi notival.

Értékelés: 

0
Még nincs értékelve
tresor képe

32 bites gépen leállási gond

#2 Ha ez a procid, akkor tárgytalan az ajánlatom, 64 bit hiánya miatt.

http://www.cpu-world.com/CPUs/Pentium_4/Intel-Mobile%20Pentium%204%203.0...

 

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

#4 Igen, valószínűleg ilyen a processzor - eléggé teker a ventilátor, ha alaposan dolgozik. Csak úgy fújja ki a meleg levegőt - azt csodálom, hogy még nem égett le (biztosan belül már nem egészen tiszta a hűtőborda [szétszerelni nem tudom a laptopot]).

Jelenleg a Debian 9.9-es van fenn MATE kezelőfelülettel, és az MX 18.3. A Debian észlelhetően gyorsabb. Az MX-ben meg szerintem sok felesleges dolog van, amit soha nem is használnék. Miért nem adnak ki egy egyszerűbb változatot belőle?

Értékelés: 

0
Még nincs értékelve
mekk képe

32 bites gépen leállási gond

#2 pont az internetezéshez kell az erős gép,hogy ne szaggassanak a videók,gyorsan betöltse a weboldalakat stb...ha szenvedni akarsz vele akkor szenvedj. :) 1gib memoria már az windows XP hez is édeskevés.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Harminckettő bit

#4 Kipróbálható:

Megjelent a Linux Mint alapú FerenOS új kiadása is: https://medium.com/feren-os/july-2019-snapshot-released-b104bbf4307b

-- OS Típus: Linux
-- Alapja: Linux Mint, Ubuntu, Debian
-- Származás: USA
-- Felépítés: i386, x86_64
-- Asztal: Cinnamon, MATE, Xfce
-- Kategória: Desktop, Live Medium
-- Állapot: Aktív
-- Népszerűség: 59 (188 találat per nap)

Feren OS is a desktop Linux distribution based on Linux Mint's main edition. It ships with the Cinnamon desktop environment and includes the WINE compatibility layer for running Windows applications. The distribution also ships with the WPS productivity software, which is mostly compatible with Microsoft Office, and the Vivaldi web browser.
https://www.distrowatch.com/table.php?distribution=ferenos

Értékelés: 

0
Még nincs értékelve
tresor képe

32 bites gépen leállási gond

#5 Egy cat /proc/cpuinfo vagy inxi -F kimenetet nézhetnénk.

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

#8 lajos@hp-nx9010:~$ cat /proc/cpuinfo
processor    : 0
vendor_id    : GenuineIntel
cpu family    : 15
model        : 2
model name    : Mobile Intel(R) Pentium(R) 4     CPU 3.06GHz
stepping    : 9
microcode    : 0x2f
cpu MHz        : 1596.000
cache size    : 512 KB
physical id    : 0
siblings    : 1
core id        : 0
cpu cores    : 1
apicid        : 0
initial apicid    : 0
fdiv_bug    : no
f00f_bug    : no
coma_bug    : no
fpu        : yes
fpu_exception    : yes
cpuid level    : 2
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pebs bts cpuid cid xtpr pti
bugs        : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds
bogomips    : 3189.55
clflush size    : 64
cache_alignment    : 128
address sizes    : 36 bits physical, 32 bits virtual
power management:

lajos@hp-nx9010:~$ inxi -F
System:    Host: hp-nx9010 Kernel: 4.19.0-5-686-pae i686 bits: 32 Desktop: Xfce 4.12.3
           Distro: MX-18.3_386 Continuum May 26  2019
Machine:   Type: Laptop System: Hewlett-Packard product: HP nx9010 (DJ317T) v: KH.F.25
           serial: <root required>
           Mobo: N/A model: N/A serial: N/A BIOS: Phoenix v: KF_KH.F.25 date: 05/03/2005
CPU:       Topology: Single Core model: Mobile Intel Pentium 4 bits: 32 type: MCP
           L2 cache: 512 KiB
           Speed: 1596 MHz min/max: 1596/3059 MHz Core speed (MHz): 1: 1596
Graphics:  Device-1: AMD RS200M [Radeon IGP 330M/340M/345M/350M] driver: radeon v: kernel
           Display: x11 server: X.Org 1.19.2 driver: ati,radeon unloaded: fbdev,modesetting,vesa
           resolution: 1024x768~60Hz
           OpenGL: renderer: Mesa DRI R100 (RS200 4337) x86/MMX/SSE2 DRI2 v: 1.3 Mesa 18.2.6
Audio:     Device-1: ULi M5451 PCI AC-Link Audio driver: snd_ali5451
           Sound Server: ALSA v: k4.19.0-5-686-pae
Network:   Device-1: ULi M7101 Power Management [PMU] type: network bridge driver: ali1535_smbus
           Device-2: National DP83815 Ethernet driver: natsemi
           IF: eth0 state: up speed: 100 Mbps duplex: full mac: 00:0f:20:26:24:c4
           Device-3: Atheros AR9271 802.11n type: USB driver: ath9k_htc
           IF: wlan0 state: down mac: 6a:b9:25:5b:c6:2f
Drives:    Local Storage: total: 93.16 GiB used: 11.70 GiB (12.6%)
           ID-1: /dev/sda vendor: Fujitsu model: MHV2100AH size: 93.16 GiB
Partition: ID-1: / size: 15.69 GiB used: 6.48 GiB (41.3%) fs: ext4 dev: /dev/sda7
           ID-2: /home size: 48.97 GiB used: 5.22 GiB (10.7%) fs: ext4 dev: /dev/sda8
           ID-3: swap-1 size: 2.15 GiB used: 5.5 MiB (0.3%) fs: swap dev: /dev/sda5
Sensors:   Message: No sensors data was found. Is sensors configured?
Info:      Processes: 153 Uptime: 6m Memory: 905.9 MiB used: 486.4 MiB (53.7%) Shell: bash
           inxi: 3.0.33

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

#6 Meglepően gyorsan működik a Firefox Debian alatt - persze nem kell megnyitni 10 lapot, elég 1-2. Ami egy kicsit tovább tart, az az ipon beolvasása. YouTube-ot, egyéb streamet nem ezen kell nézni.

Értékelés: 

0
Még nincs értékelve
tresor képe

32 bites gépen leállási gond

#10 Ezt ha van kedved kipróbálhatod.
https://wiki.parabola.nu/Get_Parabola
32 bites Arch,LXDE-vel, Systemd-vel.
https://drive.google.com/file/d/1e76hYexEYmJe84U16u2swSWjYnIpmodP/view?u...

A képen lévő táblázatban az utolsót válaszd szerintem, azon minden rajta van, nem netinstaller és mindkét architektúrát szállítja.
Vannak más init rendszeres ISO-k is az oldalon, azok ritkábban használtak és ha gond van. Akkor kevesebb a segítő, aki ért hozzá.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Harminckettő bit | sysvinit

#7 https://devuan.org/os/

Devuan release Suites Planet nr. Debian release
Jessie Oldstable 10464 Jessie
ASCII Stable 3568 Stretch
Beowulf In development 38086 Buster
Ceres Unstable 1 Sid
Ports amd64
arm64
armel
armhf
i386
Desktop Environments Default: Xfce
Alternate: Cinnamon, KDE, LXQt, MATE
Others: available post-install

Értékelés: 

0
Még nincs értékelve

Parabola, FerenOS, Devuan

A Parabola parancssorral jelentkezett be, ahonnan aztán nem volt tovább.
A FerenOS betöltött, de rettentően lassú volt. Előnye, hogy kezeli a WiFi-adaptert.
A Devuan nálam olaszul kommunikált. A betöltés igencsak vontatott volt, a menüből csak az egyéb nyelv kiválasztásával indult.
A 3 közül egyik OS sem a gépemre való.
Kár, hogy a Manjaro 18.04 Xfce képtelen betöltődni (32 bitesből csak ez van), mert az jó lenne - valamilyen hardvergondja van.

Értékelés: 

0
Még nincs értékelve
tresor képe

32 bites gépen leállási gond

#9 A notid merevlemeze, az az öreg Fujitsu HDD jó állapotban van még?

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

#14 Debianból, vagy MX-ből melyik paranccsal lehet megnézni az állapotát?

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

#14 Elképzelhető, hogy igazad van. Majd telepítek külső HDD-re rendszert, és hosszabb ideig azt indítom. Ha nem lép fel hiba, akkor a merevlemez a rossz. Az eredeti 40 gigás már tönkrement. Ebbe a régi gépbe nemigen érdemes újat tenni. Ez a 100-as - ami benne van - IDE-HDD, SATA-s nem rakható be.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Parabola, FerenOS, Devuan

#13 Kár, hogy a Manjaro 18.04 Xfce képtelen betöltődni (32 bitesből csak ez van),

Az mit jelent, hogy képtelen betöltődni?

mert az jó lenne - valamilyen hardvergondja van.

A nomodeset (kernel paraméter) segíthet, ha radeon gond van.

Ha amdgpu
https://wiki.archlinux.org/index.php/AMDGPU
gond van, ahhor tudni kéne a kimenetet (videó):

lspci -nnkv

Értékelés: 

0
Még nincs értékelve
tresor képe

SMART adatok a Lemezkezelőből

#16 Biztos ismered a HD Sentinel-t, ráadásul magyar fejlesztés. A linuxos változat ingyen használható. Én azért szeretem, mert készít egy részletes riportot a hdd-ről, ssd-ről.
A 32 bites változat innen tölthető:
https://www.hdsentinel.hu/download.php
A 64 bites pedig innen:
https://www.hdsentinel.hu/hard_disk_sentinel_linux.php
Mindkét esetben érdemes a letöltött archivumot betenni egy külön mappába és abban kicsomagolni. Sőt még egy alkönyvtárat csinálni és abba áthelyezni a futtatható fájlt. Majd a HDSentinel fájlt futtathatóvá tenni. Ebben a könyvtárban pedig futtatni ezt a parancsot:

sudo ./HDSentinel -html -r

Ekkor az elkészült riportot html formátumban az aktuális könyvtárba menti, ahol kiadtad a parancsot. Érdemes a riport fájlt átnevezni aktuális dátum szerint, mert ha később ujra futtatod a progit, akkor fölül akarja majd írni, ha megegyezik a már kész fájl nevével. Így időrendben tudod figyelni az adott lemezek állapotának alakulását.
*****
Természetesen a riport fájlban is ott a készítés dátuma.
********

SSD-nél különösen ajánlott a legfrisebb program verziót használni, a technológiai adatbázis naprakészsége miatt.

Értékelés: 

0
Még nincs értékelve
tresor képe

Parabola, FerenOS, Devuan

#13 A Parabola-val nekem se sikerült próbát tennem, vagyis csak részben. 32 bites virtuális gépen próbáltam. A dual módú nagy ISO bebootol és fel is települ. Aztán az első rendszer frissítéskor 655 csomagot akar frissíteni, amit szinte a teljes systemd lecserélésével kezdene, majd függőségi problémákba ütközik. Mivel 1 éves ez az ISO, ezen nem is kell csodálkozni. Ennyi időbeni lemaradás Arch-on rengeteg.
A netinstall változat meg a telepítés elején összeomlik.

Értékelés: 

0
Még nincs értékelve

SMART adatok a Lemezkezelőből

#19 Ilyennek kell lennie?:
https://my.pcloud.com/publink/show?code=XZID2G7ZnHpr0Lp5ni8oPgQRU8j5Lm2C...
Böngészőben megnyitva látszódnak az adatok.

Értékelés: 

0
Még nincs értékelve

Manjaro 18.04 Xfce 32 bit

#18 A rendszertöltő menü nem tölti be a Manjarót. Próbálkoztam én különféle videómódokkal, de sehogyan se sikerült a továbbhaladás. Ugyanezt a Manjarót a másik 32 bites asztali PC jól kezeli.
Jelenleg a laptopon Debian 9.9 MATE és Linux Mint 18.0 MATE van telepítve.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A rendszertöltő menü nem tölti be a Manjarót

#22 A rendszertöltő menü nem tölti be a Manjarót. Próbálkoztam én különféle videómódokkal, de sehogyan se sikerült a továbbhaladás. Ugyanezt a Manjarót a másik 32 bites asztali PC jól kezeli.

Nem egészen értem a rendszerbetöltő menüt. Gondolom, ez a GRUB lesz.
Ha a GRUB az, akkor a telepítés sikerült. Jó gondolom?
Tehát a Live rendszer jól fut, csak a telepített rendszerrel van probléma. Így van?
Ha így van ... át kell lépni az első konzolra (Ctrl + Alt + F1), belépni, és megnézni, milyen hibát ír ki a konzol. Ide kéne írni.

Másrészt, mit takar, hogy a „rendszertöltő menü nem tölti be a Manjarót”?
A GRUB tehát látható. Így van?
Amikor GRUB eltűnik, mert nyilván elkezd betölteni a rendszert ... . Eltűnik a GRUB menü?
... és aztán mi történik?
Fekete képernyő látszik, vagy mi a jelenség pontosan?

Amúgy MBR vagy GPT a partícionálás?
Legacy és ilyesmi beállítása van a BIOS-nak a noteszgépen? Pontosan mik a lehetőségek és mire van állítva most?
És PC-n milyen a particionálás és a BIOS milyen lehetőségeket mutat a Legacy és hasonló tekintetében?

https://www.youtube.com/watch?v=l9udowK_x5U&list=RDHPutbENepXQ&index=10

Értékelés: 

0
Még nincs értékelve
kimarite képe

32 bites gépen leállási gond

#10 Meglepően gyorsan működik a Firefox Debian alatt - persze nem kell megnyitni 10 lapot, elég 1-2. Ami egy kicsit tovább tart, az az ipon beolvasása. YouTube-ot, egyéb streamet nem ezen kell nézni.

Ablakkezelőnek érdemes lehet valamelyiket próbálni: JWM, i3
A LightDM helyett: SLiM

Értékelés: 

0
Még nincs értékelve

4MLinux

Szerintem, egy próbát megér. https://sourceforge.net/projects/linux4m/files/29.0/livecd/updates/4MLin...
Előnyök: - Kevés RAM fogyasztás
- Csak olyan és annyi alkalmazás lesz rajta, amilyet és amennyit kiválasztasz (a menüből -> letőlti és telepíti)
- Nálam tudta kezelni a TP-PINK-es USB WiFi adaptert.
- Bill. kiosztás magyarra állítható.

Hátrányok: - A menü nyelve nem állítható magyarra.
- A WiFi kapcsolat létrehozása kissé körülményes (nem szokványos)
- A hang beállítást majd meglátod (HDMI-t nem kezeli)

(Ha jól emlékszem, dd-t használó segédprogramokkal kiírva a .ISO-t -  nem indul
Unetbootin-al, vagy Multibootusb-vel kiírva lehet próbálkozni.)

Értékelés: 

0
Még nincs értékelve
tresor képe

4MLinux

#26 Nekem működött a dd-vel kiírt telepítő usb.

Értékelés: 

0
Még nincs értékelve

4MLinux

#27 Nem vitatom ! ( Már elég régen próbáltam - csak arra emlékszem, hogy nem mindegyik
segédprogrammal kiírva indult.)

Értékelés: 

0
Még nincs értékelve

4MLinux

#26 Én is csak a Unetbootinnel tudtam pendrive-ra kiírni az ISO-t. A live-rendszer betöltése igencsak sok ideig tartott. Eléggé furcsa, szokatlan rendszer. A WiFi kapcsolatot nem tudtam beállítani. A böngészője gyors, de az ipon kifogott rajta. Ez a rendszer azért nem mérhető a nagyobb disztribúciókhoz.

Értékelés: 

0
Még nincs értékelve

A rendszertöltő menü nem tölti be a Manjarót

#24 Igen, a GRUB-ot értem rendszerbetöltő alatt, mert az. A laptopon és az asztali gépen is hagyományos, DOS-os partíciós tábla van. A Manjaro nem jut el a live-rendszer betöltéséig - a GRUB eltűnése után csak fekete képernyő látszik. Szerintem a Radeon videóchippel van problémája. Talán valamilyen firmware kellene neki, amit a GRUB-ban kellene megadni (ha lehetséges).

Értékelés: 

0
Még nincs értékelve
tresor képe

A rendszertöltő menü nem tölti be a Manjarót

#30 Ha az "e" betűt lenyomod, ami után megjelent a grub. Oda betudod írni ezek után: quiet splash, a nomodeset paramétert. F10 vagy Ctlr+x lenyomásával elindul a betöltés.

Értékelés: 

0
Még nincs értékelve

A rendszertöltő menü nem tölti be a Manjarót

#31 Készítettem 3 képet:
1. A főmenü: https://my.pcloud.com/publink/show?code=XZwYeG7ZnC06UMl1HKHgKLaMNLPvA7Em...
2. A driveren nyomtam e-t: https://my.pcloud.com/publink/show?code=XZ8meG7ZQ3yT3uD5fg4CwywJrNER7VAo...
3. A Boot-on nyomtam e-t: https://my.pcloud.com/publink/show?code=XZlmeG7Z3qqgzEhTGrJwpng6ItIJGymJ...
Hová és mit írjak be?

Értékelés: 

0
Még nincs értékelve
kimarite képe

A rendszertöltő menü nem tölti be a Manjarót

#32 A „nouveau.modeset=1”, az „i915.modeset=1” és a „radeon.modeset=1” kifejezéseket törölni kell, mert az ellentétei, ami szeretnénk. A helyükre begépeled (előtte, utána szóközzel): nomodeset.

Az értékek megváltoztatása a másik lehetséges módszer.:

nouveau.modeset=0 i915.modeset=0 radeon.modeset=0

A szerkesztés után a Ctrl + X vagy az F10 az egy alkalomra szóló próba. Talán alul fel is van tüntetve, itt:

Értékelés: 

0
Még nincs értékelve

A rendszertöltő menü nem tölti be a Manjarót

#33 Mindkét módszert kipróbáltam, de nem jártam sikerrel. A Ctrl+x-re elkezdte a Manjaro a betöltést. Az első kiírás ez volt: [drm:radeon_init  [radeon]] *Error* No UMS Support in radeon module! Ezután hosszabb szünet után elkezdődött a modulok betöltése, de végül leállt az egész. Kipróbáltam a 0, 1 értékek kombinálását is, de ez se vezetett eredményre.

Valószínűleg a Linux Mint 18.0 MATE-t fogom egyedüli rendszerként használni a laptopon - ez mindent kezel, és eddig még nem volt gond a leállással sem. Igaz, hogy kicsit lassabb, mint a Debian, de jól működik.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A rendszertöltő menü nem tölti be a Manjarót

#34 A telepítés után jelentkező probléma a hibrid videórendszer következménye. Van egy Intel APU, és egy Radeon GPU. Az eredeti videó modul sornál az egyedi értékeknél az 1-es beállítás bekapcsolja a videó eszközhöz tartozó modult, a 0-ás beállítás pedig kikapcsolja.

Itt például az összeset kikapcsoljuk:

nouveau.modeset=0 i915.modeset=0 radeon.modeset=0

A

nomodeset

paraméter minden modeset beállítást kikapcsol (ami létezik).

Lehet játszani a beállításokkal, hogy az Intelt be- az AMD-t (Radeon) kikapcsoljuk vagy megfordítva, de ez most „nem jött be”. Mindezt azért, hogy ezt vagy amazt az eszközt használja a rendszer.

Ezek a beállítások egyébként nem a már futó rendszernél hasznosak, hanem csak a rendszer betöltésénél, amelyet a kernel végez. És itt a gond, már betölteni sem tud a rendszer.

A gond tehát a kernelnél van vagyis a beállításainál. Máshol is előfordul:
https://duckduckgo.com/?q=%5Bdrm%3Aradeon_init+%5Bradeon%5D%5D+*Error*+N...
Lehet kernelt forgatni ...,
https://forums.gentoo.org/viewtopic-p-7898992.html

Next one is this

Code:
# CONFIG_DRM_FBDEV_EMULATION is not set

You surely have a messed up kernel config, both of these options are normally enabled by default.

vagy Ubuntu-alapú rendszernél drivert frissíteni.
Ezt most a Radeon kártyára jó (a GDM helyett LightDM van használva!):
https://geekyshacklebolt.wordpress.com/2019/02/05/drmradeon_initradeon-e...

Én ezt próbáltam volna (ha tudom, látom - már látom - hogy ez a hibajelenség):

nouveau.modeset=1 i915.modeset=1 radeon.modeset=0

Tehát, hogy az Intel eszköz legyen használva. Mint említed, próbáltad és nem működik. Van ilyen. Máshol is írják.

A Radeon használata:

nouveau.modeset=1 i915.modeset=0 radeon.modeset=1

Ötletem, hogy a chrootot használva,
https://linuxmint.hu/blog/2016/08/chroot-live-rendszer-livecddvdusb-stick
fel kell frissíteni a rendszert naprakészre.
Mármint Live rendszerről chroot, és parancssorban. Aztán reboot. Talán megjavul, nem lehet garantálni.
A másik kernel egy másik megoldás. Esetleg.

A te Radeon eszközödnél (vagyis egy bizonyos sorozatnál) fellépett egy probléma, amelyet nyilván a fejlesztők javítani fognak ... már betölteni sem tud a rendszer, mert a jelenlegi modul nem kezeli jól az eszközt. A rendszer nyilván rendesen működne, de betölteni sem tud. Ismétlem, a kernel beállításokkal van gond (az eszköz tekintetében). A te eszközöd a frissen telepített rendszer (csomagok állapota) tekintetében nem támogatott. A frissítés (chroot vagy root konzol) lehet, javít a problémán.

-----

Akkor egy másik megoldás, de MacBook noteszgépen alkalmazták:
https://forum.manjaro.org/t/issues-installing-manjaro-on-macbook-pro/211...
(https://forum.manjaro.org/t/solved-problem-installing-manjaro-on-macbook...)

I have a dual graphics MacBook Pro 8,2 (2011). after the installation to keep booting had to edit the grub config a bit to keep it boot. I disabled the radeon card on bootup by changing GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub

i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0

... hozzáteszem, törlöd ezeket a kjelenleg érvényes paramétereket,

nouveau.modeset=1 radeon.modeset=1

vagy kikapcsolod.

nouveau.modeset=0 radeon.modeset=0

Ki lehet próbálni a paramétereket önmagában is, de lehet ezt is ... (lentebb).

Aztán mented ezt a beállítást (biztonsági mentés):

sudo cp /etc/grub.d/10_linux /etc/grub.d/10_linux.ORIG

Megnézed, ezt tartalmazza-e az eredeti:

   else
      if [ "x$GRUB_GFXPAYLOAD_LINUX" != xtext ]; then
	  echo "	load_video" | sed "s/^/$submenu_indentation/"
      fi
      echo "	set gfxpayload=$GRUB_GFXPAYLOAD_LINUX" | sed "s/^/$submenu_indentation/"
  fi

  echo "	insmod gzio" | sed "s/^/$submenu_indentation/"

Ha igen, akkor megváltoztatod erre (a tartalmat):

   else
      if [ "x$GRUB_GFXPAYLOAD_LINUX" != xtext ]; then
	  echo "	load_video" | sed "s/^/$submenu_indentation/"
      fi
      echo "	set gfxpayload=$GRUB_GFXPAYLOAD_LINUX" | sed "s/^/$submenu_indentation/"
  fi
  
  echo "    outb 0x728 1" | sed "s/^/$submenu_indentation/"  
    echo "    outb 0x710 2" | sed "s/^/$submenu_indentation/"
    echo "    outb 0x740 2" | sed "s/^/$submenu_indentation/"
    echo "    outb 0x750 0" | sed "s/^/$submenu_indentation/"
  echo "	insmod gzio" | sed "s/^/$submenu_indentation/"

Frissíted a GRUB-ot ..., nyilván a Manjaro nem az update-grub parancssort tartalmazza, hanem az mkconfig lesz az eredményes.

Aztán újraindítod a rendszert és megnézed, mire változott a hibaüzenet, mert azt is lehet nyilván kezelni esetleg. Ha enm változott, akkor ez egy próba volt. Mindezt a chroottal tudod megtenni vagy megteheted a telepített rendszeren is, egy root konzolt nyitva parancssorban, konzolos szövegszerlesztőt és parancssorokat használva a tevékenységhez.

... ha betölt a rendszer az Intel APU-val, akkor rá lehet nézni arra is, hgy a Radeon GPU legyen használva. A megoldásokra ami lehet igen egyszerű lesz, hiszen csak a betöltést javítottad ki, a rendszer futásánál lehetséges, hogy probléma nem lép fel a Radeon driver tekintetében.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A rendszertöltő menü nem tölti be a Manjarót

#30 Talán valamilyen firmware kellene neki, amit a GRUB-ban kellene megadni (ha lehetséges).

A firmware (és „egyebek”) tipp stimmel, de kapcsolóval megadni nem lehetséges, frissíteni kell, ahogy írtam.
https://linuxmint.hu/comment/30433#comment-30433

Értékelés: 

0
Még nincs értékelve
kimarite képe

(off, mert csak 64 bites gépre van | csak érdekesség)

#36 Nem kifejezetten AMD-s, de érdemes lehet kipróbálni:
https://drive.google.com/drive/folders/1YHOqm8K6Fj4m_tjivYt5bEdL9dyce0-h
(arh-isobackup-mate-07182019-hu_HU-x64.iso | Readme.ISOBackup.Mate)

Azért írom, hogy „off”, mert nézem, „csak” 64 bites gépre van.

(F)ordíthatnékom volt jó sokáig, de elkészült.
Arch Zen Installer translated to hungarian by
Jómagam. Kiirtottam belőle a systemd boot-ot
és kapott helyette grub/efibootmgr-t.
Valamint szegény felhasználótól bekéri
a teljes nevét is, nehogy elfelejtse, hogy
hívják. :) Frissítve a mate livedvd ezzel, de
ha valaki nagyon szeretne zenity scripteket
nézegetni fölraktam tar.xz-ben is, 118 KiB.
qemuban az automata partícionálást lefutatva
próba megvolt, akinek kedve, ideje, sávszélje
engedi, kipróbálhatná az egyéni partícionálást
vele, nvidia kártyát használók előnyben.

Készítette: Guba Zoltán

Értékelés: 

0
Még nincs értékelve