Re: audio debian 12 pipewire

[Filippo Dal Bosco -]

Il giorno Sun, 12 May 2024 11:50:24 +0200
Davide Prina  ha scritto:


> ma cosa usi per gestire l'audio?
> pulseaudio?

pipewire sostituisce pulseaudio.

da quando ho installato debian 12 testing ho sempre usato solo pipewire.

funzionava tutto escluso le cuffie sennheiser Momentum 3 che non
connetteva con il bluetooth. dava errore  " br error".
Queste cuffie connettevano con Android e Mint.

Fatte un po' di ricerche ho trovato questo

ControllerMode = bredr
in
/etc/bluetooth/main.conf
---

ma non è servito.

Poi per un po' di mesi non ho più utilizzato le cuffie.
Ora le ho ritirate fuori ed ho trovato di installare 

libspa-0.2-bluetooth

fatto

apt install  libspa-0.2-bluetooth

mi ha detto " già installata l' ultima versione"

ma stranamente dopo le cuffie hanno iniziato a connettere.

Successivamente ho provato anche audio da uscita ottica.

Da quel momento il menu classico che fa scegliere il tipo di hardware
da scegliere ( analogico, digitale ecc) è sparito ed è rimasto solo "
digitale e audio pro". Funzionava l' uscita ottica ma non l' analogica


-- 
Filippo

Re: audio debian 12 pipewire

[Davide Prina]

Filippo Dal Bosco ha scritto:

> uso pipewire

$ man pipewire
[...]
PipeWire is a service that facilitates sharing of multimedia content
between devices and applications.
[...]

> Da quando ho attivato l' uscita ottica audio non riesco più a ritornare
> a " audio analogico " l' uscita analogica cuffie.

ma cosa usi per gestire l'audio?
pulseaudio?

se sì, allora usa pavucontrol, installa il pacchetto se non l'hai già
installato.

$ pavucontrol

guarda sia sul tab Configurazione che su quello Uscite e prova a
regolarli entrambi partendo da Configurazione.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

audio debian 12 pipewire

[Filippo Dal Bosco -]

uso pipewire

Da quando ho attivato l' uscita ottica audio non riesco più a ritornare
a " audio analogico " l' uscita analogica cuffie.

IL menù unico possibile è

audio interno pro
audio inerno pro 7
audio interno pro 8
audio interno stereo digitale ( è uscita ottica) 

selezionando uno dei primi 3 l' uscita analogica ( o gli altoparlanti
 interni) non funzionano 


-- 
Filippo

Re: OT: debian vmware vcenter 8.0

[Davide Prina]

Paride Desimone ha scritto:

> abbiamo aggiornato alla versione 8.x dalla 7.x di vmware 
> vcenter/vshpere, ed abbiamo riscontrato che le vm ubuntu debian, non 
> partono più, dando errore sul controller scsi virtuale.

non conosco l'argomento, ma io proverei a crearmi una nuova vm Debian
e se funziona cercherei di capire cosa di diverso c'è con le vecchie.

Se non funziona, con i vari tool di conversione proverei a fare un
po' di conversioni (es: converto per altro tipo e riconverto per
vmware)

> Dal passaggio in 
> broadcom, mi sa che saranno dolori per moltissimi.

da quel che mi hanno detto e che ho letto hanno licenziato una
marea di persone, hanno venduto molti altri software che avevano
e dichiarato che non daranno più assistenza ai medio piccoli.

È una società che compra altre per fare profitti veloci... o molto
lucrativi su medio/lungo termine.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: OT: debian vmware vcenter 8.0

[Paride Desimone]

Il 22-04-2024 11:53 Diego Zuccato ha scritto:

Bidonare VMWare e passare in massa a Proxmox.


Fosse per me domattina stesso...
--
https://keyserver.gnupg.org/pks/lookup?op=get=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: OT: debian vmware vcenter 8.0

[Diego Zuccato]

Bidonare VMWare e passare in massa a Proxmox.
Noi abbiamo da tempo un cluster di 9 nodi (ex nodi di calcolo che 
venivano bidonati) e "quasi" 0 problemi. Se servono più di 16 nodi, 
allora meglio considerare oVirt, scala fino a centinaia di macchine 
fisiche senza problemi.


Diego

Il 22/04/2024 13:11, Paride Desimone ha scritto:

Buongiorno,
abbiamo aggiornato alla versione 8.x dalla 7.x di vmware 
vcenter/vshpere, ed abbiamo riscontrato che le vm ubuntu debian, non 
partono più, dando errore sul controller scsi virtuale.
Interpellata vmware, ci è stato detto di aggiornare i vmware tools (che 
inutile dire sono aggiornati), ma la situazione non cambia.
E' già successo a qualcun altro? C'è una soluzione? Dal passaggio in 
broadcom, mi sa che saranno dolori per moltissimi.

/paride


--
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: OT: debian vmware vcenter 8.0

[Piviul]

On 4/22/24 13:11, Paride Desimone wrote:

Buongiorno,
abbiamo aggiornato alla versione 8.x dalla 7.x di vmware 
vcenter/vshpere, ed abbiamo riscontrato che le vm ubuntu debian, non 
partono più, dando errore sul controller scsi virtuale.
Interpellata vmware, ci è stato detto di aggiornare i vmware tools 
(che inutile dire sono aggiornati), ma la situazione non cambia.
E' già successo a qualcun altro? C'è una soluzione? Dal passaggio in 
broadcom, mi sa che saranno dolori per moltissimi.


non so aiutarti ma mi sto chiedendo se non tutti i mali vengano poi per 
nuocere, nel senso che qualcuno magari decide così di migrare a proxmox! 
E aggiungo che l'assistenza proxmox non ti avrebbe mai mollato con un 
"aggiorna i vmware tools".


Buona giornata e in bocca al lupo.

Piviul

OT: debian vmware vcenter 8.0

[Paride Desimone]

Buongiorno,
abbiamo aggiornato alla versione 8.x dalla 7.x di vmware 
vcenter/vshpere, ed abbiamo riscontrato che le vm ubuntu debian, non 
partono più, dando errore sul controller scsi virtuale.
Interpellata vmware, ci è stato detto di aggiornare i vmware tools (che 
inutile dire sono aggiornati), ma la situazione non cambia.
E' già successo a qualcun altro? C'è una soluzione? Dal passaggio in 
broadcom, mi sa che saranno dolori per moltissimi.

/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=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: Debian 12.5 e ZFS [BUG]

[Alessandro Baggi]

Il 14/04/24 10:23, Davide Prina ha scritto:

Alessandro Baggi ha scritto:


In Debian Bookworm (12.5) è presente zfs-dkms versione 2.1.11-1.

Tempo fa, come molti ricorderanno (nel 2023) è stato trovato un bug



Non riesco a trovare nulla che indichi che in stable il problema sia
stato risolto


se usi Firefox installa webext-debianbuttons... è un'estensione
utilissima

* ti copi il nome del pacchetto zfs-dkms
* apri debian buttons e fai click su package tracker
   questo ti apre la pagina del riepilogo del pacchetto sorgente
   usato per generare quel pacchetto
* qui fai clic su "security tracker" e ti apre:
https://security-tracker.debian.org/tracker/source-package/zfs-linux

questo per vedere se il bug di sicurezza è stato risolto e dove

se il bug non è di sicurezza, allora devi guardare tra i bug normali
e anche per questo c'è il link sulla stessa pagina.
https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=yes=zfs-linux

Notare che in questo caso essendo coinvolto anche coreutils dovresti
vedere anche questo pacchetto.

In alternativa puoi eseguire:
$ apt changelog zfs-dkms

e vedere se è citato nei changelog

Se il bug è questo:
https://github.com/openzfs/zfs/issues/15526

allora è indicato che
The bug was fixed in #15571 and
was backported to 2.2.2 and 2.1.14.

Altrimenti con quanto indicato sopra dovresti riuscire a trovare
qualche riferimento e capire se è risolto sulla tua installazione.

Ciao
Davide



Ciao Davide,
e grazie mille per i link, mi si è aperto un mondo La prossima volta 
userò il bugtracker di debian prima di cercare altrove.


Nel primo link che hai postato, non so perche io cercavo zfs-dkms invece 
di zfs-linux, è riportato il bug e in debian bookworm non è fixato (è 
marcata come vulnerable).


Inoltre ho letto in fondo alla pagine questa riga:

"[bookworm] - zfs-linux  (contrib not supported)"

(no-dsa dovrebbe significare che non è urgente nel senso che non è un 
bug critico per la sicurezza [no-dsa è stato cambiato in  e 
 dal 03/2024)]


ma leggendo qui:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056752

il manutentore riporta che:

"The fix will land in bookworm-backports and bullseye-backports-sloppy
shortly after 2.1.14-1 migrates to testing, which will take about 2
days hopefully. Fixes to 2.0.3-9+deb11u1 (bullseye) and 2.1.11-1
(bookworm) are planned but will likely take more time.

Such an issue is marked low-priority because the bug itself isn't
urgent from a security update point of view, which means an attacker
can only cause damage in rare cases. It's still recommended to update
or at least apply mitigations to the problem (by setting
zfs_dmu_offset_next_sync to 0 on bookworm) to avoid potential data
loss."

quindi impostando zfs_dmu_offset_next_sync a 0 non dovrebbe esserci il 
problema e nessuna perdita di dati?


e anche il comando apt changelog  fenomenale, non lo 
conoscevo, per non parlare dell'estensione per FF.


Grazie ancora!

Un saluto,

Alessandro.

Re: Debian 12.5 e ZFS [BUG]

[Davide Prina]

Alessandro Baggi ha scritto:

> In Debian Bookworm (12.5) è presente zfs-dkms versione 2.1.11-1.
> 
> Tempo fa, come molti ricorderanno (nel 2023) è stato trovato un bug

> Non riesco a trovare nulla che indichi che in stable il problema sia 
> stato risolto

se usi Firefox installa webext-debianbuttons... è un'estensione
utilissima

* ti copi il nome del pacchetto zfs-dkms
* apri debian buttons e fai click su package tracker
  questo ti apre la pagina del riepilogo del pacchetto sorgente
  usato per generare quel pacchetto
* qui fai clic su "security tracker" e ti apre:
https://security-tracker.debian.org/tracker/source-package/zfs-linux

questo per vedere se il bug di sicurezza è stato risolto e dove

se il bug non è di sicurezza, allora devi guardare tra i bug normali
e anche per questo c'è il link sulla stessa pagina.
https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=yes=zfs-linux

Notare che in questo caso essendo coinvolto anche coreutils dovresti
vedere anche questo pacchetto.

In alternativa puoi eseguire:
$ apt changelog zfs-dkms

e vedere se è citato nei changelog

Se il bug è questo:
https://github.com/openzfs/zfs/issues/15526

allora è indicato che
The bug was fixed in #15571 and
was backported to 2.2.2 and 2.1.14.

Altrimenti con quanto indicato sopra dovresti riuscire a trovare
qualche riferimento e capire se è risolto sulla tua installazione.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: Debian 12.5 e ZFS [BUG]

[Alessandro Baggi]

Il 12/04/24 14:56, Piviul ha scritto:

On 4/10/24 20:09, Alessandro Baggi wrote:

Salve ragazzi,
ho un dubbio che non riesco a districare.

In Debian Bookworm (12.5) è presente zfs-dkms versione 2.1.11-1.

Tempo fa, come molti ricorderanno (nel 2023) è stato trovato un bug 
che era presente da molti anni ma che sui sistemi con coreutils 9 in 
certe condizioni corrompeva i dati.


Non riesco a trovare nulla che indichi che in stable il problema sia 
stato risolto tipo un nuovo aggiornamento, delle istruzioni per 
mitigare il problema, molte volte (anche il progetto openzfs) dice di 
usare backports ma i backports non fanno parte del progetto LTS, cosi 
il supporto è minore in termini di tempo.


non uso zfs ma mi accodo alla domanda ed aggiungo non esiste un 
changelog per ogni aggiornamento di un pacchetto? ...può anche darsi che 
su bookwork tutti usino i pacchetti zfs su backports ma parrebbe strano 
che nessuno si lamenti di data corruption in debian bookworm. Comunque a 
questo punto la curiosità è tanta...


Piviul




Ciao Piviul,
ho fatto un pò di ricerche. Sembrerebbe che la versione su Debian 12 non 
sia interessata da quel bug specifico. Invece è presente un bug di 
corruzione nel caso si utilizzi la cifratura di ZFS e si esegua un send 
(se non ho capito male) ma non uso la cifratura di ZFS. Non capisco pero 
perche non viene riportato niente per il pacchetto di stable.


Non ho letto di nessuno che abbia problemi o si lamenti del bug su 
Debian Stable quindi o nessuno usa ZFS, o non è presente o tutti usano 
zfs dai backports oppure tutti se ne fregano.


Ho comunque fatto dei test e ho lanciato uno script che riproduce 
l'errore (ovvero i file copiati dovrebbero essere pieni di 0..). Il 
test l'ho fatto girare per qualche ora e in nessuna iterazione del test 
mi ha dato errore. Questo non significa che il bug non sia presente ma 
dopo diverse ore di scritture se non è uscito qualcosa.


Inoltre ho letto che c'è una mitigazione che consiste nell'aggiungere un 
parametro di boot per zfs:


zfs.zfs_dmu_offset_next_sync=0

che ho comunque attivato prima di avviare lo script riproduttore.

Inoltre ho letto che il bug affligge solo chi ha il block cloning 
attivo, e nel caso di Debian 12 non sembra esserci.


In un post su Reddit viene riportato:

"If it says disabled, you are not hit by this bug: zpool get all|grep 
block_cloning"


So che non è una fonte autorevole ma i test sembrano confermarlo.

Un saluto.
Alessandro.

Re: Debian 12.5 e ZFS [BUG]

[Piviul]

On 4/10/24 20:09, Alessandro Baggi wrote:

Salve ragazzi,
ho un dubbio che non riesco a districare.

In Debian Bookworm (12.5) è presente zfs-dkms versione 2.1.11-1.

Tempo fa, come molti ricorderanno (nel 2023) è stato trovato un bug 
che era presente da molti anni ma che sui sistemi con coreutils 9 in 
certe condizioni corrompeva i dati.


Non riesco a trovare nulla che indichi che in stable il problema sia 
stato risolto tipo un nuovo aggiornamento, delle istruzioni per 
mitigare il problema, molte volte (anche il progetto openzfs) dice di 
usare backports ma i backports non fanno parte del progetto LTS, cosi 
il supporto è minore in termini di tempo.


non uso zfs ma mi accodo alla domanda ed aggiungo non esiste un 
changelog per ogni aggiornamento di un pacchetto? ...può anche darsi che 
su bookwork tutti usino i pacchetti zfs su backports ma parrebbe strano 
che nessuno si lamenti di data corruption in debian bookworm. Comunque a 
questo punto la curiosità è tanta...


Piviul

Debian 12.5 e ZFS [BUG]

[Alessandro Baggi]

Salve ragazzi,
ho un dubbio che non riesco a districare.

In Debian Bookworm (12.5) è presente zfs-dkms versione 2.1.11-1.

Tempo fa, come molti ricorderanno (nel 2023) è stato trovato un bug che 
era presente da molti anni ma che sui sistemi con coreutils 9 in certe 
condizioni corrompeva i dati.


Non riesco a trovare nulla che indichi che in stable il problema sia 
stato risolto tipo un nuovo aggiornamento, delle istruzioni per mitigare 
il problema, molte volte (anche il progetto openzfs) dice di usare 
backports ma i backports non fanno parte del progetto LTS, cosi il 
supporto è minore in termini di tempo.


Ho provato a inviare un'email al manutentore del pacchetto ma non ho 
ricevuto risposta.


Qualcuno sa con certezza se il BUG in stable è stato fixato o no? Sono 
costretto ad usare zfs-dkms da bookworm-backports?


Un saluto e una buona serata.

Alessandro.

Re: [Debian/Bullseye] - Come far scattare il 'fallback relayhost'?

[Ennio-Sr]

* pinguino  [130324, 12:11]:
> Il 12/03/24 21:29, Ennio-Sr ha scritto:
> > 
> > Vi sarei grato se mi mandaste un segno che 'non sono solo al mondo...'!
> > 
> 
> Ciao Ennio, Non sei solo.
> 
> Messaggio ricevuto.
> Ma non ti so rispondere nel merito della parte tecnica.
> 
> 
> Ciao
> Claudio
> 

Moltissime grazie, Claudio: mi basta che tu mi abbia risposto per avere la
certezza di non essere stato 'bandito' dalla lista per eventuali mie
inconsapevoli 'colpe'!

Per il problema 'tecnico' cercherò più a fondo in rete.

Grazie di nuovo, Ennio

-- 
[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: [Debian/Bullseye] - Come far scattare il 'fallback relayhost'?

[pinguino]

Il 12/03/24 21:29, Ennio-Sr ha scritto:

Un cordiale saluto a tutta la lista!

Chiedo anzitutto scusa nel riproporre un vecchio post del 21 Nov 2023 al
quale non ho mai ricevuto risposta: temo che il messaggio non sia mai
pervenuto alla lista...

Riconfigurando postfix, in un periodo in cui non riuscivo più a comunicare
via email tramite il gestore 'tin.it', avevo letto della possibilità di
inserire un'alternativa in '/etc/postfix/sasl_pwd' aggiungendo queste due righe:

smtps.tin.it nasr.la...@tin.it:password_in_chiaro
smtp_fallback_relay smtp.autistici.org  al.mu...@autistici.org:password_in 
chiaro

ma non ho
mai potuto verificare la loro validità perché - apparentemente - nessuno
ha mai risposto alla mia richiesta iniziale.
Il mio messaggio, peraltro, non appariva - dopo più di una settimana,
nella lista 'debian-italian'.

Vi sarei grato se mi mandaste un segno che 'non sono solo al mondo...'!

Grazie dell''attenzione, ennio


Buon giorno Lista,

Ciao Ennio, Non sei solo.

Messaggio ricevuto.
Ma non ti so rispondere nel merito della parte tecnica.


Ciao
Claudio


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

[Debian/Bullseye] - Come far scattare il 'fallback relayhost'?

[Ennio-Sr]

Un cordiale saluto a tutta la lista!

Chiedo anzitutto scusa nel riproporre un vecchio post del 21 Nov 2023 al
quale non ho mai ricevuto risposta: temo che il messaggio non sia mai
pervenuto alla lista...

Riconfigurando postfix, in un periodo in cui non riuscivo più a comunicare
via email tramite il gestore 'tin.it', avevo letto della possibilità di 
inserire un'alternativa in '/etc/postfix/sasl_pwd' aggiungendo queste due righe:

smtps.tin.it nasr.la...@tin.it:password_in_chiaro
smtp_fallback_relay smtp.autistici.org  al.mu...@autistici.org:password_in 
chiaro

ma non ho
mai potuto verificare la loro validità perché - apparentemente - nessuno
ha mai risposto alla mia richiesta iniziale.
Il mio messaggio, peraltro, non appariva - dopo più di una settimana,
nella lista 'debian-italian'.

Vi sarei grato se mi mandaste un segno che 'non sono solo al mondo...'!

Grazie dell''attenzione, ennio

-- 
[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: [Linux-Debian Bullseye]: autenticare email da linea di comando: SPF e DKIM chi?

[Lorenzo Breda]

Il giorno dom 10 mar 2024 alle ore 22:53 Ennio Sr  ha
scritto:

> [...]
>
> Vi sarei molto grato se poteste indirizzarmi verso una possibile
> soluzione, anche perché non capisco se tutti questi problemi di sicurezza
> sono superabili se si continua ad usare la vecchia e storica 'linea di
> comando', con postfix e mutt.
>

Ciao,

Ti spiego brevissimamente cosa succede. Quando tu invii una email questa
dichiara diverse cose, che il server destinatario cerca di verificare.

Tra le altre cose, *può* essere inviata assieme alla mail una sorta di
firma del contenuto, che il server mittente applica con la sua chiave
privata. La chiave pubblica è pubblicata in modo che il destinatario possa
reperirla (sul DNS, per quel che vale questa informazione). Il "può",
ultimamente, è diventato un "deve". Se la mail non è firmata, e non è
quindi possibile verificare che la firma corrisponda alla chiave pubblica
del server mittente, la mail viene vista come "non spedita davvero da quel
server mittente" e scartata dai sistemi antispam.

Con tutta probabilità il tuo mutt è configurato per non usare davvero il
server di posta di tin.it, ma usare il tuo mx locale (postfix, sendmail,
quel che è) per l'invio. Il tuo mx non firma la mail (e non avrebbe
comunque modo di firmarla con la chiave degli mx di tin.it). In tal caso
dovresti configurare mutt (che non conosco abbastanza da aiutarti) per
usare il server smtp di tin.it per inviare.

Un'altra possibilità, che mi pare remota è che stai usando il server smtp
di tin.it ma questo non supporta la firma dei messaggi. In tal caso c'è
poco da fare, e tin.it sarebbe di fatto non compatibile con molti server
destinatari. Mi pare però molto strano, l'uso di tale sistema non è
recente, è recente solo il sistematico rifiuto di email che non lo usano.

-- 
Lorenzo Breda

[Linux-Debian Bullseye]: autenticare email da linea di comando: SPF e DKIM chi?

[Ennio Sr]

Un caloroso saluto a tutta la lista.
Da diversi mesi sono tagliato fuori dal mondo Debian, principalmente
perché non riesco più a contattarvi usando il mio storico indirizzo presso
tin.it tramite 'mutt' da linea di comando. Ricevo i messaggi del gruppo,
ma i miei 'non passano'.

In questi giorni ho più elementi per approfondire il problema poiché ho
ricevuto notifica
della mancata consegna di due messaggi, di cui riporto in calce il
contenuto essenziale che motiva la mancata consegna

Vi sarei molto grato se poteste indirizzarmi verso una possibile
soluzione, anche perché non capisco se tutti questi problemi di sicurezza
sono superabili se si continua ad usare la vecchia e storica 'linea di
comando', con postfix e mutt.

Grazie dell'attenzione,
   Ennio

-
Questa in risposta a un messaggio di prova al mio indirizzo gmail:
: host gmail-smtp-in.l.google.com[173.194.79.27]
said: 550-5.7.26 This mail has been blocked because the sender is
unauthenticated. 550-5.7.26 Gmail requires all senders to authenticate
with
either SPF or DKIM. 550-5.7.26  550-5.7.26 .

e questo era diretto ad un terzo:
: host
mx-pm3.telecomitalia.it[xx.xxx.xx.xxx] said: 550 Service permanently
unavailable. Client host [79.30.12.49] blocked using Trend Micro Email
Reputation Services. (in reply to RCPT TO command)

-- 
[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: Problemi server HPE con Debian 12.5

[Marco Gaiarin]

Mandi! Diego Zuccato
  In chel di` si favelave...

> un contratto di assistenza, ma sarebbero utili gli aggiornamenti del 
> BIOS)...

Sono disponibili gli aggiornamenti marcati come 'critical', per la
cronaca...


> ora dovrebbe essere il default. Propendo per un bug nel BIOS riguardo la 

Anche io. Prova a fare un aggiornamento del bios e vedere se si risolve...

-- 
  Errare è umano, ma per fare veramente casino
  ci vuole la password di root  (Zio Budda)

Re: Problemi server HPE con Debian 12.5

[Diego Zuccato]

Ho sempre avuto problemi con i server HP (prima che diventassero HPE) e 
da quando hanno legato il rilascio di update all'avere un contratto di 
assistenza attivo li evito come la peste (non è raro avere una macchina 
di 10 anni ancora in funzione ma per la quale non vale la pena di tenere 
un contratto di assistenza, ma sarebbero utili gli aggiornamenti del 
BIOS)...


Una volta era sufficiente forzare l'uso di ACPI per lo spegnimento, ma 
ora dovrebbe essere il default. Propendo per un bug nel BIOS riguardo la 
config di ACPI (guarda i messaggi in dmesg). Pare entrare in HALT invece 
che in POWEROFF, e la differenza è praticamente solo il messaggio ad ACPI...


Diego

Il 26/02/2024 12:04, fran...@modula.net ha scritto:

Buongiorno a tutti.

Ho appena terminato l'installazione di Debian 12.5 in un nuovissimo HPE 
ML350 G11.
A parte l'impossibilità di installare Debian usando il sedicente 
"Intelligent" Provisioning, il sistema funziona bene e in fase di boot 
non vedo errori.

Tutto bene dicevo ma, come sempre, il veleno è nella coda.
Quando i comandi
"systemctl poweroff" o
"shutdown -h now" o
"systemctl poweroff --force" o
"sytemctl poweroff --force --force"
raggiungono il loro target il led verde di accensione del server vira al 
giallo come di consueto ma  le ventole aumentano la velocità di 
rotazione diventando piuttosto rumorose e così restano finché non 
scollego i cavi di alimentazione.
Se faccio il power-roff premendo il pulsante di accensione virtuale di 
iLO  il problema non sussiste.


Luciano



<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
 Privo di virus.www.avast.com 
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>


--
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

Problemi server HPE con Debian 12.5

[fran...@modula.net]

Buongiorno a tutti.

Ho appena terminato l'installazione di Debian 12.5 in un nuovissimo HPE 
ML350 G11.
A parte l'impossibilità di installare Debian usando il sedicente 
"Intelligent" Provisioning, il sistema funziona bene e in fase di boot 
non vedo errori.

Tutto bene dicevo ma, come sempre, il veleno è nella coda.
Quando i comandi
"systemctl poweroff" o
"shutdown -h now" o
"systemctl poweroff --force" o
"sytemctl poweroff --force --force"
raggiungono il loro target il led verde di accensione del server vira al 
giallo come di consueto ma  le ventole aumentano la velocità di 
rotazione diventando piuttosto rumorose e così restano finché non 
scollego i cavi di alimentazione.
Se faccio il power-roff premendo il pulsante di accensione virtuale di 
iLO  il problema non sussiste.


Luciano



--
Questa email è stata esaminata alla ricerca di virus dal software antivirus 
Avast.
www.avast.com

Re: Debian 12.4 e ZFS

[gerlos]

> Il giorno 12 gen 2024, alle ore 11:18, Alessandro Baggi 
>  ha scritto:
> 
> e infine perché rispetto a zfs con btrfs
>> mi sembra più facile "rimescolare le carte" a posteriori (sostituire dischi, 
>> passare da una configurazione all'altra, etc... ma probabilmente sono io che 
>> non ho capito zfs).
> 
> In realtà, si, btrfs sembra più flessibile (da quello che ho letto). Con ZFS 
> non puoi fare alcune cose (non ricordo bene quale operazione) ma devi per 
> forza ricreare il pool.
> 
> Domanda: Usare btrfs su SSD comporta qualche problema?
> 

In realtà, per varie ragioni, tra cui il fatto che è un fs copy on write, btrfs 
si comporta meglio con ssd che con hdd ;-) 

Tra l'altro anche la perdita di prestazioni di btrfs con il suo raid1 nativo 
non è poi così marcata rispetto a ext4 su raid1 via dmadm. 
Tempo fa avevo fatto dei test con fio su una coppia di ssd nvme di fascia media 
confrontando queste due configurazioni: il throughput in lettura di btrfs + 
raid1 era tra 80% e 50% rispetto a ext4 + raid1 (dipende dal tipo carico), 
mentre le velocità di scrittura erano tutto sommato paragonabili (80% - 90%). 

saluti,
gerlos

PS scusa il doppio invio.

Re: Debian 12.4 Kernel Panic durante spegnimeto

[Alessandro Baggi]

Il 14/01/24 12:00, Davide Prina ha scritto:


ma hai lo stesso problema anche con i driver liberi?
Io userei quelli.


Ho provato con nouveau e con quelli il problema si presenta di più.



Tieni conto che versioni nuove di Linux possono far cambiare le API
esposte rendendo il tutto incompatibile con quelle delle versioni
precedenti. Se tu hai una vecchia scheda può essere che i driver
proprietari non vengano più aggiornati per quella tua scheda e questo
potrebbe essere la causa del problema.



Per essere sincero, il problema mi si presenta con Debian 12. Ho provato 
anche altre distro tra cui Ubuntu (sempre driver sito Nvidia) e anche 
AlmaLinux e il problema non si presenta. A questo punto sembra 
riconducibile ad una problematica del kernel di Debian.



Altro caso potrebbe essere che c'è un bug nella nuova versione di
Linux... puoi cercare nei bug report se trovi qualcosa.



Cercherò.

Grazie per la risposta.

Un saluto Alessandro.

Re: Debian 12.4 Kernel Panic durante spegnimeto

[Davide Prina]

Alessandro Baggi ha scritto:

> derivato dalla scheda video avevo rimosso la scheda video (una vecchia 
> GTX 1050ti) e usato quella della CPU e come riportato i kernel panic non 
> si sono più verificati. Non contento ho voluto fare qualche test e avevo 
> reinstallato la scheda video usando i driver proprietari dal sito di 
> NVIDIA (configurazione che sto usando al momento). Il problema sembrava 
> risolto ma poi inaspettatamente ad uno shutdown un kernel panic (solo 1 
> dalla data della tua risposta).

ma hai lo stesso problema anche con i driver liberi?
Io userei quelli.

Tieni conto che versioni nuove di Linux possono far cambiare le API
esposte rendendo il tutto incompatibile con quelle delle versioni
precedenti. Se tu hai una vecchia scheda può essere che i driver
proprietari non vengano più aggiornati per quella tua scheda e questo
potrebbe essere la causa del problema.

Altro caso potrebbe essere che c'è un bug nella nuova versione di
Linux... puoi cercare nei bug report se trovi qualcosa.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: Debian 12.4 e ZFS

[gianluca . signorotto]

Il 12/01/24 11:18, Alessandro Baggi ha scritto:
> Domanda: Usare btrfs su SSD comporta qualche problema?

No che io sappia. Si comporta bene con gli SSD. Puoi usare
le opzioni di mount "lazytime", "ssd", "discard"... ad esempio.

Qui
https://btrfs.readthedocs.io/en/latest/Administration.html#mount-options

A presto,

-- 
*Gianluca Francesco Signorotto*
website: https://eritrium.org


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Debian 12.4 e ZFS

[Alessandro Baggi]

Ciao Gerlos e grazie per la risposta.

Mah, io per non saper né leggere né scrivere userei ZFS per i volumi che 
contengono i dati, e metterei il sistema operativo su un file system 
supportato nativamente dal kernel, come i ben noti ext4 e xfs.


In questo modo nella remota ipotesi in cui qualcosa vada storto con dkms 
puoi comunque avviare il sistema, risolvere la questione e montare il 
volume o i volumi dei dati in un secondo momento (con l'opzione "nofail" 
in /etc/fstab il sistema prosegue il boot anche se non può montare un 
certo volume).


La mia intenzione era lasciare solo i dati su ZFS e il sistema su ext4.



A ogni modo anche io userei btrfs, soprattutto per un server di backup 
casalingo, dove il fatto che è più lento di zfs non conta più di tanto 
(immagino che il collo di bottiglia sia la rete, non lo storage). 


Il server non è un server casalingo ma un piccolo server di backup.

Ho usato poco BTRFS ma pensandoci comunque il raid1 non ha problemi 
(tipo write hole), ha la compressione, l'integritità e la deduplicazione 
ed è supportato nativamente dal kernel di Debian. Devo studiare un po 
btrfs perche ho solo letto qualcosa online ma non ho fatto nulla di 
concreto.


Intanto perché mi fanno antipatia i problemi di licenza di zfs, ;-) poi 
per evitare problemi con dkms,


Stesso sentimento.

 e infine perché rispetto a zfs con btrfs
mi sembra più facile "rimescolare le carte" a posteriori (sostituire 
dischi, passare da una configurazione all'altra, etc... ma probabilmente 
sono io che non ho capito zfs).


In realtà, si, btrfs sembra più flessibile (da quello che ho letto). Con 
ZFS non puoi fare alcune cose (non ricordo bene quale operazione) ma 
devi per forza ricreare il pool.


Domanda: Usare btrfs su SSD comporta qualche problema?

Saluti,
Alessandro.

Re: Debian 12.4 e ZFS

[Alessandro Baggi]

Il 12/01/24 10:46, gianluca.signoro...@eritrium.org ha scritto:



Il 12/01/24 09:29, Alessandro Baggi ha scritto:

Io sapevo che era necessario 1GB di RAM per ogni TB in caso
di deduplicazione.


per quanto ne so, al contrario, assieme alla deduplicazione,
molte altre caratteristiche di ZFS richiedono RAM.

https://web.archive.org/web/20140818042550/http://hardforum.com/showpost.php?s=8d31305e57c1dd2853eb817124ff18d9=1036865233=3



Grazie per la risorsa.


Quindi da un certo punto di vista mi
sconsigli di utilizzare ZFS su una distro che utilizza dkms
per zfs a livello di stabilità?


Non a livello di stabilità ma, come scrivevo, semplicemente
perché non mi piace avere di mezzo DKMS per avere ZFS su
Debian, ma ciò e personale. Se a te va bene nullaosta.



Anche a me non piace avere di mezzo DKMS anzi è proprio questo che mi ha 
reso indeciso.

Re: Debian 12.4 e ZFS

[gerlos]

Il 12/01/24 09:29, Alessandro Baggi ha scritto:


Ora, Proxmox usa un kernel modificato ma proveniente da
Ubuntu (per ragioni di licenza è dovuta la scelta) e lì non
c'è quindi bisogno di DKMS. Su una Debian a seconda dei casi
preferisco, invece, affidarmi a BTRFS.

A presto,



Quindi da un certo punto di vista mi sconsigli di utilizzare ZFS su 
una distro che utilizza dkms per zfs a livello di stabilità?



Mah, io per non saper né leggere né scrivere userei ZFS per i volumi che 
contengono i dati, e metterei il sistema operativo su un file system 
supportato nativamente dal kernel, come i ben noti ext4 e xfs.


In questo modo nella remota ipotesi in cui qualcosa vada storto con dkms 
puoi comunque avviare il sistema, risolvere la questione e montare il 
volume o i volumi dei dati in un secondo momento (con l'opzione "nofail" 
in /etc/fstab il sistema prosegue il boot anche se non può montare un 
certo volume).


A ogni modo anche io userei btrfs, soprattutto per un server di backup 
casalingo, dove il fatto che è più lento di zfs non conta più di tanto 
(immagino che il collo di bottiglia sia la rete, non lo storage). 
Intanto perché mi fanno antipatia i problemi di licenza di zfs, ;-) poi 
per evitare problemi con dkms, e infine perché rispetto a zfs con btrfs 
mi sembra più facile "rimescolare le carte" a posteriori (sostituire 
dischi, passare da una configurazione all'altra, etc... ma probabilmente 
sono io che non ho capito zfs).


saluti,
gerlos

Re: Debian 12.4 e ZFS

[gianluca . signorotto]

Il 12/01/24 09:29, Alessandro Baggi ha scritto:
> Io sapevo che era necessario 1GB di RAM per ogni TB in caso
> di deduplicazione.

per quanto ne so, al contrario, assieme alla deduplicazione,
molte altre caratteristiche di ZFS richiedono RAM.

https://web.archive.org/web/20140818042550/http://hardforum.com/showpost.php?s=8d31305e57c1dd2853eb817124ff18d9=1036865233=3

> Quindi da un certo punto di vista mi
> sconsigli di utilizzare ZFS su una distro che utilizza dkms
> per zfs a livello di stabilità?

Non a livello di stabilità ma, come scrivevo, semplicemente
perché non mi piace avere di mezzo DKMS per avere ZFS su
Debian, ma ciò e personale. Se a te va bene nullaosta.

A presto,

-- 
*Gianluca Francesco Signorotto*
website: https://eritrium.org


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Debian 12.4 e ZFS

[Alessandro Baggi]

Ciao Gianluca e grazie per la riposta.



Ciao, con i suoi oltre 20 anni di sviluppo DKMS immagino, da
quel punto di vista, sia ben maturo ed affidabile e non
faccia scherzi di quel tipo... tutto può essere eh.

È da tenere presente che ZFS richiede molta RAM per
funzionare a dovere; se intendi adottarlo, assicurati di
averne abbastanza disponibile.

Utilizzo Proxmox ed avendo letto la loro documentazione,
consigliano 4 GB RAM di base più 1GB di RAM per ciascun TB
di spazio disco.


Io sapevo che era necessario 1GB di RAM per ogni TB in caso di 
deduplicazione.




Ora, Proxmox usa un kernel modificato ma proveniente da
Ubuntu (per ragioni di licenza è dovuta la scelta) e lì non
c'è quindi bisogno di DKMS. Su una Debian a seconda dei casi
preferisco, invece, affidarmi a BTRFS.

A presto,



Quindi da un certo punto di vista mi sconsigli di utilizzare ZFS su una 
distro che utilizza dkms per zfs a livello di stabilità?


Un saluto.

Re: Debian 12.4 e ZFS

[Gianluca Francesco Signorotto]

Il 11/01/2024 17:49, Alessandro Baggi ha scritto:
> Ho un piccolo server di backup sui cui è presente un RAID1
> mdadmL'unica cosa che mi rende insicuro della scelta è che
> ZFS è compilato con DKMS e ad ogni aggiornamento del kernel
> viene ricompilato e qui sta il problema. Vi è mai capitato
> che DKMS fallisse una ricompilazione di ZFS? In caso di
> errori di compilazione cosa fare (oltre ad usare il kernel
> precedente dove ZFS funzionava correttamente)?
> 
> Al momento uso DKMS per i driver NVIDIA (dal sito NVIDIA) e
> non ho mai avuto problemi da due anni a questa parte, ma mai
> dire mai.

Ciao, con i suoi oltre 20 anni di sviluppo DKMS immagino, da
quel punto di vista, sia ben maturo ed affidabile e non
faccia scherzi di quel tipo... tutto può essere eh.

È da tenere presente che ZFS richiede molta RAM per
funzionare a dovere; se intendi adottarlo, assicurati di
averne abbastanza disponibile.

Utilizzo Proxmox ed avendo letto la loro documentazione,
consigliano 4 GB RAM di base più 1GB di RAM per ciascun TB
di spazio disco.

Ora, Proxmox usa un kernel modificato ma proveniente da
Ubuntu (per ragioni di licenza è dovuta la scelta) e lì non
c'è quindi bisogno di DKMS. Su una Debian a seconda dei casi
preferisco, invece, affidarmi a BTRFS.

A presto,

-- 
Gianluca Francesco Signorotto
website: https://eritrium.org


OpenPGP_signature.asc
Description: OpenPGP digital signature

Debian 12.4 e ZFS

[Alessandro Baggi]

Un saluto a tutti i partecipanti.

Spero di non essere OT.

Ho un piccolo server di backup sui cui è presente un RAID1 mdadm e xfs 
come storage. Volevo aggiungere un controllo di integrità per i dati e 
ho trovato tre soluzioni:


1. dm-integrity + mdadm
2. ZFS
3. Btrfs

Dopo qualche test casalingo, qualche ricerca e qualche lettura tipo 
[1](anche se è del 2020) alla fine ho optato per ZFS. Ho provato 
dm-integrity e mdadm ma su dischi da 3TB ci mette un po perche quando 
formatta per dm-integrity deve fare il wipe di ogni device quindi due 
device da 3TB, poi deve creare il raid quindi bisogna aspettare il sync 
dei 3TB. Inoltre per verificare errori di integrità devo lanciare un 
check sul raid mdadm e ci mette un po, per non parlare in caso di guasto 
in cui devo ricreare il device dm-integrity e rifare il sync. Non 
immagino il tempo necessario con dischi più capienti. Con ZFS invece il 
resilvering è più veloce e inoltre offre altre funzionalità che non si 
hanno con dm-integrity + mdadm + xfs.


Debian supporta ZFS dai repo stable contrib e backports contrib. Ho 
letto in rete che era presente un bug problematico che riportava ad una 
corruzione dei dati (deve verificarsi un determinata condizione) e per 
Debian si consiglia di utilizzare la versione di ZFS presente sui 
backports perche aveva la versione fixata.


Qualcuno lo usa al momento (non per uso casalingo) e ha qualche 
suggerimento prima di convertire lo storage? Ho gia effettuato il backup 
del backup.


L'unica cosa che mi rende insicuro della scelta è che ZFS è compilato 
con DKMS e ad ogni aggiornamento del kernel viene ricompilato e qui sta 
il problema. Vi è mai capitato che DKMS fallisse una ricompilazione di 
ZFS? In caso di errori di compilazione cosa fare (oltre ad usare il 
kernel precedente dove ZFS funzionava correttamente)?


Al momento uso DKMS per i driver NVIDIA (dal sito NVIDIA) e non ho mai 
avuto problemi da due anni a questa parte, ma mai dire mai.


Che esperienza avete con questo FS? Avete avuto brutte sorprese?

Grazie a tutti in anticipo.

Saluti.

[1] - 
https://www.unixsheikh.com/articles/battle-testing-zfs-btrfs-and-mdadm-dm.html

Re: Debian 12.4 Kernel Panic durante spegnimeto

[Alessandro Baggi]

Ciao Davide,
grazie per la risposta e mi scuso per non aver risposto subito ma ho 
avuto dei problemi.



non so se possa centrare, ma prova ad usare systemctl

per spegnere
# systemctl halt
# systemctl poweroff

Il secondo fa le stesse cose del primo comando, ma in più toglie "corrente"

se non si spegne si può usare l'opzione
--force

se vuoi schedularlo usa l'opzione
--when

per riavviare
# systemctl reboot

Inoltre proverei anche:
$ systemctl is-system-running

per verificare se il sistema è in funzione normalmente o è degradato

per vedere se c'è qualcosa di annomalo
$ systemctl status



Grazie per i suggerimenti.
Come detto nelle email precedenti, pensado che il problema fosse 
derivato dalla scheda video avevo rimosso la scheda video (una vecchia 
GTX 1050ti) e usato quella della CPU e come riportato i kernel panic non 
si sono più verificati. Non contento ho voluto fare qualche test e avevo 
reinstallato la scheda video usando i driver proprietari dal sito di 
NVIDIA (configurazione che sto usando al momento). Il problema sembrava 
risolto ma poi inaspettatamente ad uno shutdown un kernel panic (solo 1 
dalla data della tua risposta).


Sempre per supportare la mia tesi sui problemi della scheda video ho 
notato che con XFCE dopo che lo schermo va in standby per inattività, 
quando lo riattivo vedo simboli strani al posto delle lettere sullo 
schermo fino al movimento del mouse. Non vorrei che la scheda video 
creasse artefatti a causa di un danno e mi generi il problema allo 
spegnimento.


Secondo te è possibile?

Un grazie ancora e scusate il ritardo.

Saluti.

Re: debian 12 stampante bonjour

[Paride Desimone]

Il 04-01-2024 13:23 Paride Desimone ha scritto:
Qualcuno saprebbe come si fa per far vedere al sistema la stampante con 
il bonjour?


Risolto.
Posto qui la soluzione nel caso dovesse servire a qualcun altro:

Ho semplicemente installato printer-driver-all

Dopo di chè ho creato la coda di stampa con: lpadmin -p ineo-224e -v 
ipp://10.1.10.1/ipp/print -E -m everywhere.


/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=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)

debian 12 stampante bonjour

[Paride Desimone]

Buongiorno a tutti
Ho una macchina che ho passato da debian 11 a 12, e stampava su una 
stampante con il protocollo bonjour.

Purtroppo ho disinstallato qualcosa e non funziona più.
Poco male ho pensato, rimetto al volo un suo ppd e buonanotte, se non 
fosse che non esiste quello aggiornato per la stampante e quello che si 
avvicina di più mi stampa in b/n fronte retro ed a colori senza fronte 
retro.
Qualcuno saprebbe come si fa per far vedere al sistema la stampante con 
il bonjour?


/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=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: Debian 12.4 Kernel Panic durante spegnimeto

[Davide Prina]

Alessandro Baggi ha scritto:

> Ho un problema durante lo spegnimento del mio PC. Ho una Debian 12.4. In 
> poche parole ogni tanto quando lancio uno shutdown -h now o un reboot 
> ottengo un bel kernel panic. É casuale e capita circa due/tre volte al mese.

non so se possa centrare, ma prova ad usare systemctl

per spegnere
# systemctl halt
# systemctl poweroff

Il secondo fa le stesse cose del primo comando, ma in più toglie "corrente"

se non si spegne si può usare l'opzione
--force 

se vuoi schedularlo usa l'opzione
--when

per riavviare
# systemctl reboot

Inoltre proverei anche:
$ systemctl is-system-running

per verificare se il sistema è in funzione normalmente o è degradato

per vedere se c'è qualcosa di annomalo
$ systemctl status
$ systemctl status --failed

per maggiori dettagli
$ man systemctl

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: Debian 12.4 Kernel Panic durante spegnimeto

[Alessandro Baggi]

Ciao Giuseppe,



per quel poco che capisco, si tratta del codice di spegnimento del kernel,
nella parte dell'array multidisk che va a interrompere le scritture su tutti
i dischi dell'array.



Si, ho notato che nel trace ci sono riferimenti ad md.


Potresti provare a segnalare il problema direttamente sul kernel. Ci sono
problematiche simili alla tua, come questa:
https://bugzilla.kernel.org/show_bug.cgi?id=217733



Interessante ma mi chiedo, se fosse un bug del kernel non dovrebbero 
esserci molte più segnalazioni al riguardo? Non credo siamo gli unici ad 
avere una debian installata su MD device o che usano MD device. Cmq 
prima di aprire un nuovo bug farò qualche altro test. Tra qualche giorno 
aggiorno il mio server di backup dalla 11 alla 12 con device MD e 
vediamo se ho lo stesso problema (proverò a collegare anche la scheda 
video in questione per replicare la problematica che ho sulla 
"workstation").


Io sto continuando con i test hardware. Ieri ho tolto la scheda di rete 
ma il problema si è ripresentato. Ho proceduto con la rimozione della 
scheda video. In questo processo ho prima disinstallato i driver nvidia 
dei repo di debian e riavviato un paio di volte. Ad ogni riavvio ho 
avuto kernel panic. Quindi il problema si è verificato con i driver 
nvidia di debian e i driver nouveau. Scollego la scheda video e i kernel 
panic sono finiti (almeno per il momento). Ora mi chiedo e se dico una 
cappellata correggimi: è possibile che la scheda video (essendo 
collegata sullo slot PCI-E) o i driver causino problemi ai device MD da 
generare un kernel panic? Te lo chiedo perche i due dischi primari sono 
due nvme in raid1 in modalità PCI-E (che se attivati in PCI-E mode 
disabilatano alcune porte SATA).


Grazie ancora.

Alessandro.

Re: Debian 12.4 Kernel Panic durante spegnimeto

[Giuseppe Sacco]

Ciao,

Il giorno gio, 21/12/2023 alle 12.39 +0100, Alessandro Baggi ha scritto:
[...]
> Sono riuscito a catturare tutta la schermata del panic con un video. Ho 
> preso le immagini significative in quest'ordine: debug1, debug2, debug3.
> In queste tre immagini dovrebbe esserci il trace del kernel panic.
> Di seguito il link alla galleria:
> https://postimg.cc/gallery/y68sgvD
> 

per quel poco che capisco, si tratta del codice di spegnimento del kernel,
nella parte dell'array multidisk che va a interrompere le scritture su tutti
i dischi dell'array.

Potresti provare a segnalare il problema direttamente sul kernel. Ci sono
problematiche simili alla tua, come questa:
https://bugzilla.kernel.org/show_bug.cgi?id=217733

Ciao,
Giuseppe

Re: Debian 12.4 Kernel Panic durante spegnimeto

[Alessandro Baggi]

Il 21/12/23 12:25, Alessandro Baggi ha scritto:


Mi sa che l'unica cosa che puoi fare è una foto allo schermo, oppure 
usare un

cavo seriale collegato ad un altro computer e impostare la console su
seriale.

Ho caricato l'immagine su postimg e sarà disponibile per 7 giorni. Di 
seguito il link:


https://i.postimg.cc/HnpDpmj1/20231220-204617.jpg

Un saluto, Alessandro.


Sono riuscito a catturare tutta la schermata del panic con un video. Ho 
preso le immagini significative in quest'ordine: debug1, debug2, debug3.


In queste tre immagini dovrebbe esserci il trace del kernel panic.

Di seguito il link alla galleria:

https://postimg.cc/gallery/y68sgvD

Saranno attive per 7 giorni.

Un saluto, Alessandro.

Re: Debian 12.4 Kernel Panic durante spegnimeto

[Alessandro Baggi]

Mi sa che l'unica cosa che puoi fare è una foto allo schermo, oppure 
usare un

cavo seriale collegato ad un altro computer e impostare la console su
seriale.

Ho caricato l'immagine su postimg e sarà disponibile per 7 giorni. Di 
seguito il link:


https://i.postimg.cc/HnpDpmj1/20231220-204617.jpg

Un saluto, Alessandro.

Re: Debian 12.4 Kernel Panic durante spegnimeto

[Alessandro Baggi]

Ciao Giuseppe e grazie per la risposta.


Mi sa che l'unica cosa che puoi fare è una foto allo schermo, oppure usare un
cavo seriale collegato ad un altro computer e impostare la console su
seriale.



Sono riuscito a fare una foto dello schermo del kernel panic ma il 
messaggio è molto più lungo di quello che appare nell'immagine. Domanda: 
posso allegare la foto in ML oppure devo usare qualche altro servizio?



Difatti i casi di oops durante lo shutdown, se avvengono con il journald già
spento, non sono nel log. Come ad esempio questo:
https://github.com/systemd/systemd/issues/14829



Sto facendo qualche prova rimuovendo hardware dal PC. Ti dico questo 
perche ricevo:


PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
devive [10ec-8168]

Il device [10ec-8168] corrisponde ad una scheda di rete TPLink. Ho 
rimosso la scheda e vedo se ottengo un kernel panic.


inoltre il dmesg mi da anche:

pcieport :00:1b.0: DPC: error containment capabilities: Int Msg #0, 
RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
pcieport :00:1c.4: DPC: error containment capabilities: Int Msg #0, 
RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
pcieport :00:1d.0: DPC: error containment capabilities: Int Msg #0, 
RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+




Devo dire che durante queste prove, ho ottenuto 3 kernel panic in 3 
spegnimenti consecutivi.


Cmq se il problema continua, provo a disintallare i driver nvidia con 
successiva rimozione della vecchia Nvidia GTX 1050ti e invierò 
aggiornamenti in lista.


Non vorrei arrivare a conclusioni affrettate ma ho paura che sia la 
scheda madre. In passato mi ha dato problemi con le porte sata. Ora ha 
cominciato con le PCI-E. Vedremo dove portano questi test.

Re: Debian 12.4 Kernel Panic durante spegnimeto

[Giuseppe Sacco]

Ciao Alessandro,

Il giorno mar, 19/12/2023 alle 12.53 +0100, Alessandro Baggi ha scritto:
> Un saluto cordiale a tutta la lista.
> 
> Ho un problema durante lo spegnimento del mio PC. Ho una Debian 12.4. In 
> poche parole ogni tanto quando lancio uno shutdown -h now o un reboot 
> ottengo un bel kernel panic. É casuale e capita circa due/tre volte al mese.
[...]
> Non so dove posso trovare altri log relativi al kernel panic ( a dirla 
> tutta non so se salva i messaggi del panic che si verifica durante uno 
> shutdown)

Mi sa che l'unica cosa che puoi fare è una foto allo schermo, oppure usare un
cavo seriale collegato ad un altro computer e impostare la console su
seriale.

Difatti i casi di oops durante lo shutdown, se avvengono con il journald già
spento, non sono nel log. Come ad esempio questo:
https://github.com/systemd/systemd/issues/14829

Ciao,
Giuseppe

Debian 12.4 Kernel Panic durante spegnimeto

[Alessandro Baggi]

Un saluto cordiale a tutta la lista.

Ho un problema durante lo spegnimento del mio PC. Ho una Debian 12.4. In 
poche parole ogni tanto quando lancio uno shutdown -h now o un reboot 
ottengo un bel kernel panic. É casuale e capita circa due/tre volte al mese.


È da quando ho installato la 12 che questo accade mentre quando ero 
sulla 11 non accadeva. Credevo fosse un problema dei primi kernel di 
debian (l'ho installata appena uscita) ma il problema persiste quindi mi 
viene da pensare che sia un problema hardware?


Su questa PC ho un i9-10850k (leggermente in OC ma con Vcore auto), 
scheda madre ASUS Prime Z490-A, 16 GB ddr4, per scheda video una vecchia 
Nvidia 1050ti, 2 nvme e due ssd sata (tutti i dischi li uso da meno di 
un anno) e alimentatore ASUS ROG Gold da 850W (anche l'alimentatore è 
recente e l'ho installato prima del passaggio alla 12.4).


Cosa ci gira: Debian 12.4. Ho configurato 4 mdadm device tipo raid 1,
ho qualche macchina virtuale e qualche servizio come apache2, smb. Tutto 
il software è installato tramite repository di debian eccetto per 
chrome. Nessun flatpak o snap. Filesystem ext4 e xfs. Cmq niente di esotico.


Nota: ho provato ad installare sempre sugli stessi dischi e con la 
stessa configurazione ubuntu e AlmaLinux ma non ho riscontrato errori di 
nessun tipo.


L'ultima volte è stato ieri sera verso le 21. Ho provato a leggere i log 
con journalctl --system --since="2023-12-18 20:00:00" e le ultime righe 
prima del boot odierno sono:



systemd[1]: Shutting down.
systemd-shutdown[1]: Syncing filesystems and block devices.
systemd-shutdown[1]: Sending SIGTERM to remaining processes...
systemd-journald[461]: Received SIGTERM from PID 1 (systemd-shutdow).
systemd-journald[461]: Journal stopped
-- Boot c86eb14c26cd47f1b95d903d39dc419c --

non ho riscontrato errori e dalle riga Boot riporta il boot di oggi.

Non so dove posso trovare altri log relativi al kernel panic ( a dirla 
tutta non so se salva i messaggi del panic che si verifica durante uno 
shutdown)


Durante l'utilizzo della macchina non ho nessun problema. Ho provato a 
lanciare qualche sessione di Prime95 per stressare ram e cpu ma va tutto 
bene. Ho stressato un po i dischi ma nessun problema.


I driver della scheda video sono da contrib. Essendo un po vecchia la 
scheda video non vorrei cominciasse a dare i primi problemi. Ma anche in 
questo caso durante l'utilizzo nessun problema.


Purtroppo non ho l'immagine con i messaggi del paniclo so

Qualcuno ha qualche suggerimento su cos'altro indagare?

Grazie a tutti.

Un saluto e buone festività.

Re: debian handbook

[liste DOT girarsi AT posteo DOT eu]

Il 14/12/23 12:32, Paride Desimone ha scritto:

Buongiorno,
qualcuno sa perché, nonostante sia anche completamente tradotta anche in 
Italiano la versione 12, recandosi sulla home page 
https://debian-handbook.info/, siamo ancora alla versione 11?


/paride


Non me ne intendo, ad ogni modo vedo è stato tradotto 11 mesi fa 
l'ultima volta la versione 12 sul repository salsa  [0], però vedo anche 
che la versione 12 in inglese non è ancora uscita (la versione online è 
alla 11, bullseye [1]), forse si aspetta quella prima di aggiornare e 
mettere a disposizione il resto delle lingue?



[0] 
https://salsa.debian.org/hertzog/debian-handbook/-/tree/bookworm/main/it-IT?ref_type=heads


[1] https://debian-handbook.info/browse/stable/




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

debian handbook

[Paride Desimone]

Buongiorno,
qualcuno sa perché, nonostante sia anche completamente tradotta anche in 
Italiano la versione 12, recandosi sulla home page 
https://debian-handbook.info/, siamo ancora alla versione 11?


/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=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: Debian-ln-italian

[Kimberly Hoffman]

Debian-ln-italian, wanna videochat with me?

Re: [Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

[Davide Prina]

Ennio-Sr ha scritto:

> Ho anch'io un disco esterno per il salvataggio quotidiano dei file più
> importanti (/home e /etc), ma sto cercando i suggerimenti visti molti anni
> fa per le altre directory che è opportuno salvare.

dipende da cosa vuoi ottenere con quello che ti salvi e dove salvi i tuoi
file di dati personali.

di sicuro /etc può contenere eventuali configurazioni personalizzate e
/home/$TuoUtente contiene configurazioni e possibili dati personali... ma
di sicuro anche tanta fuffa che magari non ti interessa.

Poi potrebbe essere interessante salvare anche /root, per esempio io qui
metto gli script (in /root/bin) che mi sono fatto e che eseguo come root

> Alcuni dei 'warnings' consigliano di scaricare un aggiornamento al
> firmware.

questi warning ti dicono solo che il firmware è "vecchio" e potrebbe
esisterne una versione più recente... ma non è detto che esista, se la tua
macchina è "vecchia".
Tempo fa avevo indicato che con gnome veniva installato obbligatoriamente
un pacchetto che cercava, più volte al giorno, aggiornamenti del firmware
dei dispositivi e faceva l'installazione in automatico... avevo criticato
questa scelta e poi il pacchetto è stato messo come facoltativo e l'ho
rimosso.

> Ho provato a seguire questa via, ma il software relativo si
> riferisce solo a sistemi Micro$oft oppure Mac.

ma quindi per i tuoi dispositivi (es: HD) esiste un firmware più aggiornato
di quello che hai installato?
Puoi provare con il pacchetto che avevo indicato (ora non mi ricordo più il
nome)

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: [Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

[valerio]

Il 29/10/23 00:37, 'Ennio-Sr ha scritto:

Mi scuso del ritardo - dovuto al completo esaurimento dello spazio vitale
nella mia /home che mi ha assorbito nella ricerca di una soluzione e mi ha
'isolato dal mondo' per diversi giorni - e vorrei ringraziare tutti voi
per i suggerimenti e le iformazioni datemi.


ciao,
do per scontato che tu abbia aggiunto anche non-free-firmware a source.list

valerio

Re: [Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

['Ennio-Sr]

Mi scuso del ritardo - dovuto al completo esaurimento dello spazio vitale
nella mia /home che mi ha assorbito nella ricerca di una soluzione e mi ha
'isolato dal mondo' per diversi giorni - e vorrei ringraziare tutti voi
per i suggerimenti e le iformazioni datemi.

Ho anch'io un disco esterno per il salvataggio quotidiano dei file più
importanti (/home e /etc), ma sto cercando i suggerimenti visti molti anni
fa per le altre directory che è opportuno salvare. [Se qualcuno avesse
questa informazione a portata di mano e me la comunicasse non mi
dispiacerebbe].

Alcuni dei 'warnings' consigliano di scaricare un aggiornamento al
firmware. Ho provato a seguire questa via, ma il software relativo si
riferisce solo a sistemi Micro$oft oppure Mac. Pensate che posso
utilizzare quest'ultimo o devo chiedere alla casa costruttrice dell'hard
disk?

Di nuovo grazie molto della vostra preziosa assistenza.
Cordialità,
ennio

-- 
[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: Debian e snap

[Davide Prina]

Thomas Iezzi ha scritto:

> vi scrivo per un dubbio che ho riguardo debian e snap.
 
> Debian come si comporta verso quello che sembra essere a tutti gli effetti un 
> cancro come snap?
> Avete trovati info nelle varie ML?

io, l'unica cosa che ho letto per snap e flatpak (poi non
so se ve ne siano altri) è che questi hanno fatto naufragare
il tentativo di LSB[¹] per unificare le varie distro su parti
comuni...

Poi personalmente mi sembrino più un problema che una soluzione
e ne ho già parlato ampiamente in passato su questa lista.

Posso aggiungere che l'unico aspetto positivo potrebbe essere
quello di vedere un programma o una versione di un programma
che non c'è su Debian usando firejail per eseguirlo... prima
di mettersi a compilare il tutto solo per poterlo vedere.

Ciao
Davide

[¹]
https://en.wikipedia.org/wiki/Linux_Standard_Base

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: [Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

[Davide Prina]

Paride Desimone ha scritto:

> Il 14-10-2023 21:49 Ennio Sr ha scritto:

>> Sep 14 20:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], 
>> SMART
>> Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 114 to 115
>> Sep 15 13:06:01 deb-M90.ei.hnet packagekitd[1685]:
> 
> Quà smartd ti sta dicendo che il disco sta tirando le cuoia, quindi 
> backup *urgente* dei dati che ti servono, e poi cambia disco 
> velocemente.

da quel che ho capito io quell'errore invece indica che c'è un problema
software e non hardware. Quindi il tuo disco, a livello hardware, non
ha problemi.

Quello che viene consigliato in questi casi è di vedere se esiste un
upgrade del firmware.

Se non erro valori bassi possono essere trascurati.

> Sep 07 15:09:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART 
> Prefailure Attribute: 3 Spin_Up_Time changed from 98 to 97

probabilmente può essere trascurato anche questo, anche se forse
questo può essere collegato a problemi hardware

Poi i parametri possono avere significati diversi a seconda del
produttore hardware.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: Debian e snap

[Thomas Iezzi]

Ciao Andy,
grazie mille per la tua mail e per le rassicurazioni.

Thomas Iezzi

Il giorno mer 18 ott 2023 alle ore 16:44 Andrew M.A. Cater <
amaca...@einval.com> ha scritto:

> On Wed, Oct 18, 2023 at 03:13:29PM +0200, Thomas Iezzi wrote:
> > Buongiorno lista,
> > vi scrivo per un dubbio che ho riguardo debian e snap.
> >
> 
> >
> > Ovviamente l'OS sarà Debian (non scriverei qui, altrimenti), ma vorrei
> > avere rassicurazioni sulla sua politica verso snap.
> >
> > Debian come si comporta verso quello che sembra essere a tutti gli
> effetti
> > un cancro come snap?
>
> Mi sembra che il proprio Debian rimarra' con .deb e apt per la futura.
>
> Le cose snap sono di Ubuntu solo: si vuoi, possi aggiungere pacchetti snap
> a Debian - certo, e' possibile.
>
> > Avete trovati info nelle varie ML?
> > Io ho trovato dichiarazioni di distro derivate ubuntu che stanno
> > promettendo fuoco e fiamme contro questo nuovo tool, ma non mi sembra di
> > averne viste da Debian; vorrei evitare di usare apt su una macchina
> Debian,
> > al posto di snap, e scoprire di essere preso in giro.
> >
> > Grazie,
>
> Prego. [Ancora sto imparando italiano]
>
> Andy
> (amaca...@debian.org)
> > Thomas
>
>

Re: Debian e snap

[Andrew M.A. Cater]

On Wed, Oct 18, 2023 at 03:13:29PM +0200, Thomas Iezzi wrote:
> Buongiorno lista,
> vi scrivo per un dubbio che ho riguardo debian e snap.
> 

> 
> Ovviamente l'OS sarà Debian (non scriverei qui, altrimenti), ma vorrei
> avere rassicurazioni sulla sua politica verso snap.
> 
> Debian come si comporta verso quello che sembra essere a tutti gli effetti
> un cancro come snap?

Mi sembra che il proprio Debian rimarra' con .deb e apt per la futura.

Le cose snap sono di Ubuntu solo: si vuoi, possi aggiungere pacchetti snap
a Debian - certo, e' possibile.

> Avete trovati info nelle varie ML?
> Io ho trovato dichiarazioni di distro derivate ubuntu che stanno
> promettendo fuoco e fiamme contro questo nuovo tool, ma non mi sembra di
> averne viste da Debian; vorrei evitare di usare apt su una macchina Debian,
> al posto di snap, e scoprire di essere preso in giro.
> 
> Grazie,

Prego. [Ancora sto imparando italiano]

Andy
(amaca...@debian.org)
> Thomas

Debian e snap

[Thomas Iezzi]

Buongiorno lista,
vi scrivo per un dubbio che ho riguardo debian e snap.

Ho "ereditato" un mail server con ubuntu installato, e il suo
maledettissimo snap, e siamo arrivati al tanto agognato momento in cui
dovrò rifarlo per tutta una serie di problemi.

Ovviamente l'OS sarà Debian (non scriverei qui, altrimenti), ma vorrei
avere rassicurazioni sulla sua politica verso snap.
Mi spiego meglio: ho installato pacchetti con apt e quell'infame di ubuntu
ha scaricato un pacchetto apt che poi ha lanciato l'installer con snap (me
ne sono accorto tempo dopo, perchè il mio server mail invia falsi positivi
quando vede le partizioni snap piene (sembra un bug di zimbra, ma non
voglio divagare).

Debian come si comporta verso quello che sembra essere a tutti gli effetti
un cancro come snap?
Avete trovati info nelle varie ML?
Io ho trovato dichiarazioni di distro derivate ubuntu che stanno
promettendo fuoco e fiamme contro questo nuovo tool, ma non mi sembra di
averne viste da Debian; vorrei evitare di usare apt su una macchina Debian,
al posto di snap, e scoprire di essere preso in giro.

Grazie,
Thomas

Re: [Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

[Paride Desimone]

Il 16-10-2023 14:54 Paride Desimone ha scritto:


Mi ripeto, se hai dati importanti, fai *urgentemente il backup* e
sostituisci il disco.

/paride


Se ti può consolare, ho un hdd da 1TB che sta nella stessa identica 
situazione, se non peggiore, e per di più li sopra ho la /home.
Solo che finché a me non schiatta rimane la. Ho in parallelo un altro 
hdd da 2TB su cui ogni ora faccio l'rsync della home perché ho fatto la 
cavolata di prendere il 2TB in tecnologia SMR, quando non sapevo nemmeno 
cosa fosse :-(


/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=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: [Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

[Paride Desimone]

Il 14-10-2023 21:49 Ennio Sr ha scritto:

Un cordiale saluto a tutta la lista.
Da alcuni mesi leggo nel journalctl segnalazioni di 'Warnings' e di
'Failure' relativi al disco fisso di cui non riesco a valutare la 
gravità,

ma temo che o il disco o il mio PC possano lasciarmi improvvisamente.
Potreste cortesemente dirmi cosa succede?
Grazie dell'attenzione,
Ennio

--- quote -
Sep 07 09:25:57 deb-M90.ei.hnet login[144354]: pam_unix(login:auth):
authentication failure; logname=LOGIN uid=0 euid=0 tty=/dev/tty2 ruser=
rhost=
Sep 07 09:26:00 deb-M90.ei.hnet login[144354]: FAILED LOGIN (1) on
'/dev/tty2' FOR 'UNKNOWN', Authentication failure
Sep 07 15:09:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], 
SMART

Prefailure Attribute: 3 Spin_Up_Time changed from 98 to 97
...
Sep 14 20:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], 
SMART

Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 114 to 115
Sep 15 13:06:01 deb-M90.ei.hnet packagekitd[1685]:


Quà smartd ti sta dicendo che il disco sta tirando le cuoia, quindi 
backup *urgente* dei dati che ti servono, e poi cambia disco 
velocemente.


http://ftp.us.debian.org/debian bullseye InRelease is not (yet) 
available

(Temporary failure resolving 'ftp.us.debian.org')
Sep 15 13:06:01 deb-M90.ei.hnet packagekitd[1685]:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Sep 15 13:06:03 deb-M90.ei.hnet gnome-software[154827]: not handling 
error

download-failed for action refresh: E: http://ftp.us.debian.org/debian
bullseye InRelease is not (yet) available (Temporary failure resolving 
'

ftp.us.debian.org')


Quio potrebbe essere o un errore di rete, o problemi di accesso al disco 
per il file dei nameserver, per cui non riuscendo a leggerlo, non ti 
trasla i nomi in ip e ti da il Temporary failure resolving 
'ftp.us.debian.org.


Mi ripeto, se hai dati importanti, fai *urgentemente il backup* e 
sostituisci il disco.


/paride

--
https://keyserver.gnupg.org/pks/lookup?op=get=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: [OT] Sensori di temperatura e Debian 12

[Piviul]

On 9/24/23 11:20, Alessandro Baggi wrote:

[...]

Il problema è che non riesco a individuare il chip che il sensore usa. 
Lanciando sensors-detect mi viene trovato questo chip:


"Nuvoton NCT6798D Super IO Sensors"

Cercando in rete ho trovato questo:

https://www.nuvoton.com/products/cloud-computing/i-o/super-i-o-series/ d

dove viene riportato un diagramma nel quale viene riportato (Other 
SMBus temp sensors) SMBus/i2c.


Viene riportata una lista con diversi chip ma non è presente il mio 
(NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che 
l'unico modo per verificare che è supportato è collegare un sensore.


Ciao Alessandro, cercando in rete ho trovato questo bug: 
https://bugzilla.kernel.org/show_bug.cgi?id=204807


Ti ci ritrovi? Lo segnano come RESOLVED CODE_FIX non riesco però ad 
aiutarti su come testare il CODE_FIX...


Piviul

Re: [Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

[Piviul]

On 10/14/23 23:49, Ennio Sr wrote:

Un cordiale saluto a tutta la lista.
Da alcuni mesi leggo nel journalctl segnalazioni di 'Warnings' e di 
'Failure' relativi al disco fisso di cui non riesco a valutare la 
gravità, ma temo che o il disco o il mio PC possano lasciarmi 
improvvisamente.

Potreste cortesemente dirmi cosa succede?


Ciao Ennio, ti consiglio anzitutto di fare backup frequenti e di 
installare il pacchetto smartmontools per andare a leggere i dati smart 
memorizzati sull'hd (smartctl -A); puoi anche provare un self test 
(smartctl -t).


Altrimenti puoi guardare di che marca è il tuo hard disk e scaricare i 
tools appositi cercando sul sito del produttore.


Ciao

Piviul

Re: Comportamento anomalo Debian 12

[Cosmo]

In data domenica 15 ottobre 2023 17:06:10 CEST, Paolo Redaelli ha scritto:
> Il riavvio dei servizi dovrebbe essere una delle domande che apt fa
> all'amministratore verso la fine del processo di update.
> 
> Ho una vaga memoria di un livello di dettaglio di questo tipo di richieste
> di interazione da parte di apt ma non ricordo dove va impostato

Hai ragione, di default lo chiede, in effetti, di certo lo fa quando aggiorna 
le libc.
Potrebbe essere un bug di lightdm?
Nel caso, potrei aver detto una cazzata.
Sarei moralmente obbligato a scusarmi con Prina.
Disastro...

-- 
Cosmo

Re: Comportamento anomalo Debian 12

[Paolo Redaelli]

Il 15 ottobre 2023 14:25:35 CEST, Cosmo  ha scritto:
>In data domenica 15 ottobre 2023 12:11:28 CEST, Davide Prina ha scritto:
>> questo potrebbe essere dovuto a una configurazione non corretta della
>> scheda video... o all'uso di driver proprietari per la scheda video.
>
>Ma sei un bot col risponditore automatico? :-) 
>Questa stringa
>
>systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 1.

Il riavvio dei servizi dovrebbe essere una delle domande che apt fa 
all'amministratore verso la fine del processo di update.

Ho una vaga memoria di un livello di dettaglio di questo tipo di richieste di 
interazione da parte di apt ma non ricordo dove va impostato

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

Re: Comportamento anomalo Debian 12

[Cosmo]

In data domenica 15 ottobre 2023 12:11:28 CEST, Davide Prina ha scritto:
> questo potrebbe essere dovuto a una configurazione non corretta della
> scheda video... o all'uso di driver proprietari per la scheda video.

Ma sei un bot col risponditore automatico? :-) 
Questa stringa

systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 1.

secondo me dovrebbe suggerire anche a un bot l'idea che il riavvio di lightdm 
sia stato pianificato dopo l'aggiornamento e che sia tutto normale.

-- 
Cosmo

Re: Comportamento anomalo Debian 12

[Davide Prina]

Alessandro Baggi ha scritto:

> at-spi-bus-launcher[1787]: X connection to :0 broken (explicit kill or 
> server shutdown).

questo potrebbe essere dovuto a una configurazione non corretta della
scheda video... o all'uso di driver proprietari per la scheda video.

Verifica che l'upgrade sia terminato in modo corretto/completo:
# apt -f install

Se riscontri ancora il problema e stai usando driver proprietari,
allora prova a passare a quelli liberi per verificare che siano loro
il problema. Se non è neanche questo, prova ad usare una altro
Desktop Environment, meglio se basato su Wayland.

Inoltre una nota su X.org <-> Wayland.
Wayland permette di aumentare notevolmente le prestazioni video e 
ridurre l'uso di risorse.
Inoltre introduce delle limitazioni di sicurezza tra le applicazioni.
Da quel che ho capito Wayland è sviluppato dalle stesse persone che
sviluppano X.Org.
Gnome ha già annunciato che abbandonerà il supporto di X.Org.
Xfce, da quel che vedo ora, probabilmente aggiungerà il supporto di
Wayland dalla versione 4.20:
https://9to5linux.com/xfce-4-20-desktop-environment-will-finally-bring-wayland-support
Qui la roadmap:
https://wiki.xfce.org/releng/wayland_roadmap

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: [Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

[Sergio Vi]

Controllla lo stato del o dei dischi . Se non erro ( vado a memoria perchè
sono fuori casa e non ho il pc sottomano) ci sono tool appositi. Cerca
smarttool e gnome-disk o smart disk. Fagli fare una scansione completa e
valuta i risultati. Se ci sono settori danneggiati oltre un limite
"fisiologico" opterei per un backup dell'intero disco in vista della
sostituzione.

Il Sab 14 Ott 2023, 23:50 Ennio Sr  ha scritto:

> Un cordiale saluto a tutta la lista.
> Da alcuni mesi leggo nel journalctl segnalazioni di 'Warnings' e di
> 'Failure' relativi al disco fisso di cui non riesco a valutare la gravità,
> ma temo che o il disco o il mio PC possano lasciarmi improvvisamente.
> Potreste cortesemente dirmi cosa succede?
> Grazie dell'attenzione,
> Ennio
>
> --- quote -
> Sep 07 09:25:57 deb-M90.ei.hnet login[144354]: pam_unix(login:auth):
> authentication failure; logname=LOGIN uid=0 euid=0 tty=/dev/tty2 ruser=
> rhost=
> Sep 07 09:26:00 deb-M90.ei.hnet login[144354]: FAILED LOGIN (1) on
> '/dev/tty2' FOR 'UNKNOWN', Authentication failure
> Sep 07 15:09:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
> Prefailure Attribute: 3 Spin_Up_Time changed from 98 to 97
> ...
> Sep 14 20:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
> Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 114 to 115
> Sep 15 13:06:01 deb-M90.ei.hnet packagekitd[1685]:
> http://ftp.us.debian.org/debian bullseye InRelease is not (yet) available
> (Temporary failure resolving 'ftp.us.debian.org')
> Sep 15 13:06:01 deb-M90.ei.hnet packagekitd[1685]:
> http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
> available (Temporary failure resolving 'ftp.us.debian.org')
> Sep 15 13:06:03 deb-M90.ei.hnet gnome-software[154827]: not handling error
> download-failed for action refresh: E: http://ftp.us.debian.org/debian
> bullseye InRelease is not (yet) available (Temporary failure resolving '
> ftp.us.debian.org')
> E:
> http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
> available (Temporary failure resolving 'ftp.us.debian.org')
> Sep 16 00:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
> Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 115 to 116
> ...
> Sep 21 15:09:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
> Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 114 to 115
> Sep 21 15:09:41 deb-M90.ei.hnet chromium.desktop[328763]:
> [1:0x7300082c000] 52130160 ms: Mark-Compact 1716.0 (1815.7) -> 1707.6
> (1816.4) MB, 3699.33 / 0.11 ms  (average mu = 0.284, current mu = 0.242)
> allocation failure; scavenge might not succeed
> Sep 21 15:09:41 deb-M90.ei.hnet chromium.desktop[328763]:
> [1:0x7300082c000] 52134331 ms: Mark-Compact 1717.5 (1817.9) -> 1707.5
> (1816.7) MB, 3806.76 / 0.05 ms  (average mu = 0.195, current mu = 0.087)
> allocation failure; scavenge might not succeed
> Sep 21 19:15:31 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
> Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 115 to 116
> ...
> Sep 28 00:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
> Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 110 to 111
> Sep 28 16:34:17 deb-M90.ei.hnet packagekitd[1685]:
> http://ftp.us.debian.org/debian bullseye InRelease is not (yet) available
> (Temporary failure resolving 'ftp.us.debian.org')
> Sep 28 16:34:17 deb-M90.ei.hnet packagekitd[1685]:
> http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
> available (Temporary failure resolving 'ftp.us.debian.org')
> Sep 28 16:34:17 deb-M90.ei.hnet gnome-software[154827]: not handling error
> download-failed for action refresh: E: http://ftp.us.debian.org/debian
> bullseye InRelease is not (yet) available (Temporary failure resolving '
> ftp.us.debian.org')
> E:
> http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
> available (Temporary failure resolving 'ftp.us.debian.org')
> Sep 29 00:25:07 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
> Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 111 to 112
> 
> Oct 08 19:11:12 deb-M90.ei.hnet smartd[489]: Device: /dev/sda [SAT], SMART
> Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 113 to 114
> Oct 08 19:25:55 deb-M90.ei.hnet gnome-keyring-daemon[1577]: dbus failure
> responding to ending session: The connection is closed
> Oct 08 19:25:55 deb-M90.ei.hnet unknown[1577]: dbus failure responding to
> ending session: The connection is closed
> Oct 09 15:56:22 deb-M90.ei.hne

[Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

[Ennio Sr]

Un cordiale saluto a tutta la lista.
Da alcuni mesi leggo nel journalctl segnalazioni di 'Warnings' e di
'Failure' relativi al disco fisso di cui non riesco a valutare la gravità,
ma temo che o il disco o il mio PC possano lasciarmi improvvisamente.
Potreste cortesemente dirmi cosa succede?
Grazie dell'attenzione,
Ennio

--- quote -
Sep 07 09:25:57 deb-M90.ei.hnet login[144354]: pam_unix(login:auth):
authentication failure; logname=LOGIN uid=0 euid=0 tty=/dev/tty2 ruser=
rhost=
Sep 07 09:26:00 deb-M90.ei.hnet login[144354]: FAILED LOGIN (1) on
'/dev/tty2' FOR 'UNKNOWN', Authentication failure
Sep 07 15:09:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 3 Spin_Up_Time changed from 98 to 97
...
Sep 14 20:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 114 to 115
Sep 15 13:06:01 deb-M90.ei.hnet packagekitd[1685]:
http://ftp.us.debian.org/debian bullseye InRelease is not (yet) available
(Temporary failure resolving 'ftp.us.debian.org')
Sep 15 13:06:01 deb-M90.ei.hnet packagekitd[1685]:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Sep 15 13:06:03 deb-M90.ei.hnet gnome-software[154827]: not handling error
download-failed for action refresh: E: http://ftp.us.debian.org/debian
bullseye InRelease is not (yet) available (Temporary failure resolving '
ftp.us.debian.org')
E:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Sep 16 00:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 115 to 116
...
Sep 21 15:09:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 114 to 115
Sep 21 15:09:41 deb-M90.ei.hnet chromium.desktop[328763]: [1:0x7300082c000]
52130160 ms: Mark-Compact 1716.0 (1815.7) -> 1707.6 (1816.4) MB, 3699.33 /
0.11 ms  (average mu = 0.284, current mu = 0.242) allocation failure;
scavenge might not succeed
Sep 21 15:09:41 deb-M90.ei.hnet chromium.desktop[328763]: [1:0x7300082c000]
52134331 ms: Mark-Compact 1717.5 (1817.9) -> 1707.5 (1816.7) MB, 3806.76 /
0.05 ms  (average mu = 0.195, current mu = 0.087) allocation failure;
scavenge might not succeed
Sep 21 19:15:31 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 115 to 116
...
Sep 28 00:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 110 to 111
Sep 28 16:34:17 deb-M90.ei.hnet packagekitd[1685]:
http://ftp.us.debian.org/debian bullseye InRelease is not (yet) available
(Temporary failure resolving 'ftp.us.debian.org')
Sep 28 16:34:17 deb-M90.ei.hnet packagekitd[1685]:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Sep 28 16:34:17 deb-M90.ei.hnet gnome-software[154827]: not handling error
download-failed for action refresh: E: http://ftp.us.debian.org/debian
bullseye InRelease is not (yet) available (Temporary failure resolving '
ftp.us.debian.org')
E:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Sep 29 00:25:07 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 111 to 112

Oct 08 19:11:12 deb-M90.ei.hnet smartd[489]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 113 to 114
Oct 08 19:25:55 deb-M90.ei.hnet gnome-keyring-daemon[1577]: dbus failure
responding to ending session: The connection is closed
Oct 08 19:25:55 deb-M90.ei.hnet unknown[1577]: dbus failure responding to
ending session: The connection is closed
Oct 09 15:56:22 deb-M90.ei.hnet packagekitd[1962]:
http://ftp.us.debian.org/debian bullseye InRelease is not (yet) available
(Temporary failure resolving 'ftp.us.debian.org')
Oct 09 15:56:22 deb-M90.ei.hnet packagekitd[1962]:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Oct 09 15:56:22 deb-M90.ei.hnet gnome-software[2104]: not handling error
download-failed for action refresh: E: http://ftp.us.debian.org/debian
bullseye InRelease is not (yet) available (Temporary failure resolving '
ftp.us.debian.org')
  E:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Oct 09 16:27:11 deb-M90.ei.hnet smartd[503]: 

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Paride Desimone]

Il 14-10-2023 08:43 Beppe Cantanna ha scritto:

Paride,
ti avevo risposto in privato per evitare flame, ma prendo atto che qui 
le

regole e soprattutto il buon senso viene interpretato all'occorrenza.
Certo, anche da me. Chi è senza peccato scagli la prima mail.

Ma vedo che qui siamo tutti principi del foro della netiquette e poi si
insulta esplicitamente e si inoltrano mail ricevute in privato.
Mi appello alla clemenza della corte e dei cortigiani.

Ribadisco la risposta. Scrivendomi "è un vero delirio. Io per esempio 
le ho

saltate a piè pari" non posso far altro che dirti che ce ne faremo una
ragione del fatto che non le leggi. Risposta data direttamente solo a 
te,

perché mi pareva poco opportuno coinvolgere tutta la lista.



Intanto visto che molti client inviano la risposta sia in pvt che in ml, 
non ho visto che fosse privata e letto il testo della mail, non mi sono 
minimamente preoccupato di andare a vedere se fosse privata o in ml.

Vedo che hai compreso pienamente il testo della mia risposta.
Era da i tempi i usenet che non vedevo nascere un bel flame come questo.
Detto ciò, visto che la vita è breve, ed il breve tempo che rimane su 
questa terra è prezioso, non ho oltre il tempo, nemmeno voglia di 
litigare.
Per cui, visto che che fai finta di non voler capire ciò che ho scritto, 
per me la questione è chiusa qui, ed aggiorno i miei filtri.


/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=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: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Beppe Cantanna]

Toppo forte.

Un comico cosmico.

Ma chi ti scrive i testi?
Digli di cambiare mestiere!

Il giorno sab 14 ott 2023 alle ore 10:51 Cosmo  ha
scritto:

> In data sabato 14 ottobre 2023 10:43:43 CEST, Beppe Cantanna ha scritto:
> > poi si
> > insulta esplicitamente e si inoltrano mail ricevute in privato.
>
> Il rispetto e la privacy non si applicano agli imbecilli.
> Fattene una ragione :)
>
> --
> Cosmo
>
>
>

-- 
*CANTANNA Giuseppe*
cel. +39 349 1998700
giuseppe.canta...@glugto.org
canta...@glugto.org
canta...@gmail.com

bproot.bc - Linux user n. 502620 registered on http://counter.li.org/
*Nodo NINUX: *broot*.*


*Per favore non inviatemi allegati in formato MS
Office.​​Utilizza​te​ alternativamente documenti in formato OpenDocument.*
​
http://en.wikipedia.org/wiki/OpenDocument

​ ​
http://it.wikipedia.org/wiki/OpenDocument


*​*http://www.documentfoundation.org/
* ​ *https://it.libreoffice.org/
​ ​

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Cosmo]

In data sabato 14 ottobre 2023 10:43:43 CEST, Beppe Cantanna ha scritto:
> poi si
> insulta esplicitamente e si inoltrano mail ricevute in privato.

Il rispetto e la privacy non si applicano agli imbecilli.
Fattene una ragione :)

-- 
Cosmo

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Beppe Cantanna]

Paride,
ti avevo risposto in privato per evitare flame, ma prendo atto che qui le
regole e soprattutto il buon senso viene interpretato all'occorrenza.
Certo, anche da me. Chi è senza peccato scagli la prima mail.

Ma vedo che qui siamo tutti principi del foro della netiquette e poi si
insulta esplicitamente e si inoltrano mail ricevute in privato.
Mi appello alla clemenza della corte e dei cortigiani.

Ribadisco la risposta. Scrivendomi "è un vero delirio. Io per esempio le ho
saltate a piè pari" non posso far altro che dirti che ce ne faremo una
ragione del fatto che non le leggi. Risposta data direttamente solo a te,
perché mi pareva poco opportuno coinvolgere tutta la lista.

Insomma Paride, non sei obbligato a leggerle e non mi pare che ci sia stato
un traffico tale da motivare reazioni da filtro antispam.

Certo è che trovo assolutamente fuori luogo risposte di una arroganza
cosmica tipo:

Se non lo fai, dovrò presumere che dei tuoi interlocutori te ne sbatti e
quindi, per quanto mi riguarda, agirò di conseguenza, sbattendomene dei
tuoi
problemi.


Di solito a certe parole non rispondo ... ma che vuoi rispondere? è
evidente che qui c'è del disagio.

Questa volta invece ho risposto.


Un saluto e buon fine settimana anche a te.


Il giorno sab 14 ott 2023 alle ore 09:42 Paride Desimone <
nos...@inventati.org> ha scritto:

> Il 13 ottobre 2023 21:03:48 UTC, Beppe Cantanna  ha
> scritto:
> >Ma non c'è un amministratore che limiti questo personaggio ?
> >
> >Il giorno ven 13 ott 2023 alle ore 21:48 Cosmo  ha
> >scritto:
> >
> >> Evidentemente ha un debole per me...
> >>
> >> In data venerdì 13 ottobre 2023 21:36:44 CEST, hai scritto:
> >> > Mannaggia, non hai ancora iniziato a leggere il tutorial ... che
> peccato,
> >> > vedo che il tuo dizionario è rimasto a quoi pochi termini base che
> >> conosci
> >> > dai tempi dell'infanzia.
> >> >
> >> > Cosmo ... number one!
> >> >
> >> >
> >> > ps: hai sentito le risate vero :) :)
> >>
> >> ---snip---
> >>
> >> > > > No, non è vero, penso che non ci sarà una prossima volta.
> >> > > > I tuoi messaggi
> >> > > > saranno semplicemente indirizzati alla cartella trash, dove già
> >> trovano
> >> > > > posto tutte le risposte stupide che mi capita di leggere in lista,
> >> tipo
> >> > > > quelle di chi per forza ti vuole spiegare qualcosa anche quando
> non
> >> lo
> >> > > > hai chiesto o altre tipiche argomentazioni da sistemista di
> >> Neanderthal.
> >>
> >> Se le canta, se le suona e poi si dimentica. Tutto da solo. :)
> >>
> >> --
> >> Cosmo
> >>
> >>
> >>
> >
>
> Beppe, ti è stato detto più volte, e da più parti, che ci sono dei
> problemi su come componi le mail, ma tu interpreti sempre a modo tuo ciò
> che ti dicono e rispondi indispettendo la gente. A me per esempio, su una
> mail dove ti ho detto che con il tuo quoting le mail diventano
> fastidiosissime da leggere (se non illeggibili) e che per questo motivo una
> l'ho saltata a piè pari, hai risposto: ce ne faremo una ragione. Dimmi tu
> che risposta è. Quando io ho iniziato a frequentare questa lista, ho
> commesso anche io gli errori di quoting, gli errori di rottura di thread.
> Sono stato giustamente rispreso, non mi son risentito, ho chiesto lumi e ho
> imparato a far qualche errore di meno.
> Ribadisco, senza polemica alcuna, esiste una rfc, la 1855 (
> http://www.doweb.it/util/RFC-1855_IT.asp) che regola questi
> comportamenti. Sarebbe il caso di rileggerla tutti, me compreso.
> Ciò detto, auguro a tutti un buon weekend.
>
> /paride
> --
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
>
>

-- 
*CANTANNA Giuseppe*
cel. +39 349 1998700
giuseppe.canta...@glugto.org
canta...@glugto.org
canta...@gmail.com

bproot.bc - Linux user n. 502620 registered on http://counter.li.org/
*Nodo NINUX: *broot*.*


*Per favore non inviatemi allegati in formato MS
Office.​​Utilizza​te​ alternativamente documenti in formato OpenDocument.*
​
http://en.wikipedia.org/wiki/OpenDocument

​ ​
http://it.wikipedia.org/wiki/OpenDocument


*​*http://www.documentfoundation.org/
* ​ *https://it.libreoffice.org/
​ ​

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Paride Desimone]

Il 13 ottobre 2023 21:03:48 UTC, Beppe Cantanna  ha scritto:
>Ma non c'è un amministratore che limiti questo personaggio ?
>
>Il giorno ven 13 ott 2023 alle ore 21:48 Cosmo  ha
>scritto:
>
>> Evidentemente ha un debole per me...
>>
>> In data venerdì 13 ottobre 2023 21:36:44 CEST, hai scritto:
>> > Mannaggia, non hai ancora iniziato a leggere il tutorial ... che peccato,
>> > vedo che il tuo dizionario è rimasto a quoi pochi termini base che
>> conosci
>> > dai tempi dell'infanzia.
>> >
>> > Cosmo ... number one!
>> >
>> >
>> > ps: hai sentito le risate vero :) :)
>>
>> ---snip---
>>
>> > > > No, non è vero, penso che non ci sarà una prossima volta.
>> > > > I tuoi messaggi
>> > > > saranno semplicemente indirizzati alla cartella trash, dove già
>> trovano
>> > > > posto tutte le risposte stupide che mi capita di leggere in lista,
>> tipo
>> > > > quelle di chi per forza ti vuole spiegare qualcosa anche quando non
>> lo
>> > > > hai chiesto o altre tipiche argomentazioni da sistemista di
>> Neanderthal.
>>
>> Se le canta, se le suona e poi si dimentica. Tutto da solo. :)
>>
>> --
>> Cosmo
>>
>>
>>
>

Beppe, ti è stato detto più volte, e da più parti, che ci sono dei problemi su 
come componi le mail, ma tu interpreti sempre a modo tuo ciò che ti dicono e 
rispondi indispettendo la gente. A me per esempio, su una mail dove ti ho detto 
che con il tuo quoting le mail diventano fastidiosissime da leggere (se non 
illeggibili) e che per questo motivo una l'ho saltata a piè pari, hai risposto: 
ce ne faremo una ragione. Dimmi tu che risposta è. Quando io ho iniziato a 
frequentare questa lista, ho commesso anche io gli errori di quoting, gli 
errori di rottura di thread. Sono stato giustamente rispreso, non mi son 
risentito, ho chiesto lumi e ho imparato a far qualche errore di meno.
Ribadisco, senza polemica alcuna, esiste una rfc, la 1855 
(http://www.doweb.it/util/RFC-1855_IT.asp) che regola questi comportamenti. 
Sarebbe il caso di rileggerla tutti, me compreso.
Ciò detto, auguro a tutti un buon weekend.

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

Re: [OT] Sensori di temperatura e Debian 12

[Paride Desimone]

Il 13 ottobre 2023 17:09:02 UTC, Fabrizio  ha scritto:
>

>Hai letto? Hai scoperto che il quoting non può essere argomento di
>discussione? Bravo.

Il quoting è materia di netiquette, rfc1855.
Quindi si applica a tutta internet incluse le ml.
Il vero problema, oramai oggi giorno, è che uno se ne frega altamente di ciò 
che potrebbe infastidire giustamente gli altri.
Ah, prima che qualcuno salti fuori a dirmi di rispettare gli 80 caratteri, 
faccio presente, che sul mio mua, sembra non esserci la possibilità di inserire 
automaticamente un cr all'80° carattere.
E per inciso, non credo ci sia un moderatore per questa lista. Almeno 
storicamente non ricordo mai un suo intervento .

/paride 
/paride



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

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Beppe Cantanna]

Ma non c'è un amministratore che limiti questo personaggio ?

Il giorno ven 13 ott 2023 alle ore 21:48 Cosmo  ha
scritto:

> Evidentemente ha un debole per me...
>
> In data venerdì 13 ottobre 2023 21:36:44 CEST, hai scritto:
> > Mannaggia, non hai ancora iniziato a leggere il tutorial ... che peccato,
> > vedo che il tuo dizionario è rimasto a quoi pochi termini base che
> conosci
> > dai tempi dell'infanzia.
> >
> > Cosmo ... number one!
> >
> >
> > ps: hai sentito le risate vero :) :)
>
> ---snip---
>
> > > > No, non è vero, penso che non ci sarà una prossima volta.
> > > > I tuoi messaggi
> > > > saranno semplicemente indirizzati alla cartella trash, dove già
> trovano
> > > > posto tutte le risposte stupide che mi capita di leggere in lista,
> tipo
> > > > quelle di chi per forza ti vuole spiegare qualcosa anche quando non
> lo
> > > > hai chiesto o altre tipiche argomentazioni da sistemista di
> Neanderthal.
>
> Se le canta, se le suona e poi si dimentica. Tutto da solo. :)
>
> --
> Cosmo
>
>
>

-- 
*CANTANNA Giuseppe*
cel. +39 349 1998700
giuseppe.canta...@glugto.org
canta...@glugto.org
canta...@gmail.com

bproot.bc - Linux user n. 502620 registered on http://counter.li.org/
*Nodo NINUX: *broot*.*


*Per favore non inviatemi allegati in formato MS
Office.​​Utilizza​te​ alternativamente documenti in formato OpenDocument.*
​
http://en.wikipedia.org/wiki/OpenDocument

​ ​
http://it.wikipedia.org/wiki/OpenDocument


*​*http://www.documentfoundation.org/
* ​ *https://it.libreoffice.org/
​ ​

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Cosmo]

Evidentemente ha un debole per me...

In data venerdì 13 ottobre 2023 21:36:44 CEST, hai scritto:
> Mannaggia, non hai ancora iniziato a leggere il tutorial ... che peccato,
> vedo che il tuo dizionario è rimasto a quoi pochi termini base che conosci
> dai tempi dell'infanzia.
> 
> Cosmo ... number one!
> 
> 
> ps: hai sentito le risate vero :) :)

---snip---

> > > No, non è vero, penso che non ci sarà una prossima volta. 
> > > I tuoi messaggi
> > > saranno semplicemente indirizzati alla cartella trash, dove già trovano
> > > posto tutte le risposte stupide che mi capita di leggere in lista, tipo
> > > quelle di chi per forza ti vuole spiegare qualcosa anche quando non lo
> > > hai chiesto o altre tipiche argomentazioni da sistemista di Neanderthal.

Se le canta, se le suona e poi si dimentica. Tutto da solo. :)

-- 
Cosmo

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Cosmo]

Che clamoroso imbecille. :)

In data venerdì 13 ottobre 2023 20:56:32 CEST, Beppe Cantanna ha scritto:

> Gentile sig. Cosmo primo di classe in scrittura mail,
> come vedi sono di parola e rispondo in privato per dirti che sei
> incredibilmente distratto, non ho cambiato argomento in quanto mi sono
> semplicemente allineato all'inutile cappello che hai messo nella tua
> superflua quanto arrogante risposta fornita a qualcuno che chiedeva
> gentilmente un confronto.
> 
> Cito:
> 
> 
> 
> *Se non lo fai, dovrò presumere che dei tuoi interlocutori te ne sbatti e
> quindi, per quanto mi riguarda, agirò di conseguenza, sbattendomene dei
> tuoi problemi.*
> 
> Mamma mia, quanta virilità castrata in queste parole!
> 
> Una volta ho visto un documentario in cui spiegavano che certi
> atteggiamenti sono causati da profondi traumi avvenuti in giovane età ...
> che peccato. Mi dispiace sinceramente ma sappi che ti siamo tutti molto
> solidali.
> 
> Certo, il tuo sprizzante redarguire esposto con la sprezzante veemenza di
> un Lancillotto era già effettivamente fuori tema, ma poiché avevo la
> necessità di interloquire con un siffatto vergatore di sentenze, cioè con
> te, allora ho pensato che fosse opportuno non crearti troppi scompensi,
> giacché come spiegato per bene da te e da altri tuoi accoliti, fatichi a
> capire quello che leggi.
> 
> Quindi per aiutarvi a districare quei simbolini che popolano tante volte il
> contenuto delle mail ho pensato farti cosa gradita nel segnalarti un paio
> di link utili all'uopo.
> Se ritieni inoltrali pure ai tuoi amichetti che in lista palesano le tue
> stesse difficoltà.
> 
> Uno tratta di come accedere alla posta elettronica. Aranzulla dovrebbe
> essere abbastanza alla tua levatura.
> Come accedere posta elettronica | Salvatore Aranzulla
> 
> 
> L'altro è invece più specifico per la lingua italiana. Spero sia fatto
> abbastanza bene e che ti sia di aiuto.
> Testi in italiano per principianti: Lettura e comprensione - Lingua.com
> 
> 
> Comunque devo dire che sei riuscito a dimostrare che per fare
> abbondantemente quanto io stavo producendo nel luogo preposto tu non hai
> bisogno di sederti comodamente. Ti basta scrivere risposte inutili e
> scortesi. Cosa che palesa la tua alta competenza sistemistica. Perché è
> così, no? più la risposta è scortese e più ti senti sistemista alfa.
> Cosmo Numero One.
> 
> Infine, dato che hai dimostrato un certo interesse per l'argomento, la
> prossima volta avrò cura di inviarti anche una foto di quanto estruso con
> tanto sforzo, devo dire anche aiutato dalla lettura del pensiero che molto
> gentilmente hai voluto condividere in lista.
> 
> No, non è vero, penso che non ci sarà una prossima volta. I tuoi messaggi
> saranno semplicemente indirizzati alla cartella trash, dove già trovano
> posto tutte le risposte stupide che mi capita di leggere in lista, tipo
> quelle di chi per forza ti vuole spiegare qualcosa anche quando non lo hai
> chiesto o altre tipiche argomentazioni da sistemista di Neanderthal.
> 
> Beh forse qualcuno lo conservo come studio antropologico ;) .
> 
> 
> Bene, ti auguro una buona serata. Sei stato un divertente argomento di
> conversazione.
> 
> Un Saluto,
> Beppe.
> 
> PS. se ti sembra di sentire delle risate in lontananza, devo ammetterlo,
> molto probabilmente sono io che leggo le tue risposte a questa mia missiva.

Re: codice di condotta - era Re: [OT] Sensori di temperatura e Debian 12

[Cosmo]

In data venerdì 13 ottobre 2023 20:10:43 CEST, valerio ha scritto:
> non mi sembra che il linguaggio di cosmo sia scorretto, ha solo chiesto
> di rispettare le regole

Perdona la pignoleria, Valerio, in realtà ho chiesto, se vuole avere una mano 
da *me*, di rendermi le sue mail più leggibili. Delle regole m'importa poco: 
m'importa che non mi venga mal di testa per leggere le sue mail - se poi non 
vuole il *mio* aiuto, gli basta continuare a quotare in quel modo. Io non ho 
ulteriori obiezioni. :)

Invece il tal fabrizio.tmb, lo lascerei proprio perdere: è intervenuto solo 
perché ce l'ha con me da un po', ma non ne ricordo più il motivo.
Spero, vista la figura barbina, che sia anche l'ultima.

ps: in ogni caso grazie per il supporto :)

-- 
Cosmo

codice di condotta - era Re: [OT] Sensori di temperatura e Debian 12

[valerio]

ciao,

Il 13/10/23 19:09, Fabrizio ha scritto:


Ciccio datti una bella calmata perchè non sei utile, figuriamoci
indispensabile; e soprattutto non sei tu che amministri (almeno spero
altrimenti povera lista)


non mi sembra che il linguaggio di cosmo sia scorretto, ha solo chiesto 
di rispettare le regole


Visto perseveri leggiti questo

Codice di condotta
Quando si usano le liste di messaggi Debian si cerchi di rispettare il
Codice di condotta Debian in additio e queste regole:


il codice di condotta non lo hai citato...


Le liste di messaggi esistono per favorire lo sviluppo e l'uso di Debian.
L'invio di messaggi fuori tema o non costruttivi, così come qualsiasi altro
tipo di abuso non sono i benvenuti.
Non inviare spam; si legga il regolamento sulla pubblicità sotto.
Si spediscano tutte le e-mail in inglese. Altre lingue solo nelle liste di
messaggi dove è esplicitamente consentito (ad esempio l'italiano in
debian-italian).
Ci si assicuri di utilizzare la lista corretta. In particolare, non si
inviino domande relative agli utenti alle liste degli sviluppatori.
Si vada a capo dopo al massimo 80 caratteri per linea nelle normali liste
di discussione. Le linee più lunghe di 80 caratteri sono accettabili per
l'output generato dal computer (esempio, ls -l).
Non inviare messaggi automatici del tipo "fuori ufficio" o "in vacanza".
Non inviare messagi di prova per verificare se il proprio client di posta
funziona.
Non inviare richieste di iscrizione o rinuncia alla lista stessa; queste
devono essere inviate al corrispettivo indirizzo -request
Si prega di non inviare i messaggi in HTML; si usi testo semplice piuttosto.


il messaggio di cantanna era anche in html


Si eviti di inviare allegati troppo grandi.
Non riportare in liste pubbliche messaggi ricevuti in veste privata, salvo
dopo averne chiesto il permesso all'autore del messaggio.
Quando si risponde inviando alla lista evitare di inserire in copia (CC)


ha scritto a cosmo anche in privato (cc), anzi ha scritto a cosmo e per 
cc in lista



colui che ha scritto il messaggio originale a meno che questi non lo
richieda esplicitamente.
Se si vuole protestare con qualcuno che ha inviato un messaggio e in CC
senza una richiesta esplicita, lo si faccia privatamente.
Se si sta inviando un email ad una lista alla quale non si è iscritti lo si
specifichi nel corpo del messaggio.
Non usare un linguaggio volgare; inoltre alcune persone ricevono le liste
tramite pacchetti radio, dove bestemmiare è illegale.
Evitare i flame; non è educato.
Usare sempre il buon senso.

Hai letto? Hai scoperto che il quoting non può essere argomento di
discussione? Bravo.



il quoting può anche essere relativo, ma rendere leggibile una mail 
aiuta di più, o no?


senza contare che il soggetto della discussione era un altro

saluti
valerio

Re: [OT] Sensori di temperatura e Debian 12

[Fabrizio]

Il giorno ven 13 ott 2023 alle ore 18:54 Cosmo  ha
scritto:

> In data venerdì 13 ottobre 2023 18:43:31 CEST, Beppe Cantanna ha scritto:
> > Rispondo alla risposta perché vedo che su questo tema vengono sempre
> spese
> > parole di fuoco e pesanti anatemi che trovo fuori luogo.
>
> E non spedirmi due volte la stessa mail, santiddio...
>
> --
> Cosmo
>
> Ciccio datti una bella calmata perchè non sei utile, figuriamoci
indispensabile; e soprattutto non sei tu che amministri (almeno spero
altrimenti povera lista)

Visto perseveri leggiti questo

Codice di condotta
Quando si usano le liste di messaggi Debian si cerchi di rispettare il
Codice di condotta Debian in additio e queste regole:

Le liste di messaggi esistono per favorire lo sviluppo e l'uso di Debian.
L'invio di messaggi fuori tema o non costruttivi, così come qualsiasi altro
tipo di abuso non sono i benvenuti.
Non inviare spam; si legga il regolamento sulla pubblicità sotto.
Si spediscano tutte le e-mail in inglese. Altre lingue solo nelle liste di
messaggi dove è esplicitamente consentito (ad esempio l'italiano in
debian-italian).
Ci si assicuri di utilizzare la lista corretta. In particolare, non si
inviino domande relative agli utenti alle liste degli sviluppatori.
Si vada a capo dopo al massimo 80 caratteri per linea nelle normali liste
di discussione. Le linee più lunghe di 80 caratteri sono accettabili per
l'output generato dal computer (esempio, ls -l).
Non inviare messaggi automatici del tipo "fuori ufficio" o "in vacanza".
Non inviare messagi di prova per verificare se il proprio client di posta
funziona.
Non inviare richieste di iscrizione o rinuncia alla lista stessa; queste
devono essere inviate al corrispettivo indirizzo -request
Si prega di non inviare i messaggi in HTML; si usi testo semplice piuttosto.
Si eviti di inviare allegati troppo grandi.
Non riportare in liste pubbliche messaggi ricevuti in veste privata, salvo
dopo averne chiesto il permesso all'autore del messaggio.
Quando si risponde inviando alla lista evitare di inserire in copia (CC)
colui che ha scritto il messaggio originale a meno che questi non lo
richieda esplicitamente.
Se si vuole protestare con qualcuno che ha inviato un messaggio e in CC
senza una richiesta esplicita, lo si faccia privatamente.
Se si sta inviando un email ad una lista alla quale non si è iscritti lo si
specifichi nel corpo del messaggio.
Non usare un linguaggio volgare; inoltre alcune persone ricevono le liste
tramite pacchetti radio, dove bestemmiare è illegale.
Evitare i flame; non è educato.
Usare sempre il buon senso.

Hai letto? Hai scoperto che il quoting non può essere argomento di
discussione? Bravo.

Re: [OT] Sensori di temperatura e Debian 12

[Cosmo]

In data venerdì 13 ottobre 2023 18:43:31 CEST, Beppe Cantanna ha scritto:
> Rispondo alla risposta perché vedo che su questo tema vengono sempre spese
> parole di fuoco e pesanti anatemi che trovo fuori luogo.

E non spedirmi due volte la stessa mail, santiddio...

-- 
Cosmo

Re: [OT] Sensori di temperatura e Debian 12

[Cosmo]

In data venerdì 13 ottobre 2023 18:43:31 CEST, Beppe Cantanna ha scritto:
> Rispondo alla risposta perché vedo che su questo tema vengono sempre spese
> parole di fuoco e pesanti anatemi che trovo fuori luogo.

Quando cambi l'argomento di una conversazione devi anche cambiare l'oggetto 
della stessa.
Torna pure a fare quello che facevi comodamente seduto: sembra che sia la cosa 
che ti riesce meglio.

-- 
Cosmo

Re: [OT] Sensori di temperatura e Debian 12

[Beppe Cantanna]

Rispondo alla risposta perché vedo che su questo tema vengono sempre spese
parole di fuoco e pesanti anatemi che trovo fuori luogo.

È un pensiero a alta voce. Cestinatelo e non rispondete che tanto non
avrete altre risposta almeno non in lista. In privato si.

Non so che razza di client di posta usate tali che vi portano un livello di
entropia che si trasforma immediatamente in frasi piene di astio terrorista
verso messaggi ritenuti malformati.

Io ho un comunissimo android, ho visto il messaggio in lista, l'ho aperto,
letto. Non ci ho trovato tutta questa confusione che l'Accademia della
Crusca dei messaggi mail sbandiera con la veemenza di un tribunale
dell'inquisizione.

Davvero, l'ho aperto, letto e capito. E caro Cosmo sorvolo su quanto stavo
facendo nel frattempo, seduto comodamente.

Aggiungo che non mi spiego tutta questa voglia di assumere toni censori in
un ambiente che dovrebbe fare della collaborazione una propria bandiera.

Forse qualcuno pensa che il livello di un sistemista si misura in quante
risposta c'è da a chi gli chiede una mano?

uN sALuT0 ovv!4mente m4lf0TmaTT0 ... o mAlFoRpazzo :)


On Fri, Oct 13, 2023, 15:01 Cosmo  wrote:

> In data venerdì 13 ottobre 2023 12:27:07 CEST, Alessandro Baggi ha scritto:
> > Cos'altro posso provare?
>
> Prima di tutto, puoi provare a quotare meglio.
> Agevola la lettura.
> E non sperare che lo faccia gmail al posto tuo. Devi farlo tu, cancellando
> le
> parti della mail che non servono *prima* di inviarla.
> Se non lo fai, dovrò presumere che dei tuoi interlocutori te ne sbatti e
> quindi, per quanto mi riguarda, agirò di conseguenza, sbattendomene dei
> tuoi
> problemi.
>
> Poi scopri quale chip usa il tuo sensore e cerca su github se qualcuno ha
> creato il modulo per il kernel.
>
> --
> Cosmo
>
>
>

Re: [OT] Sensori di temperatura e Debian 12

[Cosmo]

In data venerdì 13 ottobre 2023 12:27:07 CEST, Alessandro Baggi ha scritto:
> Cos'altro posso provare?

Prima di tutto, puoi provare a quotare meglio. 
Agevola la lettura.
E non sperare che lo faccia gmail al posto tuo. Devi farlo tu, cancellando le 
parti della mail che non servono *prima* di inviarla. 
Se non lo fai, dovrò presumere che dei tuoi interlocutori te ne sbatti e 
quindi, per quanto mi riguarda, agirò di conseguenza, sbattendomene dei tuoi 
problemi.

Poi scopri quale chip usa il tuo sensore e cerca su github se qualcuno ha 
creato il modulo per il kernel.

-- 
Cosmo

Re: [OT] Sensori di temperatura e Debian 12

[Alessandro Baggi]

Il 13/10/23 12:27, Alessandro Baggi ha scritto:


Il 24/09/23 11:35, Alessandro Baggi ha scritto:



Il 24/09/23 11:29, Davide Prina ha scritto:

Alessandro Baggi ha scritto:


Viene riportata una lista con diversi chip ma non è presente il mio
(NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che
l'unico modo per verificare che è supportato è collegare un sensore.


secondo me, il sensore deve essere inserito per poter essere rilevato
il chip.


Lo credo anche io. Proverò e riporterò il risultato il lista.



Però cercando in rete il tuo:
https://github.com/lm-sensors/lm-sensors/issues/197

nota che il problema era su una vecchia versione di lm_sensors e quindi
magari con l'attuale non serve neanche quel passaggio di parametro
per farlo funzionare

Di più non saprei cosa dirti...

Ciao
Davide


Grazie mille per il tuo aiuto.

Alessandro.


Un saluto a tutti,
sono tornato con la questione del sensore. Alla fine ne ho comprato uno 
e l'ho collegato, ho lanciato nuovamente sensors-detect ma non viene 
rilevato nulla.


Cos'altro posso provare?

Un saluto,
Alessandro.


Nota: il sensore è funzionante perche nel BIOS viene visto nella 
senzione monitor e riporta la temperatura correttamente.

Re: Comportamento anomalo Debian 12

[Alessandro Baggi]

Il 13/10/23 12:15, Cosmo ha scritto:

In data venerdì 13 ottobre 2023 12:09:23 CEST, Alessandro Baggi ha scritto:

È cambiato qualcosa in Debian che mi sono perso oppure è una situazione
anomala?


Esistono i log per rispondere a queste domande



Ciao Cosmo,

lanciando journalctl --since "3 hours ago" ho trovato queste informazioni:

at-spi-bus-launcher[1787]: X connection to :0 broken (explicit kill or 
server shutdown).


e:

systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 1.
systemd[1]: Stopped lightdm.service - Light Display Manager.
systemd[1]: lightdm.service: Consumed 1min 3.003s CPU time.
systemd[1]: Starting lightdm.service - Light Display Manager...

In mezzo a questi messaggi ci sono molti altri stop and start di altri 
servizi.


Possibile abbia riavviato molti servizi dopo l'update e tra questi X e 
lightdm.

Re: [OT] Sensori di temperatura e Debian 12

[Alessandro Baggi]

Il 24/09/23 11:35, Alessandro Baggi ha scritto:



Il 24/09/23 11:29, Davide Prina ha scritto:

Alessandro Baggi ha scritto:


Viene riportata una lista con diversi chip ma non è presente il mio
(NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che
l'unico modo per verificare che è supportato è collegare un sensore.


secondo me, il sensore deve essere inserito per poter essere rilevato
il chip.


Lo credo anche io. Proverò e riporterò il risultato il lista.



Però cercando in rete il tuo:
https://github.com/lm-sensors/lm-sensors/issues/197

nota che il problema era su una vecchia versione di lm_sensors e quindi
magari con l'attuale non serve neanche quel passaggio di parametro
per farlo funzionare

Di più non saprei cosa dirti...

Ciao
Davide


Grazie mille per il tuo aiuto.

Alessandro.


Un saluto a tutti,
sono tornato con la questione del sensore. Alla fine ne ho comprato uno 
e l'ho collegato, ho lanciato nuovamente sensors-detect ma non viene 
rilevato nulla.


Cos'altro posso provare?

Un saluto,
Alessandro.

Re: Comportamento anomalo Debian 12

[Cosmo]

In data venerdì 13 ottobre 2023 12:09:23 CEST, Alessandro Baggi ha scritto:
> È cambiato qualcosa in Debian che mi sono perso oppure è una situazione
> anomala?

Esistono i log per rispondere a queste domande

-- 
Cosmo

Comportamento anomalo Debian 12

[Alessandro Baggi]

Un saluto a tutta la lista.

Ho una Debian 12 con XFCE (dalla quale sto scrivendo) che aveva un pò di 
aggiornamenti da installare (146 pacchetti). Ho effettuato 
l'aggiornamento e nel mentre mi è arrivata una telefonata, finita la 
telefonata torno davanti allo schermo e mi ritrovo di nuovo la schermata 
di lightdm mi accorgo però che non è il login del salvaschermo ma la 
schermata di login come se il sistema fosse appena stato avviato. In 
sostanza tutta la sessione è stata chiusa. Il sistema non è stato 
riavviato in quanto l'uptime è di oltre 3 ore.


Non mi era mai capitato che durante un aggiornamento tutta la sessione 
venisse distrutta.


È cambiato qualcosa in Debian che mi sono perso oppure è una situazione 
anomala?


Un saluto,
Alessandro.

Re: [OT] Sensori di temperatura e Debian 12

[Alessandro Baggi]

Il 24/09/23 11:29, Davide Prina ha scritto:

Alessandro Baggi ha scritto:


Viene riportata una lista con diversi chip ma non è presente il mio
(NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che
l'unico modo per verificare che è supportato è collegare un sensore.


secondo me, il sensore deve essere inserito per poter essere rilevato
il chip.


Lo credo anche io. Proverò e riporterò il risultato il lista.



Però cercando in rete il tuo:
https://github.com/lm-sensors/lm-sensors/issues/197

nota che il problema era su una vecchia versione di lm_sensors e quindi
magari con l'attuale non serve neanche quel passaggio di parametro
per farlo funzionare

Di più non saprei cosa dirti...

Ciao
Davide


Grazie mille per il tuo aiuto.

Alessandro.

Re: [OT] Sensori di temperatura e Debian 12

[Davide Prina]

Alessandro Baggi ha scritto:

> Viene riportata una lista con diversi chip ma non è presente il mio 
> (NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che 
> l'unico modo per verificare che è supportato è collegare un sensore.

secondo me, il sensore deve essere inserito per poter essere rilevato
il chip.

Però cercando in rete il tuo:
https://github.com/lm-sensors/lm-sensors/issues/197

nota che il problema era su una vecchia versione di lm_sensors e quindi
magari con l'attuale non serve neanche quel passaggio di parametro
per farlo funzionare

Di più non saprei cosa dirti...

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: [OT] Sensori di temperatura e Debian 12

[Alessandro Baggi]

Il 24/09/23 10:44, Davide Prina ha scritto:

puoi guardare sul sito del pacchetto lm-sensors

https://hwmon.wiki.kernel.org

e probabilmente su queste pagine:
https://hwmon.wiki.kernel.org/projectinformation
https://hwmon.wiki.kernel.org/device_support_status
https://hwmon.wiki.kernel.org/faq

poi non so se ci sono altri pacchetti per rilevare i dati dei sensori
che non sono basati su questo

Ciao
Davide


Ciao Davide,
grazie per le risorse.

Il problema è che non riesco a individuare il chip che il sensore usa. 
Lanciando sensors-detect mi viene trovato questo chip:


"Nuvoton NCT6798D Super IO Sensors"

Cercando in rete ho trovato questo:

https://www.nuvoton.com/products/cloud-computing/i-o/super-i-o-series/ d

dove viene riportato un diagramma nel quale viene riportato (Other SMBus 
temp sensors) SMBus/i2c.


Viene riportata una lista con diversi chip ma non è presente il mio 
(NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che 
l'unico modo per verificare che è supportato è collegare un sensore.


Alessandro.

Re: [OT] Sensori di temperatura e Debian 12

[Davide Prina]

Alessandro Baggi ha scritto:

> Ho una scheda madre Asus Prime Z490-A sulla quale è presente un sensore 
> di temperatura con connettore a 2 pin per collegarci il sensore.
> 
> Prima di procedere con l'acquisto del sensore volevo accertarmi che tale 
> sensore venga riconosciuto su Linux (nel mio caso Debian 12).

puoi guardare sul sito del pacchetto lm-sensors

https://hwmon.wiki.kernel.org

e probabilmente su queste pagine:
https://hwmon.wiki.kernel.org/projectinformation
https://hwmon.wiki.kernel.org/device_support_status
https://hwmon.wiki.kernel.org/faq

poi non so se ci sono altri pacchetti per rilevare i dati dei sensori
che non sono basati su questo

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

[OT] Sensori di temperatura e Debian 12

[Alessandro Baggi]

Un saluto a tutta la lista,
chiedo scusa per l'OT.

Ho una scheda madre Asus Prime Z490-A sulla quale è presente un sensore 
di temperatura con connettore a 2 pin per collegarci il sensore.


Prima di procedere con l'acquisto del sensore volevo accertarmi che tale 
sensore venga riconosciuto su Linux (nel mio caso Debian 12).


Come posso verificare se il sensore della scheda madre è riconosciuto 
dal kernel?


Grazie in anticipo.

Un saluto,
Alessandro.

Re: parametri Linux [ERA: Debian 12 - Messaggi dmesg]

[Davide Prina]

pinguino ha scritto:

> Non ho seguito guide di hardening.
> Soltanto questa sulla sicurezza Debian.
> https://www.debian.org/doc/manuals/securing-debian-manual/,
> per Debian 12.

veramente quella guida è stata aggiornata l'ultima volta ad inizio 2017
https://www.debian.org/doc/manuals/securing-debian-manual/changelog_history.en.html

e a quella data c'era Jessie (Debian 8) come stable
https://wiki.debian.org/DebianReleases

ho visto che anche altri facevano notare che le guide di sicurezza Debian
sono ormai datate e non ci sono guide aggiornate

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -

Re: parametri Linux [ERA: Debian 12 - Messaggi dmesg]

[pinguino]

Il 30/07/23 11:01, Davide Prina ha scritto:

pinguino ha scritto:


Io ho trovato questo nel mio /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-6.1.0-9-amd64
root=UUID=880d6880-906e-49a6-8e72-bef089ab837e ro kaslr pti=on
slab_nomerge page_poison=1 slub_debug=FPZ nosmt


ma hai seguito qualche quida di hardening?
Se hai fatto un'installazione standard non dovresti avere tutti quei parametri

Buongiorno Lista,
Non ho seguito guide di hardening.
Soltanto questa sulla sicurezza Debian.
https://www.debian.org/doc/manuals/securing-debian-manual/,
per Debian 12.

Si, ho fatto una installazione standard. Ho scaricato il DVD dal sito 
ufficiale, ed ho fatto una installazione da zero. Non ho potuto fare un 
avanzamento di versione.
I parametri che sono descritti qui sopra, non li ho inserito io. Erano 
già cosi come li ho trovati.


cercando in rete:

1) kaslr
kASLR is enabled by default in the Debian kernel since 4.7~rc7-1~exp1
(CONFIG_RANDOMIZE_BASE and CONFIG_RANDOMIZE_MEMORY) so there is no need to
enable it with a specific kernel parameter.

infatti se fai:
$ grep "CONFIG_RANDOMIZE_BASE\|CONFIG_RANDOMIZE_MEMORY" /boot/config-$(uname -r)
CONFIG_RANDOMIZE_BASE=y
CONFIG_RANDOMIZE_MEMORY=y
CONFIG_RANDOMIZE_MEMORY_PHYSICAL_PADDING=$(Valore)

quindi questo parametro è inutile poiché già abilitato di default

2) pti=on

enables kernel page-table isolation

$ grep CONFIG_PAGE_TABLE_ISOLATION /boot/config-$(uname -r)
CONFIG_PAGE_TABLE_ISOLATION=y

anche in questo caso il parametro è inutile perché già attivato

3) slab_nomerge

Disables the merging of slabs of similar sizes. Many times some obscure slab 
will
be used in a vulnerable way, allowing an attacker to mess with it more or less
arbitrarily. Most slabs are not usable even when exploited, so this isn't too 
big
of a deal. Unfortunately the kernel will merge similar slabs to save a tiny bit 
of
space, and if a vulnerable and useless slab is merged with a safe but useful 
slab,
an attacker can leverage that aliasing to do far more harm than they could have
otherwise. In effect, this reduces kernel attack surface area by isolating slabs
from each other. The trade-off is a very slight increase in kernel memory
utilization. slabinfo -a can be used to tell what the memory footprint increase
would be on a given system.

$ grep SLAB /boot/config-$(uname -r)
# SLAB allocator options
# CONFIG_SLAB is not set
CONFIG_SLAB_MERGE_DEFAULT=y
CONFIG_SLAB_FREELIST_RANDOM=y
CONFIG_SLAB_FREELIST_HARDENED=y
# end of SLAB allocator options

questo, da quanto deduco, dovrebbe avere un effetto diverso da quanto previsto
nel Linux di default Debian

4) page_poison=1

clear the page allocator to prevent use-after-free attacks

$ grep CONFIG_PAGE_POISONING /boot/config-$(uname -r)
CONFIG_PAGE_POISONING=y

anche questo è inutile poiché già attivato

5) slub_debug=FPZ

Enables sanity checks (F) and redzoning (Z). Sanity checks are self-evident and
come with a modest performance impact, but this is unlikely to be significant on
an average Tails system. The checks are basic but are still useful both for
security and as a debugging measure. Redzoning adds extra areas around slabs 
that
detect when a slab is overwritten past its real size, which can help detect
overflows. Its performance impact is negligible.

An additional note: any time slub_debug= is put in the kernel command line,
slab_nomerge is implied. But having slab_nomerge explicitely declared can help
prevent regressions where disabling of debugging features is desired but
re-enabling of merging is not.

come indicato sopra questo dovrebbe far qualcosa di diverso, però non so se
funziona dato che
# CONFIG_SLAB is not set

6) nosmt

disables SMT

questo, se ho interpretato correttamente, disabilita l'SMT (Simultaneous
MultiThreading), ma fare questo ha forti impatti prestazionali.
La sua disabilitazione permette di evitare che i bug hardware collegati ad esso
possano essere sfruttati.



Penso che questi parametri li hai abilitati in /etc/default/grub

In /etc/default/grub.d/01_hardening.cfg ho trovato questo :
GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT kaslr pti=on 
slab_nomerge page_poison=1 slub_debug=FPZ nosmt"


sembra che siano abilitati anche qui.

In /etc/default/ non c'è il file grub , ma c'è grub.ucf-dist che non ha 
quei parametri.


per saperne di più:
$ man kernel-command-line

https://www.kernel.org/doc/html/

Ok. Lo leggo.


Io sconsiglio di applicare a caso qualcosa trovato su un articolo o su qualche
guida generica, senza essersi informati per avere almeno un'idea generica di
quello che si sta facendo e verificare se sulla propria Debian è già abilitato
o meno e che effetti ha con il resto della configurazione in essere.

Ciao
Davide


Grazie
Saluti
Claudio


--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -



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

Re: parametri Linux [ERA: Debian 12 - Messaggi dmesg]

[Davide Prina]

pinguino ha scritto:

> Io ho trovato questo nel mio /proc/cmdline
> BOOT_IMAGE=/boot/vmlinuz-6.1.0-9-amd64 
> root=UUID=880d6880-906e-49a6-8e72-bef089ab837e ro kaslr pti=on 
> slab_nomerge page_poison=1 slub_debug=FPZ nosmt

ma hai seguito qualche quida di hardening?
Se hai fatto un'installazione standard non dovresti avere tutti quei parametri

cercando in rete:

1) kaslr
kASLR is enabled by default in the Debian kernel since 4.7~rc7-1~exp1
(CONFIG_RANDOMIZE_BASE and CONFIG_RANDOMIZE_MEMORY) so there is no need to
enable it with a specific kernel parameter.

infatti se fai:
$ grep "CONFIG_RANDOMIZE_BASE\|CONFIG_RANDOMIZE_MEMORY" /boot/config-$(uname -r)
CONFIG_RANDOMIZE_BASE=y
CONFIG_RANDOMIZE_MEMORY=y
CONFIG_RANDOMIZE_MEMORY_PHYSICAL_PADDING=$(Valore)

quindi questo parametro è inutile poiché già abilitato di default

2) pti=on

enables kernel page-table isolation

$ grep CONFIG_PAGE_TABLE_ISOLATION /boot/config-$(uname -r)
CONFIG_PAGE_TABLE_ISOLATION=y

anche in questo caso il parametro è inutile perché già attivato

3) slab_nomerge

Disables the merging of slabs of similar sizes. Many times some obscure slab 
will
be used in a vulnerable way, allowing an attacker to mess with it more or less
arbitrarily. Most slabs are not usable even when exploited, so this isn't too 
big
of a deal. Unfortunately the kernel will merge similar slabs to save a tiny bit 
of
space, and if a vulnerable and useless slab is merged with a safe but useful 
slab,
an attacker can leverage that aliasing to do far more harm than they could have
otherwise. In effect, this reduces kernel attack surface area by isolating slabs
from each other. The trade-off is a very slight increase in kernel memory
utilization. slabinfo -a can be used to tell what the memory footprint increase
would be on a given system.

$ grep SLAB /boot/config-$(uname -r)
# SLAB allocator options
# CONFIG_SLAB is not set
CONFIG_SLAB_MERGE_DEFAULT=y
CONFIG_SLAB_FREELIST_RANDOM=y
CONFIG_SLAB_FREELIST_HARDENED=y
# end of SLAB allocator options

questo, da quanto deduco, dovrebbe avere un effetto diverso da quanto previsto
nel Linux di default Debian

4) page_poison=1

clear the page allocator to prevent use-after-free attacks

$ grep CONFIG_PAGE_POISONING /boot/config-$(uname -r)
CONFIG_PAGE_POISONING=y

anche questo è inutile poiché già attivato

5) slub_debug=FPZ

Enables sanity checks (F) and redzoning (Z). Sanity checks are self-evident and
come with a modest performance impact, but this is unlikely to be significant on
an average Tails system. The checks are basic but are still useful both for
security and as a debugging measure. Redzoning adds extra areas around slabs 
that
detect when a slab is overwritten past its real size, which can help detect
overflows. Its performance impact is negligible.

An additional note: any time slub_debug= is put in the kernel command line,
slab_nomerge is implied. But having slab_nomerge explicitely declared can help
prevent regressions where disabling of debugging features is desired but
re-enabling of merging is not.

come indicato sopra questo dovrebbe far qualcosa di diverso, però non so se
funziona dato che 
# CONFIG_SLAB is not set

6) nosmt

disables SMT 

questo, se ho interpretato correttamente, disabilita l'SMT (Simultaneous
MultiThreading), ma fare questo ha forti impatti prestazionali.
La sua disabilitazione permette di evitare che i bug hardware collegati ad esso
possano essere sfruttati.



Penso che questi parametri li hai abilitati in /etc/default/grub

per saperne di più:
$ man kernel-command-line

https://www.kernel.org/doc/html/

Io sconsiglio di applicare a caso qualcosa trovato su un articolo o su qualche
guida generica, senza essersi informati per avere almeno un'idea generica di
quello che si sta facendo e verificare se sulla propria Debian è già abilitato
o meno e che effetti ha con il resto della configurazione in essere.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -

Re: Debian 12 - Messaggi dmesg

[pinguino]

Il 24/07/23 11:47, Alessandro Rubini ha scritto:

[0.208536] ** This system shows unhashed kernel memory addresses   **


Vuol dire che i messaggi del kernel mostrano gli indirizzi interni
invece di una "hash" degli stessi (ma solo se il driver usa "%p" per
stampare il puntatore, invece che le normali stringhe testuali.
Per esempio in caso di oops o panic.


[0.208536] ** via the console, logs, and other interfaces. This**


Appunto, i messaggi.

Questo quadratozzo di NOTICE sta in lib/vsprintf.c nei sorgenti del kernel,
da cui vedo che dipende dal parametro "no_hash_pointers".

Buongiorno Lista,
Qua ho trovato questo:
https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html?highlight=boot%20parameter
 no_hash_pointers
Force pointers printed to the console or 
buffers to be
unhashed.  By default, when a pointer is 
printed via %p
format string, that pointer is "hashed", i.e. 
obscured
by hashing the pointer value.  This is a 
security feature
that hides actual kernel addresses from 
unprivileged

users, but it also makes debugging the kernel more
difficult since unequal pointers can no longer be
compared.  However, if this command-line option is
specified, then all normal pointers will have 
their true
value printed. This option should only be 
specified when
debugging the kernel.  Please do not use on 
production

kernels.

Spiega cosa fa. Poi alla fine dice di non usarlo nei kernels di produzione.



Guardando /proc/cmdline si dovrebbe vedere la presenza di questa
opzione, che si puo` togliere nella configurazione del boot loader.

In /boot/grub/grub.cfg non ho trovato quel parametro.
Non so se lo devo aggiungere ?

Io ho trovato questo nel mio /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-6.1.0-9-amd64 
root=UUID=880d6880-906e-49a6-8e72-bef089ab837e ro kaslr pti=on 
slab_nomerge page_poison=1 slub_debug=FPZ nosmt


Non c'è il parametro no_hash_pointers

Grazie
Saluti
Claudio



Io, che sono vecchio e rinco, non vedo 'sto gran problema di
sicurezza, e da sviluppatore preferisco di gran lunga i numeri
veri. Ma oggi non si possono minimizzare potenziali minacce senza
sembrare rinco (appunto!) quindi forse andrebbe tolta l'opzione.

Il dubbio che rimane e` perche` qualcuno ha messo quel parametro,
che serve solo a chi fa debug sul kernel. Da me non c'e` :)

Comunque tra ricerche in rete e/o "git blame" sui sorgenti, e` spiegato
tutto.

saluti
/alessandro



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

Re: Debian 12 - Messaggi dmesg

[Alessandro Rubini]

> [0.208536] ** This system shows unhashed kernel memory addresses   **

Vuol dire che i messaggi del kernel mostrano gli indirizzi interni
invece di una "hash" degli stessi (ma solo se il driver usa "%p" per
stampare il puntatore, invece che le normali stringhe testuali.
Per esempio in caso di oops o panic.

> [0.208536] ** via the console, logs, and other interfaces. This**

Appunto, i messaggi.

Questo quadratozzo di NOTICE sta in lib/vsprintf.c nei sorgenti del kernel,
da cui vedo che dipende dal parametro "no_hash_pointers".

Guardando /proc/cmdline si dovrebbe vedere la presenza di questa
opzione, che si puo` togliere nella configurazione del boot loader.

Io, che sono vecchio e rinco, non vedo 'sto gran problema di
sicurezza, e da sviluppatore preferisco di gran lunga i numeri
veri. Ma oggi non si possono minimizzare potenziali minacce senza
sembrare rinco (appunto!) quindi forse andrebbe tolta l'opzione.

Il dubbio che rimane e` perche` qualcuno ha messo quel parametro,
che serve solo a chi fa debug sul kernel. Da me non c'e` :)

Comunque tra ricerche in rete e/o "git blame" sui sorgenti, e` spiegato
tutto.

saluti
/alessandro

Debian 12 - Messaggi dmesg

[pinguino]

Buongiorno Lista,
Ho notato degli strani messaggi all'avvio.
Cercando in rete ho trovato delle spiegazioni sul comando dmesg, per 
vedere quali sono i messaggi di warning e di errore più critici, da 
tenere d'occhio.


Quindi per ora ho dato questo:
dmesg --level=err,warn

Il risultato è il seguente:
0.208535] **
[0.208535] **   NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE   **
[0.208535] **  **
[0.208536] ** This system shows unhashed kernel memory addresses   **
[0.208536] ** via the console, logs, and other interfaces. This**
[0.208536] ** might reduce the security of your system.**
[0.208537] **  **
[0.208537] ** If you see this message and you are not debugging**
[0.208537] ** the kernel, report this immediately to your system   **
[0.208537] ** administrator!   **
[0.208537] **  **
[0.208538] **   NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE   **
[0.208538] **
[2.559237] pci :00:00.2: can't derive routing for PCI INT A
[2.559241] pci :00:00.2: PCI INT A: not connected
[4.908943] i8042: PNP: PS/2 controller doesn't have KBD irq; using 
default 1
[5.340447] ACPI Warning: SystemIO range 
0x0B00-0x0B08 conflicts with OpRegion 
0x0B00-0x0B0F (\GSA1.SMBI) (20220331/utaddress-204)

[5.379534] usb: port power management may be unreliable
[6.779856] amdgpu :08:00.0: amdgpu: PSP runtime database doesn't 
exist
[6.779857] amdgpu :08:00.0: amdgpu: PSP runtime database doesn't 
exist

[7.649729] amdgpu: SRAT table not found
[   10.775983] device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is 
disabled. Duplicate IMA measurements will not be recorded in the IMA log.

[  241.172646] show_signal: 10 callbacks suppressed

Io per ora ho notato soltanto due anomalie :
1) Quando cerco di uscire e spegnere il PC, a volte da errore di 
power-management, quindi non esce subito, ma dice di attendere qualche 
secondo in più.


2) Quando faccio le copie di Backup sul disco esterno, con rsync, 
collegato alla porta USB, mi sembra che non tutti i files vengono copiati.

Mentre se faccio le copie tra i dischi interni tutto funziona bene.

Siccome non conosco bene il comando dmesg, ci sono altri parametri o 
altri comandi per verificare se il sistema funziona bene ?

oppure ha delle anomalie nascoste.

Grazie
Saluti
Claudio


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

Re: debian 12 + Mate + dimensione finestre

[pinguino]

Il 23/07/23 10:09, Filippo Dal Bosco - ha scritto:

Il giorno Sat, 22 Jul 2023 16:01:22 +0200
pinguino  ha scritto:



Ma con Thunderbird vedo un piccolo bug.
Quando seleziono una voce del menu a tendina mi cambia anche il
colore dello sfondo (in bianco), invece di evidenziarla soltanto.
Cosi non si legge più il testo della voce selezionata.


anche  a me succede



Buongiorno Lista,
Cambiando il tema di Thunderbird, ora funziona meglio.
Cioè ho trovato ed installato il tema Two little birds.
I colori si combinano meglio.

Grazie
Saluti
Claudio

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

Re: debian 12 + Mate + dimensione finestre

[Filippo Dal Bosco -]

Il giorno Sat, 22 Jul 2023 16:01:22 +0200
pinguino  ha scritto:

>
> Ma con Thunderbird vedo un piccolo bug.
> Quando seleziono una voce del menu a tendina mi cambia anche il
> colore dello sfondo (in bianco), invece di evidenziarla soltanto.
> Cosi non si legge più il testo della voce selezionata.

anche  a me succede


-- 
Filippo

Re: debian 12 + Mate + dimensione finestre

[Stefano Simonucci]

Effettivamente anche a me succede lo stesso

Stefano

Buon giorno Lista,


Anche a me ora funziona meglio con TraditionalOk.
Ma con Thunderbird vedo un piccolo bug.
Quando seleziono una voce del menu a tendina mi cambia anche il colore 
dello sfondo (in bianco), invece di evidenziarla soltanto. Cosi non si 
legge più il testo della voce selezionata.


Grazie
Saluti
Claudio

Re: debian 12 + Mate + dimensione finestre

[pinguino]

Il 22/07/23 07:12, Filippo Dal Bosco - ha scritto:

Il giorno Fri, 21 Jul 2023 20:55:14 +0200
Giuliano Grandin  ha scritto:




Sistema --> Centro di controllo --> Aspetto --> Tema --> TraditionalOk

A me funziona, penso perché permette di selezionare agevolmente il
bordo della finestra per ridimensionarla


vero, ora funziona

grazie


Buon giorno Lista,
Anche a me ora funziona meglio con TraditionalOk.
Ma con Thunderbird vedo un piccolo bug.
Quando seleziono una voce del menu a tendina mi cambia anche il colore 
dello sfondo (in bianco), invece di evidenziarla soltanto. Cosi non si 
legge più il testo della voce selezionata.


Grazie
Saluti
Claudio

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