Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: noname 19. 04. 2014, 01:25:59
-
Zdravím všechny.
Dnes večer jsem upgradoval Ubuntu 12.04 LTS na 14.04 LTS. Po restartu jsem ale zjistil, že mi pravidelně zhavaruje prohlížeč (firefox) v průběhu prohlížení webu. Někdy hned, někdy po nějaké době, ale většinou při scrollování. Bohužel ale vůbec netuším, jak alespoň náznakem zjistit, v čem je chyba. Firefox jsem kompletně přeinstaloval, takže předpokládám, že je v pořádku, navíc Ubuntu hlásilo, že zaznamenalo systémovou chybu. Vůbec ale netuším, co bych měl hledat. Napadá Vás něco?
PS: V dmesg jsem objevil následující chybu. Víte, co znamená?
[Sat Apr 19 01:17:24 2014] [drm:i915_gem_execbuffer2] *ERROR* copy 1 exec entries failed 56
-
Tak jsem trošku pokročil.
Pravděpodobně se jedná o bug grafického ovladače intel v kernelu verze 3.2
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1148284
Rozhodl jsem se tedy upgradovat na 3.13 podle následujícího návodu, ale bohužel se po restartu znovu spustil kernel původní verze, nový se nepřidal ani do nabídky GRUBu. Napadá někoho, jak jej tam přidat?
Díky za odpovědi.
-
Zmiňuješ "dle následujícího návodu", ale ten návod vypadl.
Pro upgrade kernelu ti stačí stáhnout tři balíčky rpm a ty nainstalovat, hoď sem tedy dle jakého manuálu jsi postupoval a případně jestli se ti vrátila nějaká chyba.
-
Zmiňuješ "dle následujícího návodu", ale ten návod vypadl.
Pro upgrade kernelu ti stačí stáhnout tři balíčky rpm a ty nainstalovat, hoď sem tedy dle jakého manuálu jsi postupoval a případně jestli se ti vrátila nějaká chyba.
Díky za odpověď.
Vše jsem udělal podle tohoto návodu.
http://askubuntu.com/questions/331538/what-is-the-right-way-to-downgrade-kernel
Podle všeho je ale problém v GRUBu. Zjišťoval jsem, jak je možné, že se nezobrazují nabídky, tak jsem prohledával /etc/grub.d a /etc/default/grub. Zároveň jsem prolistoval /boot/grub/grub.cfg a zjistil jsem, že daná nabídka je nějakým způsobem nakonfigurovaná. Jenže když ji porovnám s ostatními, tak jsou tam různé volby, kterým (prozatím) nerozumím. Takže prozatím nechápu, jak je možné, že volba je v konfiguračním souboru, ale není v seznamu pro spuštění.
-
Zkus tohle, to zabere. ;)
http://www.yourownlinux.com/2014/04/install-upgrade-to-linux-kernel-3-14-in-linux.html
-
několikrát jsem, řešil stejný problém, který nastal ne po upgrade, ale po update systemu. Vždy bylo problémem, že se natáhl nový kernel a do něj se nezkompiloval/nezavedl dobře grafický ovladač. Proto doporučuji....natáhni si novej balík ovladače a znova ho nainstaluj se vyplím Xserverem(grafickým prostředím).
-
Zkus tohle, to zabere. ;)
http://www.yourownlinux.com/2014/04/install-upgrade-to-linux-kernel-3-14-in-linux.html
Bohužel nezabralo, ale ve skriptu už /boot/grub/grub.cfg mám i verzi 3.14, kterou nemůžu spustit...
Nejspíše zkusím to, co mi radí Zajdan, ale předtím zkusím rozchodit ten nejnovější kernel. Bylo by škoda mít verzi 3.2, když už je k dispozici dokonce 3.14...
Asi se budu muset naučit konfigurovat ručně GRUB2. Nejspíše bude problém v tom, že mám dualboot dvou linuxů a nová verze asi instaluje nabídky trošku jinak a špatně updatuje konfigurační skripty GRUBu. Jen kdybych věděl v čem.
-
A "nemůžu spustit" znamená tedy přesně co? Vyhazuje to nějakou chybu? Tohle je fakt na křišťálovou kouli. Mohu ti postnout svou konfiguraci grubu, ale nevím jestli to k něčemu bude.
-
A "nemůžu spustit" znamená tedy přesně co? Vyhazuje to nějakou chybu? Tohle je fakt na křišťálovou kouli. Mohu ti postnout svou konfiguraci grubu, ale nevím jestli to k něčemu bude.
Omlouvám se.
Po startu se hlásila stará verze, v GRUBU se neobjevovala nabídka s verzí nainstalovaného kernelu. Tohle se mi ale už podařilo vyřešit ( používal se GRUB z jiného OS, čehož jsem si nevšiml => napsat grub-install ). Teď se ale objevil jiný problém, stávající kernel nechce nabootovat. Říká, něco ve smyslu "/bin/sh founded but cannot be run". Bohužel přesnou hlášku teď po ruce nemám, jsem v náhradním systému a hledám to na Google.
Díky za ochotu.
-
Ta chyba je:
bin.sh exists but couldn't execute it (errno -8)
https://www.google.cz/#q=bin.sh+exists+but+couldn%27t+execute+it+%28errno+-8%29
A chyba č. 8 znamená, že je soubor ve špatném formátu.
http://www.cs.fsu.edu/~baker/devices/lxr/http/source/linux/include/asm-generic/errno-base.h?v=2.6.25
Teď opravdu nevím, co si o tom mám myslet. Co vím, tak před instalací krásně běžel, v /bin/sh být chyba tedy nemůže.
-
Tak to vypadá na docela zajímavou chybu při instalaci, ikona souboru, na který odkazuje link /bin/sh skutečně není, jako kdyby byl běžně spustitelný, jen absolutně nechápu proč. Už to nějakou dobu hledám a jsem z toho docela vedle.
-
Beru zpět, dash by měl být asi v pořádku, bootuje stará verze kernelu a dokonce i verze 3.13. Přesto bych ale ten kernel 3.14 rád rozběhl. Chápu, že tohle je možná složitější chyba, ale ví někdo, kde najít chyby kernelu po startu, případně o nějakém článku, který by mi v tomto směru mohl proniknout hlouběji do problematiky kernelu a jeho principů?
Díky za odpovědi.
-
A odebral jsi quiet?
-
A odebral jsi quiet?
Omlouvám se, ale musím se zeptat, co je to quiet? (Tzn. ne.)
-
/etc/default/grub a odebrat quiet splash
Co to dělá je asi jasné. :)
-
Jo a potom
sudo update-grub
-
chová se tak i čistě nainstalované ubuntu? nebo běžící z livecd? jde o to, že vaše kombinace starého jádra, nových ovladačů a pod (záleží a kombinaci instalace) může mít pak za následek dost zvláštní chování. Zkuste přímo ubuntu14.04 jak se bude chovat (neaktualizujte)
-
/etc/default/grub a odebrat quiet splash
Co to dělá je asi jasné. :)
Co je to quiet splash jsem nevěděl, ale co nevím, to si najdu. V tomhle ohledu mi stačí naznačit vhodný směr a já už si zjistím, o co se jedná. Ale bohužel ani tento návod nepomohl. sice se mi veškeré zprávy zobrazily v okně, ale vše skončilo nějakým tracem s blikajícím caps-lockem a neschopností spustit systém. Napadá Vás, jak získat onen trace, případně jak z něj vyčíst, kde se stala chyba? Jediné, co jsem z něj pochopil, byly parametry PC, ale vůbec jsem nevyčetl konkrétní důvod pádu.
Díky za odpověď.
-
chová se tak i čistě nainstalované ubuntu? nebo běžící z livecd? jde o to, že vaše kombinace starého jádra, nových ovladačů a pod (záleží a kombinaci instalace) může mít pak za následek dost zvláštní chování. Zkuste přímo ubuntu14.04 jak se bude chovat (neaktualizujte)
Díky za odpověď. V současné době je situace ve stavu, kdy mi celé PC funguje. Máte skutečně pravdu, jednalo se o kombinaci starého jádra a nových ovladačů, což nebylo vhodné a jakmile jsem zjistil, že se pro bootování používá GRUB z jiného OS, podařilo se zprovoznit aktualizovaný kernel 3.13, pod kterým vše běží bez jakýchkoliv závažných chyb. Teď bych ale rád zprovoznil kernel 3.14, který jsem zkusil aktualizovat poté, mimo jiné kvůli pochopení principu hlášení chyb kernelu. Celé PC tedy teď funguje, jde mi spíše o rozběh nejnovějšího kernelu a o to, že vlastně vůbec netuším, co mi ten stacktrace píše. Jak jsem již psal Jimmovi, nepotřebuji nezbytně přesný návod na odstranění chyby, stačí mě nasměrovat, ať mám základní představu, jak zjistit, o co se jedná.
-
Takto dost těžko říct, řekl bych že nemáme jinou informaci, než že to nenabootuje... Jaké používáš grafické drivery? Pokud máš nějaký proprietární katalyst, zkusil bych ho odebrat před bootem do nového kernelu.
-
Právě o to jde, že nevím, jak získat informace. Výpis, který mi to ukáže při startu počítače vypadá podobně jako když se použije dmesg, ale když jsem hledal pomocí grepu konkrétní číslo, nepodařilo se jej najít. Nejlepší by bylo asi zjistit, jak získat z kernelu ten trace, co mi to píše na obrazovku a potom pokračovat dále, což ale v současné době nezvládnu a potřebuji k tomu návod. Co se ovladačů týče, zkusím je ještě ověřit, proprietální jsem ale neinstaloval.
-
Podívejte se do /var/log/syslog, jestli tam něco nebude.
-
Tak jsem zkusil ověřit použitý driver. Jedná se konkrétně o i915, ale má to (podle mého laického názoru) háček. Jelikož jsem toto ověřoval při spuštěném počítači a načteném kernelu 3.13, tak předpokládám, že se jedná o driver v něm a ne v nefunkční verzi kernelu. Podle všeho se jedná o GPL verzi, tedy nic proprietálního.
filename: /lib/modules/3.13.0-24-lowlatency/kernel/drivers/gpu/drm/i915/i915.ko
license: GPL and additional rights
description: Intel Graphics
author: Tungsten Graphics, Inc.
license: GPL and additional rights
Za chviličku řeknu, co jsem našel ve /var/syslog
-
Právě jsem prohledal celý /var/log/ včetně podadresářů na výraz, který byl ve zobrazeném chybovém hlášení, jenže jsem nepochodil. Podle všeho to tam vůbec není.
-
Samozřejmě pomocí grepu, var/log/syslog jsem jednak otevřel, jednak prohledal grepem. Podle všeho ten výpis je vygenerovaný ještě před spuštěním logování.
-
To co bylo v tom chybovém hlášení bychom se zde konečně velice rádi dozvěděli.. ;)
Jinak /var/log/syslog nehledejte jen nějaký výraz, prostě si tailněte ten průběh jak to bootovalo a zkuste najít chybu, to bych řekl že je snad jasné. :o
Já odcházím, dnes už bohužel nebudu.
-
V pořádku, jak říkám, prolistoval jsem celý /var/log/syslog, chyba tam není. Právě si říkám, jestli ten text nepřepsal kernel 3.13 po startu. Zkusím to nechat neúspěšně nabootovat a pak se mrknout na logy z jiného systému.
Díky za vodítko.
-
Nabootoval jsem z jiného systému, prohlédl log a nic nevidím, viz. níže.
Apr 23 17:28:54 my-computer udisksd[2926]: Acquired the name org.freedesktop.UDisks2 on the system message bus
Apr 23 17:28:54 my-computer udisksd[2926]: Cleaning up mount point /media/user/KINGSTON (device 8:17 is not mounted)
Apr 23 17:28:55 my-computer kernel: [ 85.449657] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Apr 23 17:28:55 my-computer udisksd[2926]: Mounted /dev/sdb1 at /media/user/KINGSTON on behalf of uid 1000
Apr 23 17:40:50 my-computer kernel: [ 800.362784] perf samples too long (2508 > 2500), lowering kernel.perf_event_max_sample_rate to 50000
Apr 23 18:17:03 my-computer CRON[3492]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 23 18:26:22 my-computer kernel: [ 3532.098195] perf samples too long (5001 > 5000), lowering kernel.perf_event_max_sample_rate to 25000
Apr 23 19:02:24 my-computer dbus[660]: [system] Activating service name='org.freedesktop.systemd1' (using servicehelper)
Apr 23 19:02:26 my-computer dbus[660]: [system] Successfully activated service 'org.freedesktop.systemd1'
Apr 23 19:02:31 my-computer rsyslogd: [origin software="rsyslogd" swVersion="7.4.4" x-pid="641" x-info="http://www.rsyslog.com"] exiting on signal 15.
(END)
Jediné, co mě zaujalo, byl poslední řádek. Zadal jsem jej do google a podle všeho exiting on signal 15 hlásí normální ukončení systému. Před ním je hlášení perf samples too long, našel jsem sice na google nějaké chyby, které s tím byly spojené, ale nenašel jsem žádné řešení. Navíc poté je hláška o úspěšném zavedení nějaké služby, ale nevím, co si o tom mám myslet.