@#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

#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

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.

#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

#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.

#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:

#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?

#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

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.

#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.

#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

#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

#38 És, ha egyszer kivárod, hátha leáll magától? És leméred, ez mennyi idő. Ugye, gyengébb a hardver, lassabb lehet a leállás. Egészen pontosan a Firefox nem áll le a bezáráskor? Megnézted a top vagy a htop alkalmazásoban, melyik alkalmazás nem áll le? Több is van, egyik sem áll le, ami korábban meg volt nyitva, azaz éppen bezártad?

A Linux Mint és az LMDE verziók némelyikének is van 32 bites támogatása, de hamarosan kiadják a Devuan stabil változatát. Nem emlékszem, te vagy más írta, hogy a Devuannal gondjai voltak. Ugye, SystemD nélküli Linux terjesztés: https://beta.devuan.org/get-devuan | https://hup.hu/cikkek/20200508/elindult_betaban_a_devuan_uj_weboldala_lassan_stable_kiadassa_erik_a_3_0_beowulf

A Systemd-vel nincs annyira sok „baj”, hogy hanyagolni kéne az ezzel készült Linux terjesztéseket, a Devun kipróbálása csak egy felvetés.

Próbálgatom a régi 32 bites HP laptopomon a disztrókat, hogy még melyik fut rajta elviselhető sebességgel. Jelenleg az MX Linux és a Lubuntu 18.04 van telepítve - úgy tűnik ez utóbbi a gyorsabb valamivel. A régi probléma továbbra is fennáll: ha erőforrásigényes programot futtatok (pl. Firefox), normál módon nem áll le a rendszer kikapcsoláskor, csak teker-teker a ventilátor (a Lubuntu felirat a képernyőn virít). A megoldás ilyenkor a kikapcsológomb. Ha elindítok egy-két kisebb programot, akkor normálisan leáll a Linux, és kikapcsol. A programok telepítésével sem volt gond eddig.
Ez a helyzet akkor is, ha a HDD a gépben van, és akkor is, ha USB-s HDD-ről fut a rendszer. Most éppen ez utóbbi a felállás, mert kiszereltem a gépből a winchestert - így tudom kezelni a 32 bites rendszereket a 64 bites aceren is.
Elképzelhető, hogy valamelyik program nem fejezi be a futását, és emiatt kínlódik a leállással? Hogyan lehet minden folyamatot kilőni, hogy normálisan leálljon a rendszer?
Jelenleg az aceren fut a Lubuntu, ebből írom ezt a bejegyzést.

#42 Lépj át konzolra, nézd meg, mi vagy melyik folyamat nem áll le. Ctrl + Alt + F4 vagy F1 lehet a konzol (esetleg másik).

#39 #40 Egyik megoldás sem vezet eredményre. A Lubuntu feliratnál megáll a tudomány. A fene tudja mit csinál a rendszer. A Firefoxban megnyitottam 3-4 fület, majd bezártam mindet.
A Rendszerfigyelőben látszik, hogy van swap-használat (de csak néhány MiB). Jelenleg 896 MiB RAM áll a rendszer rendelkezésére, de nem használja az összeset.