Forum Debian Users Gang

Ekran pokazuje brak firmware do sieciówki Realteka R8169, a nie Nvidii.

A możesz uruchomić system w trybie awaryjnym?

Od usuwaniu architektury możesz prześledzić ten watek
https://askubuntu.com/questions/66875/how-to-disable-multiarch-support

Jeśli masz live'a to chrootem załatwisz sprawę przez dpkg. Tu jest o tym, jak się dostać do systemu przez chroot https://dug.net.pl/tekst/77/przywracanie_grub2_za_pomoca_chroot/.

Ostatnio edytowany przez skullman (2018-01-25 13:13:33)

Elizabeth napisał(-a):

przy pomocy tego chroota moge rowniez odrocic wykoanie

apt install firmware-linux nvidia-driver nvidia-settings nvidia-xconfig

poprzez apt-get remove ?


No i najwazniejsze: jak odwrocic nvidia-xconfig ?

Lepiej przez "aptitude purge". Wtedy zostaną usunięte także pliki konfiguracyjne.
Nawet przypuszczam nie musisz chroota odpalać. Wystarczy jak uruchomisz system, w pewnym momencie ładowanie się zatrzyma. Masz nacisnąć Ctrl + D i wpisać hasło roota. Jesteś w powłoce i możesz robić wszystko w systemie.
Jeszcze co do nvidii. Miałem ostatnio podobne problemy i wybór był prosty: albo starsze jądro i sterownik nvidii, albo najnowsze i niestety mesa. Nawet sterownik pobrany bezpośrednio ze strony nvidii pomimo że się prawidłowo zbudował, to nie dało się dodać modułu do kernela.
Dlatego w najnowszej maszynie mam radeona. Nie będę czekał aż nvidia łaskawie odpali prawidłowe stery.

jawojx napisał(-a):

Po normalnym zalogowaniu sprawdzić czy są linux-headers dla używanego linux-image, jaka nie ma to doinstalować.

A jak to dokladnie trzeba bylo sprawdzic ?


Poza tym faktycznie udalo mi sie usunac tamto i normalnie zalogowac, po czym doinstalowalam:

apt-get install bumblebee-nvidia primus

natomiast cos tu chyba jeszcze nie dziala do konca:

optirun glxgears | grep OpenGL daje:

[  316.227062] [ERROR]Cannot access secondary GPU - error: Could not load GPU driver

[  316.227155] [ERROR]Aborting because fallback start is disabled.

glxinfo | grep OpenGL daje:

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 13.0.6
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 13.0.6
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 13.0.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:

jak wspominalam w punkcie 2 pierwszego posta skrypt nvidii wylaczyl mi nouveau, czy to powinno byc teraz wylaczone i jak to sprawdzic ?

Elizabeth napisał(-a):

A jak to dokladnie trzeba bylo sprawdzic ?

aptitude search linux-headers
polecenie wyrzuci Ci zainstalowane z literką i, natomiast nie zainstalowane z literką p
... u mnie

root@domek:/home/bodzio# aptitude search linux-headers
p   linux-headers-4.9.0-3-all                                                   - All header files for Linux 4.9 (meta-package)                                         
p   linux-headers-4.9.0-3-all-amd64                                             - All header files for Linux 4.9 (meta-package)                                         
p   linux-headers-4.9.0-3-amd64                                                 - Header files for Linux 4.9.0-3-amd64                                                  
p   linux-headers-4.9.0-3-common                                                - Common header files for Linux 4.9.0-3                                                 
p   linux-headers-4.9.0-3-common-rt                                             - Common header files for Linux 4.9.0-3-rt                                              
p   linux-headers-4.9.0-3-rt-amd64                                              - Header files for Linux 4.9.0-3-rt-amd64                                               
p   linux-headers-4.9.0-4-all                                                   - All header files for Linux 4.9 (meta-package)                                         
p   linux-headers-4.9.0-4-all-amd64                                             - All header files for Linux 4.9 (meta-package)                                         
p   linux-headers-4.9.0-4-amd64                                                 - Header files for Linux 4.9.0-4-amd64                                                  
p   linux-headers-4.9.0-4-common                                                - Common header files for Linux 4.9.0-4                                                 
p   linux-headers-4.9.0-4-common-rt                                             - Common header files for Linux 4.9.0-4-rt                                              
p   linux-headers-4.9.0-4-rt-amd64                                              - Header files for Linux 4.9.0-4-rt-amd64                                               
p   linux-headers-4.9.0-5-all                                                   - All header files for Linux 4.9 (meta-package)                                         
p   linux-headers-4.9.0-5-all-amd64                                             - All header files for Linux 4.9 (meta-package)                                         
p   linux-headers-4.9.0-5-amd64                                                 - Header files for Linux 4.9.0-5-amd64                                                  
p   linux-headers-4.9.0-5-common                                                - Common header files for Linux 4.9.0-5                                                 
p   linux-headers-4.9.0-5-common-rt                                             - Common header files for Linux 4.9.0-5-rt                                              
p   linux-headers-4.9.0-5-rt-amd64                                              - Header files for Linux 4.9.0-5-rt-amd64                                               
p   linux-headers-amd64                                                         - Header files for Linux amd64 configuration (meta-package)                             
p   linux-headers-rt-amd64

Nie potrzebowałem, więc nie mam headersów.

Tutaj jest jakis relatywnie swiezy poradnik:
https://www.pcsuggest.com/install-and-configure-nvi … ee-in-debian/
Okazuje sie, ze w wersji otwartej tez mozna uzywac 2 kart wykorzystujac modul vgaswitcheroo

Elizabeth: "jeszcze jako ciekawostke dodam, ze to chrootowanie rozwalilo mi cala polityke bezpieczenstwa systemu plikow, wszystkie pliki maja prawa dostepu 777, nawet w katalogach bin i root ! nie wiem jak to sie stalo"

Chroot-owanie prawidłowe na pewno nie zrobi nic więcej poza tym co chce user. ...

Można niby nadawać uprawnienia na nowo, ale najlepiej przeinstaluj ten system,

Ja robię tyle zniszczeń, że gdybym chciała przeinstalowywać system przy każdym tego typu problemie to bym nic nie robiła tylko przeinstalowywała system :)

Tak jak np. teraz:

chcialam ograniczyc te uprawnienia i wykonalam w szczegolnosci

chmod go-w -R

a potem jeszcze

chmod -x+X -R

miedzy innymi dla wszytskich katalogow w /lib

po wykonaniu operacji -x+X dla x86_64-linux-gnu okazalo sie ze nie mam uprawnien do wykonania /bin/ln i /bin/chmod !

Jak moge nagle nie miec uparwnien do wykonania /bin/ln i /bin/chmod skoro zmienilam tylko uprawnienia w podkatalogu lib/x86_64-linux-gnu ?

Zrestartowałam i mam:

run-init: /sbin/init Permission denied

Kernel panic - not syncing: Attempted to kill init ! exitcode=0x00000100

i tak dalej, kupa krytycznych bledow.



Po zamonotwaniu tej partycji w innym systemie okazuje sie ze to calkowita bzdura i /sbin/init ma uprawnienia takie jak powinien.

Prosze bardzo:

sbin/init:

lrwxrwxrwx 1 root root 20 Jul 5 2017 /sbin/init -> /lib/systemd/systemd

/lib/systemd/systemd:

-rwxr-xr-x 1 root root 1141448 Jul 5 2017 /lib/systemd/systemd

I jeszcze dopytam, gdzie jest zapisywana informacja o uprawnieniach plikow ?

Gdybym np. wykonala kopie wwszytskich plikow z partycji root na zewnetrznym - oczywsicie transparentnie szyfrowanym - dysku i pojawialby sie taki problem jak wyzej

to wystarczyloby je przekopiowac ?

Ostatnio edytowany przez Elizabeth (2018-01-27 10:11:42)

Dlaczego za późno ? A nie można wziąsc backupu z drugiego kompa albo nawet z czystego debiana z maszyny wirtualnej ?

Chociaż ja nie wiem czy to pomoże, jak sprawdzam manualnie to prawa dostępu są takie jak być powinny, tak jak napisałam wyżej.

Dlaczego jest permission denied dla sbin/init skoro prawa dostępu do tego pliku są ok ?

Ostatnio edytowany przez Elizabeth (2018-01-27 12:23:32)

jawojx napisał(-a):

To jest błąd na sterownikach intela nie nvidii, trzeba sprawdzić na innym kernelu, najlepiej zainstalować z backport-ów, można starszy jak to zrobiono tu, mało przyszłościowo. 
Tylko trzeba uważać i z backportów nie instalować nowszego niż, na teraz to.

linux-image-4.12.0-0.bpo.1-amd64 linux-headers-4.12.0-0.bpo.1-amd64

Bo nie zbudują się moduły do nvidii, chyba że zainstalujemy też sterowniki z backport-ów. Cały czas mówimy tu o Debianie stabilnym na teraz nr.9.

Downgrade do starszych wersji niż w stable odpada

A czy byłoby dobrze gdbym zainstalowała najnowszą wersje testing:

https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/

?

Gdzie można sprawdzić jaka tam jest wersja kernela ?

Ostatnio edytowany przez Elizabeth (2018-01-27 19:08:29)

Dziękuje za pomoc.

Na najnowszym debianie testing nie ma wyżej opisywanych problemów.

Bodzio napisał(-a):

Elizabeth napisał(-a):

Dziękuje za pomoc.

Na najnowszym debianie testing nie ma wyżej opisywanych problemów.

Jak znam życie - do czasu.

Co prawda były inne problemy, w testing niektóre programy w trybie graficznym mi się nie uruchamiają: mam tu na myśli gufw, synaptic i applet openpgp

Bez dwóch pierwszych mogę się obyć, dla ostatniego mam zamiennik.