#2 https://paste.ubuntu.com/24254883/

A linkelt prohardver logout
https://logout.hu/tema/linux_abszolut_kezdoknek/hsz_51729-51729.html#msg...
oldalon részletezett hibából kiindulva szerint ezekkel az eszközökkel van gond:

00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07)
    Subsystem: Toshiba America Info Systems Mobile 4 Series Chipset Memory Controller Hub [1179:ff66]
    Flags: bus master, fast devsel, latency 0
    Capabilities: [e0] Vendor Specific Information: Len=0a <?>

00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07)
    Subsystem: Toshiba America Info Systems Mobile 4 Series Chipset Integrated Graphics Controller [1179:ff67]
    Flags: bus master, fast devsel, latency 0
    Memory at d3500000 (64-bit, non-prefetchable) [size=1M]
    Capabilities: [d0] Power Management version 3

Ez volt a hiba:

unsupported pm cap regs version 7

#1

inxi -F

sudo lspci -nnkv

dmesg javitott

Bocsi a nem stimmelő linkek miatt, elég szenvedős ezen az akármilyen billentyüzeten megcsinálni a hozzászólást!

32 bitest nem biztos, hogy próbáltam, de megnézek egy olyat is, egyébként múlt nyáron használtam ezt a gépet a 40 fokban Mint 17.x Cinnamonnal és nem emlékszem, hogy gond lett volna vele. Ha jól tudom, az LMDE az fut non-PAE és PAE-s módban, azt nézem meg most.

Köszi, hogy átnézed a log fájlokat

LMDE2 32 bit live sysinfo

LMDE2 64 bit live sysinfo

LMDE2 32 bit kipróbálva, telepitve 1 maggal megy, ha felraktam a PAE kernelt, ahogy az oldalukon javasolják, akkor reboot után gyakorlatilag azonnal újraindult.

#9 Ezeket ugyanazon kimeneteknek nézem, annak meg mi értelme? Az 'inxi -F' és az 'lspci -nnkv' ismétlődik. Biztosan ezt akartad? Ennek van értelme (pl.):

dmesg

És a lényeg sem látszik, mely kernel kapcsolók vannak most alkalmazva.

Már elkönyveltem a sikert, de korai volt, kb 3,5 óra futás után csak lefagyott újra.

https://paste.ubuntu.com/24293408/

https://paste.ubuntu.com/24293421/

https://paste.ubuntu.com/24293424/

 

#11 'Lényegében most is a lényeg maradt csak le, sorry. Amúgy nem nagyon tudtam velel vacakolni, mert egy ősöreg Fujitsu Amilo L1300-ra próbáltam felrakni valamit, fél GB memória van benne!'

De ez egy Toshiba. Nem sürgetlek, nem kötelező ezzel vacakolnod. Később gondolkodom ezen. A jövő héten, ma más dolgaim vannak.

'ACPI Warning: SystemIO range 0x00000428-0x0000042f conflicts with OpRegion 0x00000400-0x0000047f (\PMBA) (20141107/utaddress-258)'
-- próbáld ezt a kapcsolót
    (https://ubuntuforums.org/showthread.php?t=2045856&page=2 | https://bugzilla.redhat.com/show_bug.cgi?id=727865)

processor.nocst=1

Nem tudom, hogyan sikerült már megint, alig akarta beilleszteni ide a linket, utána még le is ellenőriztem, fenn volt mindhárom.

Lényegében most is a lényeg maradt csak le, sorry. Amúgy nem nagyon tudtam velel vacakolni, mert egy ősöreg Fujitsu Amilo L1300-ra próbáltam felrakni valamit, fél GB memória van benne! Végül egyedül a Mint XFCE volt hajlandó bootolni pendrive-ról, semmi más. Az viszont SSD-ről egész normálisan fut.

https://paste.ubuntu.com/24297357/

Az előbbiek közül az első linkben ott van ez a dmesg, csak valamiért ot maradt 2x az inxi és az lspci kimenet is, ha kicsit lejjebb görgeted, akkor látszik. Most az asztaliról másoltam be, remélem jó lesz.

 Egyébként saját beállitásaival legtovább, 2-3 órát a 17.04 Ubuntu Mate futott, az LMDE2 32bit Cinnamon is elég hamar lefagyott. A Manjaro kernelpánikot kapott, hogy belepiszkáltam.

Ami 3,5 órát birt, azt viszont terheltem mindennel, FF alól YT zenelejátszás, VLC-vel film, etc, mégis futott sokáig, a végén ezeket kikapcsolva otthagytam és kis terhelésnél fagyott le, szóval nem a terhelés zavarja. De akkor mi a fene.

A xorg.logban nem látok hibát, legfeljebb pár modulnál kiirja, hogy nem töltötte be.

https://paste.ubuntu.com/24297558/

Van itt 3 kernelopció, ami veszélyesnek emlit a kernel.log:

Apr  2 06:04:23 toshiba-Satellite-L305 kernel: [    5.608015] Setting dangerous option semaphores - tainting kernel
Apr  2 06:04:23 toshiba-Satellite-L305 kernel: [    5.608015] Setting dangerous option enable_rc6 - tainting kernel
Apr  2 06:04:23 toshiba-Satellite-L305 kernel: [    5.608015] Setting dangerous option enable_fbc - tainting kernel

Ezeket kiszedem.

Live Mint 17.3 XFCE 32 bit PAE módban inditva ezt irja ki:

[   23.089784] ACPI Warning: SystemIO range 0x00000428-0x0000042f conflicts with OpRegion 0x00000400-0x0000047f (\PMBA) (20141107/utaddress-258)
[   23.089794] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[   23.089799] ACPI Warning: SystemIO range 0x00000530-0x0000053f conflicts with OpRegion 0x00000500-0x0000053b (\GPIO) (20141107/utaddress-258)
[   23.089804] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[   23.089806] ACPI Warning: SystemIO range 0x00000500-0x0000052f conflicts with OpRegion 0x00000500-0x0000053b (\GPIO) (20141107/utaddress-258)
[   23.089811] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver

https://paste.ubuntu.com/24297778/

 

#13 512 MB RAM:
-- talán próbáld ezt, a NON PAE verziót
https://www.bunsenlabs.org/

#12 Igen, ez már újra a Toshiba, csak jeleztem, miért nem tudtam túl sokat foglalkozni a dologgal, egyébként a másik  gépen jól működik a 17.3 XFCE 32 bit, raktam bele SSD-t meg az egyik 256 MB-os ramot kicseréltem 512 MB-ra. Alig fut lassabban rajta ugyanaz az XFCE, mint a 4 GB-os Toshibán

Köszi az új opciót, most csak azt írtam be, a többit kiszedtem, meglátjuk mit szól hozzá a Mint 18.1 Cinnamon.

#15 Az 512 MB-ra javasoltam, és ez a másik hozzászólásomban is szerepel :D
Nyilván a Fujitsu: 'a másik  gépen jól működik a 17.3 XFCE 32 bit, raktam bele SSD-t meg az egyik 256 MB-os ramot kicseréltem 512 MB-ra'
Én értem a saját hozzászólásaim. :-)

#14 Ez a Cruncbang utódja? Ki akartam már rég próbálni, bár gondolom nem a Toshibára javasoltad, hanem a Fujitsura, de az már fut rendesen XFCE-vel.

#17 #17 Remélem én is, hogy ez volt a gond ... :-)

• Kb. ezt érdemes tudni a kapcsolóról:

processor.nocst
ACPI options

-- Name
processor.nocst — Ignore the _CST method for C-states.

-- Description
Causes the ACPI core to ignore the _CST method of determining the processor C-states and use the legacy FADT method instead.
http://www.linuxtopia.org/online_books/linux_kernel/kernel_configuration...

• Ahogy olvasom, a PAE kernelekhez jó elsősorban,
  ... vagyis a(z Intel) CPU Hyper-threading-hez biztos jó

https://ubuntuforums.org/showthread.php?t=1871247
tehát neked a processzorod van ezzel a tulajdonsággal 'megáldva'.
http://ubuntu.hu/node/27230

• Hyper-threading

https://hu.wikipedia.org/wiki/HyperThreading
A Hyper-threading (hivatalosan Hyper-Threading technológia, röviden HT vagy HTT) az Intel védett időosztásos szálkezelő megoldása, amelyet a számítások párhuzamosítására használnak.
(https://wiki.hup.hu/index.php/HyperThreading)

A Hyper-Threading (később HT) technológiát az intel 2002-ben vezette be, először Xeon majd P4-es procikban. Nagyon leegyszerűsítve annyiról van szó, hogy 1 fizikai processzormag 2 logikai magnak, szálnak "látszik". Régen - és látszólag manapság is - nagy megosztottságnak "örvend" a technológia, hiszen legalább annyian vannak ellene, mint mellette. Sajnos néhány gyérül optimalizált programban HT -el gyengébb teljesítményt érhetünk el, mint nélküle.
https://logout.hu/cikk/hires-hirhedt_hyperthreading/teljes.html

• Itt fogalmazza meg a hozzászóló a lényeget (a végén)

Dark Shenada 2012-01-13 12:56:31 EST #26
One more test case on D865PERL got same result while boot.
(DMI: /D865PERL , BIOS RL86510A.86A.0061.P09.0308281850 08/28/2003)
P.S: P09, P15, P21 BIOS has same result.
https://bugzilla.redhat.com/show_bug.cgi?id=727865

After enable ACPI debug and enable early stage serial console then I got bad CST.

Here the combination can boot:
     -- enable HT in BIOS, acpi=off (no HT, no ACPI)
     -- disable HT, no kernel command (no HT, have ACPI)
     -- enable HT, processor.nocst=1 (have HT, have ACPI)

#16 Én is értem egyébként a hozzászólásaidat, csak néha már belezavarodok, hogy melyik gépen mit csinálok. Nem szoktam ilyesmivel foglalkozni, csak a jó öreg desktopomon próbálgatom a disztrókat kezdőként, de ha valaki a melóhelyen kiejti a száján, hogy szarakodik vagy lassú a gépe, már áldozattá is válik, eddig mindenki teljes megelégedettségére telepítettem Linuxokat a gépeikre.

Nem szivesen kiabálnám el, de most jöttem haza és már 6:46-os uptime-ot ír ki az inxi -F, az általad javallot opcióval

processor.nocst=1

Annak ellenére, hogy az előző hsz-emben lévő sorokat ugyanúgy kiírja, de mégis működik stabilan. (ACPI Warning-ra gondolok)

Ezért jó pár virtuális sört megérdemelsz! Köszi, hogy ennyi energiát fektetsz a problémák megoldásába!

 

#19 A processzor az ilyen?
Hyper-Threading

#18 Nagyon úgy néz ki, hogy bevált a módszer, mert 9 óra futás után kapcsoltam ki. Meló után megnézem egy másik disztróval is és ha azzal  is áll a dolog, akkor tuti ez a megoldás! Azért idegesitett a dolog, mert még nyáron rendben futott rajta az akkor Mint Cinnamon, egyébként elfogadtam volna, hogy ilyen és használom. Jelzem majd, ha sikerül még egy disztróval ugyanez és még egyszer köszönöm a hathatós segitséget! :-)

A mostani linkeket is köszi, átolvasgatom ezeket is meló után!