Alvásból: grafika nélkül ébred a rendszer ... GRUB-ból (splash) nem tudom orvosolni, mert a vga driver nem azonosítható be !!! - Mit tegyek ??? ```console localhost:~ # lspci -k 00:00.0 Host bridge: Intel Corporation 82Q35 Express DRAM Controller (rev 02) Subsystem: Lenovo Device 3038 00:02.0 VGA compatible controller: Intel Corporation 82Q35 Express Integrated Graphics Controller (rev 02) Subsystem: Lenovo Device 3038 Kernel modules: i915 00:03.0 Communication controller: Intel Corporation 82Q35 Express MEI Controller (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: mei_me Kernel modules: mei_me 00:03.2 IDE interface: Intel Corporation 82Q35 Express PT IDER Controller (rev 02) Subsystem: Lenovo Device 3038 Kernel modules: pata_acpi, ata_generic 00:03.3 Serial controller: Intel Corporation 82Q35 Express Serial KT Controller (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: serial 00:19.0 Ethernet controller: Intel Corporation 82566DM-2 Gigabit Network Connection (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: e1000e Kernel modules: e1000e 00:1a.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1a.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1a.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1a.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: ehci-pci Kernel modules: ehci_pci 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:1d.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1d.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1d.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1d.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: ehci-pci Kernel modules: ehci_pci 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92) Subsystem: Lenovo Device 3038 00:1f.0 ISA bridge: Intel Corporation 82801IO (ICH9DO) LPC Interface Controller (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: lpc_ich Kernel modules: lpc_ich 00:1f.2 IDE interface: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4 port SATA Controller [IDE mode] (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: ata_piix Kernel modules: ata_piix, pata_acpi, ata_generic 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: i801_smbus Kernel modules: i2c_i801 00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA Controller [IDE mode] (rev 02) Subsystem: Lenovo Device 3038 Kernel driver in use: ata_piix Kernel modules: ata_piix, pata_acpi, ata_generic localhost:~ # ```

@"docs"#p685838 Itt több dolgot tisztába kellene tenni. Talán kezdjük ott, hogy én akadtam meg a dupla DEFAULT-on , meg a szóközön. Amiket azon a helyen állítgatni tudsz, azok konfigurációs dolgok, és egyszer, a rendszer indulásakor van hatásuk. [Bizonyos paraméterekkel](https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html) indítva a kernelt, bizonyos helyzetekben bizonyos viselkedési módjai hangolhatók, ezzel bizonyos sánta hardvereken is működőképessé tehető (vagy még jobban elrontható) a rendszer. Esetedben a hardvernek van valami furcsasága, hogy alvás (és ébredés) után az integrált videókártya nem pont úgy működik, mint előtte, és ez speciel azon a kernel verzión okoz fennakadást, amit éppen használni szeretnél. A GRUB feladata annyi, hogy elindítsa a rendszert, betölti a kernelt, és elindítja azt a konfigjában beírt paraméterekkel. Már ebből is láthatod, hogy a kérdésed értelmetlen, mert 1. Nem a GRUB tölti be a VGA drivert 2. Ébredéskor szóhoz sem jut a GRUB, mivel egy már elindított, betöltött rendszer van a memóriában, ami altatva lett. A dupla DEFAULT az csak "fault", mert ahogy kitűnt, csak az utolsó jut érvényre. A szóköz, amin még fennakadtam, szerintem szintaktikai hiba, ami viszont annak a beállítását teszi lehetlenné, amit alapból szerettél volna. Hogy értsed: `i915.disable_msi=1` ez egyetlen paraméter. `i915. disable_msi=1` ez viszont kettő. A kernel induláskor sorra veszi a megadott paramétereket, azokat egyenként próbálja értelmezni. Ami értelmetlen, azzal nem tud mit kezdeni. Az egyetlen értelmes beállítás helyett nálad lett kettő értelmetlen. De neked működött (valami), így nem vitatkoztam. > @"docs"#p685838 De akkor hogyan ??? !!! Arra nincsen szabály (tudtommal), hogy maximum hány paramétert lehet megadni a kernelnek az indulásakor. Tehát, amit te a te hardvereden a kernelnek megírandó megfelelő viselkedésmódosító indítványnak gondolsz, egyszerűen írd hozzá a már ott lévőhöz, amit a disztró készítői úgy általában jónak gondoltak már előtted. Tehát az eredeti DFAULT-ot folytatod, hogy a selinux=1 után beírod a saját paramétereidet: `....selinux=1 i915.disable_msi=1"` Nincs kedvem végigpötyögni a képként küldött szöveget. De figyeld, hogy a selinux=1 után VAN egy szóköz, ami elválasztja egymástól a paramétereket, az i915. után viszont nem kell. Ja, én kivenném a `nomodeset `-et.

@"docs"#p685775 ``` localhost:~ # find /dev -group video /dev/dri/card0 localhost:~ # ```

@"docs"#p685775 ``` localhost:~ # glxinfo | grep -i vendor server glx vendor string: SGI client glx vendor string: Mesa Project and SGI Vendor: Mesa (0xffffffff) OpenGL vendor string: Mesa ``` ``` localhost:~ # inxi -Gx Graphics: Device-1: Intel 82Q35 Express Integrated Graphics vendor: Lenovo driver: N/A arch: Gen-4 bus-ID: 00:02.0 Display: x11 server: X.org v: 1.21.1.15 driver: X: loaded: intel,modesetting unloaded: vesa gpu: N/A resolution: 1280x1024~60Hz API: OpenGL v: 4.5 vendor: mesa v: 25.0.5 glx-v: 1.4 direct-render: yes renderer: llvmpipe (LLVM 20.1.3 128 bits) Info: Tools: api: glxinfo de: xfce4-display-settings x11: xprop,xrandr localhost:~ # ```

@"docs"#p685775 Egy live rendszert indítva. ... vagy előző kernellel is ugyanezt produkálja?

@"lala2"#p685778 A live be boot-ol ... de nem indul el.

@"docs"#p685779 "A live be boot-ol ... de nem indul el." Ez most konkrétan mit jelent? ... Fekete képernyőt? Ha igen, akkor felvetődik akar hardware hiba lehetőség is.

@"lala2"#p685780 Cca 1 hónapja próbáltam a live rendszert ... - Úgy emlékszem, van "boot menű" - és eddig "minden ok". De a live indítása után: semmi !!! "Fekete" képernyő. Nincs konstans (abszolut) HW hiba !!! Van még a vinyón 2 rendszer: W10 és MX23 !!! - 100% hibamentesen !!! Ez az "alvásból vga nélkül ébredő": opensuse tumbleweed.

> @"docs"#p685781 Cca 1 hónapja próbáltam a live rendszert ... És most? > @"docs"#p685781 opensuse tumbleweed. Ez nem a rolling kiadás? (Gyakori frissítés, néha regresszióval, amit a fejlesztőknek jelezni érdemes)

Az suspend/hibernate funkciók problémamentes működééhez a hardver, az illesztőprogramok és a rendszer teljes együttműködése kell. Egyáltalán nem ritka, hogy valami, főleg az illesztőprogramok kompatibilitása hiányzik a képletből. Különösen régebbi vagy vadiúj gépek esetén. Ha, valami így nem működik, akkor csak a kernel, vagy a gyártói driverek cserélgetése/frissítése hozhat eredményt. Ha az sem, akkor az a hardver az adott OS által nem támogatott.

@"tenkes"#p685783 A rendszer (opSUS) telepítve van - működik (rendesen). Minden funkció és opció ok !!! 100% és hasít ezerrel !!! Az egyetlen "probléma", hogy alvás után ... nincs grafika (fekete képernyő). Nincs lefagyva, mert Ctr+Alt+T tudom hívni a terminált, és innen lekapcsolni vagy újraindítani. Egyetlen GRUB mondattal orvosolhatnám ... ""GRUB_CMDLINE_LINUX_DEFAULT="quiet splash (VGA driver) .disable_msi=1" De nem lehet a driver-t beazonosítani: lshw, lspci, lspci -k, etc ...

@"docs"#p685785 > @"docs"#p685785 De nem lehet a driver-t beazonosítani Szerintem` i915` lesz az.

Ébredés VGA nélkül

csuhas32

docs
OFF
Nagy kár, hogy fényképeket teszel fel karakteres tartalmakról, ezzel csökkented annak esélyét, hogy érdemi választ kapj.
A Ctrl+A; Ctrl+C
Ctrl+V
vagy a
cat /etc/default/grub
biztos működik a te rendszereden is.

Pedig szóltak emiatt már szépen, de bizonyára elkerülte figyelmedet:

klt Nincs kedvem végigpötyögni a képként küldött szöveget.

Próbálom a te nyelveden:
!!!
:-)

bartaszili

docs Kifejezetten "sért" (IRRITÁL) az olyan rendszer (OS) ami nem ad a telepítésnél root fiókot !!!

Nálad és nálam sokkal okosabb emberek szerint ne rootkodjon senki se, hacsak nem feltétlen szükséges. Láttam ahogy XY tanácsot kér Linux adminisztrációban az AI-tól, majd hirtelen mindennek root jog kell az ügyeskedése után... Nagyon jó az ha nem lehet csak úgy root dolgokat csinálni. El nem tudod képzelni milyen bajokat okozhatsz. Nagyon jó ha rendesen megtanulod a miértjét. Addig amíg egyedül kiskirálykodsz otthon a gépeden, addig persze tökmindegy. De a melóban megismered a druszádat aki root joggal kitörli az egyik nagyváros összes adatát.... Mert nem figyelt oda...... pl. Vagy beengedi Hassant a kormányzati szerverre mert hallgatott a Googlre... Nem szabad root fiókot aktívan huzamosan nyüstölni és rendszert csinálni belőle!

docs

Szerkesztve Htbi által.
Ezt egy-az-egyben töröltem és nem szeretnék hasonlót még egyszer itt látni. Köszönöm!

csuhas32

docs

Neki ez a szakmája, amit gyakorol is, te meg Gyuláskodsz itt nekünk. Kérlek, maradjunk a témánál!
Akkor most mi a helyzet azzal az ébredéssel?

docs Alvás - ébredés (vga) OK !!!

Ez akkor mitől volt így? (Mi volt az /etc/default/grub fájl tartalma, ha ennek szerkesztése okozta ez a kedvező állapotot?)

docs Anno, beírtam egy "DEFAULT" mondattal ...
És működött !!!
Ébredéskor elindúlt az i915 vga driver - és volt grafika !!!

Mikor volt ez az anno? Az ókorban vagy mostanság, ezen a gépen, ezzel a rendszerrel?
Mi szerepelt az általad kreált DEFAULT sorban?

OFF Volt itt régebben egy szokás, amikor egy téma megoldottá vált, akkor beleírtuk a címébe, hogy [Megoldva].
Aztán lett itt egy új fórummotor és ezt felváltotta az a lehetőség, hogy a megoldást hozó választ „legjobb válasz”-nak lehet jelölni, így kerül rá egy zöld pipa a főoldalon hirdetve, hogy „Megválaszolva” és ha a témára rákattint valaki, akkor rögtön a témaindító alatt olvashatja is a megoldást hordozó hozzászólást, így nem kell végiggörgetnie feltétlen az egész témát.
Ez a téma megválaszoltnak van jelölve, közben meg:

docs Sajnos nem működik ...
Egy mondatban a vga driver a többi default paraméterrel,
és nem ébred a vga alvás után.

:-(

Htibi

A hitvitákat és egyéb összeesküvés-elméleteket ezen fórumon kívül tárgyalja meg mindenki!

docs

Htibi
Ha csak nem akarsz, szándékosan megsérteni:
akkor töröld azt a bejegyzést is amire válaszként írtam !!!

docs

csuhas32
Ha csak nem akarsz, szándékosan megsérteni:
akkor töröld azt a bejegyzést is amire válaszként írtam !!!

csuhas32

docs
OFF
Természetesen eszem ágában sincs megsérteni. A hozzászólások törlérése nem kaptam felhatalmazást és ezt (legtöbbször :-D) tiszteletben is tartom, így a tartalmad nem én töröltem, a másik hozzászólást sem áll módomban.
Ezért te nyugodtan megsértődhetsz rám, ezzel nincs dolgom, ez rád tartozik, a te magánügyed.

klt

docs akkor töröld azt a bejegyzést is amire válaszként írtam !!!

És akkor azt is, amire meg az volt válasz!

docs a kérdéstöl (téma) 100%-ban eltérő "hit vitákba"
rángatnak bele ...
"Miért a rolling?"
"Egyáltalán miért suse?"

A miért rolling kérdés bennem is felmerült, és annak nagyon is racionális okai voltak.
A rolling folyamatosan, nagyon-nagyon gyakran frissül, változik. Hibák mennek, újak jönnek.
Ha valami tömeghardveren akarod használni, akkor valószínűleg elég sok embert érint egy új hiba, így számíthatsz rá, hogy egy következő frissítéssel "magától" megoldódik a gondod, addig meg nem használod, vagy nem engeded frissülni.
Lássuk be, az ósdi masinád (nem leszólva azt!) ma már nem tartozik a széles tömegbe.
Így neked magadnak kellene jelezni a rolling fejlesztőinek a hibát.
TF, most valahogy sikerülne lekávézni a nehezen ébredő rendszeredet. Pár nap múlva, egy következő frissítéssel megint változHAT valami komoly dolg mélyen a gépháztető alatt, ami miatt a hebrákolásod jó esetben feleslegessé válik, rosszabb esetben hatástalanná, és megint ugyanott leszel...

Az, hogy könnyebb telepíteni a h264-et (bármit is jelentsen ez), nem igazán érv a rolling mellett SZVSZ.

Htibi

docs Sajnálom, az nem függ tőlem, hogy miért vagy mitől sértődsz meg. Ezt magadnak kell eldöntened és magaddal kell elintézned.

Hogy mit és mikor és honnan és miért törlök, az pedig az én döntésem és az én felelősségem (amit vállalok).

További jó fórumozást mindenkinek!

docs

A "fórum" mélyen tisztelt tagjai (tisztelet a kivételnek)
a kérdéstöl (téma) 100%-ban eltérő "hit vitákba"
rángatnak bele ...

"Miért a rolling?"
"Egyáltalán miért suse?"
Öszintén és naivan: válaszolok - és ezzel,
már is bele rángattatok.
"Gratulálok".

Ezt honnan kellene tudnom ???
""Volt itt régebben egy szokás, amikor egy téma megoldottá vált, akkor beleírtuk a címébe, hogy [Megoldva].
Aztán lett itt egy új fórummotor és ezt felváltotta az a lehetőség, hogy a megoldást hozó választ „legjobb válasz”-nak lehet jelölni, így kerül rá egy zöld pipa a főoldalon hirdetve, hogy „Megválaszolva""

Megoldás NINCS !!! (... nem volt, nem is lesz !!!)

a mester

docs Ezt honnan kellene tudnom ???

Onnan, hogy éppen most írták meg neked. Külön. Csak neked. Hogy tudjad.

szerk:
Onnan, hogy éppen most írták meg neked!!!
Külön!!!
Csak neked!!!
Hogy tudjad!!!

OFF: de nehéz így írni 🙁

csuhas32

docs Megoldás NINCS !!! (... nem volt, nem is lesz !!!)

Az én olvasatomban ez azt jelenti, hogy a téma lezárható. :-(

« Előző oldal