Re: Problema di tastiera dopo aggiornamento

2024-05-10 Per discussione Leonardo Boselli 

Scoperto parte del problema:
avevo tastiera “English (US) intl., with dead keys)” e peer motivi 
sconosciuti è diventata “English (US) English (intl., with AltGr dead 
keys)” .

Resta il problema del cursore che sparisce e poi ...
adesso ho rimesso anche l'altro che funziona come prima ma la versione con 
altGr non riconosce più il compose [ma so visualizza]


On Fri, 10 May 2024, Piviul wrote:
Ciao Leonardo ma di che DE stai parlando? Con gnome e bookworm aggiornato non 
sono riuscito a riprodurre il tuo problema...

il cursore comunque nella fase di composizione sparisce e lo rivorrei.
come faccio ?


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it

Re: Problema di tastiera dopo aggiornamento

2024-05-10 Per discussione Leonardo Boselli 

MATE

On Fri, 10 May 2024, Piviul wrote:

Ciao Leonardo ma di che DE stai parlando? Con gnome e bookworm aggiornato non 
sono riuscito a riprodurre il tuo problema...


--
Leonardo Boselli
Firenze, Toscana, Europa
tel:+393287329225

Re: Problema di tastiera dopo aggiornamento

2024-05-10 Per discussione Piviul 
Ciao Leonardo ma di che DE stai parlando? Con gnome e bookworm 
aggiornato non sono riuscito a riprodurre il tuo problema...


Piviul

On 5/10/24 01:13, Leonardo Boselli wrote:

Aggiornamento problema:
I dead keys sono "cambiati":
` ~ '(per ´) " (per ¨) ^ si ottengono con alt-gr mentre senza viene il 
carattere normale (ossia il contrario che prima e sugli altri sistemi).

Ciò ha una logica, ma per chi è abituato al vecchio sistema è scomodo.
Il vantaggio è che tutti gli accenti ora non richiedono più il compose 
Il cursore comunque nella fase di composizione sparisce e lo rivorrei.

come faccio ?

On Thu, 9 May 2024, Leonardo Boselli wrote:

Ho aggiornato ieri bookworm e mi sono trovato attivato ibus che ha 
alterato in modo negativo il funzionamento della tastiera, non 
riconoscendo più i dead keys, né le funzioni compose e nppeure 
ctr+alt+U per inserire unicode.
Lo ho disattivato ma adesso, ance dopo riavvia i deadkeys non 
funzionano più: il compose funziona ma i dead keys no, il che rende 
la digitazione di testi alquanto scomoda.
Inoltre mentre prima sia usando il compose che ctr+alt+U mi veniva 
sullo schermo _ con sopra il segno diacritico in attesa di 
completare, adesso tutto "tace" .

Come ripristino la situazione precedente ?


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it

Re: Problema di tastiera dopo aggiornamento

2024-05-09 Per discussione Leonardo Boselli 

Aggiornamento problema:
I dead keys sono "cambiati":
` ~ '(per ´) " (per ¨) ^ si ottengono con alt-gr mentre senza viene il 
carattere normale (ossia il contrario che prima e sugli altri sistemi).

Ciò ha una logica, ma per chi è abituato al vecchio sistema è scomodo.
Il vantaggio è che tutti gli accenti ora non richiedono più il compose 
Il cursore comunque nella fase di composizione sparisce e lo rivorrei.

come faccio ?

On Thu, 9 May 2024, Leonardo Boselli wrote:

Ho aggiornato ieri bookworm e mi sono trovato attivato ibus che ha alterato 
in modo negativo il funzionamento della tastiera, non riconoscendo più i dead 
keys, né le funzioni compose e nppeure ctr+alt+U per inserire unicode.
Lo ho disattivato ma adesso, ance dopo riavvia i deadkeys non funzionano più: 
il compose funziona ma i dead keys no, il che rende la digitazione di testi 
alquanto scomoda.
Inoltre mentre prima sia usando il compose che ctr+alt+U mi veniva sullo 
schermo _ con sopra il segno diacritico in attesa di completare, adesso tutto 
"tace" .

Come ripristino la situazione precedente ?


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it

Re: strano problema con cassa bluetooth

2023-12-15 Per discussione Piviul 

On 12/14/23 16:59, gerlos wrote:

Il dom 3 dic 2023, 16:16 Piviul  ha scritto:

On 15/11/23 20:57, Piviul wrote:
> Ciao a tutti, ho un amico che ha una cassa bluetooth bose. Quando è
> collegata i suoni di sistema vengono riprodotti ma se prova ad
> eseguire il test audio oppure a riprodurre mp3, film, youtube...
> niente, il silenzio.
Gli ho fatto fare un nuovo profilo e lì la cassa non ha problemi.
Sapete
come si potrebbe eliminare tutto ciò che riguarda il bluetooth da
.local
o ...?


Al momento sono afk e non posso verificare, ma se parliamo di Gnome mi 
aspetto di trovare queste impostazioni sotto dconf - hai provato a 
farti un giro in dconf-editor, alla ricerca di chiavi associate al 
bluetooth?


interessante e... dove salva i dati dconf-editor? Magari provo a 
rinominare il file per vedere se riparte poi magari vado a spulciarlo...


Grazie!

Piviul

Re: strano problema con cassa bluetooth

2023-12-14 Per discussione gerlos 
Il dom 3 dic 2023, 16:16 Piviul  ha scritto:

> On 15/11/23 20:57, Piviul wrote:
> > Ciao a tutti, ho un amico che ha una cassa bluetooth bose. Quando è
> > collegata i suoni di sistema vengono riprodotti ma se prova ad
> > eseguire il test audio oppure a riprodurre mp3, film, youtube...
> > niente, il silenzio.
> Gli ho fatto fare un nuovo profilo e lì la cassa non ha problemi. Sapete
> come si potrebbe eliminare tutto ciò che riguarda il bluetooth da .local
> o ...?
>

Al momento sono afk e non posso verificare, ma se parliamo di Gnome mi
aspetto di trovare queste impostazioni sotto dconf - hai provato a farti un
giro in dconf-editor, alla ricerca di chiavi associate al bluetooth?

Lunga vita e prosperità,
Gerlos

Re: strano problema con cassa bluetooth

2023-12-03 Per discussione Piviul 

On 15/11/23 20:57, Piviul wrote:
Ciao a tutti, ho un amico che ha una cassa bluetooth bose. Quando è 
collegata i suoni di sistema vengono riprodotti ma se prova ad 
eseguire il test audio oppure a riprodurre mp3, film, youtube... 
niente, il silenzio.
Gli ho fatto fare un nuovo profilo e lì la cassa non ha problemi. Sapete 
come si potrebbe eliminare tutto ciò che riguarda il bluetooth da .local 
o ...?


Grazie!

Piviul

Re: Problema storage

2023-11-23 Per discussione Marco Ciampa 
On Thu, Nov 23, 2023 at 04:16:49PM +0100, listemessa...@coplast.eu wrote:
> Buongiorno a tutti,
> riapro e chiudo questo tema perchè non ho più dato feedback. Ci ho messo
> davvero tanto a risolvere, dopo i vostri consigli mi era stato chiesto di
> dare feedback in merito alle prove da effettuare, eccomi per questo.
> 
> Alcune macchine virtuali, in particolare una macchina con database Oracle
> piuttosto "stressato", andavano in freeze perchè il disco esportato via
> iscsi si "fermava" per sofferenze varie.
> 
> A distanza di quasi 1 anno, dopo aver rinnovato il raid con 4 disci SSD da
> 8Tb molto costosi, dopo aver lavorato su LVM, su DRBD, sulla rete in fibra,
> ... , ... alla fine ho capito e sperimentato che il problema erano gli
> snapshot. Avere 3 snapshot per ogni disco visrtuale significa scrivere i
> dati 4 volte, 1 volta sul disco e altre 3 volte sui file COW che realizzano
> i 3 snapshot. Se i dischi sono tanti gli snapshot sono tantissimi... I/O su
> disco molto gravoso.
> 
> Ripensata la strategia di backup, senza snapshot o meglio con un uso molto
> limitato e solo in orari dove le macchine con database non fanno backup
> interni, tutto funziona.
> 
> 
> Matteo

Grazie della condivisione. Non pensavo che gli snapshot (a parte
l'occupazione disco) potessero essere così impattanti...

-- 

Amike,
Marco Ciampa

Re: Problema storage

2023-11-23 Per discussione listemessa...@coplast.eu 

Buongiorno a tutti,
riapro e chiudo questo tema perchè non ho più dato feedback. Ci ho messo 
davvero tanto a risolvere, dopo i vostri consigli mi era stato chiesto 
di dare feedback in merito alle prove da effettuare, eccomi per questo.


Alcune macchine virtuali, in particolare una macchina con database 
Oracle piuttosto "stressato", andavano in freeze perchè il disco 
esportato via iscsi si "fermava" per sofferenze varie.


A distanza di quasi 1 anno, dopo aver rinnovato il raid con 4 disci SSD 
da 8Tb molto costosi, dopo aver lavorato su LVM, su DRBD, sulla rete in 
fibra, ... , ... alla fine ho capito e sperimentato che il problema 
erano gli snapshot. Avere 3 snapshot per ogni disco visrtuale significa 
scrivere i dati 4 volte, 1 volta sul disco e altre 3 volte sui file COW 
che realizzano i 3 snapshot. Se i dischi sono tanti gli snapshot sono 
tantissimi... I/O su disco molto gravoso.


Ripensata la strategia di backup, senza snapshot o meglio con un uso 
molto limitato e solo in orari dove le macchine con database non fanno 
backup interni, tutto funziona.



Matteo

strano problema con cassa bluetooth

2023-11-15 Per discussione Piviul 
Ciao a tutti, ho un amico che ha una cassa bluetooth bose. Quando è 
collegata i suoni di sistema vengono riprodotti ma se prova ad eseguire 
il test audio oppure a riprodurre mp3, film, youtube... niente, il silenzio.


Avete idea di cosa possa essere?

Grazie

Paolo

Re: Problema storage

2023-02-28 Per discussione Paride Desimone 

Il 26-02-2023 21:56 listemessa...@coplast.eu ha scritto:

Il 2023-02-24 09:33, fran...@modula.net ha scritto:

Forse mi è passato, ma non ho capito che controller hai sul server.

Luciano




In realtà questo non è un vero server, a livello hardware è una
workstation da progettazione 3D della Dell "riciclata" a server, con 5
dischi collegati via SATA, nel primo Debian, negli altri 4 il raid
software.


Buongiorno, ti spiacerebbe eliminare la conferma di lettura quando 
scrivi in quasta ml?


/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get&search=0xf14cd648d16d33c82a7d2ac778c59a24690431d3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: Problema storage

2023-02-27 Per discussione Diego Zuccato 

Err, ovviamente TBW va convertito in settori.

Il 27/02/2023 09:26, Diego Zuccato ha scritto:
Difficile tradurlo in anni di vita... Ma se guardi i contatori dei 
dischi attuali puoi farti un'idea del carico a cui sono sottoposti: 
guardi il totale di settori scritti e dividi per il tempo di attività.
Poi dividi il dato TBW per il numero che hai ottenuto e ottieni un tempo 
che puoi convertire in anni/mesi/giorni . Se arrivi a più di 3 anni, vai 
trnaquillo.


Chiaramente un SSD usato per pagine web statiche avrà una vita "un 
tantino" più lunga del suo gemello usato per mining Chia... :)


Diego

Il 26/02/2023 23:00, listemessa...@coplast.eu ha scritto:



Il 2023-02-23 22:04, Leonardo Boselli ha scritto:

On Thu, 23 Feb 2023, listemessa...@coplast.eu wrote:

Ecco questo è un problema, nel senso che acquistare per avere vita a 
termine non mi ispira molto.


peché tu sei eterno ? guarda che sostituire un disco in un raid è 
meno critico e costoso che sostituire un sistemista.


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it



No non sono eterno, concordo con te.
Però mi piacerebbe tradurre quel numero in anni di vita.

matteo





--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: Problema storage

2023-02-27 Per discussione Diego Zuccato 
Difficile tradurlo in anni di vita... Ma se guardi i contatori dei 
dischi attuali puoi farti un'idea del carico a cui sono sottoposti: 
guardi il totale di settori scritti e dividi per il tempo di attività.
Poi dividi il dato TBW per il numero che hai ottenuto e ottieni un tempo 
che puoi convertire in anni/mesi/giorni . Se arrivi a più di 3 anni, vai 
trnaquillo.


Chiaramente un SSD usato per pagine web statiche avrà una vita "un 
tantino" più lunga del suo gemello usato per mining Chia... :)


Diego

Il 26/02/2023 23:00, listemessa...@coplast.eu ha scritto:



Il 2023-02-23 22:04, Leonardo Boselli ha scritto:

On Thu, 23 Feb 2023, listemessa...@coplast.eu wrote:

Ecco questo è un problema, nel senso che acquistare per avere vita a 
termine non mi ispira molto.


peché tu sei eterno ? guarda che sostituire un disco in un raid è meno 
critico e costoso che sostituire un sistemista.


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it



No non sono eterno, concordo con te.
Però mi piacerebbe tradurre quel numero in anni di vita.

matteo



--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: Problema storage

2023-02-26 Per discussione listemessa...@coplast.eu 




Il 2023-02-23 22:04, Leonardo Boselli ha scritto:

On Thu, 23 Feb 2023, listemessa...@coplast.eu wrote:

Ecco questo è un problema, nel senso che acquistare per avere vita a 
termine non mi ispira molto.


peché tu sei eterno ? guarda che sostituire un disco in un raid è meno 
critico e costoso che sostituire un sistemista.


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it



No non sono eterno, concordo con te.
Però mi piacerebbe tradurre quel numero in anni di vita.

matteo

Re: Problema storage

2023-02-26 Per discussione listemessa...@coplast.eu 



Il 2023-02-24 06:52, Piviul ha scritto:

Il 23/02/23 21:56, listemessa...@coplast.eu ha scritto:

[...]
studia pure, fai le tue prove ma che io sappia no. Ricordo che ci sono 
delle limitazioni alla dimensione del volume di cache e che se il 
volume lento da cachare è un volume di root c'è da installare 
thin-provisioning-tools altrimenti al boot non riesce a montare la 
partizione di root. Mi ero preso qualche appunto ma sono su un pc a 
cui non posso accedere ora... Non prendere però un disco SSD per la 
cache qualunque, prendine uno di classe enterprise, viene sollecitato 
parecchio.


Fai sapere!

Piviul



Cerco un disco adatto, acquisto, provo e rispondo.

Re: Problema storage

2023-02-26 Per discussione listemessa...@coplast.eu 



Il 2023-02-24 09:33, fran...@modula.net ha scritto:

Forse mi è passato, ma non ho capito che controller hai sul server.

Luciano




In realtà questo non è un vero server, a livello hardware è una 
workstation da progettazione 3D della Dell "riciclata" a server, con 5 
dischi collegati via SATA, nel primo Debian, negli altri 4 il raid software.

Re: Problema storage

2023-02-23 Per discussione Piviul 

Il 23/02/23 21:56, listemessa...@coplast.eu ha scritto:
Il fatto è che non è chiaro quale sia il problema, se è l'accesso 
lento o cos'altro.
Però prima di acquistare 4 dischi potrei acquistarne solo 1 e provare. 
Ma devo tenere in considerazione il fatto che parliamo di un server di 
produzione, che non deve fermarsi mai, e se non  ho capito male la 
conversione/aggiunta al tipo di volume con cache richiede un fermo. 
Devo documentarmi.
studia pure, fai le tue prove ma che io sappia no. Ricordo che ci sono 
delle limitazioni alla dimensione del volume di cache e che se il volume 
lento da cachare è un volume di root c'è da installare 
thin-provisioning-tools altrimenti al boot non riesce a montare la 
partizione di root. Mi ero preso qualche appunto ma sono su un pc a cui 
non posso accedere ora... Non prendere però un disco SSD per la cache 
qualunque, prendine uno di classe enterprise, viene sollecitato parecchio.


Fai sapere!

Piviul

Re: Problema storage

2023-02-23 Per discussione Leonardo Boselli 

On Thu, 23 Feb 2023, listemessa...@coplast.eu wrote:

Ecco questo è un problema, nel senso che acquistare per avere vita a termine 
non mi ispira molto.


peché tu sei eterno ? guarda che sostituire un disco in un raid è meno 
critico e costoso che sostituire un sistemista.


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it

Re: Problema storage

2023-02-23 Per discussione listemessa...@coplast.eu 
Ecco questo è un problema, nel senso che acquistare per avere vita a 
termine non mi ispira molto.



Il 2023-02-23 14:11, Diego Zuccato ha scritto:
Attenzione. Al momento mi pare che da 8T ci sia solo il Samsung 870 
QVO, che è un QLC. Dal sito 
https://www.samsung.com/it/memory-storage/sata-ssd/ssd-870-qvo-sata-3-2-5-8tb-mz-77q8t0bw/ 
: "fino a un massimo di 2.880 TBW".

Quindi dipende da quanto ci (ri)scrivi.

Diego

Il 23/02/2023 13:16, listemessa...@coplast.eu ha scritto:
Grazie per i consigli, opterei per passare a tutto SSD, sarebbe anche 
trasparente, senza fermi, un disco alla volta.

Devo valutare i costi, 4 dischi SSD da 8 Tb cadauno costano parecchio.
Consigli su cosa acquistare?

Grazie


Il 2023-02-22 18:45, Marco Ciampa ha scritto:
On Wed, Feb 22, 2023 at 01:29:07PM +0100, listemessa...@coplast.eu 
wrote:
Restando valido tutto quanto discusso nello scambio di mail 
precedente, ma

non è che il problema sia ad un altro livello? Che sia l'approccio
sbagliato? Forse sto chiedendo troppo a questo server?
Questa macchina esporta via Tgt dei volumi gestiti da LVM che a suo 
volta si

appoggia ad un raid5 software.
Si tratta di una ventina di volumi, ognuno ha 3 snapshot (backup 1 
giorno
prima, 2 giorni prima, ecc.), quindi l'IO su disco è effettivamente 
elevato.
I volumi esportati via iscsi (tgt) passano per due reti in fibra 
10Gb verso

i server hypervisor che fanno girare le macchine virtuali.
Di tutte le macchine virtuali si pianta solo una dove c'è un database.
Effetivamente i database usano molti i dischi.

Questa macchina che funge da NAS/SAN ha una macchina fisica secondaria
configurata in modo simile, ogni giorno i volumi vengono replicati 
sulla
secondaria. Ho già provato ad eliminare questo passaggio per 
alleggerire il

lavoro, ma non cambia, ci sono comunque eventi di qualche disco che si
ferma, e a cascata fino a iscsi e si ferma per un istante. Poi riparte
subito e da solo, ma l'Hypervisor che usa i dischi via iscsi non 
accetta

"pause" e la macchina virtuale del database si blocca.


Vedete qualcosa di sbagliato?
Il problema secondo me non è il RAID software ma il fatto di usare 
tanto

IO su 4 dischi senza casche, neanche SAS ma soprattutto non SSD...


Qualche idea?

Puoi provare ad aggiungere un disco SSD come cache LVM e vedere se
risolvi...

https://blog.jenningsga.com/lvm-caching-with-ssds/
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_logical_volumes/enabling-caching-to-improve-logical-volume-performance_configuring-and-managing-logical-volumes 

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/lvm_cache_volume_creation 



altrimenti fai tutto SSD...

Re: Problema storage

2023-02-23 Per discussione listemessa...@coplast.eu 
Il fatto è che non è chiaro quale sia il problema, se è l'accesso lento 
o cos'altro.
Però prima di acquistare 4 dischi potrei acquistarne solo 1 e provare. 
Ma devo tenere in considerazione il fatto che parliamo di un server di 
produzione, che non deve fermarsi mai, e se non  ho capito male la 
conversione/aggiunta al tipo di volume con cache richiede un fermo. Devo 
documentarmi.



Il 2023-02-23 14:37, Marco Ciampa ha scritto:

Infatti anche io avevo suggerito questo come primo passo...

On Thu, Feb 23, 2023 at 01:46:46PM +0100, Piviul wrote:

Se il problema è l'accesso al disco lento per me fai prima a mettere una
cache SSD ai volumi LVM; ...io avrei portato anche il raid su LV ma questo è
un altro discorso ;)

Piviul

Il 23/02/23 13:16, listemessa...@coplast.eu ha scritto:

Grazie per i consigli, opterei per passare a tutto SSD, sarebbe anche
trasparente, senza fermi, un disco alla volta.
Devo valutare i costi, 4 dischi SSD da 8 Tb cadauno costano parecchio.
Consigli su cosa acquistare?

Grazie


Il 2023-02-22 18:45, Marco Ciampa ha scritto:

On Wed, Feb 22, 2023 at 01:29:07PM +0100, listemessa...@coplast.eu
wrote:

Restando valido tutto quanto discusso nello scambio di mail
precedente, ma
non è che il problema sia ad un altro livello? Che sia l'approccio
sbagliato? Forse sto chiedendo troppo a questo server?
Questa macchina esporta via Tgt dei volumi gestiti da LVM che a
suo volta si
appoggia ad un raid5 software.
Si tratta di una ventina di volumi, ognuno ha 3 snapshot (backup
1 giorno
prima, 2 giorni prima, ecc.), quindi l'IO su disco è
effettivamente elevato.
I volumi esportati via iscsi (tgt) passano per due reti in fibra
10Gb verso
i server hypervisor che fanno girare le macchine virtuali.
Di tutte le macchine virtuali si pianta solo una dove c'è un database.
Effetivamente i database usano molti i dischi.

Questa macchina che funge da NAS/SAN ha una macchina fisica secondaria
configurata in modo simile, ogni giorno i volumi vengono
replicati sulla
secondaria. Ho già provato ad eliminare questo passaggio per
alleggerire il
lavoro, ma non cambia, ci sono comunque eventi di qualche disco che si
ferma, e a cascata fino a iscsi e si ferma per un istante. Poi riparte
subito e da solo, ma l'Hypervisor che usa i dischi via iscsi non
accetta
"pause" e la macchina virtuale del database si blocca.


Vedete qualcosa di sbagliato?

Il problema secondo me non è il RAID software ma il fatto di usare tanto
IO su 4 dischi senza casche, neanche SAS ma soprattutto non SSD...


Qualche idea?

Puoi provare ad aggiungere un disco SSD come cache LVM e vedere se
risolvi...

https://blog.jenningsga.com/lvm-caching-with-ssds/
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_logical_volumes/enabling-caching-to-improve-logical-volume-performance_configuring-and-managing-logical-volumes

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/lvm_cache_volume_creation


altrimenti fai tutto SSD...

Re: Problema storage

2023-02-23 Per discussione Diego Zuccato 
Attenzione. Al momento mi pare che da 8T ci sia solo il Samsung 870 QVO, 
che è un QLC. Dal sito 
https://www.samsung.com/it/memory-storage/sata-ssd/ssd-870-qvo-sata-3-2-5-8tb-mz-77q8t0bw/ 
: "fino a un massimo di 2.880 TBW".

Quindi dipende da quanto ci (ri)scrivi.

Diego

Il 23/02/2023 13:16, listemessa...@coplast.eu ha scritto:
Grazie per i consigli, opterei per passare a tutto SSD, sarebbe anche 
trasparente, senza fermi, un disco alla volta.

Devo valutare i costi, 4 dischi SSD da 8 Tb cadauno costano parecchio.
Consigli su cosa acquistare?

Grazie


Il 2023-02-22 18:45, Marco Ciampa ha scritto:

On Wed, Feb 22, 2023 at 01:29:07PM +0100, listemessa...@coplast.eu wrote:
Restando valido tutto quanto discusso nello scambio di mail 
precedente, ma

non è che il problema sia ad un altro livello? Che sia l'approccio
sbagliato? Forse sto chiedendo troppo a questo server?
Questa macchina esporta via Tgt dei volumi gestiti da LVM che a suo 
volta si

appoggia ad un raid5 software.
Si tratta di una ventina di volumi, ognuno ha 3 snapshot (backup 1 
giorno
prima, 2 giorni prima, ecc.), quindi l'IO su disco è effettivamente 
elevato.
I volumi esportati via iscsi (tgt) passano per due reti in fibra 10Gb 
verso

i server hypervisor che fanno girare le macchine virtuali.
Di tutte le macchine virtuali si pianta solo una dove c'è un database.
Effetivamente i database usano molti i dischi.

Questa macchina che funge da NAS/SAN ha una macchina fisica secondaria
configurata in modo simile, ogni giorno i volumi vengono replicati sulla
secondaria. Ho già provato ad eliminare questo passaggio per 
alleggerire il

lavoro, ma non cambia, ci sono comunque eventi di qualche disco che si
ferma, e a cascata fino a iscsi e si ferma per un istante. Poi riparte
subito e da solo, ma l'Hypervisor che usa i dischi via iscsi non accetta
"pause" e la macchina virtuale del database si blocca.


Vedete qualcosa di sbagliato?

Il problema secondo me non è il RAID software ma il fatto di usare tanto
IO su 4 dischi senza casche, neanche SAS ma soprattutto non SSD...


Qualche idea?

Puoi provare ad aggiungere un disco SSD come cache LVM e vedere se
risolvi...

https://blog.jenningsga.com/lvm-caching-with-ssds/
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_logical_volumes/enabling-caching-to-improve-logical-volume-performance_configuring-and-managing-logical-volumes
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/lvm_cache_volume_creation

altrimenti fai tutto SSD...





--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: Problema storage

2023-02-23 Per discussione Marco Ciampa 
Infatti anche io avevo suggerito questo come primo passo...

On Thu, Feb 23, 2023 at 01:46:46PM +0100, Piviul wrote:
> Se il problema è l'accesso al disco lento per me fai prima a mettere una
> cache SSD ai volumi LVM; ...io avrei portato anche il raid su LV ma questo è
> un altro discorso ;)
> 
> Piviul
> 
> Il 23/02/23 13:16, listemessa...@coplast.eu ha scritto:
> > Grazie per i consigli, opterei per passare a tutto SSD, sarebbe anche
> > trasparente, senza fermi, un disco alla volta.
> > Devo valutare i costi, 4 dischi SSD da 8 Tb cadauno costano parecchio.
> > Consigli su cosa acquistare?
> > 
> > Grazie
> > 
> > 
> > Il 2023-02-22 18:45, Marco Ciampa ha scritto:
> > > On Wed, Feb 22, 2023 at 01:29:07PM +0100, listemessa...@coplast.eu
> > > wrote:
> > > > Restando valido tutto quanto discusso nello scambio di mail
> > > > precedente, ma
> > > > non è che il problema sia ad un altro livello? Che sia l'approccio
> > > > sbagliato? Forse sto chiedendo troppo a questo server?
> > > > Questa macchina esporta via Tgt dei volumi gestiti da LVM che a
> > > > suo volta si
> > > > appoggia ad un raid5 software.
> > > > Si tratta di una ventina di volumi, ognuno ha 3 snapshot (backup
> > > > 1 giorno
> > > > prima, 2 giorni prima, ecc.), quindi l'IO su disco è
> > > > effettivamente elevato.
> > > > I volumi esportati via iscsi (tgt) passano per due reti in fibra
> > > > 10Gb verso
> > > > i server hypervisor che fanno girare le macchine virtuali.
> > > > Di tutte le macchine virtuali si pianta solo una dove c'è un database.
> > > > Effetivamente i database usano molti i dischi.
> > > > 
> > > > Questa macchina che funge da NAS/SAN ha una macchina fisica secondaria
> > > > configurata in modo simile, ogni giorno i volumi vengono
> > > > replicati sulla
> > > > secondaria. Ho già provato ad eliminare questo passaggio per
> > > > alleggerire il
> > > > lavoro, ma non cambia, ci sono comunque eventi di qualche disco che si
> > > > ferma, e a cascata fino a iscsi e si ferma per un istante. Poi riparte
> > > > subito e da solo, ma l'Hypervisor che usa i dischi via iscsi non
> > > > accetta
> > > > "pause" e la macchina virtuale del database si blocca.
> > > > 
> > > > 
> > > > Vedete qualcosa di sbagliato?
> > > Il problema secondo me non è il RAID software ma il fatto di usare tanto
> > > IO su 4 dischi senza casche, neanche SAS ma soprattutto non SSD...
> > > 
> > > > Qualche idea?
> > > Puoi provare ad aggiungere un disco SSD come cache LVM e vedere se
> > > risolvi...
> > > 
> > > https://blog.jenningsga.com/lvm-caching-with-ssds/
> > > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_logical_volumes/enabling-caching-to-improve-logical-volume-performance_configuring-and-managing-logical-volumes
> > > 
> > > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/lvm_cache_volume_creation
> > > 
> > > 
> > > altrimenti fai tutto SSD...
> > > 
> > 

-- 

Amike,
Marco Ciampa

Re: Problema storage

2023-02-23 Per discussione Piviul 
Se il problema è l'accesso al disco lento per me fai prima a mettere una 
cache SSD ai volumi LVM; ...io avrei portato anche il raid su LV ma 
questo è un altro discorso ;)


Piviul

Il 23/02/23 13:16, listemessa...@coplast.eu ha scritto:
Grazie per i consigli, opterei per passare a tutto SSD, sarebbe anche 
trasparente, senza fermi, un disco alla volta.

Devo valutare i costi, 4 dischi SSD da 8 Tb cadauno costano parecchio.
Consigli su cosa acquistare?

Grazie


Il 2023-02-22 18:45, Marco Ciampa ha scritto:
On Wed, Feb 22, 2023 at 01:29:07PM +0100, listemessa...@coplast.eu 
wrote:
Restando valido tutto quanto discusso nello scambio di mail 
precedente, ma

non è che il problema sia ad un altro livello? Che sia l'approccio
sbagliato? Forse sto chiedendo troppo a questo server?
Questa macchina esporta via Tgt dei volumi gestiti da LVM che a suo 
volta si

appoggia ad un raid5 software.
Si tratta di una ventina di volumi, ognuno ha 3 snapshot (backup 1 
giorno
prima, 2 giorni prima, ecc.), quindi l'IO su disco è effettivamente 
elevato.
I volumi esportati via iscsi (tgt) passano per due reti in fibra 
10Gb verso

i server hypervisor che fanno girare le macchine virtuali.
Di tutte le macchine virtuali si pianta solo una dove c'è un database.
Effetivamente i database usano molti i dischi.

Questa macchina che funge da NAS/SAN ha una macchina fisica secondaria
configurata in modo simile, ogni giorno i volumi vengono replicati 
sulla
secondaria. Ho già provato ad eliminare questo passaggio per 
alleggerire il

lavoro, ma non cambia, ci sono comunque eventi di qualche disco che si
ferma, e a cascata fino a iscsi e si ferma per un istante. Poi riparte
subito e da solo, ma l'Hypervisor che usa i dischi via iscsi non 
accetta

"pause" e la macchina virtuale del database si blocca.


Vedete qualcosa di sbagliato?

Il problema secondo me non è il RAID software ma il fatto di usare tanto
IO su 4 dischi senza casche, neanche SAS ma soprattutto non SSD...


Qualche idea?

Puoi provare ad aggiungere un disco SSD come cache LVM e vedere se
risolvi...

https://blog.jenningsga.com/lvm-caching-with-ssds/
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_logical_volumes/enabling-caching-to-improve-logical-volume-performance_configuring-and-managing-logical-volumes 

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/lvm_cache_volume_creation 



altrimenti fai tutto SSD...

Re: Problema storage

2023-02-23 Per discussione listemessa...@coplast.eu 
Grazie per i consigli, opterei per passare a tutto SSD, sarebbe anche 
trasparente, senza fermi, un disco alla volta.

Devo valutare i costi, 4 dischi SSD da 8 Tb cadauno costano parecchio.
Consigli su cosa acquistare?

Grazie


Il 2023-02-22 18:45, Marco Ciampa ha scritto:

On Wed, Feb 22, 2023 at 01:29:07PM +0100, listemessa...@coplast.eu wrote:

Restando valido tutto quanto discusso nello scambio di mail precedente, ma
non è che il problema sia ad un altro livello? Che sia l'approccio
sbagliato? Forse sto chiedendo troppo a questo server?
Questa macchina esporta via Tgt dei volumi gestiti da LVM che a suo volta si
appoggia ad un raid5 software.
Si tratta di una ventina di volumi, ognuno ha 3 snapshot (backup 1 giorno
prima, 2 giorni prima, ecc.), quindi l'IO su disco è effettivamente elevato.
I volumi esportati via iscsi (tgt) passano per due reti in fibra 10Gb verso
i server hypervisor che fanno girare le macchine virtuali.
Di tutte le macchine virtuali si pianta solo una dove c'è un database.
Effetivamente i database usano molti i dischi.

Questa macchina che funge da NAS/SAN ha una macchina fisica secondaria
configurata in modo simile, ogni giorno i volumi vengono replicati sulla
secondaria. Ho già provato ad eliminare questo passaggio per alleggerire il
lavoro, ma non cambia, ci sono comunque eventi di qualche disco che si
ferma, e a cascata fino a iscsi e si ferma per un istante. Poi riparte
subito e da solo, ma l'Hypervisor che usa i dischi via iscsi non accetta
"pause" e la macchina virtuale del database si blocca.


Vedete qualcosa di sbagliato?

Il problema secondo me non è il RAID software ma il fatto di usare tanto
IO su 4 dischi senza casche, neanche SAS ma soprattutto non SSD...


Qualche idea?

Puoi provare ad aggiungere un disco SSD come cache LVM e vedere se
risolvi...

https://blog.jenningsga.com/lvm-caching-with-ssds/
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_logical_volumes/enabling-caching-to-improve-logical-volume-performance_configuring-and-managing-logical-volumes
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/lvm_cache_volume_creation

altrimenti fai tutto SSD...

Re: Problema storage

2023-02-22 Per discussione Marco Ciampa 
On Wed, Feb 22, 2023 at 01:29:07PM +0100, listemessa...@coplast.eu wrote:
> Restando valido tutto quanto discusso nello scambio di mail precedente, ma
> non è che il problema sia ad un altro livello? Che sia l'approccio
> sbagliato? Forse sto chiedendo troppo a questo server?
> Questa macchina esporta via Tgt dei volumi gestiti da LVM che a suo volta si
> appoggia ad un raid5 software.
> Si tratta di una ventina di volumi, ognuno ha 3 snapshot (backup 1 giorno
> prima, 2 giorni prima, ecc.), quindi l'IO su disco è effettivamente elevato.
> I volumi esportati via iscsi (tgt) passano per due reti in fibra 10Gb verso
> i server hypervisor che fanno girare le macchine virtuali.
> Di tutte le macchine virtuali si pianta solo una dove c'è un database.
> Effetivamente i database usano molti i dischi.
> 
> Questa macchina che funge da NAS/SAN ha una macchina fisica secondaria
> configurata in modo simile, ogni giorno i volumi vengono replicati sulla
> secondaria. Ho già provato ad eliminare questo passaggio per alleggerire il
> lavoro, ma non cambia, ci sono comunque eventi di qualche disco che si
> ferma, e a cascata fino a iscsi e si ferma per un istante. Poi riparte
> subito e da solo, ma l'Hypervisor che usa i dischi via iscsi non accetta
> "pause" e la macchina virtuale del database si blocca.
> 
> 
> Vedete qualcosa di sbagliato?

Il problema secondo me non è il RAID software ma il fatto di usare tanto
IO su 4 dischi senza casche, neanche SAS ma soprattutto non SSD...

> Qualche idea?

Puoi provare ad aggiungere un disco SSD come cache LVM e vedere se
risolvi... 

https://blog.jenningsga.com/lvm-caching-with-ssds/
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_logical_volumes/enabling-caching-to-improve-logical-volume-performance_configuring-and-managing-logical-volumes
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/lvm_cache_volume_creation

altrimenti fai tutto SSD...

-- 

Amike,
Marco Ciampa

Re: Problema storage

2023-02-22 Per discussione Diego Zuccato 
Dopo che mi è morto un Raid5 di 3 dischi con dei WD green dopo 2 anni e 
pochi giorni, non ne ho mai più presi.


Devo verificare i RED che ho messo in CEPH, che effettivamente mi paiono 
un tantino lenti... Meno male che ho già avviato l'acquisto degli SSD 
per sostituirli.


Grazie per il link.

Diego

Il 22/02/2023 13:43, Marco Ciampa ha scritto:

On Wed, Feb 22, 2023 at 12:21:16PM +0100, Paolo Redaelli wrote:



Il 22 febbraio 2023 11:44:22 CET, Paride Desimone  ha 
scritto:

Il 22 febbraio 2023 10:21:41 UTC, Marco Ciampa  ha scritto:

On Wed, Feb 22, 2023 at 10:04:49AM +, Paride Desimone wrote:

Il 22-02-2023 08:43 Diego Zuccato ha scritto:

Che tipo di dischi sono? Non saranno dei "green", vero?

Diego



Ignorando realmente la cosa, che cosa comporterebbe il fatto di essere green
o meno?

/paride



I "green" immagino di WD sono dischi infaustamente famosi per
distruggersi in breve tempo se usati continuativamente. Se li si installa
su un server questi tendono a guastarsi molto velocemente. Non vanno
usati su server o su dispositivi che rimangono accesi molto o 24h/7d...



Apposto :-). Vedo di prendermi in Gold allora.


Esagerato. I Red vanno benissimo, sono pensati apposta per quegli usi


Ma occhio a prendere i RED con tecnologia CMR anziché i MEFITICI SMR...
altrimenti vai sul sicuro e prendi Seagate Ironwolf

Vedere:

https://www.tomshardware.com/news/wd-moves-to-settle-smr-hdd-false-advertising-class-action-lawsuit



--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: Problema storage

2023-02-22 Per discussione Marco Ciampa 
On Wed, Feb 22, 2023 at 01:13:33PM +0100, listemessa...@coplast.eu wrote:
> Sono 4 dischi Western Digital da 8 Tb cadauno della serie WD Red Plus
> (NASware 3.0)
> Non è robaccia..., non sono SSD ma non sono neanche male. Costicchiano...

POSSONO essere robaccia anche se costano, controlla il tipo di tecnologia...

https://arstechnica.com/gadgets/2020/06/western-digital-adds-red-plus-branding-for-non-smr-hard-drives/

-- 

Amike,
Marco Ciampa

Re: Problema storage

2023-02-22 Per discussione Marco Ciampa 
On Wed, Feb 22, 2023 at 12:21:16PM +0100, Paolo Redaelli wrote:
> 
> 
> Il 22 febbraio 2023 11:44:22 CET, Paride Desimone  ha 
> scritto:
> >Il 22 febbraio 2023 10:21:41 UTC, Marco Ciampa  ha 
> >scritto:
> >>On Wed, Feb 22, 2023 at 10:04:49AM +, Paride Desimone wrote:
> >>> Il 22-02-2023 08:43 Diego Zuccato ha scritto:
> >>> > Che tipo di dischi sono? Non saranno dei "green", vero?
> >>> > 
> >>> > Diego
> >>> > 
> >>> 
> >>> Ignorando realmente la cosa, che cosa comporterebbe il fatto di essere 
> >>> green
> >>> o meno?
> >>> 
> >>> /paride
> >>> 
> >>
> >>I "green" immagino di WD sono dischi infaustamente famosi per
> >>distruggersi in breve tempo se usati continuativamente. Se li si installa
> >>su un server questi tendono a guastarsi molto velocemente. Non vanno
> >>usati su server o su dispositivi che rimangono accesi molto o 24h/7d...
> >>
> >
> >Apposto :-). Vedo di prendermi in Gold allora.
> 
> Esagerato. I Red vanno benissimo, sono pensati apposta per quegli usi

Ma occhio a prendere i RED con tecnologia CMR anziché i MEFITICI SMR...
altrimenti vai sul sicuro e prendi Seagate Ironwolf

Vedere:

https://www.tomshardware.com/news/wd-moves-to-settle-smr-hdd-false-advertising-class-action-lawsuit

-- 

Amike,
Marco Ciampa

Re: Problema storage

2023-02-22 Per discussione Cosmo 
In data mercoledì 22 febbraio 2023 13:15:06 CET, listemessa...@coplast.eu ha 
scritto:
> Come posso verificare? Tester?

Se il tuo hardware supporta l'IPMI puoi usare ipmitool.

-- 
Cosmo

Re: Problema storage

2023-02-22 Per discussione listemessa...@coplast.eu 
Restando valido tutto quanto discusso nello scambio di mail precedente, 
ma non è che il problema sia ad un altro livello? Che sia l'approccio 
sbagliato? Forse sto chiedendo troppo a questo server?
Questa macchina esporta via Tgt dei volumi gestiti da LVM che a suo 
volta si appoggia ad un raid5 software.
Si tratta di una ventina di volumi, ognuno ha 3 snapshot (backup 1 
giorno prima, 2 giorni prima, ecc.), quindi l'IO su disco è 
effettivamente elevato.
I volumi esportati via iscsi (tgt) passano per due reti in fibra 10Gb 
verso i server hypervisor che fanno girare le macchine virtuali.
Di tutte le macchine virtuali si pianta solo una dove c'è un database. 
Effetivamente i database usano molti i dischi.


Questa macchina che funge da NAS/SAN ha una macchina fisica secondaria 
configurata in modo simile, ogni giorno i volumi vengono replicati sulla 
secondaria. Ho già provato ad eliminare questo passaggio per alleggerire 
il lavoro, ma non cambia, ci sono comunque eventi di qualche disco che 
si ferma, e a cascata fino a iscsi e si ferma per un istante. Poi 
riparte subito e da solo, ma l'Hypervisor che usa i dischi via iscsi non 
accetta "pause" e la macchina virtuale del database si blocca.



Vedete qualcosa di sbagliato?
Qualche idea?
Grazie

Re: Problema storage

2023-02-22 Per discussione listemessa...@coplast.eu 

Sinceramente non saprei.
Come posso verificare? Tester?

Il 2023-02-22 09:48, Cosmo ha scritto:

In data mercoledì 22 febbraio 2023 09:41:06 CET, listemessa...@coplast.eu ha
scritto:

No sono tutti e 4 i dischi del raid5 che a random segnalano quel problema.

L'alimentatore come sta?

Re: Problema storage

2023-02-22 Per discussione listemessa...@coplast.eu 
Sono 4 dischi Western Digital da 8 Tb cadauno della serie WD Red Plus 
(NASware 3.0)

Non è robaccia..., non sono SSD ma non sono neanche male. Costicchiano...

Il 2023-02-22 09:43, Diego Zuccato ha scritto:

Che tipo di dischi sono? Non saranno dei "green", vero?

Diego

Il 22/02/2023 09:41, listemessa...@coplast.eu ha scritto:
No sono tutti e 4 i dischi del raid5 che a random segnalano quel 
problema.
2 dischi li ho già sostituiti perchè stando allo SMART contenevano 
errori



Il 2023-02-22 09:27, Marco Ciampa ha scritto:
On Tue, Feb 21, 2023 at 09:57:26PM +0100, listemessa...@coplast.eu 
wrote:

[...]

Strano il reset, forse un problema di cavi? Sempre e solo lo scsi
target2:0:1: ? Se si è un disco in particolare che sta bloccando 
tutto...

Re: Problema storage

2023-02-22 Per discussione Paolo Redaelli 



Il 22 febbraio 2023 11:44:22 CET, Paride Desimone  ha 
scritto:
>Il 22 febbraio 2023 10:21:41 UTC, Marco Ciampa  ha scritto:
>>On Wed, Feb 22, 2023 at 10:04:49AM +, Paride Desimone wrote:
>>> Il 22-02-2023 08:43 Diego Zuccato ha scritto:
>>> > Che tipo di dischi sono? Non saranno dei "green", vero?
>>> > 
>>> > Diego
>>> > 
>>> 
>>> Ignorando realmente la cosa, che cosa comporterebbe il fatto di essere green
>>> o meno?
>>> 
>>> /paride
>>> 
>>
>>I "green" immagino di WD sono dischi infaustamente famosi per
>>distruggersi in breve tempo se usati continuativamente. Se li si installa
>>su un server questi tendono a guastarsi molto velocemente. Non vanno
>>usati su server o su dispositivi che rimangono accesi molto o 24h/7d...
>>
>
>Apposto :-). Vedo di prendermi in Gold allora.

Esagerato. I Red vanno benissimo, sono pensati apposta per quegli usi

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: Problema storage

2023-02-22 Per discussione Paride Desimone 
Il 22 febbraio 2023 10:21:41 UTC, Marco Ciampa  ha scritto:
>On Wed, Feb 22, 2023 at 10:04:49AM +, Paride Desimone wrote:
>> Il 22-02-2023 08:43 Diego Zuccato ha scritto:
>> > Che tipo di dischi sono? Non saranno dei "green", vero?
>> > 
>> > Diego
>> > 
>> 
>> Ignorando realmente la cosa, che cosa comporterebbe il fatto di essere green
>> o meno?
>> 
>> /paride
>> 
>
>I "green" immagino di WD sono dischi infaustamente famosi per
>distruggersi in breve tempo se usati continuativamente. Se li si installa
>su un server questi tendono a guastarsi molto velocemente. Non vanno
>usati su server o su dispositivi che rimangono accesi molto o 24h/7d...
>

Apposto :-). Vedo di prendermi in Gold allora.

/Paride
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: Problema storage

2023-02-22 Per discussione Marco Ciampa 
On Wed, Feb 22, 2023 at 10:04:49AM +, Paride Desimone wrote:
> Il 22-02-2023 08:43 Diego Zuccato ha scritto:
> > Che tipo di dischi sono? Non saranno dei "green", vero?
> > 
> > Diego
> > 
> 
> Ignorando realmente la cosa, che cosa comporterebbe il fatto di essere green
> o meno?
> 
> /paride
> 

I "green" immagino di WD sono dischi infaustamente famosi per
distruggersi in breve tempo se usati continuativamente. Se li si installa
su un server questi tendono a guastarsi molto velocemente. Non vanno
usati su server o su dispositivi che rimangono accesi molto o 24h/7d...

-- 

Amike,
Marco Ciampa

Re: Problema storage

2023-02-22 Per discussione Paride Desimone 

Il 22-02-2023 08:43 Diego Zuccato ha scritto:

Che tipo di dischi sono? Non saranno dei "green", vero?

Diego



Ignorando realmente la cosa, che cosa comporterebbe il fatto di essere 
green o meno?


/paride

--
https://keyserver.gnupg.org/pks/lookup?op=get&search=0xf14cd648d16d33c82a7d2ac778c59a24690431d3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: Problema storage

2023-02-22 Per discussione Cosmo 
In data mercoledì 22 febbraio 2023 09:41:06 CET, listemessa...@coplast.eu ha 
scritto:
> No sono tutti e 4 i dischi del raid5 che a random segnalano quel problema.

L'alimentatore come sta?

-- 
Cosmo

Re: Problema storage

2023-02-22 Per discussione Diego Zuccato 

Che tipo di dischi sono? Non saranno dei "green", vero?

Diego

Il 22/02/2023 09:41, listemessa...@coplast.eu ha scritto:

No sono tutti e 4 i dischi del raid5 che a random segnalano quel problema.
2 dischi li ho già sostituiti perchè stando allo SMART contenevano errori


Il 2023-02-22 09:27, Marco Ciampa ha scritto:

On Tue, Feb 21, 2023 at 09:57:26PM +0100, listemessa...@coplast.eu wrote:

[...]

Strano il reset, forse un problema di cavi? Sempre e solo lo scsi
target2:0:1: ? Se si è un disco in particolare che sta bloccando tutto...





--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: Problema storage

2023-02-22 Per discussione listemessa...@coplast.eu 

Confermo quei circa 110 corrispondono a 55°C, che comunque sono tanti.



Il 2023-02-22 09:20, Cosmo ha scritto:

In data mercoledì 22 febbraio 2023 08:56:07 CET, Diego Zuccato ha scritto:

Nei miei segue abbastanza la temperatura ambiente, con ovviamente
qualche grado extra.

Quelli sono i valori grezzi, il valore degli attributi è un'altra cosa

feb 22 08:32:54 debian smartd[786]: Device: /dev/sdb [SAT], SMART Usage
Attribute: 194 Temperature_Celsius changed from 112 to 111
root@debian:~# sensors
---snip---
drivetemp-scsi-1-0
Adapter: SCSI adapter
temp1:+32.0°C  (low  =  +0.0°C, high = +60.0°C)
(crit low = -41.0°C, crit = +85.0°C)
(lowest = +18.0°C, highest = +32.0°C)
---snip
drivetemp-scsi-0-0
Adapter: SCSI adapter
temp1:+33.0°C  (low  =  +0.0°C, high = +70.0°C)
(crit low =  +0.0°C, crit = +70.0°C)
(lowest = +30.0°C, highest = +40.0°C)


saluti

Re: Problema storage

2023-02-22 Per discussione listemessa...@coplast.eu 

No sono tutti e 4 i dischi del raid5 che a random segnalano quel problema.
2 dischi li ho già sostituiti perchè stando allo SMART contenevano errori


Il 2023-02-22 09:27, Marco Ciampa ha scritto:

On Tue, Feb 21, 2023 at 09:57:26PM +0100, listemessa...@coplast.eu wrote:

[...]

Strano il reset, forse un problema di cavi? Sempre e solo lo scsi
target2:0:1: ? Se si è un disco in particolare che sta bloccando tutto...

Re: Problema storage

2023-02-22 Per discussione Cosmo 
In data mercoledì 22 febbraio 2023 08:56:07 CET, Diego Zuccato ha scritto:
> Nei miei segue abbastanza la temperatura ambiente, con ovviamente
> qualche grado extra.

Quelli sono i valori grezzi, il valore degli attributi è un'altra cosa

feb 22 08:32:54 debian smartd[786]: Device: /dev/sdb [SAT], SMART Usage 
Attribute: 194 Temperature_Celsius changed from 112 to 111
root@debian:~# sensors
---snip---
drivetemp-scsi-1-0
Adapter: SCSI adapter
temp1:+32.0°C  (low  =  +0.0°C, high = +60.0°C)
   (crit low = -41.0°C, crit = +85.0°C)
   (lowest = +18.0°C, highest = +32.0°C)
---snip
drivetemp-scsi-0-0
Adapter: SCSI adapter
temp1:+33.0°C  (low  =  +0.0°C, high = +70.0°C)
   (crit low =  +0.0°C, crit = +70.0°C)
   (lowest = +30.0°C, highest = +40.0°C)


saluti


-- 
Cosmo

Re: Problema storage

2023-02-22 Per discussione Diego Zuccato 
Nei miei segue abbastanza la temperatura ambiente, con ovviamente 
qualche grado extra.

Tipo:
# smartctl -A /dev/sda
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.0-13-amd64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME  FLAG VALUE WORST THRESH TYPE 
UPDATED  WHEN_FAILED RAW_VALUE

[...]
190 Airflow_Temperature_Cel 0x0022   075   059   045Old_age   Always 
  -   25 (Min/Max 23/27)

[...]
194 Temperature_Celsius 0x0022   025   041   000Old_age   Always 
  -   25 (0 17 0 0 0)

[...]

La sala è normalmente mantenuta a 18-22 gradi. Altri dischi, più in alto 
nel rack, riportano anche 43 gradi, ma stanno lavorando molto di più e 
sono più impacchettati:


# smartctl -A /dev/sda
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.0-20-amd64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
Current Drive Temperature: 41 C
Drive Trip Temperature:85 C

Accumulated power on time, hours:minutes 25281:43
Manufactured in week 45 of year 2019
Specified cycle count over device lifetime:  5
Accumulated start-stop cycles:  21
Specified load-unload count over device lifetime:  60
Accumulated load-unload cycles:  1009
Elements in grown defect list: 0

# smartctl -A /dev/sdaa
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.0-20-amd64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
Current Drive Temperature: 43 C
Drive Trip Temperature:85 C

Accumulated power on time, hours:minutes 14298:59
Manufactured in week 15 of year 2021
Specified cycle count over device lifetime:  5
Accumulated start-stop cycles:  5
Specified load-unload count over device lifetime:  60
Accumulated load-unload cycles:  554
Elements in grown defect list: 0

Diego

Il 22/02/2023 08:11, Cosmo ha scritto:

In data mercoledì 22 febbraio 2023 06:26:59 CET, Diego Zuccato ha scritto:

Temperature intorno ai 100 gradi mi paiono decisamente eccessive, se non
è un errore di SMART.


Quello è semplicemente il valore dell'attributo SMART non l'indicazione della
temperatura espressa in gradi celsius



--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: Problema storage

2023-02-21 Per discussione Cosmo 
In data mercoledì 22 febbraio 2023 06:26:59 CET, Diego Zuccato ha scritto:
> Temperature intorno ai 100 gradi mi paiono decisamente eccessive, se non
> è un errore di SMART.

Quello è semplicemente il valore dell'attributo SMART non l'indicazione della 
temperatura espressa in gradi celsius

-- 
Cosmo

Re: Problema storage

2023-02-21 Per discussione Diego Zuccato 

Err... Butto lì: dischi che si stanno cuocendo?
Temperature intorno ai 100 gradi mi paiono decisamente eccessive, se non 
è un errore di SMART.


Diego

Il 21/02/2023 21:57, listemessa...@coplast.eu ha scritto:

Buonasera a tutti,
chiedo aiuto per interpretare quanto segue.

Feb 20 23:19:44 emiliano kernel: [4782542.532294] sd 2:0:1:0: attempting 
task abort! scmd(ce39ece2)
Feb 20 23:19:44 emiliano kernel: [4782542.532300] sd 2:0:1:0: [sdc] 
tag#2246 CDB: Synchronize Cache(10) 35 00 00 00 00 00 00 00 00 00
Feb 20 23:19:44 emiliano kernel: [4782542.532305] scsi target2:0:1: 
handle(0x000a), sas_address(0x443322110100), phy(1)
Feb 20 23:19:44 emiliano kernel: [4782542.532307] scsi target2:0:1: 
enclosure logical id(0x59890960a0016600), slot(1)
Feb 20 23:19:44 emiliano kernel: [4782542.595275] sd 2:0:1:0: task 
abort: SUCCESS scmd(ce39ece2)


[...]

Feb 20 23:51:51 emiliano smartd[18032]: Device: /dev/sda [SAT], SMART 
Usage Attribute: 194 Temperature_Celsius changed from 35 to 34
Feb 20 23:51:51 emiliano smartd[18032]: Device: /dev/sdb [SAT], SMART 
Usage Attribute: 194 Temperature_Celsius changed from 108 to 110
Feb 20 23:51:51 emiliano smartd[18032]: Device: /dev/sdc [SAT], SMART 
Usage Attribute: 194 Temperature_Celsius changed from 114 to 116
Feb 20 23:51:51 emiliano smartd[18032]: Device: /dev/sdd [SAT], SMART 
Usage Attribute: 194 Temperature_Celsius changed from 96 to 98
Feb 20 23:51:51 emiliano smartd[18032]: Device: /dev/sde [SAT], SMART 
Usage Attribute: 194 Temperature_Celsius changed from 103 to 105



Qualche info in più:
si tratta di un server con Debian sul primo disco, mentre i restanti 4 
dischi sono gestiti in raid5 con mdadm, sopra questo c'è lvm che 
gestisce i volumi, i volumi vengono esportati via iscsi (tgtadm).
Ogni tanto il servizio iscsi ha dei "fermi", i server virtuali che 
risiedono su altri server fisici (rete 10 Gb in fibra) ne soffrono, in 
particolare un database oracle la prende sempre male, macchina virtuale 
che va in freeze almeno una volta al giorno...
Non riesco a capire in corrispondenza di quali eventi si presenti il 
problema.

Troppo IO su disco?
Dischi meccanici, no SSD?
Troppi snapshot? (3 per ogni volume, circa una ventina di LV)

Grazie se mi date qualche suggerimento, qualche idea per indagare.

Matteo



--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Problema storage

2023-02-21 Per discussione listemessa...@coplast.eu 

Buonasera a tutti,
chiedo aiuto per interpretare quanto segue.

Feb 20 23:19:44 emiliano kernel: [4782542.532294] sd 2:0:1:0: attempting 
task abort! scmd(ce39ece2)
Feb 20 23:19:44 emiliano kernel: [4782542.532300] sd 2:0:1:0: [sdc] 
tag#2246 CDB: Synchronize Cache(10) 35 00 00 00 00 00 00 00 00 00
Feb 20 23:19:44 emiliano kernel: [4782542.532305] scsi target2:0:1: 
handle(0x000a), sas_address(0x443322110100), phy(1)
Feb 20 23:19:44 emiliano kernel: [4782542.532307] scsi target2:0:1: 
enclosure logical id(0x59890960a0016600), slot(1)
Feb 20 23:19:44 emiliano kernel: [4782542.595275] sd 2:0:1:0: task 
abort: SUCCESS scmd(ce39ece2)


[...]

Feb 20 23:51:51 emiliano smartd[18032]: Device: /dev/sda [SAT], SMART 
Usage Attribute: 194 Temperature_Celsius changed from 35 to 34
Feb 20 23:51:51 emiliano smartd[18032]: Device: /dev/sdb [SAT], SMART 
Usage Attribute: 194 Temperature_Celsius changed from 108 to 110
Feb 20 23:51:51 emiliano smartd[18032]: Device: /dev/sdc [SAT], SMART 
Usage Attribute: 194 Temperature_Celsius changed from 114 to 116
Feb 20 23:51:51 emiliano smartd[18032]: Device: /dev/sdd [SAT], SMART 
Usage Attribute: 194 Temperature_Celsius changed from 96 to 98
Feb 20 23:51:51 emiliano smartd[18032]: Device: /dev/sde [SAT], SMART 
Usage Attribute: 194 Temperature_Celsius changed from 103 to 105



Qualche info in più:
si tratta di un server con Debian sul primo disco, mentre i restanti 4 
dischi sono gestiti in raid5 con mdadm, sopra questo c'è lvm che 
gestisce i volumi, i volumi vengono esportati via iscsi (tgtadm).
Ogni tanto il servizio iscsi ha dei "fermi", i server virtuali che 
risiedono su altri server fisici (rete 10 Gb in fibra) ne soffrono, in 
particolare un database oracle la prende sempre male, macchina virtuale 
che va in freeze almeno una volta al giorno...
Non riesco a capire in corrispondenza di quali eventi si presenti il 
problema.

Troppo IO su disco?
Dischi meccanici, no SSD?
Troppi snapshot? (3 per ogni volume, circa una ventina di LV)

Grazie se mi date qualche suggerimento, qualche idea per indagare.

Matteo

Re: Un curioso problema tecnico stampando una email da gmail.com

2023-02-16 Per discussione Ennio Sr 
> Il 15/02/23 20:32, Ennio Sr ha scritto:

[...]
Uso Gmail in una finestra di Firefox ESR sotto Debian 9.13 (Stretch). Non
appena clicco su File/Print,
[...]

>
> Ciao Ennio, hai provato nella casella di stampa in "Ridimensionamento" a
selezionare "Ridimensiona" > e cambiare la percentuale diminuendola fino a
farla stare nella pagina?

Sì, ho provato tutte le opzioni offerte da gmail, ma il risultato non
cambia.
Ho anche fatto un copia e incolla del contenuto - intero - che vedo sullo
schermo in una nuova email che ho spedito ad un altro mio indirizzo, sempre
presso gmail, ma quando provo a farne la stampa il risultato non cambia: è
come se ci fosse una sorta di blocco nel file originale, che però non
riesco a individuare perché, se cerco di esaminarlo, non riesco a
individuare un testo leggibile in italiano.
A questo punto non ci perderei più tempo. Speravo che qualcuno del NG
avesse incontrato e risolto un problema analogo...

Grazie ancora del tuo aiuto. Alla prossima,
 ennio


On Thu, Feb 16, 2023 at 12:41 PM Piviul  wrote:

> Il 15/02/23 20:32, Ennio Sr ha scritto:
>
> [...]
> Uso Gmail in una finestra di Firefox ESR sotto Debian 9.13 (Stretch). Non
> appena clicco su File/Print, appare a l'anteprima di stampa che è già
> compromessa, nel senso che mostra la prima metà pagina con la perdita di
> parte del margine destro.
> Naturalmente, se provo a stampare un altro file a caso funziona tutto
> regolarmente...
>
> Ciao Ennio, hai provato nella casella di stampa in "Ridimensionamento" a
> selezionare "Ridimensiona" e cambiare la percentuale diminuendola fino a
> farla stare nella pagina?
>
> Piviul
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Un curioso problema tecnico stampando una email da gmail.com

2023-02-16 Per discussione Piviul 

Il 15/02/23 20:32, Ennio Sr ha scritto:

[...]
Uso Gmail in una finestra di Firefox ESR sotto Debian 9.13 (Stretch). 
Non appena clicco su File/Print, appare a l'anteprima di stampa che è 
già compromessa, nel senso che mostra la prima metà pagina con la 
perdita di parte del margine destro.
Naturalmente, se provo a stampare un altro file a caso funziona tutto 
regolarmente...
Ciao Ennio, hai provato nella casella di stampa in "Ridimensionamento" a 
selezionare "Ridimensiona" e cambiare la percentuale diminuendola fino a 
farla stare nella pagina?


Piviul

Re: Un curioso problema tecnico stampando una email da gmail.com

2023-02-15 Per discussione peterpunk 
On Wed, 15 Feb 2023 11:42:07 +0100
Leandro Noferini  wrote:

> 
> 'Ennio-Sr , '@ei.hnet writes:
> 
> > 'Autistici e integrati'
> 
> Fantastica!
> 
> La segnalo subito alla lista di gestione, credo che provederanno
> subitaneamente alla registrazione del dominio relativo e io a
> crearmici un indirizzo!
>
Suggeriamogli anche apocalittici e inventati :P

peterpunk
--
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/ printf("Mai un giorno senza una riga\n");

Re: Un curioso problema tecnico stampando una email da gmail.com

2023-02-15 Per discussione Leonardo Boselli 
Mi è capitato recentemente, solo da un miuttente, che usava yahoo che 
tutti i suoi messggi arrivassero più o meno troncati.
Usando un reader solo testo, tutto bene, ma qualunque reader che 
iconosceva l'html vaceva vedere solo l'angolino a sinistra in alto.
Probabilmente qualche css difettoso (se facevo reply in modo testo, la 
citazione, che non ereditava la parte css, veniva regolare)


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225

Re: Un curioso problema tecnico stampando una email da gmail.com

2023-02-15 Per discussione Piviul 

Il 14/02/23 22:35, 'Ennio-Sr ha scritto:

Premessa:
[...]
su questo ho poco da dire, non entro nel merito, qualcuno si è già 
giustamente espresso... ma non stiamo a giudicare chi è degno del nostro 
aiuto no? ;)



Problema:
Ho provato a stampare una email inviata al mio indiri...@gmail.com, ma il
risultato è che la singola pagina in cui starebbe il suo contenuto viene
stampato su due metà foglio, con perdita del 'wrapping' consueto: ossia,
il limite destro della pagina risulta tronco.
dovresti dirci qualcosa in più; che client di posta usi, se ad esempio 
hai controllato il formato della carta nelle impostazioni della 
stampante o chissà...



Riguardando stasera il messaggio originario noto che esso porta un
'Message ID' che termina con '.eurprd07.prod.outlook.com'.
Ciò mi induce a pensare che il comportamento strano della stampante possa
dipendere da una incompatibilità di linux/debian con 'outlook'?
beh una incompatibilità con debian mi pare esagerata, con il tuo client 
di posta potrebbe essere già più plausibile. Ricordo in passato che in 
thunderbird ci fosse un problema nella lettura di messaggi tnf che 
produceva outlook e ricordo ci fosse un'estensione per la sua decodifica 
ma credo sia roba superata.


Se quindi vuoi dirci qualcosa in più...

Piviul

Re: Un curioso problema tecnico stampando una email da gmail.com

2023-02-15 Per discussione Leandro Noferini 


'Ennio-Sr , '@ei.hnet writes:

> 'Autistici e integrati'

Fantastica!

La segnalo subito alla lista di gestione, credo che provederanno
subitaneamente alla registrazione del dominio relativo e io a crearmici
un indirizzo!

-- 
Ciao
leandro

Re: Un curioso problema tecnico stampando una email da gmail.com

2023-02-15 Per discussione peterpunk 
On Wed, 15 Feb 2023 09:12:48 +0100 Cosmo  wrote:

> In data martedì 14 febbraio 2023 22:35:30 CET, 'Ennio-Sr, '@ei.hnet
> ha scritto:
> > né penso di aver detto alla
> > 'Autistici e integrati' 
> 
> Autistici e Inventati, cazzo, Autistici e Inventati. 
> Ecco un altro che *sfrutta* un server di movimento non perché ne
> approvi il Manifesto ( antifascismo, antirazzismo, antisessismo,
> antiomofobia, antitransfobia, antimilitarismo e non
> commercialità ), ma solo perché è gratuito - e nemmeno riesce a
> scriverne correttamente il nome.
> 
Severo (neanche tanto) ma giusto.

peterpunk
-- 
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/ printf("Mai un giorno senza una riga\n");

Re: Un curioso problema tecnico stampando una email da gmail.com

2023-02-15 Per discussione Cosmo 
In data martedì 14 febbraio 2023 22:35:30 CET, 'Ennio-Sr, '@ei.hnet ha 
scritto:
> né penso di aver detto alla
> 'Autistici e integrati' 

Autistici e Inventati, cazzo, Autistici e Inventati. 
Ecco un altro che *sfrutta* un server di movimento non perché ne approvi il 
Manifesto ( antifascismo, antirazzismo, antisessismo, antiomofobia, 
antitransfobia, antimilitarismo e non commercialità ), ma solo perché è 
gratuito - e nemmeno riesce a scriverne correttamente il nome.

-- 
Cosmo

Un curioso problema tecnico stampando una email da gmail.com

2023-02-14 Per discussione 'Ennio-Sr 
Premessa:
Un caro saluto a tutti, con la speranza che questo messaggio 'passi' e che
io riceva la risposta, visto che non ho ancora provveduto a notificare
questo nuovo indirizzo a debian-italian, né penso di aver detto alla
'Autistici e integrati' che avrei usato il mio account con un news group!

Problema:
Ho provato a stampare una email inviata al mio indiri...@gmail.com, ma il
risultato è che la singola pagina in cui starebbe il suo contenuto viene
stampato su due metà foglio, con perdita del 'wrapping' consueto: ossia,
il limite destro della pagina risulta tronco.

Riguardando stasera il messaggio originario noto che esso porta un
'Message ID' che termina con '.eurprd07.prod.outlook.com'.
Ciò mi induce a pensare che il comportamento strano della stampante possa
dipendere da una incompatibilità di linux/debian con 'outlook'?

Cosa ne pensate?

Grazie dell'attenzione,
Ennio (alias 'nasr.laili')



-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\

Re: problema Thunderbird 102.2.1-1 - testing

2022-10-23 Per discussione Paride Desimone 
Il 14 settembre 2022 08:05:27 UTC, Luca Sighinolfi  
ha scritto:
>On 2022-09-14 07:56, MAURIZI Lorenzo wrote:
>>> A questo punto, secondo voi, dovrei fare una segnalazione del bug anche per 
>>> avere un confronto con il maintainer del programma?
>> 
>> Come segnalato da Cosmo, il bug è già segnalato, e ci sono alcuni
>> workaround indicati:
>> 
>> https://bugzilla.mozilla.org/show_bug.cgi?id=1789326
>> 
>> Ciao
>
>Grazie Lorenzo e Cosmo, mi ero perso il messaggio di Cosmo... mi studio il bug 
>ed i workaround!
>
>Grazie
>Ciao

Magari installati apt-listbugs, uno strumento indispensabile in caso di 
utilizzo a cuor leggero di testing/sid.

/paride
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: Problema con chewmail

2022-09-25 Per discussione Marco Gaiarin 
Mandi! Leandro Noferini
  In chel di` si favelave...

> Method recvstamp() is not defined for a Mail::Box::IMAP4::Head.

A naso ti manca una libreria perl o è una versione incompatibile. io la
funzione recvstamp() la ho definitta in

/usr/share/perl5/Mail/Message/Head/Complete.pm

-- 
  Does anybody here remember Vera Lynn?
(Pink Floyd)

Re: Problema con chewmail

2022-09-18 Per discussione Leandro Noferini 
Leandro Noferini  writes:

[…]

Dimenticavo di dirvi che sono su debian stabile su raspberry.

– 
ciao
leandro

Problema con chewmail

2022-09-18 Per discussione Leandro Noferini 
Ciao a tutti,

nella mia rincorsa alla sostituzione di archivemail ho seguito i
consigli e ho installato chewmail che però mi dà il seguente errore:

chewmail -d 7 -o spam imaps://utente:passw...@server.org/INBOX.spam
Method recvstamp() is not defined for a Mail::Box::IMAP4::Head.
 at /usr/share/perl5/Mail/Reporter.pm line 236.
Mail::Reporter::AUTOLOAD(Mail::Box::IMAP4::Head=HASH(0x11cde60)) called 
at /usr/share/perl5/Mail/Message.pm line 278
Mail::Message::timestamp(Mail::Box::IMAP4::Message=HASH(0x11ce040)) 
called at /usr/bin/chewmail line 254

Che gli fo?

--
ciao
leandro

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-18 Per discussione Davide Prina 
Luca Sighinolfi ha scritto:

> ATTENTION: default value of option mesa_glthread overridden by
> environment.

questo ignoralo.
Segnala soltanto che lo script di thunderbird sovrascrive un'opzione di
mesa. Lo stesso messaggio viene visualizzato anche avviando Firefox

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-14 Per discussione Luca Sighinolfi 

On 2022-09-14 07:56, MAURIZI Lorenzo wrote:
A questo punto, secondo voi, dovrei fare una segnalazione del bug 
anche per avere un confronto con il maintainer del programma?


Come segnalato da Cosmo, il bug è già segnalato, e ci sono alcuni
workaround indicati:

https://bugzilla.mozilla.org/show_bug.cgi?id=1789326

Ciao


Grazie Lorenzo e Cosmo, mi ero perso il messaggio di Cosmo... mi studio 
il bug ed i workaround!


Grazie
Ciao
--
Luca Sighinolfi

R: problema Thunderbird 102.2.1-1 - testing

2022-09-14 Per discussione MAURIZI Lorenzo 

> A questo punto, secondo voi, dovrei fare una segnalazione del bug anche per 
> avere un confronto con il maintainer del programma?

Come segnalato da Cosmo, il bug è già segnalato, e ci sono alcuni workaround 
indicati:

https://bugzilla.mozilla.org/show_bug.cgi?id=1789326

Ciao

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-14 Per discussione Luca Sighinolfi 

Ciao Piviul

On 2022-09-14 07:09, Piviul wrote:

On 13/09/22 12:30, Luca Sighinolfi wrote:

[...]
Non ho capito quale sia il problema (propendo per un errore durante la
conversione del profilo per TB 91 a TB 102), ma sono tornato alla
configurazione prima dell'aggiornamento.


Se non ho capito male leggendo il thread il problema si risolve anche
creando un nuovo profilo: non ti conviene quindi rifare il profilo?
Tieni conto che non potrai rimanere sembra con TB 91, prima o poi
tocca aggiornalo!


In realtà con la 102 non è sufficiente creare un nuovo profilo perchè
funziona fino al successivo riavvio del programma, poi scompare tutto
nuovamente.

La mia speranza è che una qualche nuova versione risolva il problema.

A questo punto, secondo voi, dovrei fare una segnalazione del bug anche
per avere un confronto con il maintainer del programma?


Piviul


Grazie
Ciao
--
Luca Sighinolfi

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-14 Per discussione Piviul 

On 13/09/22 12:30, Luca Sighinolfi wrote:

[...]
Non ho capito quale sia il problema (propendo per un errore durante la
conversione del profilo per TB 91 a TB 102), ma sono tornato alla
configurazione prima dell'aggiornamento.


Se non ho capito male leggendo il thread il problema si risolve anche 
creando un nuovo profilo: non ti conviene quindi rifare il profilo? 
Tieni conto che non potrai rimanere sembra con TB 91, prima o poi tocca 
aggiornalo!


Piviul

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-13 Per discussione Luca Sighinolfi 
Ciao a tutti, un piccolo aggiornamento sul mio problema.

> > Il 12/09/22 16:53, Luca Sighinolfi ha scritto:
> >   
> >> [...]
> >> Ho provato a fare il downgrade alla stable, ma dice che il profilo 
> >> attuale è utilizzabile sono con le nuove versioni di Thunderbird e 
> >> quindi dovrei ricreare il profilo...
> >> 
> >> Invece installando la versione "unstable" (1:102.2.2-1) non
> >> risolve il problema (la testing è 1:102.2.1-1).  
> > è improbabile che dipenda da thunderbird... Se sei sicuro però che 
> > abbia iniziato a dare il problema dopo gli aggiornamenti guarda
> > cosa è stato aggiornato: /var/log/apt/history.log

Ho rinominato in old la cartella di thunderbird, ho disinstallato
thunderbird versione testing (102) ed installato la stable (91).

A quel punto ho ricollegato uno degli account di posta ed il problema
sembra risolto. Anche quando riavvio il client di posta tutto funziona
normalmente. 

Ho messo thunderbird in hold su aptitude in modo che non mi si aggiorni
al prossimo giro. 

Non ho capito quale sia il problema (propendo per un errore durante la
conversione del profilo per TB 91 a TB 102), ma sono tornato alla
configurazione prima dell'aggiornamento.  

Grazie
Ciao
-- 
Luca Sighinolfi


  Imparerai più nei boschi che nei libri.

San Bernardo di Chiaravalle

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-13 Per discussione Cosmo 
In data martedì 13 settembre 2022 08:35:58 CEST, Luca Sighinolfi ha scritto:
> Da quello che capisco dai log, l'aggiornamento incriminato risale a fine
> agosto, quando thunderbird è passato dalla 91 alla 102, insieme ad una
> marea di altri programmi. Cosa devo cercare?

Una vita fa, thunderbird si ruppe perché avevo usato un carattere proibito 
rinominando un account - da allora, kmail tutta la vita, ma questa è un'altra 
storia. Comunque, bugzilla fu un'ottima risorsa per risolvere il problema.
Sembra che lo sia tutt'ora.
https://bugzilla.mozilla.org/show_bug.cgi?id=1789326

-- 
Cosmo

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione valerio 




Il 13/09/22 08:29, Luca Sighinolfi ha scritto:

Ciao Angelo,

On 2022-09-13 05:51, root wrote:

Un fatto analogo era successo ad un mio amico dieci anni fà e il
problema era una mail di spam che incasinava tutto.
Avevo risolto rinominando la cartella .thunderbird e rifacendo le
connessioni mail.


ho provato a rinominare la cartella .thunderbird in modo che il 
programma ripartisse da zero.


Ho ricollegato uno degli account di posta con successo.


ciao,
non so quanto complesso sia l'account, ma se hai rinominato la cartella 
con la posta, invece di far ripartire thunder, non potresti fare una 
reinstallazione?
personalmente ho un po' di indirizzi, ma a suo tempo per recuperare 
posta vecchia, ho semplicemente inserito i file di posta (con nomi 
fittizi) in directory di posta esistenti.


ovviamente con le dovute cautele...
valerio

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione Luca Sighinolfi 

Ciao Piviul, grazie per l'assistenza.

On 2022-09-12 16:16, Piviul wrote:


Il 12/09/22 16:53, Luca Sighinolfi ha scritto:


[...]
Ho provato a fare il downgrade alla stable, ma dice che il profilo 
attuale è utilizzabile sono con le nuove versioni di Thunderbird e 
quindi dovrei ricreare il profilo...


Invece installando la versione "unstable" (1:102.2.2-1) non risolve il 
problema (la testing è 1:102.2.1-1).
è improbabile che dipenda da thunderbird... Se sei sicuro però che 
abbia iniziato a dare il problema dopo gli aggiornamenti guarda cosa è 
stato aggiornato: /var/log/apt/history.log


Piviul


Da quello che capisco dai log, l'aggiornamento incriminato risale a fine 
agosto, quando thunderbird è passato dalla 91 alla 102, insieme ad una 
marea di altri programmi. Cosa devo cercare?


Grazie mille
Ciao
--
Luca Sighinolfi

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione Luca Sighinolfi 

Ciao Angelo,

On 2022-09-13 05:51, root wrote:

Un fatto analogo era successo ad un mio amico dieci anni fà e il
problema era una mail di spam che incasinava tutto.
Avevo risolto rinominando la cartella .thunderbird e rifacendo le
connessioni mail.


ho provato a rinominare la cartella .thunderbird in modo che il 
programma ripartisse da zero.


Ho ricollegato uno degli account di posta con successo.

Ho chiuso e riaperto thunderbird e mi è scomparso tutto, esattamente 
come prima.
Fra l'altro aveva giustamente scaricato solo una manciata di mail 
(casella IMAP), quindi mi risulta difficile pensare che il problema sia 
una mail, posso guardarci meglio (ogni volta devo rifare tutto daccapo).



Guardando semplicemente gli hider delle mail ho scoperto una strana,
cancellandola avevo risolto.


Posso guardare meglio se ci sia una mail "sospetta", ma non saprei 
sinceramente cosa guardare...


Magari provo a collegare un altro account...


my 2cent
angelo

On Mon, Sep 12, 2022 at 02:53:00PM +, Luca Sighinolfi wrote:

On 2022-09-12 09:29, liste DOT girarsi AT posteo DOT eu wrote:
> Il 12/09/22 11:27, liste DOT girarsi AT posteo DOT eu ha scritto:
> > Per il downgrade, puoi vedere qui un esempio, anche se metter mano
> > ai file preferences e apt.conf :
> >
> > 
https://guide.debianizzati.org/index.php/Fare_il_downgrade_di_uno_o_pi%C3%B9_pacchetti
> >

Ho provato a fare il downgrade alla stable, ma dice che il profilo 
attuale è

utilizzabile sono con le nuove versioni di Thunderbird e quindi dovrei
ricreare il profilo...

Invece installando la versione "unstable" (1:102.2.2-1) non risolve il
problema (la testing è 1:102.2.1-1).

Uff...
--
Luca Sighinolfi


Grazie
Ciao
--
Luca Sighinolfi

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione Piviul 

Il 12/09/22 16:53, Luca Sighinolfi ha scritto:

[...]
Ho provato a fare il downgrade alla stable, ma dice che il profilo 
attuale è utilizzabile sono con le nuove versioni di Thunderbird e 
quindi dovrei ricreare il profilo...


Invece installando la versione "unstable" (1:102.2.2-1) non risolve il 
problema (la testing è 1:102.2.1-1).
è improbabile che dipenda da thunderbird... Se sei sicuro però che abbia 
iniziato a dare il problema dopo gli aggiornamenti guarda cosa è stato 
aggiornato:/var/log/apt/history.log


Piviul

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione Luca Sighinolfi 

On 2022-09-12 09:29, liste DOT girarsi AT posteo DOT eu wrote:

Il 12/09/22 11:27, liste DOT girarsi AT posteo DOT eu ha scritto:
Per il downgrade, puoi vedere qui un esempio, anche se metter mano ai 
file preferences e apt.conf :


https://guide.debianizzati.org/index.php/Fare_il_downgrade_di_uno_o_pi%C3%B9_pacchetti



Ho provato a fare il downgrade alla stable, ma dice che il profilo 
attuale è utilizzabile sono con le nuove versioni di Thunderbird e 
quindi dovrei ricreare il profilo...


Invece installando la versione "unstable" (1:102.2.2-1) non risolve il 
problema (la testing è 1:102.2.1-1).


Uff...
--
Luca Sighinolfi

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione Luca Sighinolfi 

On 2022-09-12 09:01, Piviul wrote:

On 12/09/22 10:45, Luca Sighinolfi wrote:

[...]
Poi sotto la finestra è suddivisa in due: a sx una colonna con scritto 
"Cartelle" completamente vuota.


non hai un burger menu, i 3 puntini per intenderci, nel pane delle 
Cartelle?


Si c'è, ma se clicco non fa nulla...




[...]
Potrei provare a disinstallare apparmor stasera quando avrò il pc 
sottomano.


beh, non esagerare, un sudo systemctl stop apparmor dovrebbe essere
sufficiente per capire se dipende da lui.


fatto, nessun miglioramento




[...]
Anche io penso che sia un problema di visualizzazione introdotto in un 
recente aggiornamento...


strano che nessun altro lo rilevi...

Piviul


Grazie
Ciao
--
Luca Sighinolfi

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione Piviul 

On 12/09/22 10:45, Luca Sighinolfi wrote:

[...]
Poi sotto la finestra è suddivisa in due: a sx una colonna con scritto 
"Cartelle" completamente vuota.


non hai un burger menu, i 3 puntini per intenderci, nel pane delle Cartelle?



[...]
Potrei provare a disinstallare apparmor stasera quando avrò il pc 
sottomano.


beh, non esagerare, un sudo systemctl stop apparmor dovrebbe essere 
sufficiente per capire se dipende da lui.




[...]
Anche io penso che sia un problema di visualizzazione introdotto in un 
recente aggiornamento...


strano che nessun altro lo rilevi...

Piviul

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione liste DOT girarsi AT posteo DOT eu 

Il 12/09/22 11:27, liste DOT girarsi AT posteo DOT eu ha scritto:
Per il downgrade, puoi vedere qui un esempio, anche se metter mano ai 
file preferences e apt.conf :


https://guide.debianizzati.org/index.php/Fare_il_downgrade_di_uno_o_pi%C3%B9_pacchetti





*** = a me non è servito.

Chiedo scusa per la mancanza.

--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione liste DOT girarsi AT posteo DOT eu 
Per il downgrade, puoi vedere qui un esempio, anche se metter mano ai 
file preferences e apt.conf:


https://guide.debianizzati.org/index.php/Fare_il_downgrade_di_uno_o_pi%C3%B9_pacchetti



--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione liste DOT girarsi AT posteo DOT eu 

Il 12/09/22 10:45, Luca Sighinolfi ha scritto:
Potrei provare a disinstallare apparmor stasera quando avrò il pc 
sottomano.




Non lo disinstallerei, incasineresti di tutto e di più, non è un 
semplice programma, è una funzionalità molto complessa [0].



Controllerò anche i permessi come suggerito da te e da Diego, e magari 
faccio il downgrade (se mi ricordo come si fa) come suggerito da Simone.


Anche io penso che sia un problema di visualizzazione introdotto in un 
recente aggiornamento...




Per me col downgrade risolvi in poco tempo.




[0] https://packages.debian.org/it/buster/apparmor



--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione Luca Sighinolfi 

On 2022-09-12 07:50, valerio wrote:

Il 12/09/22 09:20, Luca Sighinolfi ha scritto:

Ciao Piviul

On 2022-09-12 06:30, Piviul wrote:

On 11/09/22 13:08, Luca Sighinolfi wrote:

[...]

ATTENTION: default value of option mesa_glthread overridden by
environment.


non credo centri, lo da anche a me... se apri thunderbird da console,
quando cambi dal menù visualizza un'opzione non mostra un errore
sulla console a parte quello all'avvio che hai già segnalato?


Sulla console non ho informazioni aggiuntive...

Sto problema rende il programma inutilizzabile e sono a piedi...

Comunque le informazioni ci sono perché se faccio un cerca restituisce 
i risultati e se chiedo di scaricare la posta, non da nessun errore e 
sembra che scarichi corretamente.


Solo che non vedo né cartelle ne mail...


ciao,
puoi descrivere cosa vedi, allora?


Vedo le scritte del menu in alto con i vari "File" "Visualizza" etc.

Poi sotto la finestra è suddivisa in due: a sx una colonna con scritto 
"Cartelle" completamente vuota.
Ed a dx tutto completamente bianco (dove dovrei avere l'elenco delle 
mail). Non vedo nemmeno le intestazioni delle varie colonne della 
schermata mail (tipo data, mittente, oggetto...non li vedo).



hai guardato nella directory di .thunderbird i permessi dei file di
posta, e cosa contengono?
per la cronaca (ma credo che non c'entri) tempo fa c'era apparmor che
impediva alcune operazioni.


Potrei provare a disinstallare apparmor stasera quando avrò il pc 
sottomano.


Controllerò anche i permessi come suggerito da te e da Diego, e magari 
faccio il downgrade (se mi ricordo come si fa) come suggerito da Simone.


Anche io penso che sia un problema di visualizzazione introdotto in un 
recente aggiornamento...


Stasera vi aggiorno.

Grazie per i suggerimenti, molto preziosi.
--
Luca Sighinolfi

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione liste DOT girarsi AT posteo DOT eu 

Il 11/09/22 13:08, Luca Sighinolfi ha scritto:

Buongiorno a tutti,

ho un problema con Thunderbird sul portatile di mia moglie.

Il sistema è Debian Tetsing, XFCE, Thunderbird aggiornato ad oggi:

ii  thunderbird 1:102.2.1-1amd64
ii  thunderbird-l10n-it 1:102.2.1-1all

kernel: 5.18.0-4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.18.16-1
(2022-08-10) x86_64 GNU/Linux

QUando avvio il programma, non vedo né la lista delle cartelle sulla
sx, né la lista dei messaggi.

Questo è successo dopo un aggiornamento del mese scorso piuttosto
corposo (purtroppo aggiorno quando riesco...).

Subito ho pensato avesse perso il profilo, ma guardando tra nel menu
account, sono tutti presenti.



Se è un problema grafico, a me succede ogni tanto con nuove versioni di 
thunderbird, di vedere l'interfaccia come  quanto da te descritto + 
bordi neri o cose comunque ingestibili direttamente dall'applicazione.


Generalmente si tratta di problemi legati all'interfaccia grafica e 
ambiente grafico (nel mio caso KDE), un bug legato alle varie librerie 
grafiche che io sappia.


Di solito risolvo effettuando un downgrade alla versione precedente, e 
mi risulta funzionante, ed attendo un nuovo aggiornamento, quest'ultimo 
di solito arriva in una o due settimane, non serve aspettare molto, ma 
consiglio mio effettua un downgrade ad una versione precedente.


--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione valerio 




Il 12/09/22 09:20, Luca Sighinolfi ha scritto:

Ciao Piviul

On 2022-09-12 06:30, Piviul wrote:

On 11/09/22 13:08, Luca Sighinolfi wrote:

[...]

ATTENTION: default value of option mesa_glthread overridden by
environment.


non credo centri, lo da anche a me... se apri thunderbird da console,
quando cambi dal menù visualizza un'opzione non mostra un errore
sulla console a parte quello all'avvio che hai già segnalato?


Sulla console non ho informazioni aggiuntive...

Sto problema rende il programma inutilizzabile e sono a piedi...

Comunque le informazioni ci sono perché se faccio un cerca restituisce i 
risultati e se chiedo di scaricare la posta, non da nessun errore e 
sembra che scarichi corretamente.


Solo che non vedo né cartelle ne mail...


ciao,
puoi descrivere cosa vedi, allora?
hai guardato nella directory di .thunderbird i permessi dei file di 
posta, e cosa contengono?
per la cronaca (ma credo che non c'entri) tempo fa c'era apparmor che 
impediva alcune operazioni.

altro non saprei...

valerio




Piviul


Grazie

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione Diego Zuccato 

La sparo così: permessi sulla cartella del profilo?

Il 12/09/2022 09:20, Luca Sighinolfi ha scritto:

Ciao Piviul

On 2022-09-12 06:30, Piviul wrote:

On 11/09/22 13:08, Luca Sighinolfi wrote:

[...]

ATTENTION: default value of option mesa_glthread overridden by
environment.


non credo centri, lo da anche a me... se apri thunderbird da console,
quando cambi dal menù visualizza un'opzione non mostra un errore
sulla console a parte quello all'avvio che hai già segnalato?


Sulla console non ho informazioni aggiuntive...

Sto problema rende il programma inutilizzabile e sono a piedi...

Comunque le informazioni ci sono perché se faccio un cerca restituisce i 
risultati e se chiedo di scaricare la posta, non da nessun errore e 
sembra che scarichi corretamente.


Solo che non vedo né cartelle ne mail...


Piviul


Grazie


--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione Luca Sighinolfi 

Ciao Piviul

On 2022-09-12 06:30, Piviul wrote:

On 11/09/22 13:08, Luca Sighinolfi wrote:

[...]

ATTENTION: default value of option mesa_glthread overridden by
environment.


non credo centri, lo da anche a me... se apri thunderbird da console,
quando cambi dal menù visualizza un'opzione non mostra un errore 
sulla console a parte quello all'avvio che hai già segnalato?


Sulla console non ho informazioni aggiuntive...

Sto problema rende il programma inutilizzabile e sono a piedi...

Comunque le informazioni ci sono perché se faccio un cerca restituisce i 
risultati e se chiedo di scaricare la posta, non da nessun errore e 
sembra che scarichi corretamente.


Solo che non vedo né cartelle ne mail...


Piviul


Grazie
--
Luca Sighinolfi

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-12 Per discussione Luca Sighinolfi 

On 2022-09-11 15:07, valerio wrote:

ciao,

Il 11/09/22 15:14, Luca Sighinolfi ha scritto:

Ciao Valerio

On Sun, 11 Sep 2022 14:26:56 +0200
valerio  wrote:


ciao.

Il 11/09/22 13:08, Luca Sighinolfi ha scritto:

Buongiorno a tutti,

ho un problema con Thunderbird sul portatile di mia moglie.

Il sistema è Debian Tetsing, XFCE, Thunderbird aggiornato ad oggi:

ii  thunderbird 1:102.2.1-1amd64
ii  thunderbird-l10n-it 1:102.2.1-1all

kernel: 5.18.0-4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.18.16-1
(2022-08-10) x86_64 GNU/Linux

QUando avvio il programma, non vedo né la lista delle cartelle sulla
sx, né la lista dei messaggi.



hai guardato sul menù visualizza?
se qualcosa é escluso?


probabilmente altre voci di menù, tipo struttura, o altro
anch'io, per quanto usi thunder da svariati anni non ho mai 
approfondito


Ho provato parecchie opzioni, oserei dire tutte, ma senza successo...
--
Luca Sighinolfi

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-11 Per discussione Piviul 

On 11/09/22 13:08, Luca Sighinolfi wrote:

[...]

ATTENTION: default value of option mesa_glthread overridden by
environment.


non credo centri, lo da anche a me... se apri thunderbird da console, 
quando cambi dal menù visualizza un'opzione non mostra un errore  sulla 
console a parte quello all'avvio che hai già segnalato?


Piviul

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-11 Per discussione valerio 

ciao,

Il 11/09/22 15:14, Luca Sighinolfi ha scritto:

Ciao Valerio

On Sun, 11 Sep 2022 14:26:56 +0200
valerio  wrote:


ciao.

Il 11/09/22 13:08, Luca Sighinolfi ha scritto:

Buongiorno a tutti,

ho un problema con Thunderbird sul portatile di mia moglie.

Il sistema è Debian Tetsing, XFCE, Thunderbird aggiornato ad oggi:

ii  thunderbird 1:102.2.1-1amd64
ii  thunderbird-l10n-it 1:102.2.1-1all

kernel: 5.18.0-4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.18.16-1
(2022-08-10) x86_64 GNU/Linux

QUando avvio il programma, non vedo né la lista delle cartelle sulla
sx, né la lista dei messaggi.
   


hai guardato sul menù visualizza?
se qualcosa é escluso?


probabilmente altre voci di menù, tipo struttura, o altro
anch'io, per quanto usi thunder da svariati anni non ho mai approfondito



Si, ho guardato e provato un po' di opzioni ma niente che abbia aiutato.
Nel menu Visualizza --> Cartelle noto che nessuna opzione è fleggata,
qualsiasi selezione faccio non ha effetti ed al riavvio del programma
viene dimenticata. Non ho esperienza con Thunderbird per sapere se sia
giusto così...




Questo è successo dopo un aggiornamento del mese scorso piuttosto
corposo (purtroppo aggiorno quando riesco...).

Subito ho pensato avesse perso il profilo, ma guardando tra nel menu
account, sono tutti presenti.

Ho provato comunque a creare un nuovo profilo con l'opzione -P
avviando da console. Ma nahc ein questo caso mi memorizza la
l'account, mi fa vedere anche le cartelle e le email, ma quando
esco da thunderbird e riavvio sono daccapo: non vedo né le cartelle
ne i messaggi.

Se avvio da console, lunica cosa che vedo è la ripetizione per 7
vote del seguente messaggio:

ATTENTION: default value of option mesa_glthread overridden by
environment.
   


questo invece è un bug:

https://bugzilla.mozilla.org/show_bug.cgi?id=1744389

ma non capisco da cosa possa dipendere, forse da altri programmi che 
ingrandiscono? e cambiano le caratteristiche di visualizzazione.

vediamo se qualcuno ne sa di più ...


Grazie


valerio

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-11 Per discussione Luca Sighinolfi 
Ciao Valerio

On Sun, 11 Sep 2022 14:26:56 +0200
valerio  wrote:

> ciao.
> 
> Il 11/09/22 13:08, Luca Sighinolfi ha scritto:
> > Buongiorno a tutti,
> > 
> > ho un problema con Thunderbird sul portatile di mia moglie.
> > 
> > Il sistema è Debian Tetsing, XFCE, Thunderbird aggiornato ad oggi:
> > 
> > ii  thunderbird 1:102.2.1-1amd64
> > ii  thunderbird-l10n-it 1:102.2.1-1all
> > 
> > kernel: 5.18.0-4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.18.16-1
> > (2022-08-10) x86_64 GNU/Linux
> > 
> > QUando avvio il programma, non vedo né la lista delle cartelle sulla
> > sx, né la lista dei messaggi.
> >   
> 
> hai guardato sul menù visualizza?
> se qualcosa é escluso?

Si, ho guardato e provato un po' di opzioni ma niente che abbia aiutato.
Nel menu Visualizza --> Cartelle noto che nessuna opzione è fleggata,
qualsiasi selezione faccio non ha effetti ed al riavvio del programma
viene dimenticata. Non ho esperienza con Thunderbird per sapere se sia
giusto così... 

> 
> > Questo è successo dopo un aggiornamento del mese scorso piuttosto
> > corposo (purtroppo aggiorno quando riesco...).
> > 
> > Subito ho pensato avesse perso il profilo, ma guardando tra nel menu
> > account, sono tutti presenti.
> > 
> > Ho provato comunque a creare un nuovo profilo con l'opzione -P
> > avviando da console. Ma nahc ein questo caso mi memorizza la
> > l'account, mi fa vedere anche le cartelle e le email, ma quando
> > esco da thunderbird e riavvio sono daccapo: non vedo né le cartelle
> > ne i messaggi.
> > 
> > Se avvio da console, lunica cosa che vedo è la ripetizione per 7
> > vote del seguente messaggio:
> > 
> > ATTENTION: default value of option mesa_glthread overridden by
> > environment.
> >   
> sembra che "qualcosa" sovrascriva "qualcosaltro": cosa dice il
> comando "env"?

Questo è quello che dice e"env"

SHELL=/bin/bash
SESSION_MANAGER=local/debian:@/tmp/.ICE-unix/900,unix/debian:/tmp/.ICE-unix/900
WINDOWID=71346738
QT_ACCESSIBILITY=1
COLORTERM=truecolor
XDG_CONFIG_DIRS=/etc/xdg
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
XDG_MENU_PREFIX=xfce-
GTK_IM_MODULE=ibus
GNOME_KEYRING_CONTROL=/run/user/1000/keyring
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
XMODIFIERS=@im=ibus
DESKTOP_SESSION=lightdm-xsession
SSH_AGENT_PID=963
XDG_SEAT=seat0
PWD=/home/utente
LOGNAME=utente
XDG_SESSION_DESKTOP=lightdm-xsession
XDG_SESSION_TYPE=x11
PANEL_GDK_CORE_DEVICE_EVENTS=0
GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1
XAUTHORITY=/home/sara/.Xauthority
XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/utente
HOME=/home/utente
LANG=it_IT@euro
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.webp=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:
XDG_CURRENT_DESKTOP=XFCE
VTE_VERSION=6992
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
CLUTTER_IM_MODULE=ibus
XDG_SESSION_CLASS=user
TERM=xterm-256color
USER=utente
DISPLAY=:0.0
SHLVL=1
QT_IM_MODULE=ibus
XDG_VTNR=7
XDG_SESSION_ID=2
XDG_RUNTIME_DIR=/run/user/1000
XDG_DATA_DIRS=/usr/share/xfce4:/usr/local/share/:/usr/share/:/usr/share
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
GDMSESSION=lightdm-xsession
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
_=/usr/bin/env

 
> > Ho anche guardato tra i bug segnalati ma non ho trovato nulla che
>

Re: problema Thunderbird 102.2.1-1 - testing

2022-09-11 Per discussione valerio 

ciao.

Il 11/09/22 13:08, Luca Sighinolfi ha scritto:

Buongiorno a tutti,

ho un problema con Thunderbird sul portatile di mia moglie.

Il sistema è Debian Tetsing, XFCE, Thunderbird aggiornato ad oggi:

ii  thunderbird 1:102.2.1-1amd64
ii  thunderbird-l10n-it 1:102.2.1-1all

kernel: 5.18.0-4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.18.16-1
(2022-08-10) x86_64 GNU/Linux

QUando avvio il programma, non vedo né la lista delle cartelle sulla
sx, né la lista dei messaggi.



hai guardato sul menù visualizza?
se qualcosa é escluso?


Questo è successo dopo un aggiornamento del mese scorso piuttosto
corposo (purtroppo aggiorno quando riesco...).

Subito ho pensato avesse perso il profilo, ma guardando tra nel menu
account, sono tutti presenti.

Ho provato comunque a creare un nuovo profilo con l'opzione -P avviando
da console. Ma nahc ein questo caso mi memorizza la l'account, mi fa
vedere anche le cartelle e le email, ma quando esco da thunderbird e
riavvio sono daccapo: non vedo né le cartelle ne i messaggi.

Se avvio da console, lunica cosa che vedo è la ripetizione per 7 vote
del seguente messaggio:

ATTENTION: default value of option mesa_glthread overridden by
environment.

sembra che "qualcosa" sovrascriva "qualcosaltro": cosa dice il comando 
"env"?




Ho anche guardato tra i bug segnalati ma non ho trovato nulla che sia
simile al mio problema e la ricerca in rete non ha dato grandi
risultati.

Ho installato Thunderbird dalla Unstable ma non ha risolto.

Avete quanlche suggerimento?


non sembra un bug




Grazie mille
Ciao



valerio

problema Thunderbird 102.2.1-1 - testing

2022-09-11 Per discussione Luca Sighinolfi 
Buongiorno a tutti, 

ho un problema con Thunderbird sul portatile di mia moglie.

Il sistema è Debian Tetsing, XFCE, Thunderbird aggiornato ad oggi:

ii  thunderbird 1:102.2.1-1amd64 
ii  thunderbird-l10n-it 1:102.2.1-1all  

kernel: 5.18.0-4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.18.16-1
(2022-08-10) x86_64 GNU/Linux

QUando avvio il programma, non vedo né la lista delle cartelle sulla
sx, né la lista dei messaggi.

Questo è successo dopo un aggiornamento del mese scorso piuttosto
corposo (purtroppo aggiorno quando riesco...).

Subito ho pensato avesse perso il profilo, ma guardando tra nel menu
account, sono tutti presenti.

Ho provato comunque a creare un nuovo profilo con l'opzione -P avviando
da console. Ma nahc ein questo caso mi memorizza la l'account, mi fa
vedere anche le cartelle e le email, ma quando esco da thunderbird e
riavvio sono daccapo: non vedo né le cartelle ne i messaggi.

Se avvio da console, lunica cosa che vedo è la ripetizione per 7 vote
del seguente messaggio:

ATTENTION: default value of option mesa_glthread overridden by
environment.

Ho anche guardato tra i bug segnalati ma non ho trovato nulla che sia
simile al mio problema e la ricerca in rete non ha dato grandi
risultati. 

Ho installato Thunderbird dalla Unstable ma non ha risolto.

Avete quanlche suggerimento?

Grazie mille
Ciao
-- 
Luca Sighinolfi


  Imparerai più nei boschi che nei libri.

San Bernardo di Chiaravalle

Re: Problema nella barra inferiore di Mate

2022-01-11 Per discussione Giuliano Grandin 
Il giorno Mon, 10 Jan 2022 17:35:14 +0100 (CET)
Leonardo Boselli  ha scritto:

> On Mon, 10 Jan 2022, Giuliano Grandin wrote:
> > Prova così:
> > 
> > ti posizioni sulla barra inferiore -> tasto destro del mouse ->
> > aggiungi al pannello  e scegli "elenco finestre"  
> 
> C'è un modo per avere barre con contenuti distinti per ciascuno dei 4 
> spazi di lavoro ?
> 

Qui ho trovato qualcosa, dicono che con KDE si può fare, ma non uso KDE
e non posso confermare

hth

Giuliano

--
Armageddon was yesterday. Today we have a serious problem.

Da "Uomini che odiano le donne" - Stieg Larrson, p. 392

Re: Problema nella barra inferiore di Mate [RISOLTO]

2022-01-11 Per discussione pinguino 

Il 10/01/22 17:21, Giuliano Grandin ha scritto:

Il giorno Mon, 10 Jan 2022 15:00:13 +0100
pinguino  ha scritto:


Buongiorno Lista,


Ciao


Da un paio di settimane ho un problema con la barra inferiore di Mate
su Debian bullseye.
Nel senso che non si vedono più le icone dei programmi che sono
caricati in memoria.


Prova così:

ti posizioni sulla barra inferiore -> tasto destro del mouse ->
aggiungi al pannello  e scegli "elenco finestre"

hth
Giuliano



Buongiorno Lista,

Ora ho aggiunto l'elenco delle finestre e funziona. Si vedono i 
programmi caricati in memoria.
La cosa strana è che non avevo modificato le impostazioni della barra 
inferiore. Forse ho cancellato qualcosa per sbaglio. Oppure negli 
aggiornamenti era stato modificato qualcos'altro.


Grazie
Saluti
Claudio


--
Armageddon was yesterday. Today we have a serious problem.

Da "Uomini che odiano le donne" - Stieg Larrson, p. 392




--
https://www.linkedin.com/in/claudio-sandrone

Re: Problema nella barra inferiore di Mate

2022-01-10 Per discussione Giuliano Grandin 
Non so, non ho mai provato

Giuluano

Il Lun 10 Gen 2022, 17:35 Leonardo Boselli  ha
scritto:

> On Mon, 10 Jan 2022, Giuliano Grandin wrote:
> > Prova così:
> >
> > ti posizioni sulla barra inferiore -> tasto destro del mouse ->
> > aggiungi al pannello  e scegli "elenco finestre"
>
> C'è un modo per avere barre con contenuti distinti per ciascuno dei 4
> spazi di lavoro ?
>
> --
> Leonardo Boselli
> Firenze, Toscana, Europa
> http://i.trail.it

Re: Problema nella barra inferiore di Mate

2022-01-10 Per discussione Leonardo Boselli 

On Mon, 10 Jan 2022, Giuliano Grandin wrote:

Prova così:

ti posizioni sulla barra inferiore -> tasto destro del mouse ->
aggiungi al pannello  e scegli "elenco finestre"


C'è un modo per avere barre con contenuti distinti per ciascuno dei 4 
spazi di lavoro ?


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it

Re: Problema nella barra inferiore di Mate

2022-01-10 Per discussione Giuliano Grandin 
Il giorno Mon, 10 Jan 2022 15:00:13 +0100
pinguino  ha scritto:

> Buongiorno Lista,

Ciao

> Da un paio di settimane ho un problema con la barra inferiore di Mate
> su Debian bullseye.
> Nel senso che non si vedono più le icone dei programmi che sono
> caricati in memoria.

Prova così:

ti posizioni sulla barra inferiore -> tasto destro del mouse ->
aggiungi al pannello  e scegli "elenco finestre"

hth
Giuliano

--
Armageddon was yesterday. Today we have a serious problem.

Da "Uomini che odiano le donne" - Stieg Larrson, p. 392

Re: Problema nella barra inferiore di Mate

2022-01-10 Per discussione Giancarlo Martini 
Una volta mi era successo una cosa simile con xfce, il problema nasceva
dalle coordinate della posizione del pannello errate .
Dovresti cercare il file di configurazione del pannello di mate e vedere se
è quello il problema.
Probabilmente si trova sotto .config (occhio al punto)

Il giorno lun 10 gen 2022 alle ore 15:00 pinguino <
claudio.sandr...@fastwebnet.it> ha scritto:

> Buongiorno Lista,
> Da un paio di settimane ho un problema con la barra inferiore di Mate su
> Debian bullseye.
> Nel senso che non si vedono più le icone dei programmi che sono caricati
> in memoria.
> Penso che sia un problema grafico, perché i programmi in memoria ci sono
> e funzionano sempre bene. Li posso vedere con i tasti Alt-Tab, che
> aprono la finestrella al centro del video e si possono scorrere in modo
> circolare tutti i programmi in memoria, con le loro icone ed il titolo
> della relativa finestra.
> Ho guardato nelle impostazioni della barra inferiore, ma non trovo nulla
> relativo alla visualizzazione delle icone dei programmi in memoria.
>
> Grazie
> Saluti
> Claudio
>
> --
> https://www.linkedin.com/in/claudio-sandrone
>
>

-- 
Giancarlo Martini
(Replace 'AAA' con '@')
mailto:giancarlo.firAAAgmail.com

Problema nella barra inferiore di Mate

2022-01-10 Per discussione pinguino 

Buongiorno Lista,
Da un paio di settimane ho un problema con la barra inferiore di Mate su 
Debian bullseye.
Nel senso che non si vedono più le icone dei programmi che sono caricati 
in memoria.
Penso che sia un problema grafico, perché i programmi in memoria ci sono 
e funzionano sempre bene. Li posso vedere con i tasti Alt-Tab, che 
aprono la finestrella al centro del video e si possono scorrere in modo 
circolare tutti i programmi in memoria, con le loro icone ed il titolo 
della relativa finestra.
Ho guardato nelle impostazioni della barra inferiore, ma non trovo nulla 
relativo alla visualizzazione delle icone dei programmi in memoria.


Grazie
Saluti
Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: Problema audio pci debian 11

2021-10-29 Per discussione MEDDA Walter 

Ciao

Probabilmente sono fuori tempo massimo per la risposta.

Ho avuto lo stesso problema installando Debian 11 su un nuovo PC Dell 
inspiron 5410 con la stessa scheda audio qui quanto ottengo con il 
commando lspci


:00:1f.3 Multimedia audio controller [0401]: Intel Corporation Tiger 
Lake-LP Smart Sound Technology Audio Controller [8086:a0c8] (rev 20)


Subsystem: Dell Tiger Lake-LP Smart Sound Technology Audio Controller 
[1028:0a89]


Kernel driver in use: sof-audio-pci

Kernel modules: snd_hda_intel, snd_sof_pci

dopo varie ricerche ho risolto installando il pacchetto 
/Firmware-sof-signed/


Quello che mi è parso strano è che ho trovato pocchissima documentazione 
su questo pacchetto.


Saluti/
/

On 15/10/2021 21:16, Davide Prina wrote:

On 14/10/21 16:41, Pat wrote:


ho un problema con debian 11, l'audio non funziona con il mio pc dell
inspiron 3501


quindi immagino che stai usando pulseaudio

Spesso il problema è che c'è qualche volume audio spento a abbassato 
al massimo


se non hai il pacchetto pavucontrol, allora installalo
# apt install pavucontrol

poi avvialo come utente

$ pavucontrol

verifica i volumi che siano alzati.
Fai eseguire un'applicazione che usi la scheda audio (es: un 
visualizzatore di filmati) e guarda su pavucontrol se i volumi 
associato al programma che hai fatto partire sono accesi e alzati a 
sufficienza.


Altra problema che si può avere con pulseaudio è se tu sei entrato con 
il tuo utente principale (quello creato durante l'installazione), ma 
poi hai avviato un programma con altro utente. Se non erro di default 
gli altri utenti non riescono far sentire l'audio. Però non penso sia 
il tuo caso.


Se ancora non hai risolto, allora prova a fare così:

1) apri un xterm ed esegui il comando (per terminarlo devi premere 
Ctrl-C)

$ journalctl -f

2) apri un altro xterm ed esegui un comando che usa l'audio (es: mpv)
$ mpv MIOFILMATO

riporta sia le eventuali righe che sono apparse nel terminale in cui è 
aperto journalctl -f che da quello che hai lanciato il comando.


ho seguito varie guide e ho installato tutti i firmware possibili, ma 
niente l'audio non

funziona, qualcuno sa come risolvere il problema?


meglio non fare le cose a caso, soprattutto se applichi una soluzione 
e non funziona è bene sapere cosa hai fatto per riportare la 
situazione a quella di partenza (es: se hai modificato dei file di 
configurazione, sarebbe meglio commentare le modifiche fatte).


Ciao
Davide

Re: Problema audio pci debian 11

2021-10-15 Per discussione Davide Prina 

On 14/10/21 16:41, Pat wrote:


ho un problema con debian 11, l'audio non funziona con il mio pc dell
inspiron 3501


quindi immagino che stai usando pulseaudio

Spesso il problema è che c'è qualche volume audio spento a abbassato al 
massimo


se non hai il pacchetto pavucontrol, allora installalo
# apt install pavucontrol

poi avvialo come utente

$ pavucontrol

verifica i volumi che siano alzati.
Fai eseguire un'applicazione che usi la scheda audio (es: un 
visualizzatore di filmati) e guarda su pavucontrol se i volumi associato 
al programma che hai fatto partire sono accesi e alzati a sufficienza.


Altra problema che si può avere con pulseaudio è se tu sei entrato con 
il tuo utente principale (quello creato durante l'installazione), ma poi 
hai avviato un programma con altro utente. Se non erro di default gli 
altri utenti non riescono far sentire l'audio. Però non penso sia il tuo 
caso.


Se ancora non hai risolto, allora prova a fare così:

1) apri un xterm ed esegui il comando (per terminarlo devi premere Ctrl-C)
$ journalctl -f

2) apri un altro xterm ed esegui un comando che usa l'audio (es: mpv)
$ mpv MIOFILMATO

riporta sia le eventuali righe che sono apparse nel terminale in cui è 
aperto journalctl -f che da quello che hai lanciato il comando.



ho seguito varie guide e ho installato tutti i firmware possibili, ma niente 
l'audio non
funziona, qualcuno sa come risolvere il problema?


meglio non fare le cose a caso, soprattutto se applichi una soluzione e 
non funziona è bene sapere cosa hai fatto per riportare la situazione a 
quella di partenza (es: se hai modificato dei file di configurazione, 
sarebbe meglio commentare le modifiche fatte).


Ciao
Davide
--
Client di posta: https://www.thunderbird.net
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Problema audio pci debian 11

2021-10-14 Per discussione compact78 
On Thu, 14 Oct 2021 14:41:29 +
Pat  wrote:

> Salve,
> 
> ho un problema con debian 11, l'audio non funziona con il mio pc dell
> inspiron 3501, penso che il problema riguardi la connessione con la
> scheda pci :
> 
> lspci -v | grep -A7 -i "audio"
> 
> 00:1f.3 Audio device: Intel Corporation Tiger Lake-LP Smart Sound
> Technology Audio Controller (rev 20) Subsystem: Dell Tiger Lake-LP
> Smart Sound Technology Audio Controller Flags: bus master, fast
> devsel, latency 64, IRQ 149, IOMMU group 11 Memory at 6001138000
> (64-bit, non-prefetchable) [size=16K] Memory at 600100 (64-bit,
> non-prefetchable) [size=1M] Capabilities: 
> Kernel driver in use: snd_hda_intel
> Kernel modules: snd_hda_intel, snd_sof_pci
> 
> ho seguito varie guide e ho installato tutti i firmware possibili, ma
> niente l'audio non funziona, qualcuno sa come risolvere il problema?
> 
> Grazie
> 
> Sent with [ProtonMail](https://protonmail.com/) Secure Email.

prova questa soluzione;
https://bbs.archlinux.org/viewtopic.php?id=262135

Re: Problema audio debian 11

2021-07-25 Per discussione Davide Prina 

On 24/07/21 12:09, Giancarlo Martini wrote:


Una volta, inavvertitamente, il volume generale andò a 0, controlla con
alsactl, se non ricordo male ...


alsa ormai è superato e per alcune cose il suo controllo di volume non è 
più efficace.


Se non lo hai installato, installa il pacchetto
# apt install pavucontrol

e poi utilizzalo per alzare i livelli di audio.
L'audio può essere impostato, in modo differente, per ogni applicazione 
e per ogni istanza di applicazione.


Ciao
Davide
--
Database: http://www.postgresql.org
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Problema audio debian 11

2021-07-24 Per discussione Giancarlo Martini 
Una volta, inavvertitamente, il volume generale andò a 0, controlla con
alsactl, se non ricordo male ...

--
Giancarlo Martini
http://www.giancarlomartini.it
http://www.linkedin.com/in/giancarlo-martini

Il sab 24 lug 2021, 10:06 Pat  ha scritto:

> Salve,
>
> da qualche settimana non funziona più l'audio in debian 11,
> prima funzionava normalmente, qualcuno ha idea della possibile
> risoluzione?
>
> Grazie
>
> Patrizio
>
> Sent with ProtonMail  Secure Email.
>
>

Problema audio debian 11

2021-07-24 Per discussione Pat 
Salve,

da qualche settimana non funziona più l'audio in debian 11,
prima funzionava normalmente, qualcuno ha idea della possibile
risoluzione?

Grazie

Patrizio

Sent with [ProtonMail](https://protonmail.com/) Secure Email.

Re: postgresql 13 + postgis 3.1 l'eterno problema dell'upgrade

2021-04-06 Per discussione Giuseppe Naponiello 
Buongiorno a tutti,
scusate se sono sparito...problemi vari!
Dunque, il problema l'ho risolto un paio di settimane fa e, finalmente,
trovo il tempo di condividere la soluzione con voi...magari a qualcuno
potrebbe far comodo!
All'inizio ho provato, come suggerito da voi, a compilare da sorgente le
versioni "giuste" di postgis, facendo attenzione ad indicare il percorso
del relativo postgres...ma non ha funzionato, nel senso che mi dava sempre
lo stesso errore: ERROR:  could not access file "$libdir/postgis-2.5": No
such file or directory

Dopo aver fatto altri maldestri tentativi (che non vi sto manco a
scrivere!) ho contattato uno dei responsabili di 2ndQuadrant (ora EDB) che
ho conosciuto a uno dei vari pgDay.
Mi ha spiegato che compilare postgis (o anche postgres) da sorgente non
risolve perché i percorsi di installazione delle varie librerie sono
diversi da quelli usati se si installa gli stessi pacchetti da repository
(con apt, per intenderci).
Quindi installare le vecchie versioni era la strada giusta, bisognava farlo
da repository; il problema è che quelle versioni specifiche non sono più
presenti nei repo ufficiali.
Per risolvere ho dovuto temporaneamente installare i repo degli "archivi" e
sperare che tutte le dipendenze venissero soddisfatte senza dover fare
ulteriori magheggi:
deb https://apt-archive.postgresql.org/pub/repos/apt bullseye-pgdg-archive
main
deb-src https://apt-archive.postgresql.org/pub/repos/apt
bullseye-pgdg-archive main
Dopo un bell' apt update ho installato postgis 2.5, si è portato dietro
tutte le dipendenze e sono riuscito a fare i dump dei db che montavano
quella versione di postgis.

Rimaneva un cluster con un paio di db che giravano ancora con postgis 2.4.
In quel caso il giochino non ha funzionato. Una soluzione proposta
prevedeva di installare i repo di buster, ma il rischio di rompere tutto
era abbastanza alto e abbiamo preferito evitare.
Abbiamo optato per una soluzione "old style": il mio contatto mi ha messo a
disposizione un droplet vuoto su Digital Ocean, dove abbiamo installato
postgres 10 e postgis 2.4...prima di avviare il cluster ho copiato l'intera
cartella "data"...ed ha funzionato Mi sono ritrovato tutti i db senza
perdita di dati ed ho potuto fare il dump anche di questi

Mi rendo conto che il tutto è stato un po' macchinoso ma non aver perso
nemmeno una tupla è stato quasi commovente!
Grazie a tutti e spero che la mia esperienza possa servire a qualcuno

-beppe-

>

-- 
*Giuseppe Naponiello*

*A**rc-**T**eam srl*
piazza Navarrino, 13 - 38023Cles (TN)
C.F. e P. IVA IT-01941600221
cell. +393476846599
mail: beppen...@arc-team.com
pec: arc-t...@pec.it
101 | www.arc-team.com
110 | http://arc-team-open-research.blogspot.it/
000 | https://independent.academia.edu/GiuseppeNaponiello

  1   2   3   4   5   6   7   8   9   10   >