Re: tty
Grazie della risposta.Ho attivato anche un altro schermo con systemd (tty2).Lo switch con CTRL ALT Fn continua però a non andare.A questo punto non vorrei fosse un problema hardware.Il portatile su cui ho il problema è piuttosto vecchiotto anche selo switch ha sempre funzionato. Su altro portatile più nuovo non ho il problema Il giorno mar, 05/03/2024 alle 11.10 +, Walter Valenti ha scritto: > Ciao, > su un portatile con debian Testing, aggiornato un po' di mesi fa, non mi > funziona più lo switch sui terminali ttyN. > Non capisco da cosa possa dipendere. [...] I getty non sono più eseguiti all'avvio, ma solo quando li attivi tramite la sequenza di tasti control-alt fN (se parti da X11). Quello che succede quando attivi uno «schermo» tramite la combinazione di tasti, è che systemd riceve il segnale e attiva un nuovo getty su quello schermo. Gli «schermi» sono chiamati «seat» nel gergo (e nella documentazione) di systemd. I vari getty li trovi come unit di systemd che sono istanze di getty@.service. Ad esempio troverai la unit getty@tty1.service. Nella documentazione di systemd troverai riferimenti al template autovt@.service, ma questo è un alias di getty@.service, quindi sono la stessa cosa. La parte di systemd che decide se attivarli e quando è systemd-logind, che ha il suo file di configurazione /etc/systemd/logind.conf. Lì puoi configurare quanti averne al massimo (opzione NAutoVTs) oppure quale deve essere quello attivato automaticamente all'avvio del server (opzione ReserveVT). Quando uno «schermo» non è ancora mai stato attivato, la sua unit è così: $ systemctl status getty@tty4.service ○ getty@tty4.service - Getty on tty4 Loaded: loaded (/lib/systemd/system/getty@.service; disabled; preset: enabled) Active: inactive (dead) Docs: man:agetty(8) man:systemd-getty-generator(8) https://0pointer.de/blog/projects/serial-console.html Quando invece è stato attivato, la sua unit è così: $ systemctl status getty@tty3.service ● getty@tty3.service - Getty on tty3 Loaded: loaded (/lib/systemd/system/getty@.service; disabled; preset: enabled) Active: active (running) since Tue 2024-03-05 15:40:03 CET; 2min 16s ago Docs: man:agetty(8) man:systemd-getty-generator(8) https://0pointer.de/blog/projects/serial-console.html Main PID: 563403 (agetty) Tasks: 1 (limit: 19056) Memory: 212.0K CPU: 4ms CGroup: /system.slice/system-getty.slice/getty@tty3.service └─563403 /sbin/agetty -o "-p -- \\u" --noclear - linux Poiché sono unit di systemd, se vuoi che una di queste venga attivata all'avvio del computer, ad esempio la numero 3, basta dare il comando $ systemctl enable getty@tty3.service Ciao, Giuseppe
Re: tty
Ciao Walter, Il giorno mar, 05/03/2024 alle 11.10 +, Walter Valenti ha scritto: > Ciao, > su un portatile con debian Testing, aggiornato un po' di mesi fa, non mi > funziona più lo switch sui terminali ttyN. > Non capisco da cosa possa dipendere. [...] I getty non sono più eseguiti all'avvio, ma solo quando li attivi tramite la sequenza di tasti control-alt fN (se parti da X11). Quello che succede quando attivi uno «schermo» tramite la combinazione di tasti, è che systemd riceve il segnale e attiva un nuovo getty su quello schermo. Gli «schermi» sono chiamati «seat» nel gergo (e nella documentazione) di systemd. I vari getty li trovi come unit di systemd che sono istanze di getty@.service. Ad esempio troverai la unit getty@tty1.service. Nella documentazione di systemd troverai riferimenti al template autovt@.service, ma questo è un alias di getty@.service, quindi sono la stessa cosa. La parte di systemd che decide se attivarli e quando è systemd-logind, che ha il suo file di configurazione /etc/systemd/logind.conf. Lì puoi configurare quanti averne al massimo (opzione NAutoVTs) oppure quale deve essere quello attivato automaticamente all'avvio del server (opzione ReserveVT). Quando uno «schermo» non è ancora mai stato attivato, la sua unit è così: $ systemctl status getty@tty4.service ○ getty@tty4.service - Getty on tty4 Loaded: loaded (/lib/systemd/system/getty@.service; disabled; preset: enabled) Active: inactive (dead) Docs: man:agetty(8) man:systemd-getty-generator(8) https://0pointer.de/blog/projects/serial-console.html Quando invece è stato attivato, la sua unit è così: $ systemctl status getty@tty3.service ● getty@tty3.service - Getty on tty3 Loaded: loaded (/lib/systemd/system/getty@.service; disabled; preset: enabled) Active: active (running) since Tue 2024-03-05 15:40:03 CET; 2min 16s ago Docs: man:agetty(8) man:systemd-getty-generator(8) https://0pointer.de/blog/projects/serial-console.html Main PID: 563403 (agetty) Tasks: 1 (limit: 19056) Memory: 212.0K CPU: 4ms CGroup: /system.slice/system-getty.slice/getty@tty3.service └─563403 /sbin/agetty -o "-p -- \\u" --noclear - linux Poiché sono unit di systemd, se vuoi che una di queste venga attivata all'avvio del computer, ad esempio la numero 3, basta dare il comando $ systemctl enable getty@tty3.service Ciao, Giuseppe
Re: tty
Per completezza:ho provato anche dalla login di lightdm e da fluxbox ma lo switch sulle ttyN non va. -- Per favore non inviatemi allegati in formato MS Office. Utilizza alternativamente documenti in formato OpenDocument. GPG Fingerprint: 0x56029AD2F77B4C5ED3DB2394BB87A38F146F0DD1 Il martedì 5 marzo 2024 alle ore 12:10:36 CET, Walter Valenti ha scritto: Ciao,su un portatile con debian Testing, aggiornato un po' di mesi fa, non mi funziona più lo switch sui terminali ttyN.Non capisco da cosa possa dipendere. Mi ritrovo solo questo:/sbin/agetty -o -p -- \u --noclear - linux su tty1terminale su cui non riesco ad andare. Uso come DE XFCE e come DM lightdm Grazie -- Per favore non inviatemi allegati in formato MS Office. Utilizza alternativamente documenti in formato OpenDocument. GPG Fingerprint: 0x56029AD2F77B4C5ED3DB2394BB87A38F146F0DD1
tty
Ciao,su un portatile con debian Testing, aggiornato un po' di mesi fa, non mi funziona più lo switch sui terminali ttyN.Non capisco da cosa possa dipendere. Mi ritrovo solo questo:/sbin/agetty -o -p -- \u --noclear - linux su tty1terminale su cui non riesco ad andare. Uso come DE XFCE e come DM lightdm Grazie -- Per favore non inviatemi allegati in formato MS Office. Utilizza alternativamente documenti in formato OpenDocument. GPG Fingerprint: 0x56029AD2F77B4C5ED3DB2394BB87A38F146F0DD1
Re: Rsync lento via terminale tty ma non via ssh
Il 04/08/20 09:11, Piviul ha scritto: > IMHO la conclusione a cui sei giunto non è molto verosimile... hai > approfondito per vedere quale fosse il processo che occupa la cpu al > 100% durante l'rsync? Sorgente e destinazione erano sempre le stesse > sia da tty che da ssh o erano scambiate? > > :? > > Piviul > Non ho fatto grandi approfondimenti ma per rispondere alla tua domanda sorgente e distinazione erano identiche (esattamente lo stesso comando). Saluti Antonio
Re: Rsync lento via terminale tty ma non via ssh
On 03/08/20 23:40, Antonio wrote: qualche giorno fa, ho messo a fare il backup via rsync Dopo 48 ore di output via terminale in locale, ho notato che rsync stava ancora girando. Questo mi e' sembrato strano perché? Il compito di rsync, con le configurazioni di default, non è quello di assicurarti prestazioni, ma di assicurarti il trasferimento di file e di verificare che tale trasferimento sia avvenuto correttamente. rsync, di default, fa prima un controllo di origine e destinazione per verificare se il file sulla destinazione esiste e se esiste verifica se ha stessa dimensione e data di ultima modifica. Se il file deve essere creato/aggiornato, allora lo copia e poi fa un check di origine e destinazione in base ad un determinato algoritmo. Poi puoi modificare questi aspetti con le opzioni e puoi peggiorare o migliorare il tempo di trasferimento. Se stai copiando tanti file piccoli queste operazioni possono diventare lente. Inoltre il check del file può usare molta CPU. ho provata a lanciare lo stesso commando questo non basta, ci sono i file di configurazioni, vedere $ man rsync che possono modificare il funzionamento/comportamento di rsync via ssh da un client e l'output di rsync nella finestra del client era molte volte più veloce di quanto ho riscontrato sul tty in locale. quello che potrebbe cambiare è che i due client rsync negoziano l'algoritmo di check origine/destinazione e quindi potrebbero fare una scelta diversa da quella usata nel caso 1 Inoltre se aveva già copiato una parte, può essere che la parte che aveva copiato fosse quella più "lenta" da copiare e quindi a te è sembrato "velocizzarsi" In teoria se passi da ssh si rallenta, perché deve cifrare e poi decifrare, ma se il client è più prestazionale e se rsync è configurato per eseguire operazioni in parallelo, usare parametri che lo rendono più veloce (es: un algoritmo di check più prestazionale, ma meno "preciso", o addirittura nessun check) allora, in teoria, potresti ottenere maggiori prestazioni La cosa interessante e' che sul terminal tty in locale, il processo rsync mi occupava costantemente un core al 100% (sempre lo stesso), mente via ssh dal client, raramente arriva al 5%. se non parti dalla stessa situazione di partenza e i parametri presenti nei file di configurazione non sono gli stessi e... in pratica questo non vuol dire nulla. Ad esempio se via ssh non fa il check, operazione che di sicuro usa molta CPU, allora sarebbe spiegato il poco uso della CPU e l'aumento di velocità ottenuto. Inoltre possono esserci altri motivi: il disco di destinazione ha settori danneggiati e nella prima prova è andato a scrivere lì e poi dopo aver verificato che i file sono diversi ha ritrasferito... Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Fate una prova di guida ... e tenetevi la macchina!: http://linguistico.sf.net/wiki/doku.php?id=usaooo2 Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Rsync lento via terminale tty ma non via ssh
Antonio ha scritto il 03/08/20 alle 23:40: [...] La cosa interessante e' che sul terminal tty in locale, il processo rsync mi occupava costantemente un core al 100% (sempre lo stesso), mente via ssh dal client, raramente arriva al 5%. Non ci ho capito niente ma ho pensato che magari a qualcuno fosse capitato lo stesso? Sono entrambi macchine Debian 10 aggiornate a 10.4. IMHO la conclusione a cui sei giunto non è molto verosimile... hai approfondito per vedere quale fosse il processo che occupa la cpu al 100% durante l'rsync? Sorgente e destinazione erano sempre le stesse sia da tty che da ssh o erano scambiate? :? Piviul
Rsync lento via terminale tty ma non via ssh
Salve, qualche giorno fa, ho messo a fare il backup via rsync da disco interno verso disco esterno. Dopo 48 ore di output via terminale in locale, ho notato che rsync stava ancora girando. Questo mi e' sembrato strano visto che il backup non dovevano essere più di 1.2GB. Ho pensato a tutto: cavo USB, porta USB, disco ... ma non potevo immaginare che fosse un problema tty (ho uno schermo collegato via porta VGA al server senza X). Infatti, ho provata a lanciare lo stesso commando via ssh da un client e l'output di rsync nella finestra del client era molte volte più veloce di quanto ho riscontrato sul tty in locale. La cosa interessante e' che sul terminal tty in locale, il processo rsync mi occupava costantemente un core al 100% (sempre lo stesso), mente via ssh dal client, raramente arriva al 5%. Non ci ho capito niente ma ho pensato che magari a qualcuno fosse capitato lo stesso? Sono entrambi macchine Debian 10 aggiornate a 10.4. Saluti -- Respect your privacy and that of others, don't give your data to big corporations. Use alternatives like Signal (https://whispersystems.org/) for your messaging or Diaspora* (https://joindiaspora.com/) for your social networking.
Re: macchina che ha perto le tty
Il 27/09/19 10:11, Piviul ha scritto: Il 25/09/19 20:55, Davide Prina ha scritto: [...] in Ctrl-Alt-F1 dovrebbero esserci i messaggi stampati su terminale, senza la possibilità di login AFAIK con GDM Ctrl-Alt-F1 dovrebbe mostrarti la schermata di login di GDM da quando c'è systemd. ciao, allora si è risolto... con i vari ctrl-alt-f1 - f6 mi presentava il login di lightdm, quindi usciva da X. ho una scheda video aggiunta: VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] ed una scheda integrata su scheda madre: description: Motherboard product: PRIME A320M-K vendor: ASUSTeK COMPUTER INC. physical id: 0 version: Rev X.0x serial: 181241537800932 slot: Default string fino a ieri avevo connessi i miei due monitor su quella integrata, questa mattina ho cambiato e li ho attaccati alla scheda in PCIexpress e adesso posso passare alle console f1, f2, f3 ecc. vedo se riesco a capire il perché... valerio
Re: macchina che ha perto le tty
Il 25/09/19 21:50, valerio ha scritto: Il 25/09/19 20:55, Davide Prina ha scritto: [...] ho provato ancora, ma anche f3 non mi apre la console, ma mi presenta il login. sembra che con f1 non si veda più la lista delle attività con systemd. Cosa vuole dire "mi presenta il login"? Intendi la schermata grafica di login? Utilizzi GDM? Se invece ti presenta il login con una schermata testuale è tutto normale. Piviul
Re: macchina che ha perto le tty
Il 25/09/19 20:55, Davide Prina ha scritto: [...] in Ctrl-Alt-F1 dovrebbero esserci i messaggi stampati su terminale, senza la possibilità di login AFAIK con GDM Ctrl-Alt-F1 dovrebbe mostrarti la schermata di login di GDM da quando c'è systemd. Piviul
Re: macchina che ha perto le tty
Il 25/09/19 20:55, Davide Prina ha scritto: On 25/09/19 11:36, valerio wrote: se premo ctrl-alt-f1 mi si presenta di nuovo la schermata di login: in pratica esce da X. Ctrl-Alt-F3 e apri il terminale con richiesta di login Ctrl-Alt-F2 e torni a X in Ctrl-Alt-F1 dovrebbero esserci i messaggi stampati su terminale, senza la possibilità di login Se premendo Ctrl-Alt-F1 ti riparte il login, allora guarda sui log per vedere quali messaggi di errore rilevi, probabilmente va in crash X o qualcos'altro. ho provato ancora, ma anche f3 non mi apre la console, ma mi presenta il login. sembra che con f1 non si veda più la lista delle attività con systemd. cerco nei log Ciao Davide ciao valerio
Re: macchina che ha perto le tty
On 25/09/19 11:36, valerio wrote: se premo ctrl-alt-f1 mi si presenta di nuovo la schermata di login: in pratica esce da X. Ctrl-Alt-F3 e apri il terminale con richiesta di login Ctrl-Alt-F2 e torni a X in Ctrl-Alt-F1 dovrebbero esserci i messaggi stampati su terminale, senza la possibilità di login Se premendo Ctrl-Alt-F1 ti riparte il login, allora guarda sui log per vedere quali messaggi di errore rilevi, probabilmente va in crash X o qualcos'altro. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Elenco di software libero: http://tinyurl.com/eddgj GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: macchina che ha perto le tty
Il 25/09/19 12:16, valerio ha scritto: Il 25/09/19 11:36, valerio ha scritto: Il 25/09/19 10:49, Leonardo Boselli ha scritto: Da qualche tempo una macchina (debian 9) ha perso le tty e X ... ossia quando parte rimane solo lo schermo con i messggi di avvio, si riesce a entrare via ssh , ma non da console. quale è lo script che per qualche motivo non viene fatto partire che dovrebbe attivare le tty ? ho controllato con altre macchine ma non ho visto differenze ... ciao, mi sono accorto che anche a me non partono i tty... se premo ctrl-alt-f1 mi si presenta di nuovo la schermata di login: in pratica esce da X. ho guardato e la procedura si chiama getty, ed effettivamente non è installato nessun getty sul mio pc (una volta funzionava). guardando nel sito debian, mi presenta vari pacchetti: fgetty, mgetty, ngetty. ma non getty. ciao, mi correggo, getty fa parte di util-linux, anzi, agetty fa parte di... comunque se provi "man getty" si apre il manuale di agetty, ed a questo punto non capisco più niente... valerio
Re: macchina che ha perto le tty
Il 25/09/19 11:36, valerio ha scritto: Il 25/09/19 10:49, Leonardo Boselli ha scritto: Da qualche tempo una macchina (debian 9) ha perso le tty e X ... ossia quando parte rimane solo lo schermo con i messggi di avvio, si riesce a entrare via ssh , ma non da console. quale è lo script che per qualche motivo non viene fatto partire che dovrebbe attivare le tty ? ho controllato con altre macchine ma non ho visto differenze ... ciao, mi sono accorto che anche a me non partono i tty... se premo ctrl-alt-f1 mi si presenta di nuovo la schermata di login: in pratica esce da X. ho guardato e la procedura si chiama getty, ed effettivamente non è installato nessun getty sul mio pc (una volta funzionava). guardando nel sito debian, mi presenta vari pacchetti: fgetty, mgetty, ngetty. ma non getty. forse questo ti spiega qualcosa? https://wiki.debian.org/it/systemd#Messaggi_di_avvio_mancanti_in_console.28tty1.29_dopo_l.27avvio e questo: https://haydenjames.io/replacing-getty-ngetty-debian/ io provo ad installare ngetty e poi vedo valerio
Re: macchina che ha perto le tty
Il 25/09/19 10:49, Leonardo Boselli ha scritto: Da qualche tempo una macchina (debian 9) ha perso le tty e X ... ossia quando parte rimane solo lo schermo con i messggi di avvio, si riesce a entrare via ssh , ma non da console. quale è lo script che per qualche motivo non viene fatto partire che dovrebbe attivare le tty ? ho controllato con altre macchine ma non ho visto differenze ... ciao, mi sono accorto che anche a me non partono i tty... se premo ctrl-alt-f1 mi si presenta di nuovo la schermata di login: in pratica esce da X. ho guardato e la procedura si chiama getty, ed effettivamente non è installato nessun getty sul mio pc (una volta funzionava). guardando nel sito debian, mi presenta vari pacchetti: fgetty, mgetty, ngetty. ma non getty. prima di, eventualmente, installare uno di questi, vorrei sapere dove è finito getty o da cosa è stato sostituito. valerio uso testing 4.19.0-5-amd64 #1 SMP Debian 4.19.37-5 (2019-06-19) x86_64 GNU/Linux
macchina che ha perto le tty
Da qualche tempo una macchina (debian 9) ha perso le tty e X ... ossia quando parte rimane solo lo schermo con i messggi di avvio, si riesce a entrare via ssh , ma non da console. quale è lo script che per qualche motivo non viene fatto partire che dovrebbe attivare le tty ? ho controllato con altre macchine ma non ho visto differenze ... -- Leonardo Boselli Dipartimento Ingegneria Civile e Ambientale UNIFI tel +39 0552758808 +39 3488605348
[un po' OT] passaggio da splashy ad usplash, mi sono sparite le tty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 buonasera lista ieri sono passato, per puro masochismo, da splashy ad usplash morale? usplash funziona quasi perfettamente, in compenso non mi funzionano più le tty :madai!?: tty1 - schermo nero e qualche artefatto verde altre tty - tutto nero uso grub2 e la entry per il kernel da caricare è linux /vmlinuz-2.6.27-7-hfish root=UUID=d53f2d1b-0fdf-464a-a8d5-b62de368c97b ro vga=792 splash quiet il tutto su una debian sid aggiornata consigli? saluti luca - -- Chiave pubblica http://luca.costantino.googlepages.com/luca.asc Non dobbiamo trascurare la probabilità che il costante inculcare la credenza in Dio nelle menti dei bambini possa produrre un effetto così forte e duraturo sui loro cervelli non ancora completamente sviluppati, da diventare per loro tanto difficile sbarazzarsene, quanto per una scimmia disfarsi della sua istintiva paura o ripugnanza del serpente. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkksZ7kACgkQE6w+kwt/F8wVhwCgp1XAiKR/hPDIaLzYk4D1j5PJ C/wAmwRqVaE8+cnDyMwS9opK9XOv0wNN =xPVw -END PGP SIGNATURE-
Re: [un po' OT] passaggio da splashy ad usplash, mi sono sparite le tty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 25 novembre 2008 22.01, Luca Costantino ha scritto: buonasera lista scusatemi mi rispondo da solo http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471741 - -- Chiave pubblica http://luca.costantino.googlepages.com/luca.asc Non dobbiamo trascurare la probabilità che il costante inculcare la credenza in Dio nelle menti dei bambini possa produrre un effetto così forte e duraturo sui loro cervelli non ancora completamente sviluppati, da diventare per loro tanto difficile sbarazzarsene, quanto per una scimmia disfarsi della sua istintiva paura o ripugnanza del serpente. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkksaKIACgkQE6w+kwt/F8wXbACfQeqZSjDCpHmpGTSUL5o+Vc2W ZDkAoM6eWk/dGI1y0hZr4XjeU2aET3FN =QAy/ -END PGP SIGNATURE-
Re: fglrx, switch tra tty e schermo nero
On Sat, 04 Oct 2008 19:59:50 +0200, Alessandro Pellizzari [EMAIL PROTECTED] wrote: Il giorno sab, 04/10/2008 alle 16.26 +0200, Giuseppe Bellini ha scritto: ho una mobility radeon 9700 ed una debian sid con kernel precompilato 2.6.26 ed ovviamente i driver fglrx, se uso i driver liberi, posso switchare all'infinito senza problemi, però niente Assaltcube :) E` strano, la 9700 dovrebbe essere supportata in 3D dai driver liberi radeon. Sicuro di non aver dimenticato di installare i driver per il dri (fglrx installa i suoi da solo)? Bye. hmm domanda difficile, controllerò; non sapevo nemmeno che fosse supportata da i driver liberi per il 3d. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Carta Eureka realizza i tuoi sogni! Fido fino a 3.000 eruo, rate a partire da 20 euro e canone gratis il 1° anno. Scoprila! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=7876d=5-10 -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto unsubscribe. Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fglrx, switch tra tty e schermo nero
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hoila Alessandro Pellizzari wrote: Sicuro di non aver dimenticato di installare i driver per il dri (fglrx installa i suoi da solo)? scusa la domanda, ma sei sicuro? cioé io ho una x1300 e usando fglrx non ho installato e non uso moduli dri ma vengono attivati da fglrx. ho tentato di usare anche i radeonhd e in questo caso ho attivato via kernel (uso un kernel 2.6.26 ricompilato) im moduli del dri. chiedo giusto capire un pó meglio ;-) Ave - -- Don't Trust if you don't want! Don't Believe if you don't Touch! -- Powered by Debian Testing -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjpDhgACgkQNzyKI2pL1/fW6QCcDLg8GoPNzNUuUVm3Yc41I2XH lU4AnA08zDNYj3f9R3Wl4jp7Pobqx8Fg =lJZ9 -END PGP SIGNATURE- -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto unsubscribe. Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fglrx, switch tra tty e schermo nero
Il giorno dom, 05/10/2008 alle 20.57 +0200, Shin Ice ha scritto: Alessandro Pellizzari wrote: Sicuro di non aver dimenticato di installare i driver per il dri (fglrx installa i suoi da solo)? scusa la domanda, ma sei sicuro? Si`: $ dpkg -L fglrx-glx-ia32 ... /emul/ia32-linux/usr/lib/dri /emul/ia32-linux/usr/lib/dri/fglrx_dri.so /emul/ia32-linux/usr/lib/libGL.so.1.2 il pacchetto diversifica altri a: /emul/ia32-linux/usr/lib/fglrx/diversions/libGL.so.1.2 /emul/ia32-linux/usr/lib/libGL.so.1 il pacchetto diversifica altri a: /emul/ia32-linux/usr/lib/fglrx/diversions/libGL.so.1 cioé io ho una x1300 e usando fglrx non ho installato e non uso moduli dri ma vengono attivati da fglrx. ho tentato di usare anche i radeonhd e in questo caso ho attivato via kernel (uso un kernel 2.6.26 ricompilato) im moduli del dri. Bisogna distinguere tra i moduli dri del kernel (che mi pare si chiamino drm, in realta`) e quelli di mesa: $ dpkg -L libgl1-mesa-dri /. /usr /usr/lib /usr/lib/dri ... /usr/lib/dri/radeon_dri.so /usr/lib/dri/r200_dri.so /usr/lib/dri/r300_dri.so ... Non ho ancora capito bene come interagiscono tra di loro, ma devono essere presenti tutti. Se ne manca uno, il 3D non funziona. Bye. -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto unsubscribe. Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fglrx, switch tra tty e schermo nero
Il 3/10/2008 15:04 Giuseppe Bellini ha scritto: quando switcho lo schermo diventa nero ed il pc continua a funzionare, mettiti una scheda video della ATI, magari come la mia (radeon xpress x200m): invece dello schermo nero allo switch risponde con delle righe verticali colorate...è più allegro, almeno...lo fa solo passando da sessione grafica a un qualsiasi terminale F1-F6...poi se da questi ritorno alla sessione grafica è tutto ok... scherzi a parte, ho provato a giocare con lo xorg.conf, a togliere e rimettere i driver ATI (proprietari) ma non ho capito chi causa tale sbarellamento...l'ha sempre fatto (a driver installati) su ubuntu feisty fawn, sulla etch e ora anche sulla lenny...anche i tuoi sono problemi di scheda video (o di driver) oppure non hai niente di tutto questo installato?
Re: fglrx, switch tra tty e schermo nero
mettiti una scheda video della ATI, magari come la mia (radeon xpress x200m): invece dello schermo nero allo switch risponde con delle righe verticali colorate...è più allegro, almeno...lo fa solo passando da a volte mi fa anche quello :) sessione grafica a un qualsiasi terminale F1-F6...poi se da questi ritorno alla sessione grafica è tutto ok... scherzi a parte, ho provato a giocare con lo xorg.conf, a togliere e rimettere i driver ATI (proprietari) ma non ho capito chi causa tale sbarellamento...l'ha sempre fatto (a driver installati) su ubuntu feisty fawn, sulla etch e ora anche sulla lenny...anche i tuoi sono problemi di scheda video (o di driver) oppure non hai niente di tutto questo installato? ho una mobility radeon 9700 ed una debian sid con kernel precompilato 2.6.26 ed ovviamente i driver fglrx, se uso i driver liberi, posso switchare all'infinito senza problemi, però niente Assaltcube :) -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Innammorarsi è facile con Meetic, milioni di single si sono iscritti, si sono conosciuti e hanno riscoperto l'amore. Tutto con Meetic, prova anche tu! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=8292d=4-10 -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto unsubscribe. Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fglrx, switch tra tty e schermo nero
Il giorno sab, 04/10/2008 alle 16.26 +0200, Giuseppe Bellini ha scritto: ho una mobility radeon 9700 ed una debian sid con kernel precompilato 2.6.26 ed ovviamente i driver fglrx, se uso i driver liberi, posso switchare all'infinito senza problemi, però niente Assaltcube :) E` strano, la 9700 dovrebbe essere supportata in 3D dai driver liberi radeon. Sicuro di non aver dimenticato di installare i driver per il dri (fglrx installa i suoi da solo)? Bye. -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto unsubscribe. Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
fglrx, switch tra tty e schermo nero
magari è già stato trattato, nel caso mi scuso: quando switcho lo schermo diventa nero ed il pc continua a funzionare, perciò devo andare su una console, logarmi come root al buio e rebootare; idem se avvio una nuova sessione da kdm. qualche soluzione? -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Con Meetic trovi milioni di single, iscriviti adesso e inizia subito a fare nuove amicizie Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=8290d=3-10 -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto unsubscribe. Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
problemi di visualizzazione con le tty
da qualche giorno in una macchina sid che uso raramente (quella da cui scrivo) dopo aver lanciato X, anche solo startx, perdo la luminosità degli schermi in tty0-6 in modo da renderli di fatto illeggibili. In X le cose vanno bene come al solito, ma la perdita di luminosità continua anche dopo l'uscita da X. Mi sembra un qualcosa da configurazione (errata) non ripristinata. Oggi ho trovato un poco di tempo per affrontare il problema, ma: 1) nel log di Xorg non ho trovato nulla di interessante, ma se a qualcuno la cosa interessa posso postare questo ed altro alla lista o a chi interessa, giusto per non rompere a tutti. 2) non riesco a pensare a delle parole chiave decenti per google: le ricerche che ho fatto fanno pena. 3) la pigrizia non mi fa difetto e di grafica non mi son mai interessato più di tanto, ed adesso pago... Chiedo allora: qualche idea per risolvere la cosa o per cominciare a sbattere la testa da qualche parte con più costrutto? Senza le tty mi sembra di esser monco di una mano :( A.
Re: problemi di visualizzazione con le tty
Alle lunedì 21 aprile 2008, NN_il_Confusionario ha scritto: On Mon, Apr 21, 2008 at 03:33:48PM +0100, [EMAIL PROTECTED] wrote: da qualche giorno in una macchina sid che uso raramente (quella da cui scrivo) dopo aver lanciato X, anche solo startx, perdo la luminosità degli schermi in tty0-6 in modo da renderli di fatto illeggibili. In X le cose vanno bene come al solito, ma la perdita di luminosità continua anche dopo l'uscita da X. Mi sembra un qualcosa da configurazione (errata) non ripristinata. mi pare che le tty siano impostate da console-tools che mette degli script al boot, /etc/init.d/console-screen.sh e forse anche altri (non credo ti serva /etc/init.d/keymap.sh). Prova a fare il reload/restart di quegli scripts. Se poi usi il framebuffer, controlla anche gli scripts di avvio che lo impostano. Potrebbe essere un problema di driver X della scheda video (specie se e` proprietario). Hai incluso il tipo driver nelle ricerche in google? No, in effetti. Ma trovo la cosa difficile: ho una vecchia ati9250 ed uso il driver libero. Comunque appena (ri) ho qualche minuto libero ci riproverò. Per adesso era inciampato in tutta la famiglia setterm e tput, ma sto ancora cercando di digerirla... Quando avrò altre info mi rifaccio sentire! A. alla maggior gloria del soft libero e della fondazione gnu.
tty not a tty (jail env)
Ciao a tutti, mi trovo davanti ad un dilemma! per quanto riguarda gli utenti nel sistema i comandi write talk funzionano :-) Mentre per quelli nella jail no :-(( i riferimenti a /jail/dev/pts/ sono corretti (sono uguali a quelli nella dev reale) ma digitando tty ottengo not a tty Se un utente (non nella jail) prova a comunicare con uno nella jail, riceve il messaggio - ma non puo' rispondere! Praticamente e' come se gli utenti nella jail non avessero la tty. Ho provato con strace a vedere cosa potrebbe mancare, ma punta sempre a /dev/pts/0 (o comunque al riferimento utente) - sembrerebbe non ci siano errori, se non nel lato pratico la cosa non funziona :-((( Idee?? Grazie 1000! Pol -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto unsubscribe. Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[OT] modificare l'aspetto grafico dei tty?
Si può modificare l'aspetto grafico dei tty? Come? Grazie a tutti e Saluti. OffroCerco: CASA, LAVORO, VACANZE, ELETTRONICA, INCONTRI. Tutti gli annunci sono online su Kataweb all'indirizzo http://www.offroecerco.it -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto unsubscribe. Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] modificare l'aspetto grafico dei tty?
On Tue, 21 Feb 2006 22:41:17 +0100, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Si può modificare l'aspetto grafico dei tty? Come? la prima cosa che mi viene in mente è usando il framebuffer -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: L'auto dei tuoi sogni? Findomestic ti offre finanziamenti chiari e semplici senza anticipi! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3940d=21-2 -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto unsubscribe. Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Caratteri tty* piccolissimi
salve a tutti, ho compilato il kernel 2.6.12 e ho putroppo toccato qualche opzione che adesso rimpiango. I caratteri dei terminali sono diventati piccoli e non so piu' come riportare la situazione precedente. Qualcuno ha suggerimenti? Grazie mille. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Output di un programma in /dev/tty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 sond ha scritto: Quando vado in una qualsiasi delle console tty vengono visualizzati a video i messaggi di log di firestarter, se torno alla sessione grafica la cosa a mio avviso piu' semplice e' editare il file /etc/init.d/klgd e alla voce KLOGD= tra le virgolette ci inserisci un -c 4 e immediatamente vedrai sparire i messaggi dalla console. Cordialita' - -- Mario Vittorio Guenzi Zincometal S.p.A. c.so Europa Str.prov 34 20010-Inveruno (MI) tel: 02-979661 fax: 02-97966351 E-mail [EMAIL PROTECTED] http://www.zincometal.com Si vis pacem, para bellum -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCxOPOm6qs1ZkNrIoRArK0AJ9AqvYZxBl4+GA0il1yj40HfKOBVACdGw2p pRaVk7s5CzgT9abrimJWwfU= =/nwo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Output di un programma in /dev/tty
Salve a tutti, ho un problema con l'uso di firestarter che si avvia al boot tramite il solito script in /etc/init.d. Quando vado in una qualsiasi delle console tty vengono visualizzati a video i messaggi di log di firestarter, se torno alla sessione grafica i log si fermano e riprendono se ritorno in console. Firestarter ha l'opzione di log a livello info (--log-level=info) e in /etc/syslog.conf non ho linee per il log su /dev/tty* , in particolare ho *.=info;-/var/log/messages . Come potrei risolvere la cosa? Grazie, Sond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cecità in tty
Alle 23:16, martedì 11 gennaio 2005, alessandro medici ha scritto: Da qualche tempo, per la precisione da quando è uscito il sorgente del k 2.6.9-1 ho un problema fastidioso e seccante: apparentemente non mi funzionano i terminali seriali da tty1 a tt6. mi viene in mente di andare a guardare la configurazione dei font nel kernel... tanto vale che provi. A.
due quesiti: numero di tty e bootsplash
ciao lista, avrei due quesiti da girarvi: 1) perchè partendo in runlevel 5 con la combinazione ctrl+alt+canc ottengo correttamente un login testuale mentre se a seguito schiaccio ad esempio alt+f2 o alt+f3 non ottengo altri login ? ossia come mai riesco solo ad avere tty1 enon tty2,3,4 tramite la combinazione alt+fx ecc...??? 2) qualcuno di voi è riuscito a far funzionare la patch per il bootsplash sul kernel 2.6.7-1 ?? ho provato quella ufficiale debian e quella trovata in giro ma entrambe mi danno problemi di compatibilità con il kernel Grazie !! Marco
Re: due quesiti: numero di tty e bootsplash
Marco Santantonio disse: 2) qualcuno di voi è riuscito a far funzionare la patch per il bootsplash sul kernel 2.6.7-1 ?? ho provato quella ufficiale debian e quella trovata in giro ma entrambe mi danno problemi di compatibilità con il kernel andata senza alcun problema. -- A presto -Valerio-
Re: due quesiti: numero di tty e bootsplash
Alle 12:40, martedì 14 dicembre 2004, [EMAIL PROTECTED] ha scritto: Marco Santantonio disse: 2) qualcuno di voi è riuscito a far funzionare la patch per il bootsplash sul kernel 2.6.7-1 ?? ho provato quella ufficiale debian e quella trovata in giro ma entrambe mi danno problemi di compatibilità con il kernel andata senza alcun problema. mi puoi dare qualche info in più ?? ho installato la patch da apt e me la sono trovata in /usr/src/kernel-patches/. A questo punto ho provato a lanciare lo script debianlogo dentro la cartella all/apply/ ma mi dava un'errore sulla versione del kernel con quella non ufficiale mi dava una serie di errori mentre patchava e poi subito dopo mentre ricompilavo il kernel quale hai usato e come hai fatto ?? grazie !! Marco -- A presto -Valerio-
Re: due quesiti: numero di tty e bootsplash
Marco Santantonio disse: quale hai usato e come hai fatto ?? se non ricordo male ho seguito questa guida: http://www.desktop-linux.net/bootsplash.htm anche questa mi è sembrata ben fatta. E' in francese ma si capisce bene: http://www.trustonme.net/didactels/286.html -- A presto -Valerio-
Re: due quesiti: numero di tty e bootsplash
se può aiutarti tempo fa ho fatto questa guida: http://www.piloz.it/index.php?page=howto/07_Bootsplash_howto_(17_Novembre_2004) ciao On Tue, 14 Dec 2004 10:42:13 +0100, Marco Santantonio [EMAIL PROTECTED] wrote: ciao lista, avrei due quesiti da girarvi: 1) perchè partendo in runlevel 5 con la combinazione ctrl+alt+canc ottengo correttamente un login testuale mentre se a seguito schiaccio ad esempio alt+f2 o alt+f3 non ottengo altri login ? ossia come mai riesco solo ad avere tty1 enon tty2,3,4 tramite la combinazione alt+fx ecc...??? 2) qualcuno di voi è riuscito a far funzionare la patch per il bootsplash sul kernel 2.6.7-1 ?? ho provato quella ufficiale debian e quella trovata in giro ma entrambe mi danno problemi di compatibilità con il kernel Grazie !! Marco -- PiloZ - Powered by Debian GNU/Linux Kernel 2.6.9-ck3 | Linux User 345928 http://www.piloz.it
caratteri accentati in tty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 qualcuno ha qualche idea come mettere i caratteri accentati in tty? è solo una sciccheria, ma mi tornerebbe utile ciao markino -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBcRM8mQRKGuVp5FMRAmsmAJ0ZgVNsP7T2Br6KDY1ZcAycrnhgjQCgsNAp 2WRuAzDKP3U2T1kICq0BQrU= =IUU1 -END PGP SIGNATURE-
Re: caratteri accentati in tty
lunaticmarkino wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 qualcuno ha qualche idea come mettere i caratteri accentati in tty? è solo una sciccheria, ma mi tornerebbe utile probabilmente non hai settato qualcosa correttamente, prova a vedere se trovi qui qualcosa che ti può interessare: http://lists.debian.org/debian-italian/2004/10/msg00968.html Ciao Davide -- Linux User: 302090: http://counter.li.org Prodotti consigliati: Sistema operativo: Debian: http://www.it.debian.org Strumenti per l'ufficio: OpenOffice.org: http://it.openoffice.org Database: PostgreSQL: http://www.postgres.org Browser: FireFox: http://texturizer.net/firefox Client di posta: Thunderbird: http://texturizer.net/thunderbird Enciclopedia: wikipedia: http://it.wikipedia.org -- Non autorizzo la memorizzazione del mio indirizzo di posta a chi usa outlook: non voglio essere invaso da spam -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Hai una fotocamera digitale e vuoi stampare le tue immagini * su vera carta fotografica professionale? Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid33d-10
Re: messaggi su tty corrente con/da sisfb
Il mer, 2003-04-16 alle 11:29, matteo ha scritto: come posso fare poi per aumentare la risoluzione/definizione in console? ho provato: -- append=video=sisfb:mode1024x768x16,mem:12288 -- [EMAIL PROTECTED]:~$ grep sisfb /boot/grub/menu.lst|head -n1 # kopt=root=/dev/hda7 ro video=sisfb:mode:1024x768x16,mem:12288 apm=on nota i ':' dopo 'mode' Ciao, Gian Piero.
Re: log messages sulla current tty
Ciao ragazzi, spesso mi capita mentre sto lavorando in console con qualsiasi tty di trovarmi dei messaggi di sistema , tipo l'unload dei moduli e altre cosucce che trovo correttamente nei vari file di log. Qualcuno sa spiegarmi dove e cosa devo fare per non ritrovarmi per esempio a editare un file di testo in vim e vedermi apparire alcuni log messages ? Ho provato a guardare syslog.conf ma non ho trovato nessun reindirizzamento sulla current tty. Grazie mille, bye Luca Devi cercare una riga del tipo facility.prioritylocation dove location e' un asterisco. man syslog.conf :-))) Ciao Leo Questo messaggio e' stato inviato con interporto, la scrivania on line offerta da www.interpuntonet.it in collaborazione con Telemail http://www.telemail.it
Re: log messages sulla current tty
Ciao Lillo! giovedì, 26 ottobre 2000, Lillo scrisse: Devi cercare una riga del tipo facility.prioritylocation dove location e' un asterisco. man syslog.conf :-))) grazie mille ho sistemato :) bye Luca
log messages sulla current tty
Ciao ragazzi, spesso mi capita mentre sto lavorando in console con qualsiasi tty di trovarmi dei messaggi di sistema , tipo l'unload dei moduli e altre cosucce che trovo correttamente nei vari file di log. Qualcuno sa spiegarmi dove e cosa devo fare per non ritrovarmi per esempio a editare un file di testo in vim e vedermi apparire alcuni log messages ? Ho provato a guardare syslog.conf ma non ho trovato nessun reindirizzamento sulla current tty. Grazie mille, bye Luca
