View previous topic :: View next topic |
Author |
Message |
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sat Jun 21, 2014 7:48 am Post subject: problemi ad avviare l'interfaccia grafica |
|
|
Ciao a tutti:
all'avvio del mio Gentoo ho il seguente problema:
-premo il tasto di accensione del portatile;
-il bios parte regolarmente;
-si avvia grub (installato in Archlinux su altra partizione in dual boot con Gentoo)e scelgo il kernel;
-sullo schermo vengono visualizzati i primissimi POST (molto veloci) della durata di 1-2 sec. circa;
-dopo, tutti gli altri POST NON vengono visualizzati e lo schermo rimane completamente nero, fino a che, caricato tutto il sistema, partito anche l'adattatore wireless usb di cui inizia a lampeggiare il led verde, viene visualizzato al centro dello schermo solo il puntatore del mouse, mentre tutto il resto e' completamente nero.
-quindi, per far partire l'interfaccia grafica devo andare in tty6 e poi ritornare in tty7 premendo prima Ctrl+Alt+F6 e poi Ctrl+Alt+F7.
Preciso che faccio partire all'avvio slim e che uso come WM i3 oppure openbox. Aggiorno sempre regolarmente Gentoo, ogni settimana. Il portatile Sony Vaio VGN-N21E e' un dual core intel 1,73 Ghz 1 g Ram di qualche annetto fa. VGA Intel GMA 950. I driver video sono gli intel xf86.
Questo malfunzionamento nell'avvio di X si verifica 9 volte su 10, nel senso che accade che talvolta i POST iniziali vengano perfettamente visualizzati e l'interfaccia di i3 parta senza dover ritornare in tty come detto sopra.
La cosa ancora piu' strana e' che se in /etc/conf.d/xdm, al posto di slim, inserisco xdm, nel caso volessi far partire X senza slim come login manager, ma semplicemente loggandomi e dando poi startx, lo schermo rimane completamente nero, senza neppure visualizzare il puntatore del mouse.
In tale ipotesi avevo provato comunque a digitare le mie credenziali di accesso per il login, dando poi startx, nella speranza che, i comandi pur non visualizzati, fossero stati comunque inseriti, ma senza esito, perche' l'interfaccia grafica non si avvia, ne' posso andare in tty* e quindi sono costretto a spegnere fisicamente il pc, dal tasto di accensione.
La cosa si verifica ormai da diverso tempo, ma non sono mai riuscito a risolverla da solo. Vi sarei grado quindi per un piccolo aiuto.
Posto di seguito qualche dato:
Code: | $ uname -a
Linux miogentoo 3.12.21-gentoo-r1 #1 SMP Thu Jun 12 14:08:30 CEST 2014 i686 Genuine Intel(R) CPU T2250 @ 1.73GHz GenuineIntel GNU/Linux
|
Code: | lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
|
Code: | cat /etc/X11/xorg.conf
Section "Device"
Identifier "Intel Corporation Mobile 945GM/GMS, 943/940GML"
Driver "intel"
EndSection
Section "InputDevice"
Identifier "mouse0"
Driver "synayptics"
Option "CorePointer"
Option "SendCoreEvents" "true"
Option "Protocol" "auto-dev"
Option "Device" "/dev/input/mice"
Option "SHMConfig" "true"
Option "VertEdgeScroll" "1"
Option "VertScrollDelta" "45"
Option "HorizEdgeScroll" "1"
Option "HorizScrollDelta" "45"
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Modes "1280x800"
Virtual 4096 4096
EndSubSection
EndSection
|
Xorg.0.log http://pastebin.com/NhS5UegT
(da notare alla fine [ 32.803] setversion 1.4 failed: Permission denied
Grazie |
|
Back to top |
|
|
xdarma l33t
Joined: 08 Dec 2003 Posts: 719 Location: tra veneto e friuli (italy)
|
Posted: Sat Jun 21, 2014 8:02 am Post subject: Re: problemi ad avviare l'interfaccia grafica |
|
|
Hal-10000 wrote: |
Questo malfunzionamento nell'avvio di X si verifica 9 volte su 10, nel senso che accade che talvolta i POST iniziali vengano perfettamente visualizzati e l'interfaccia di i3 parta senza dover ritornare in tty come detto sopra.
|
Visto che si manifesta al boot e "random", potrebbe essere un problema di ordine dei servizi al boot?
Xorg apparentemente funziona, quindi lo escluderei dalla verifica.
Il driver della scheda grafica è compilato come modulo o è built-in nel kernel?
Il servizio xdm in che runlevel è inserito? Boot o default? _________________ proud user of faKeDE-4.7.3 -> back to windowmaker -> moved to LXQt |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sat Jun 21, 2014 9:23 am Post subject: |
|
|
Ciao e grazie per la disponibilita'.
la scheda video Intel e' caricata nel kernel
Questo e' quanto ho in Device Drivers --> Graphic support:
Code: | --- /dev/agpgart (AGP Support) │ │
│ │ < > ALI chipset support │ │
│ │ < > ATI chipset support │ │
│ │ < > AMD Irongate, 761, and 762 chipset support │ │
│ │ < > AMD Opteron/Athlon64 on-CPU GART support │ │
│ │ <*> Intel 440LX/BX/GX, I8xx and E7x05 chipset support │ │
│ │ < > NVIDIA nForce/nForce2 chipset support │ │
│ │ < > SiS chipset support │ │
│ │ < > Serverworks LE/HE chipset support │ │
│ │ < > VIA chipset support │ │
│ │ < > Transmeta Efficeon support │ │
│ │ |
e
Code: |
│ <*> /dev/agpgart (AGP Support) ---> │ │
│ │ -*- VGA Arbitration │ │
│ │ (2) Maximum number of GPUs │ │
│ │ [ ] Laptop Hybrid Graphics - GPU switching support │ │
│ │ <*> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) ---> │ │
│ │ I2C encoder or helper chips ---> │ │
│ │ < > 3dfx Banshee/Voodoo3+ │ │
│ │ < > ATI Rage 128 │ │
│ │ < > ATI Radeon │ │
│ │ < > Nouveau (nVidia) cards │ │
│ │ < > Intel I810 │ │
│ │ [b] <*> Intel 8xx/9xx/G3x/G4x/HD Graphics [/b] │ │
│ │ [*] Enable modesetting on intel by default │ │
│ │ [ ] Enable preliminary support for prerelease Intel hardware by default │ │
│ │ < > Matrox g200/g400 │ │
│ │ < > SiS video cards │ │
│ │ < > Via unichrome video cards │ │
│ │ < > Savage video cards │ │
│ │ < > DRM driver for VMware Virtual GPU │ │
│ │ < > Intel GMA5/600 KMS Framebuffer │ │
│ │ < > DisplayLink │ │
│ │ < > AST server chips │ │
│ │ < > Kernel modesetting driver for MGA G200 server engines │ │
│ │ < > Cirrus driver for QEMU emulated device |
[/code]
qui invece i servizi al boot: http://pastebin.com/hGs6Gk0r dove xdm si trova a default |
|
Back to top |
|
|
sabayonino Veteran
Joined: 03 Jan 2012 Posts: 1014
|
Posted: Sat Jun 21, 2014 9:44 am Post subject: |
|
|
ciao
io nel log di xorg vedo :
Code: | (II) This device may have been added with another device file.
[ 32.381] (II) AIGLX: Suspending AIGLX clients for VT switch
[ 32.628] (II) AIGLX: Resuming AIGLX clients after VT switch |
che tenta di avviarlo per poi sospenderlo
AIGLX è driver proprietario per le schede ATI
come è impostato VIDEO_CARDS nel tuo make.conf ? perchè se c'è AIGLX ci deve essere qualche "radeonhd" o "fglrx" da qualche parte
potresti provare a far partire xorg con una configurazione automatica via dbus semplicemente rinominando xorg.conf e lasciare che dbus riconosca il tutto da solo.
(nell'eventualità che non parta basta rinominare l'xorg.conf originale) _________________ LRS i586 on G.Drive
LRS x86-64 EFI on MEGA |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sat Jun 21, 2014 9:49 am Post subject: |
|
|
Grazie, ora ci provo e faccio sapere
Ho provato a rinominare xorg.conf in xorg.conf.old, ma al riavvio stesso problema.
Piuttosto ho notato che in /etc/portage/ ho il file "make.conf.catalyst" !!!
Code: | # cd /etc/portage/
miogentoo portage # ls
bin make.conf.catalyst package.accept_keywords package.mask package.use repos.conf
make.conf make.profile package.license package.unmask postsync.d savedconfig
|
avente questo contenuto> Code: | cat make.conf.catalyst
# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS="-O2 -march=i686 -pipe"
CXXFLAGS="${CFLAGS}"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST="i686-pc-linux-gnu"
# These are the USE flags that were used in addition to what is provided by the
# profile used for building.
USE="bindist"
|
mi sembra strano
mentre make.conf e': Code: | # These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS="-O2 -march=i686 -pipe"
CXXFLAGS="${CFLAGS}"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST="i686-pc-linux-gnu"
# These are the USE flags that were used in addition to what is provided by the
# profile used for building.
USE="git subversion -minimal -qt4 lock session startup-notification thunar networkmanager
mmx sse2 fat ffmpeg gstreamer alsa midi consolekit bindist jpeg jpg udev X xorg dbus dvd crd wifi usb -kde -gnome"
MAKEOPTS="-j3"
INPUT_DEVICES="evdev synaptics"
VIDEO_CARDS="intel"
LINGUAS="it"
ACCEPT_LICENSE="*"
# Set PORTDIR for backward compatibility with various tools:
# gentoo-bashcomp - bug #478444
# euse - bug #474574
# euses and ufed - bug #478318
PORTDIR="/usr/portage"
source /var/lib/layman/make.conf
PORTDIR_OVERLAY="/home/giulio/overlay"
PORTDIR_OVERLAY="${PORTDIR_OVERLAY}"
source /var/lib/layman/make.conf
|
|
|
Back to top |
|
|
sabayonino Veteran
Joined: 03 Jan 2012 Posts: 1014
|
Posted: Sat Jun 21, 2014 10:31 am Post subject: |
|
|
il make.conf sembra ok
make.conf.catalyst sarà stato incluso nella costruzione dello stage da parte di catalyst (da non confondere con i drivers catalyst di AMD )
Code: | dev-util/catalyst
Available versions: 2.0.16 2.0.17 **2.0.9999 **2.9999 **9999 {ccache doc KERNEL="linux" PYTHON_SINGLE_TARGET="python2_6 python2_7" PYTHON_TARGETS="python2_6 python2_7"}
Homepage: http://www.gentoo.org/proj/en/releng/catalyst/
Description: Release metatool used for creating releases based on Gentoo Linux
|
quindi sembra ok
[edit] potresti ricontrollare passo passo
https://wiki.gentoo.org/wiki/Intel
https://wiki.gentoo.org/wiki/Xorg
https://wiki.gentoo.org/wiki/LightDM
magari è cambiato qualcosa strada facendo _________________ LRS i586 on G.Drive
LRS x86-64 EFI on MEGA |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sat Jun 21, 2014 2:29 pm Post subject: |
|
|
Ho seguito ed ho ricontrollato punto per punto quanto indicato dal Wiki.
Ho solo modficato in /etc/portage/make.conf
Code: | VIDEO_CARDS="intel"
|
in
Code: | VIDEO_CARDS="intel i915"
|
perche' la mia VGA e' intel 945GM giusto Code: |
lspci | grep -i VGA
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
|
e quindi secondo il wiki https://wiki.gentoo.org/wiki/Intel apparterrebbe al GEN3 sicche' bisogna aggiungere i915 a VIDEO_CARDS=intel.
Dopo ho aggiornato il sistema per la nuova use, ma, purtroppo, non ho risolto niente.
Se puo' servire, faccio presente che il prolema si presento' la prima volta quando installai un kernel vanilla e da allora e' sempe rimasto. |
|
Back to top |
|
|
xdarma l33t
Joined: 08 Dec 2003 Posts: 719 Location: tra veneto e friuli (italy)
|
Posted: Sat Jun 21, 2014 6:22 pm Post subject: |
|
|
dbus viene lanciato espressamente dal runlevel di default. Può essere quello il problema? _________________ proud user of faKeDE-4.7.3 -> back to windowmaker -> moved to LXQt |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sat Jun 21, 2014 6:54 pm Post subject: |
|
|
xdarma wrote: |
dbus viene lanciato espressamente dal runlevel di default. Può essere quello il problema? |
ma non deve essere così? (http://wiki.gentoo.org/wiki/D-Bus)
comunque ho provato a toglierlo da default e a metterlo al boot, ma niente. |
|
Back to top |
|
|
pierino_89 Guru
Joined: 03 Oct 2009 Posts: 522
|
Posted: Sun Jun 22, 2014 1:12 pm Post subject: |
|
|
Ciao, mi pare che state un po' facendo casino:
sabayonino wrote: | ciao
io nel log di xorg vedo :
Code: | (II) This device may have been added with another device file.
[ 32.381] (II) AIGLX: Suspending AIGLX clients for VT switch
[ 32.628] (II) AIGLX: Resuming AIGLX clients after VT switch |
che tenta di avviarlo per poi sospenderlo
|
Questo è il normale comportamento del server X quando si passa ad una tty: sospende AIGLX e lo riprende non appena torni all'interfaccia grafica. Non è un errore
Quote: |
AIGLX è driver proprietario per le schede ATI
|
Ma proprio no . L'unica relazione che ha AIGLX con ATI è che per anni non hanno rilasciato driver proprietari con supporto ad AIGLX, con il risultato di non poter usare qualsiasi wm con effetti particolari (trasparenze, cubo desktop, ecc.)
http://it.wikipedia.org/wiki/AIGLX
Per quanto riguarda i messaggi dopo il post, verifica di avere nel kernel il supporto al VESA framebuffer (FB_VESA). Io alla fine l'ho messo builtin perché a volte non mi caricava il modulo e mi ero stufato di rimanere senza tty usabili.
Infine, controlla anche l'output di "dmesg", perché se il problema è a monte di X non troverai nulla nel suo log. _________________ Linux registered user 461710 |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sun Jun 22, 2014 3:17 pm Post subject: |
|
|
Ciao e grazie per l'aiuto.
Per il kernel ho aggiunto proprio ieri il supporto a VESA ed al fb, a seguito di un'occhiata sul forum internazionale (https://forums.gentoo.org/viewtopic-p-6520860.html e https://forums.gentoo.org/viewtopic-t-955454-start-0.html ).
Code: | CONFIG_FB_BOOT_VESA_SUPPORT=y
# CONFIG_FB_UVESA is not set
CONFIG_FB_VESA=y
|
Code: | $ cat /usr/src/linux/.config | grep FB_VESA
CONFIG_FB_VESA=y
|
posto invece dmesg tra un attimo
eccolo qui http://pastebin.com/pin7Sjeq
Volevo solo precisare che il problema descritto nel post iniziale si verifica con inserito l'autologin di Slim. (/etc/slim.conf) Se invece ho l'autologin disinserito, all'avvio, quando dovrebbe comparire la maschera di slim per inserire la passwd, lo schermo si presenta completamente nero, senza neppure il puntatore del mopuse. Per cui devo dave invio (per confermare lo username) e poi digitare -alla cieca- la password e solo dopo appare il puntatore del mouse su schermo nero. A tal punto do' Ctrl+F6 e Ctrl +F7 per far apparire finalmente l'interfaccia grafica. |
|
Back to top |
|
|
sabayonino Veteran
Joined: 03 Jan 2012 Posts: 1014
|
Posted: Sun Jun 22, 2014 5:01 pm Post subject: |
|
|
pierino_89 wrote: |
Ma proprio no . L'unica relazione che ha AIGLX con ATI è che per anni non hanno rilasciato driver proprietari con supporto ad AIGLX, con il risultato di non poter usare qualsiasi wm con effetti particolari (trasparenze, cubo desktop, ecc.)
http://it.wikipedia.org/wiki/AIGLX |
chiedo fustigazione in pubblica piazza .... mi sono confuso con fglrx
ma slim è compilato con consolekit ?
se fosse un problema di slim , provare un lightdm e vedere se ci sono stessi problemi ? giusto anche per limitare il raggio d'azione _________________ LRS i586 on G.Drive
LRS x86-64 EFI on MEGA |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sun Jun 22, 2014 6:12 pm Post subject: |
|
|
sì slim è compilato con consolekit Code: | [ebuild R ] x11-misc/slim-1.3.6-r3 USE="branding consolekit pam" 0 kB
Total: 1 package (1 reinstall), Size of downloads: 0 kB
|
ed ha sempre funzionato bene in precedenza.
Posso provare ad installare lightdm, ma non credo che sia un problema di login manager. Dico questo perchè ho provato a togliere slim dall'avvio. Per fare ciò ho editato /etc/conf.d/xdm, sostituendo slim con xdm in questo modo: Code: |
DISPLAYMANAGER="xdm" | poi Code: | env-update && source /etc/profile | ed ho riavviato.
Al riavvio, schermo completamente nero, ma la cosa è random. Ho riavviato più volte e quando -per fortuna- ha visualizzato i POST ho potuto loggarmi da console.
Prima del login, però, è apparso quanto appresso (ho dovuto annotare su carta per cui ci possono essere errori di trascrizione):
Code: | This is miogentoo.localdomain (Linux i686 3.12.13-gentoo)
miogentoo login:
ModemManager [1879]:<warn> couldn't find support for device at '/sys/devices/pci:0000:00:1c.2/0000:06:00.0' not supperted by any plugin
ModemManager [1879]:<warn> couldn't find support for device at '/sys/devices/pci:0000:00:1d.7/usb1/1-3' not supperted by any plugin
|
Per far sparire questa stringa dò invio e finalmente mi loggo. Ma startx fallisce e ritorna alla console testuale!
Se invece ho la sfortuna di avere lo schermo nero al riavvio, devo digitare tutto al "buio". Ma comunque, in entrambi i casi, niente interfaccia grafica disabilitando slim. |
|
Back to top |
|
|
pierino_89 Guru
Joined: 03 Oct 2009 Posts: 522
|
Posted: Sun Jun 22, 2014 6:16 pm Post subject: |
|
|
Tanto per fare la prova del nove, disabilita il servizio xdm e avvialo tu a mano. Almeno hai tempo di leggere eventuali messaggi di errore all'avvio, ed escludiamo eventuali problemi di dipendenze fra servizi.
[edit]
gli errori che vedi a schermo riguardano ModemManager, che è un programma (solitamente avviato da NetworkManager) per gestire i modem 3g, quindi sono scorrelati con lo schermo _________________ Linux registered user 461710 |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sun Jun 22, 2014 7:03 pm Post subject: |
|
|
pierino_89 wrote: | Tanto per fare la prova del nove, disabilita il servizio xdm e avvialo tu a mano. Almeno hai tempo di leggere eventuali messaggi di errore all'avvio, ed escludiamo eventuali problemi di dipendenze fra servizi. |
si, ma se disabilito xdm, non parte neppure slim, e quindi sono a schermo totalmente nero. E' un po' difficile in queste condizioni avviare manualmente xdm e, sopratutto, leggere l'eventuale output d'errore.
pierino_89 wrote: | [edit]
gli errori che vedi a schermo riguardano ModemManager, che è un programma (solitamente avviato da NetworkManager) per gestire i modem 3g, quindi sono scorrelati con lo schermo | Si', ho nm installato. |
|
Back to top |
|
|
pierino_89 Guru
Joined: 03 Oct 2009 Posts: 522
|
Posted: Sun Jun 22, 2014 7:13 pm Post subject: |
|
|
Hal-10000 wrote: |
si, ma se disabilito xdm, non parte neppure slim, e quindi sono a schermo totalmente nero. E' un po' difficile in queste condizioni avviare manualmente xdm e, sopratutto, leggere l'eventuale output d'errore.
|
Ecco, questo non va per niente bene. Hai ricompilato il kernel col vesa framebuffer builtin? _________________ Linux registered user 461710 |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sun Jun 22, 2014 7:23 pm Post subject: |
|
|
pierino_89 wrote: | Hal-10000 wrote: |
si, ma se disabilito xdm, non parte neppure slim, e quindi sono a schermo totalmente nero. E' un po' difficile in queste condizioni avviare manualmente xdm e, sopratutto, leggere l'eventuale output d'errore.
|
Ecco, questo non va per niente bene. Hai ricompilato il kernel col vesa framebuffer builtin? |
sì, sì, l'ho scritto sopra |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sun Jun 22, 2014 7:27 pm Post subject: |
|
|
Hal-10000 wrote: |
si, ma se disabilito xdm, non parte neppure slim, e quindi sono a schermo totalmente nero. E' un po' difficile in queste condizioni avviare manualmente xdm e, sopratutto, leggere l'eventuale output d'errore.
|
ho fatto partire ssh e da remoto ho lanciato xdm. tutto ok Code: | # /etc/init.d/xdm start
* Setting up slim ... [ ok ] |
poi sono andato a controllare sul pc server (dove ho gentoo) e lì ancora a schermo nero ho dato invio per confermare la passwd di slim poi ho inserito la psswd, sempre al buio, e si è avviata l'interfaccia grafica. |
|
Back to top |
|
|
pierino_89 Guru
Joined: 03 Oct 2009 Posts: 522
|
Posted: Sun Jun 22, 2014 7:35 pm Post subject: |
|
|
Allora non ti seguo. Quando rimane a schermo nero puoi switchare su altre tty e queste sono visibili? Oppure le tty diventano visibili solo dopo che hai avviato l'interfaccia grafica? _________________ Linux registered user 461710 |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Sun Jun 22, 2014 7:41 pm Post subject: |
|
|
no, quando sono a schermo nero non posso andare su altre tty, o comunque non sono visibili, perche' anche dando Ctrl+Alt+F* non so se ho cambiato consolle perche' sono sempre a schermo nero. Mentre le tty diventao visibili solo quando e' avviata l'interfaccia grafica. |
|
Back to top |
|
|
sabayonino Veteran
Joined: 03 Jan 2012 Posts: 1014
|
Posted: Mon Jun 23, 2014 12:14 am Post subject: |
|
|
adesso che leggo bene questa tua disavventura , anche io avevo questo problema sul serverino
in pratica , dopo il boot tutto nero (solo che lì non avevo alcun DE, lo controllavo da remoto via ssh, per cui non ci feci caso più di tanto ) e manco lo switch sulle tty era disponibile.
per cui escludi login manager.
ora siccome è passato del tempo , non ricordo se ho risolto reinstallando un backup o avevo cambiato kernel per altri motivi
e ad ogni cambio kernel mi porto avanti lo stesso .config da più di un anno (attualmente il 3.12.21 , all'epoca forse era il 3.10) _________________ LRS i586 on G.Drive
LRS x86-64 EFI on MEGA |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Mon Jun 23, 2014 7:17 am Post subject: |
|
|
sabayonino wrote: | adesso che leggo bene questa tua disavventura , anche io avevo questo problema sul serverino
in pratica , dopo il boot tutto nero (solo che lì non avevo alcun DE, lo controllavo da remoto via ssh, per cui non ci feci caso più di tanto ) e manco lo switch sulle tty era disponibile.
per cui escludi login manager.
ora siccome è passato del tempo , non ricordo se ho risolto reinstallando un backup o avevo cambiato kernel per altri motivi
e ad ogni cambio kernel mi porto avanti lo stesso .config da più di un anno (attualmente il 3.12.21 , all'epoca forse era il 3.10) |
si, infatti, non dovrebbe dipendere dal login manager.
Il problema, come dicevo prima, si e' presentato per la prima volta in assoluto, quando, per fare pratica, installai un kernel vanilla scaricandolo direttamente da www.kernel.org. Mi pare che si trattava del 12.6, ma non ricordo bene. Allora pensai che dipendesse dal kernel non gentoo e quindi non ci feci caso. Ma poi, quando ritornai ai kernel-gentoo, mi resi conto che il difetto persisteva. E questo nonostante che anch'io, come te, mi porto dietro un vecchio file .config, piu' che altro per far funzionare l'adattatore wifi usb, visto che la scheda interna e' andata, ma poi anche per comodita' e risparmio di tempo necessario per la configurazione. |
|
Back to top |
|
|
sabayonino Veteran
Joined: 03 Jan 2012 Posts: 1014
|
Posted: Mon Jun 23, 2014 10:45 am Post subject: |
|
|
beati backup allora
potresti controllare se TTY sono stati inclusi nel kernel
Code: | # zcat /proc/config.gz | grep TTY |
dovrebbe essere sotto la voce "Device-Drivers"-->"Character Device"
Tipo :
Code: | #
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_VT_CONSOLE_SLEEP=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
# CONFIG_LEGACY_PTYS is not set
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
[...]
|
Quote: | CONFIG_TTY: │
│ │
│ Allows you to remove TTY support which can save space, and │
│ blocks features that require TTY from inclusion in the kernel. │
│ TTY is required for any text terminals or serial port │
│ communication. Most users should leave this enabled. │
│ │
│ Symbol: TTY [=y] │
│ Type : boolean │
│ Prompt: Enable TTY │
│ Location: │
│ -> Device Drivers |
_________________ LRS i586 on G.Drive
LRS x86-64 EFI on MEGA |
|
Back to top |
|
|
Hal-10000 Tux's lil' helper
Joined: 03 Jan 2013 Posts: 120
|
Posted: Mon Jun 23, 2014 11:16 am Post subject: |
|
|
Code: | # zcat /proc/config.gz | grep TTY
gzip: /proc/config.gz: No such file or directory
|
Code: |
#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_VT_CONSOLE_SLEEP=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
# CONFIG_LEGACY_PTYS is not set
CONFIG_SERIAL_NONSTANDARD=y
# CONFIG_ROCKETPORT is not set
# CONFIG_CYCLADES is not set
# CONFIG_MOXA_INTELLIO is not set
# CONFIG_MOXA_SMARTIO is not set
# CONFIG_SYNCLINK is not set
# CONFIG_SYNCLINKMP is not set
# CONFIG_SYNCLINK_GT is not set
# CONFIG_NOZOMI is not set
# CONFIG_ISI is not set
# CONFIG_N_HDLC is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
|
|
|
Back to top |
|
|
sabayonino Veteran
Joined: 03 Jan 2012 Posts: 1014
|
Posted: Tue Jun 24, 2014 10:39 am Post subject: |
|
|
uhm. ci sono delle piccole differenze tra i miei moduli ed i tuoi.
Tu hai abilitato questo (io no)
Quote: | CONFIG_SERIAL_NONSTANDARD=y |
se il problema si è presentato solo a livello kernel , potresti provare a settare i miei sttessi valori (a me le tty funzioano) e ricompilare il kernel.
inoltre prova a controllare lo state delle tty : (problema con agetty ? )
Ad esempio nel mio caso al momento ho attive tty1-tty2 e tty7 (display-grafico)
Code: | $ ps aux | grep tty
root 1859 0.0 0.0 14752 1060 tty1 Ss+ 12:03 0:00 /sbin/agetty --noclear tty1
root 1885 1.3 0.6 266024 52448 tty7 Ssl+ 12:03 0:26 /usr/bin/X -br -novtswitch -quiet :0 vt7 -nolisten tcp -seat seat0 -auth /var/run/xauth/A:0-OS3EZb
root 22151 0.3 0.0 71376 2096 tty2 Ss 12:35 0:00 /bin/login --
root 22159 0.5 0.0 23208 3000 tty2 S+ 12:35 0:00 -bash
sabayonino 22205 0.0 0.0 11212 992 pts/1 S+ 12:35 0:00 grep --colour=auto tty
|
se non sbaglio /sbin/agetty è fornito dal pacchetto sys-apps/util-linux _________________ LRS i586 on G.Drive
LRS x86-64 EFI on MEGA |
|
Back to top |
|
|
|