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

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

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

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

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

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

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

É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

32 bites gépen leállási gond

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.

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

#38 Ez a parancs leállítja minden esetben ?
systemctl poweroff

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

#38 leállításkor Shift, vagy Esc nyomására történik valami? Elvileg a folyamatoknak kellene látszani az üzenetekkel, de nem minden laptopon műkődik. De egy próbát megér.

Értékelés: 

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

32 bites gépen leállási gond

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

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

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

Értékelés: 

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

32 bites gépen leállási gond

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

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

#43 Nem jön elő a konzol.

Értékelés: 

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

32 bites gépen leállási gond

#45 Oda tudsz lépni? Be kell jelentkezni. A teszt végén atonban nem árt a konzolról kijelentkezni.

Kikapcsolás alkalmával próbálod vagy kikapcsolás indítása előtt, amikor a rendszer használatban van még?

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

#46 Eddig a kikapcsolásnál (amikor már elindult a folyamat) próbálkoztam a ctrl+alt+f4-gyel, de ilyenkor semmi nem történt.
Működő rendszeren be tudok lépni a konzolra, de ott mit csináljak, milyen tesztet?
Azt hiszem, kevés a Linuxnak az 1 giga RAM. Kipróbáltam két 256 megás RAM-mal, de szinte használhatatlan volt a rendszer.

Értékelés: 

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

32 bites gépen leállási gond

#47 Eddig a kikapcsolásnál (amikor már elindult a folyamat) próbálkoztam a ctrl+alt+f4-gyel, de ilyenkor semmi nem történt.

Próbáld a többit is: 1-6. A kikapcsolás után.

Értékelés: 

0
Még nincs értékelve

32 bites gépen leállási gond

Megáll az eszem: elindítottam a Firefoxot, megnyitottam 6 weblapot, majd még 9 másik alkalmazást - közben lestem a Rendszerfigyelőt. A memóriahasználat 720 MiB, a swaphasználat 130 MiB volt a 2 gigából. Ezután egyenként bezártam a megnyitott lapokat és az alkalmazásokat. Gondoltam, újraindítom a Lubuntut. Arra számítottam, hogy most sem áll le a rendszer, de csodák csodája: újraindult - nem is gondolkodott sokat a kilépéssel.
Az a tippem, hogy elöregedtek már a notebook alkatrészei, és megbízhatatlanná váltak. Amíg az XP-t használtam rajta, akkor is időnként gondolkodott egy kicsit, hogy kilépjen-e. Mivel úgy általában minden Linuxnál mizéria szokott lenni a kilépéssel, levonhatom a következtetést: nyugdíjba kell már küldeni ezt a gépet (16 évet így is majdnem kibírt). Új akkumulátora amúgy sincsen, csak hálózatról használtam.
Most csak a Firefoxot használtam - újraindítás után -, de megint nem állt le a rendszer.

Értékelés: 

0
Még nincs értékelve