Co zrobić żebym nie musiał za każdym razem cackać się z wyborem jądra?- Jesli posiadasz menu gruba to chyba klikasz enter by wystartował, mozesz zmienić kolejność wpisów
sudo update-initramfs -u -k 3.13.0-92
Xlib: extension "GLX" missing on display ":0".Pewnie chodzi o 'init: Proces logrotate main (2739) został zabity sygnałem TERM' ale ja nie łapię tego
Xlib: extension "GLX" missing on display ":0".
Script for ibus started at run_im.
init: Proces at-spi2-registryd main został zakończony, ponowne uruchamianie
init: Proces at-spi2-registryd main został zakończony, ponowne uruchamianie
init: Proces at-spi2-registryd main został zakończony, ponowne uruchamianie
init: Proces at-spi2-registryd main został zakończony, ponowne uruchamianie
init: Proces at-spi2-registryd main został zakończony, ponowne uruchamianie
init: Proces at-spi2-registryd main został zakończony, ponowne uruchamianie
init: Proces at-spi2-registryd main został zakończony, ponowne uruchamianie
init: Proces at-spi2-registryd main został zakończony, ponowne uruchamianie
init: Proces gnome-session (Unity) main (2859) został zakończony ze stanem 1
init: Proces unity-settings-daemon main (2842) został zabity sygnałem TERM
init: Proces at-spi2-registryd main został zakończony, ponowne uruchamianie
init: Proces logrotate main (2739) został zabity sygnałem TERM
init: Proces update-notifier-crash (/var/crash/_usr_bin_compiz.1000.crash) main (2781) został zabity sygnałem TERM
init: Proces update-notifier-crash (/var/crash/_usr_bin_nm-applet.1000.crash) main (2782) został zabity sygnałem TERM
init: Proces update-notifier-crash (/var/crash/_usr_bin_update-manager.1000.crash) main (2785) został zabity sygnałem TERM
init: Proces update-notifier-crash (/var/crash/_usr_lib_ibus_ibus-ui-gtk3.1000.crash) main (2790) został zabity sygnałem TERM
init: Proces indicator-bluetooth main (2955) został zabity sygnałem TERM
init: Proces indicator-power main (2960) został zabity sygnałem TERM
init: Proces indicator-sound main (2967) został zabity sygnałem TERM
init: Proces indicator-printers main (2971) został zabity sygnałem TERM
init: Proces indicator-session main (2972) został zabity sygnałem TERM
init: Proces indicator-datetime main (2961) został zabity sygnałem TERM
init: Proces indicator-application main (2987) został zakończony ze stanem 1
init: Disconnected from notified D-Bus bus
vangoche@VanTv:~$ sudo update-initramfs -u -k 3.13.0-92
* pam_usb v0.5.0
* Authentication request for user "vangoche" (sudo)
* Device "MyDevice" is connected (good).
* Performing one time pad verification...
* Access granted.
update-initramfs: Generating /boot/initrd.img-3.13.0-92
grep: /boot/config-3.13.0-92: Nie ma takiego pliku ani katalogu
WARNING: missing /lib/modules/3.13.0-92
Device driver support needs thus be built-in linux image!
depmod: ERROR: could not open directory /lib/modules/3.13.0-92: No such file or directory
depmod: FATAL: could not search modules: No such file or directory
depmod: WARNING: could not open /tmp/mkinitramfs_AskpNc/lib/modules/3.13.0-92/modules.order: No such file or directory
depmod: WARNING: could not open /tmp/mkinitramfs_AskpNc/lib/modules/3.13.0-92/modules.builtin: No such file or directory
vangoche@VanTv:~$CytujWięc chyba coś poszło nie tak przy aktualizacji
sudo update-initramfs -u -k 3.13.0-92-generic
Dobra, myślałem że po komunikacie błędu grep: /boot/config-3.13.0-92: Nie ma takiego pliku ani katalogu zajrzysz do /boot...
sudo aptitude reinstall nvidia-352
dkms status
cat /var/log/Xorg.0.log
cat /var/log/lightdm/lightm.log
lspci -k | grep -A2 VGA
Zreinstaluj z linii komend driver do NVidii po instalacji nowego kernelaZrozumiałem to tak: zainstaluj sterownik nvidia z pliku .run w systemie z nowym jądrem. Mogę go odpalić w taki sposób: przy starcie ubuntu wciskam klawisz esc, wybieram tryb recovery dla nowego jądra i potem linię poleceń dla roota. Teraz mógłbym zainstalować ten sterownik ale jako root, nie jako ja. O to chodzi?
6. Przez sudo reinstalujesz driver NVidii poleceniem, które podałemNie pomogło. W trakcie reinstalacji program pytał czy wyłączyć uefi boot security. Zrobiłem i tak, i tak. W obu przypadkach klapa. Przez chwilę było nawet straszno bo choroba przerzuciła się jakoś do jądra 91. Tu jednak reinstalacja drivera z wyłączeniem uefi boot security naprawiła system