Forum Debianizzati

Condividi contenuti
Aggiornato: 8 min 41 sec fa

Re: Coronavirus: Video (o audio) conferenze senza Skype

Sab, 28/03/2020 - 21:29
Se può essere utile ad altri frequentatori del forum, dalle prove che ho effettuato, https://meet.jitsi.org/ funziona decentemente (soprattutto per le funzionalità di condivisione remota del desktop) quando il desktop è esportato usando chrome come browser lato "server" ed usando necessariamente il plugin di jitsi.org che è disponibile solo per chrome (il supporto a firefox è stato, purtroppo, dismesso dal jitsi.org e firefox, dalle prove che ho finora eseguito, mi sembra non possa essere utilizzato per esportare il desktop).

Dalle prove che ho effettuato, usando firefox come "client" di un desktop remoto condiviso con chrome, la qualità della riproduzione del desktop remoto in firefox è pessima ed inutilizzabile: non ne ho indagato le causa, ma probabilmente consegue a una scelte progettuali e tecniche di https://meet.jitsi.org/ .

Al contrario, usando "chrome" come client, la riproduzione dello schermo remoto è abbastanza fruibile.

Lo schermo remoto in https://meet.jitsi.org/ è disponibile solo in visualizzazione.
Categorie: Forum Debianizzati

Re: Coronavirus: Video (o audio) conferenze senza Skype

Sab, 28/03/2020 - 20:50
Perdonatemi lo sfogo.
Devo ripetermi: secondo me si dovrebbero condividere le proprie esperienze reali con questi strumenti.
Possibile che nessuno li usi? O usano tutti Skype e Whatsapp?

P.S.
Ma lo sviluppo di ekiga (vedi qualche post più sopra) è fermo o continua?
Categorie: Forum Debianizzati

Re: Aiuto keylogger hardware

Sab, 28/03/2020 - 20:35
EDIT: discussione spostata nella sezione "Sicurezza".
Categorie: Forum Debianizzati

Re: vlc non vede file multimediali minidlna

Sab, 28/03/2020 - 20:19
Sei riuscito a capire perché ti data "accesso negato" ?
Categorie: Forum Debianizzati

Re: Coronavirus: Video (o audio) conferenze senza Skype

Sab, 28/03/2020 - 19:53
Lioce ha scritto:Speravo che gli utenti del forum segnalassero le loro esperienze concrete, invece leggo per lo più gargarismi, [..]
La discussione mi sembra interessante e partecipata. Quali suggerimenti daresti per rendere la discussione più consona alle tue esigenze ed a quelle dei frequentatori del forum ?
Categorie: Forum Debianizzati

Re: Gnome grafica rallentata

Sab, 28/03/2020 - 19:04
@riccardo_80: hai aggiornamenti ?
Categorie: Forum Debianizzati

Re: Debian Buster bloccato alla schermata di Login

Sab, 28/03/2020 - 18:34
kikuz75 ha scritto:Ho un portatile HP Laptop 15-dw con dual boot Windows 10 - Debian, con Ambiente grafico KDE Plasma 5. Probabilmente ho messo le mani io su qualche file, fatto sta che da 2 giorni quando provo ad avviare Debian, alla schermata di login mi lascia da tastiera inserire la password, ma premendo enter non succede nulla. Il Mouse riesco a muoverlo, ma l'unica cosa che posso fare è cliccare il tasto di spegnimento o riavvio.
Ciao,

Benvenuto nel forum.

Se possibile, dettaglia meglio, per cortesia, cosa compare a schermo quando esegui la login (login grafica ? login testuale ?), magari inviando una fotografia di cosa compare a schermo.

Infine, se possibile, genera un log relativo ai dettagli tecnici della tua installazione usando lo script citato all'indirizzo http://guide.debianizzati.org/index.php/Creazione_automatica_di_un_file_di_log_per_inviare_quesiti_al_forum. Per poterlo utilizzare, dovresti almeno riuscire ad accedere ad una login testuale per seguire successivamente le istruzioni da riga di comando. Se sei bloccato nella sessione grafica, puoi accedere ad una console testuale premendo insieme i tasti CTRL ALT F1 (dove F1 è il tasto "f1").
Categorie: Forum Debianizzati

Debian Buster bloccato alla schermata di Login

Sab, 28/03/2020 - 17:12
Buongiorno a tutti, questo è il mio primo post. Ho provato a vedere se c'era un post simile ma non ho trovato, perdonatemi se creo un refuso.
Ho un portatile HP Laptop 15-dw con dual boot Windows 10 - Debian, con Ambiente grafico KDE Plasma 5. Probabilmente ho messo le mani io su qualche file, fatto sta che da 2 giorni quando provo ad avviare Debian, alla schermata di login mi lascia da tastiera inserire la password, ma premendo enter non succede nulla. Il Mouse riesco a muoverlo, ma l'unica cosa che posso fare è cliccare il tasto di spegnimento o riavvio.
Ho provato a seguire un po di guide su internet, sa ripristinare il Grub, andare da chroot per rimediare a qualche errore di sistema, a cliccare "e" o "c" al boot, modo single user...ecc, ma onestamente sono un po in confusione tra i vari metodi e non so, in primis cosa devo fare, e in seconda a cosa servono questi metodi.
Qualcuno sa darmi una mano e/o spiegarmi a cosa servono e come usare tutti questi "metodi" di rescue system?
Saluto cordialmente
Categorie: Forum Debianizzati

SSH agent forward sembra non funzionare

Sab, 28/03/2020 - 16:21
Ciao a tutti, dal mio pc (ubuntu 18.04) posso collegarmi via ssh a 2 server: ubuntu 16:04 e centos 6.5.
Su entrambi i server c'è la mia chiave pubblica e mi collego senza problemi ad entrambi.
Il mio obiettivo è potermi collegare ad ubuntu 16.04 a da essa a centos.
Il fine ultimo è lanciare un rsync da ubuntu 16.04 verso centos ma se ssh non funziona, rsync men che meno.

Da centos:
ssh -v ubuntu16.04
OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to ubuntu16.04 [1.2.3.4 port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/identity-cert type -1
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: identity file /root/.ssh/id_dsa-cert type -1
ssh_exchange_identification: Connection closed by remote host


Sul mio pc,

cat ~/.ssh_config

Host *
  User root
  ForwardAgent yes


Sul server centos

cat /etc/ssh/sshd_config
AllowAgentForwarding yes


Mi sto perdendo qualcosa?
Può essere un problema di versione?
Categorie: Forum Debianizzati

Re: [Risolto] Problema permessi su Hard Disk esterno

Sab, 28/03/2020 - 15:03
saveriopietrolaneve ha scritto:io ho il sesktop mate e questo problema mi ha assillato per mesi ho risolto un po' per caso in questo modo:
ps seguendo la vostra guida sono riuscito a non poter più accedere come utente,lo dico ironicamente,così ho pensato divento root e uso caja come root semplicemente così : #caja
fine ho potuto rivedere l'hardisk e anche ho potuto spostare i file
Che versione di Debian stai usando ? Se desideri essere aiutato, puoi fornire ulteriori dettagli, indicando anche la guida a cui fai riferimento. Usare l’utenza root è generalmente sconsigliato per le ordinarie attività.
Categorie: Forum Debianizzati

Re: [Risolto] Problema permessi su Hard Disk esterno

Sab, 28/03/2020 - 14:30
io ho il sesktop mate e questo problema mi ha assillato per mesi ho risolto un po' per caso in questo modo:
ps seguendo la vostra guida sono riuscito a non poter più accedere come utente,lo dico ironicamente,così ho pensato divento root e uso caja come root semplicemente così : #caja
fine ho potuto rivedere l'hardisk e anche ho potuto spostare i file
Categorie: Forum Debianizzati

Re: Coronavirus: Video (o audio) conferenze senza Skype

Ven, 27/03/2020 - 22:03
@Dring
ho già segnalato la presenza dei pacchetti mumble e mumble-server nei repository di Debian qualche post fa. Magari, se fai una ricerca lo trovi.

Speravo che gli utenti del forum segnalassero le loro esperienze concrete, invece leggo per lo più gargarismi, anche se non bisogna sottovalutarne la funzione, dati i tempi.

Per quanto mi riguarda ho provato Jeetsi Meet. Con firefox-esr 68.6.0esr-1~deb10u1 amd64 audio e video non danno problemi, ma non sono riuscito a far funzionare la condivisione dello schermo.

Con chromium 80.0.3987.149-1~deb10u1 amd64 funziona tutto, anche la condivisione dello schermo. Ho avuto l'impressione che la resa video sia migliore con firefox-esr.

Jeetsi Meet usa google-analytics, facilmente bloccabile.
Categorie: Forum Debianizzati

Re: Aiuto keylogger hardware

Ven, 27/03/2020 - 20:28
mrkramp ha scritto:Salve a tutti, spero sia la sezione giusta.
Dipende: quale sistema operativo stai usando ?

mrkramp ha scritto:Ho trovato un keylogger hardware nel mio pc, sembra una normalissima prolunga, ma poi cercando sul web ho visto che è proprio un keylogger.
Cosa te lo fa pensare ? Puoi fornire maggiori dettagli ? Sei proprio **SICURO** ?
Categorie: Forum Debianizzati

Aiuto keylogger hardware

Ven, 27/03/2020 - 19:19
Salve a tutti, spero sia la sezione giusta.
Ho trovato un keylogger hardware nel mio pc, sembra una normalissima prolunga, ma poi cercando sul web ho visto che è proprio un keylogger.
Ora, cosa devo fare?
Come funziona questa cosa? I dati che ha salvato vengono inviati per posta alla spia? Dovrei trovare qualche programmino sul mio pc? l'ho trovato attaccato al mouse e non alla tastiera, funziona ugualmente?
L'ho staccato dal pc ma come faccio a disinstallarlo? Devo riformattare tutto?

Per evitare keylogger futuri, se nel pc creassi diversi utenti, ognuno dei quali protetti da password, il keylogger potrebbe rubare le password e tracciare un utente al quale non ha accesso?
Grazie
Categorie: Forum Debianizzati

Re: Coronavirus: Video (o audio) conferenze senza Skype

Ven, 27/03/2020 - 15:12
Per completezza, sul fronte AUDIO CONFERENZA si segnala Mumble
https://www.mumble.info/
che è usato ad esempio da Purism:
https://puri.sm/posts/our-essential-list-of-free-software-for-remote-work/
Categorie: Forum Debianizzati

Re: Installazione redmine su Debian 10

Ven, 27/03/2020 - 12:50
frachi ha scritto:Tutto funziona, grazie mille!

Ma in futuro aggiornando, rischio di avere problemi?

Poi avrei anche queste domande, per conoscenza personale:

Come faccio a capire che la "versione ruby-roadie 4.0.0-1~bpo10+1" "non è compatibile con ruby-roadie-rails non presente nei backports"?

Come si fa a capire che alla versione di ruby-roadie-rails presente in testing, è stata applicata patch per la versione di roadi?

Grazie!

Perfetto! Se funziona metti [RISOLTO] nel titolo

In futuro non dovresti avere problemi.
La versione presa da testing andrà a finire nei backports, ma tu ce l'hai già.
Se proprio vuoi essere utile alla comunità potresti segnalare il problema con un bugreport.

Nel messaggio di errore del --configure era indicata l'incompatibilità tra ruby-roadie-rails e ruby-roadie.

Per avere notizie sugli sviluppi avuti dal pacchetto puoi guardare la pagina:
https://packages.debian.org/bullseye/ruby-roadie-rails
alle voci Debian Changelog e Patch Tracker
Categorie: Forum Debianizzati

Re: Installazione redmine su Debian 10

Ven, 27/03/2020 - 11:04
Ciao e grazie della risposta.
Ho letto un po' velocemente i link indicati.

# dpkg -l|grep roadie
ii  ruby-roadie                     4.0.0-1~bpo10+1              all          library for composing HTML email
ii  ruby-roadie-rails               1.3.0-1                      all          library for composing HTML email in Rails applications


Quindi ho installato la " versione di ruby-roadie-rails presente in testing".

seguendo qui
https://www.debian.org/doc/manuals/debi ... f_archives
dove dicono di modificare temporaneamente source.list.
Ora
dpkg --configure redmine
dice già configurato.

Tutto funziona, grazie mille!

Ma in futuro aggiornando, rischio di avere problemi?


Poi avrei anche queste domande, per conoscenza personale:

Come faccio a capire che la "versione ruby-roadie 4.0.0-1~bpo10+1" "non è compatibile con ruby-roadie-rails non presente nei backports"?

Come si fa a capire che alla versione di ruby-roadie-rails presente in testing, è stata applicata patch per la versione di roadi?

C'è un posto dove scrivere questi passggi per chi avesse bisogno di rifarli?

Grazie!
Categorie: Forum Debianizzati

Come funziona TRIM?

Ven, 27/03/2020 - 10:32
Buongiorno,
Utilizzo da poco l'SSD e non mi e' chiaro l'utilizzo di TRIM.
systemctl status fstrim.timer

Questo il risultato:
$ systemctl status fstrim.timer

  fstrim.timer - Discard unused blocks once a week

   Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)

   Active: active (waiting) since Fri 2020-03-27 08:07:51 CET; 59min ago

  Trigger: Mon 2020-03-30 00:00:00 CEST; 2 days left

     Docs: man:fstrim
mar 27 08:07:51 pier-pier systemd[1]: Started Discard unused blocks once a week.

Inoltre ho modificato etc/fstab in questo modo:

/               ext4   discard,noatime,errors=remount-ro 0       1

Pero' ho scoperto che discard potrebbe essere controproducente.

Ho anche creato il file trim in etc/cron.daily:
#!/bin/sh
LOG=/var/log/trim.log
echo "*** $(date -R) ***" >> $LOG
fstrim -v / >> $LOG


Potrebbe essere tutto inutile?
Categorie: Forum Debianizzati