Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Hej,
No jak w temacie. Myszka chodzi, ale nic nie można kliknąć. Przejście do konsoli nic nie daje ponieważ nie mam możliwości się zalogowania (nie ma tej linijki login:). W konsoli 1 są linijki jak się system ładuje, ale ostatniej z logowaniem nie ma. To wszystko wymaga hard resetu. Za drugim razem ładuje się wszystko normalnie choć raz musiałem tak dwa razy... Zazwyczaj pierwsze (na dzień) uruchomienie takie jest. Nie mam jakich logów dać ponieważ nie jestem w stanie nic zrobić.
Dzieje się tak już od jakiegoś dłuższego czasu. Myślałem, że to wina e4rat (że coś za szybko ładuje), ale wyłączyłem go (usunąłem wpis z gruba) i problem nadal występuje...
Bardzo proszę o pomoc, ponieważ jest to dosyć uciążliwe.
Offline
W sumie do logów można się dostać z pomocą LiveCD.
Offline
Wciśnij kombinację "Alt+SysRq+R" i spróbuj przełączyć się na któryś z terminali. Jak nie zadziała możesz również spróbować z Alt+SysRq+K.
Offline
dominbik napisał(-a):
Wciśnij kombinację "Alt+SysRq+R" i spróbuj przełączyć się na któryś z terminali. Jak nie zadziała możesz również spróbować z Alt+SysRq+K.
A co to robi? W sumie teraz spróbowałem i nic specjalnego się nie stało... Przełączyłem na konsole i...
Nowa poszlaka. Graficzny działa jak należy, a na konsole nie można się zalogować... Coś się nie ładuje do końca... :/
EDIT: A! Print screen... Kurde... Jaka kombinacja... A po co ci to? No normalnie pulpit widać. Niektóre tray'e się nie ładują.
A może ci chodzi o printa konsoli? Da się tak?
Ostatnio edytowany przez P@blo (2012-09-12 13:48:31)
Offline
P@blo napisał(-a):
dominbik napisał(-a):
Wciśnij kombinację "Alt+SysRq+R" i spróbuj przełączyć się na któryś z terminali. Jak nie zadziała możesz również spróbować z Alt+SysRq+K.
A co to robi?
http://room-303.com/blog/2005/06/01/141168de67f4a863323786a81aa9c5c0/
Offline
Ja ostatnio borykam się z podobnym problemem. System startuje i nagle ładowanie modułów się zatrzymuje i wisi. U mnie pomaga kombinacja ctrl + alt + f2 i zalogowanie się poprzez tty2. Jak wystartuje serwer x przez startx to mam spokój na kilka kolejnych rebootów.
Offline
ja mialem podobne jaja na archu nowa wersja sterow do video-intel chyba sie gryzla z?????
:
slim-em / wywalilem
modulami virtualbox/ wywalilem
w kazdym razie objawy byly podobne plus ze czasem sie ladowal do x-window i zwieszal jakims dziwnym kolorowo-pixelowym ekranem. pomagal tylko twardy reset i odczekanie kilku minut nie wiem dla czego tak,
ale po w/w czynnosciach jest okiej.
Offline
A może ci chodzi o printa konsoli? Da się tak?
W poście dominbik nie chodzi o zrzut ekranu z konsoli, ale skoro pytasz, to tak - da się:
man fbgrab
man fbcat
Offline
pribina napisał(-a):
Ja ostatnio borykam się z podobnym problemem. System startuje i nagle ładowanie modułów się zatrzymuje i wisi. U mnie pomaga kombinacja ctrl + alt + f2 i zalogowanie się poprzez tty2. Jak wystartuje serwer x przez startx to mam spokój na kilka kolejnych rebootów.
Heh... Nie chce cie straszyć, ale też miałem jak ty i restart X'ów pomagał, ale jak już pisałem teraz nawet nie mogę się zalogować do konsoli...
pink napisał(-a):
ja mialem podobne jaja na archu nowa wersja sterow do video-intel chyba sie gryzla z?????
:
slim-em / wywalilem
modulami virtualbox/ wywalilem
w kazdym razie objawy byly podobne plus ze czasem sie ladowal do x-window i zwieszal jakims dziwnym kolorowo-pixelowym ekranem. pomagal tylko twardy reset i odczekanie kilku minut nie wiem dla czego tak,
ale po w/w czynnosciach jest okiej.
Mam gdm3 i nie mam virtualboxa...
@marcin'82 Dzięki.
Temat nadal otwarty... Co więcej nadal nie mogę się zalogować do żadnej konsoli... To chyba jest główny problem... X'sy działają tty1-6 nie... ;/
Ostatnio edytowany przez P@blo (2012-09-12 21:24:26)
Offline
a bawiles sie moze ostatnio
ulimit
bo ja chyba kiedys sie tak i cos podobnego mialem.
Offline
pink napisał(-a):
a bawiles sie moze ostatnio
ulimit
bo ja chyba kiedys sie tak i cos podobnego mialem.
Raczej nie...
Czy takie wpisy w rc.local mogą być powodem:
echo 0 > /sys/devices/platform/thinkpad_acpi/bluetooth_enable sleep 10 && echo 2 > /sys/class/backlight/acpi_video0/brightness sh /home/pablo/auda
?
Ostatnio edytowany przez P@blo (2012-09-13 09:15:29)
Offline
Pierwsze dwa na 99% nie. Druga może nieco start wydłużać, bo nie przenosisz jej do tła. Pokaż nam co kryje w sobie skrypt /home/pablo/auda
I jak możesz to jeszcze /etc/inittab
Sznurek jakby co: http://wiki.debian.org/getty
PS. Do modyfikacji /sys automatycznej jest bodajże paczka sysfsutils i plik /etc/sysfs.conf
Ostatnio edytowany przez enether (2012-09-13 12:21:04)
Offline
Chyba jednak te dwa pierwsze były powodem. Usunąłem i wszystko gra jak należy... Może to 10s było głupie... Ostatni to skrypt mojego autorstwa, ale problem się dział, zanim go dodałem do rc.local.
pablo@lena:~$ cat /etc/inittab # /etc/inittab: init(8) configuration. # $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $ # The default runlevel. id:2:initdefault: # Boot-time system configuration/initialization script. # This is run first except when booting in emergency (-b) mode. si::sysinit:/etc/init.d/rcS # What to do in single-user mode. ~~:S:wait:/sbin/sulogin # /etc/init.d executes the S and K scripts upon change # of runlevel. # # Runlevel 0 is halt. # Runlevel 1 is single-user. # Runlevels 2-5 are multi-user. # Runlevel 6 is reboot. l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6 # Normally not reached, but fallthrough in case of emergency. z6:6:respawn:/sbin/sulogin # What to do when CTRL-ALT-DEL is pressed. ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now # Action on special keypress (ALT-UpArrow). #kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work." # What to do when the power fails/returns. pf::powerwait:/etc/init.d/powerfail start pn::powerfailnow:/etc/init.d/powerfail now po::powerokwait:/etc/init.d/powerfail stop # /sbin/getty invocations for the runlevels. # # The "id" field MUST be the same as the last # characters of the device (after "tty"). # # Format: # <id>:<runlevels>:<action>:<process> # # Note that on most Debian systems tty7 is used by the X Window System, # so if you want to add more getty's go ahead but skip tty7 if you run X. # 1:2345:respawn:/sbin/getty --noclear 38400 tty1 2:23:respawn:/sbin/getty 38400 tty2 3:23:respawn:/sbin/getty 38400 tty3 4:23:respawn:/sbin/getty 38400 tty4 5:23:respawn:/sbin/getty 38400 tty5 6:23:respawn:/sbin/getty 38400 tty6 # Example how to put a getty on a serial line (for a terminal) # #T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100 #T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100 # Example how to put a getty on a modem line. # #T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3 #-- isdnutils begin # Change the line below for your local requirements and uncomment them. # Use "init q" to reread inittab. # look at the mgetty manpage for more information (mgetty isn't standard!) # #I0:2345:respawn:/sbin/mgetty -D -m '"" ATZ OK AT&Eyourmsnhere OK AT&B512 OK' -s 38400 ttyI0 #-- isdnutils end
Offline
Cóż, myślałem że Ci wywiało z inittaba wpisy dotyczące getty, ale widzę są ok.
Offline
Problem nadal otwarty. Jedynie uzyskałem dostęp do konsoli.
Offline
P@blo napisał(-a):
Problem nadal otwarty. Jedynie uzyskałem dostęp do konsoli.
To masz dostęp do logów, spojrzyj tam, a i dlatego tez jestem przeciwnikiem umieszczania czegokolwiek na stałe w rc.local od tego masz skrypty startowe w /etc/init.d w Debianie.
Offline
Strony: 1