Re: Spurious messages at the console

2024-05-10 Thread Michel Verdier
On 2024-05-10, Paul M Foster wrote:

> [76056.389126] pcieport :00:1c.0: PCIe Buss Error: severity=Corrected,
> type=Physical Layer, (Reciever ID)

Use lspci (from package pciutils) to find which device it is



Re: Spurious messages at the console

2024-05-10 Thread tomas
On Fri, May 10, 2024 at 05:30:44PM -0400, Paul M Foster wrote:
> Folks:
> 
> I've installed Debian (latest) without X on a small form factor PC, and
> typically SSH into it, though I also have a keyboard and monitor
> temporarily connected to it.
> 
> I'm getting spurious error messages in groups on the monitor connected to
> it. They look like:
> 
> [76056.389126] pcieport :00:1c.0: PCIe Buss Error: severity=Corrected,
> type=Physical Layer, (Reciever ID)
> 
> That's just one line. Others are related but different. These happen every
> few minutes, and only on the monitor, not where I'm SSHed in.

I don't know exactly what this is doing (to my naïve eye it looks like
some part of the PCI bus is doing things the kernel doesn't expect but
thinks it can fix) but...

> It would be neat to know what's going wrong, and if you can come up with a
> reason, I'd be interested. But I'm not really fixated on that. Instead,
> what I'm interested in is how to make them stop.

...for that try "dmesg -D" (see man dmesg). You can also try to mess
with the value of /proc/sys/kernel/printk, documented, e.g. here [1],
to set it permanently.

Cheers

[1] https://www.kernel.org/doc/html/latest/core-api/printk-basics.html
or, of course, locally. If you are in Debian, part of the linux-doc
package, in /usr/share/doc/linux-doc/html/core-api/printk-basics.html

-- 
t


signature.asc
Description: PGP signature


Re: Wifi getting disconnected randomly

2024-05-10 Thread Jeffrey Walton
On Fri, May 10, 2024 at 11:18 AM Max Nikulin  wrote:

> On 10/05/2024 22:09, Jeffrey Walton wrote:
> > On Fri, May 10, 2024 at 11:05 AM Max Nikulin wrote:
> > On 10/05/2024 06:07, Jeffrey Walton wrote:
> >  > On Thu, May 9, 2024 at 5:44 PM Unni wrote:
> >  > [  278.360447] iwlwifi :09:00.0: Microcode SW error
> detected.
> >  > Restarting 0x0.
> >  > [  278.360571] iwlwifi :09:00.0: Loaded firmware version:
> >  > 72.daa05125.0 cc-a0-72.ucode
> > [...]
> >  > Install the latest UEFI firmware for the machine, and then re-run
> > the tests.
> >
> > I do not mind that it is a useful suggestion in general and should be
> > followed, but I am curious if it has ever helped you in specific
> cases
> > of intel wifi cards.
> >
> > My bad. I was talking about the manufacturer's UEFI firmware; not a
> > linux-firmware package.
>
> I am not trying to dispute your suggestion, I had a hope to get a data
> point with a success story.
>

Hi Max.

Sorry to go off the list.

In 2006 I was doing sysadmin work for the Nuclear Energy Institute. NEI
performed a hardware refresh, and supplied ~50 employees with new Dell
laptops. I don't recall the model, but they had integrated Intel wifi. The
laptops would connect via wifi, and disconnect after about 10 minutes. Dell
support told us we needed to update the BiOS or UEFI. It fixed the problem.

About 6 months ago, I bought a used Intel NUC model NUC5PPYB. It was
running Fedora 39 at the time. A `sudo reboot && exit` over SSH would cause
the machine to hang on shutdown. I had to walk over to the machine and
cycle the power. The NUC had UEFI from 2015. I updated to the 2022 version
of the UEFI (version PYBSWCEL.86A.0081.2022.0823.1419), and the hang on
reboot was fixed. Apparently there was some problem around ACPI.

Jeff


Re: debian bookworm japanese kana input disabled

2024-05-10 Thread 冨澤守治
Hi

Updated and upgraded,autoremoved. This matter has been fixed.
The problem is currently resolved.

Nice follow up! I appreciate it.
Best wishes

--
Moliharu  Tomizawa



Spurious messages at the console

2024-05-10 Thread Paul M Foster
Folks:

I've installed Debian (latest) without X on a small form factor PC, and
typically SSH into it, though I also have a keyboard and monitor
temporarily connected to it.

I'm getting spurious error messages in groups on the monitor connected to
it. They look like:

[76056.389126] pcieport :00:1c.0: PCIe Buss Error: severity=Corrected,
type=Physical Layer, (Reciever ID)

That's just one line. Others are related but different. These happen every
few minutes, and only on the monitor, not where I'm SSHed in.

It would be neat to know what's going wrong, and if you can come up with a
reason, I'd be interested. But I'm not really fixated on that. Instead,
what I'm interested in is how to make them stop.

Any help would be appreciated.

Paul

-- 
Paul M. Foster
Personal Blog: http://noferblatz.com
Company Site: http://quillandmouse.com
Software Projects: https://gitlab.com/paulmfoster



Re: speaker-test: no correct sound output on LFE and others speakers

2024-05-10 Thread Franco Martelli

Hi Alexandre,

On 07/05/24 at 11:56, Alexandre Rossi wrote:


My hypothesis: speaker-test outputs directly to ALSA (kernel) but ALSA redirects
to pulseaudio (the 99-pulse.conf file) and pulseaudio Output profile is stereo.
Therefore, pulseaudio downmixes 5.1 to stereo. That would explain why only
front-left and front-right output sound.

To confirm, you can either:
- move away that 99-pulse.conf file so that speaker-test use directly and only
   ALSA
- configure pulseaudio output profile for surround5.1 (you can use command line
   $ pacmd set-card-profile 0 output:output:analog-surround-51 or
   pavucontrol (graphical)


~# systemctl stop pulseaudio
Failed to stop pulseaudio.service: Unit pulseaudio.service not loaded.


pulseaudio is usually a *user* service and socket activated (starts 
automatically
if some app wants to use it). To stop it, the following should work:
$ systemctl --user stop pulseaudio.socket  # stop the socket to prevent auto 
start
$ systemctl --user stop pulseaudio.service # stop the daemon


I moved the 99-pulse.conf file into root directory, then rebooted but 
"speaker-test" does the same result of my first post.
I think that PulseAudio is already configured for surround, see 
attachment for the output of "pacmd info" command. The two "systemctl" 
commands to stop PulseAudio worked, thank you very much it was a new 
thing for me.


I tried to boot Debian 12.5 in rescue-mode and I tested "speaker-test" 
but ditto, same result of my first post.


When I was in rescue-mode and trying to play sound in the console, this 
message appeared on the screen, I don't know whether it matters:


snd_hda_intel :00:14.2: IRQ timing workaround is activated for card 
#0. Suggest a bigger bdl_pos_adj.


It's driving me utterly bonkers, maybe a hardware issue?

Lastly I've asked for support to the alsa-user mailing-list on 
SourceForge but I got no answer at the moment.


--
Franco Martelli


pacmdInfo.txt.gz
Description: application/gzip


Re: Debian no es tan fácil como dicen

2024-05-10 Thread Andrew M.A. Cater
On Fri, May 10, 2024 at 11:45:25AM -0400, Carlos Garcia Elmis wrote:
> Hola equipo Debian, soy nuevo en Linux/GNU y en si no es una correo de
> queja si no de ampliar Debian, no solo instale Debian si no también un
> montón de sus derivados, y en todos menos en una fue que me facilito la
> vida y estoy hablando de deepin:
> ¿cuales son las ventajas de deepin sobre Debian?
> R: en deepin pude desinstalar programas desde su menu inicio, también pude
> restaurar el sistema por último y que es lo primero que se hace es que la
> instalación del SO de deepin es súper Fasil, mucho mas que calamares
> 

Disculpe: debo decirte que se suele hablar ingles in esta lista.
Puede ser que debian-user-spanish seria mejor.

Como dice el FAQ mensual - Otras distribuciones de Linux son "off-topic"
por aqui asi tu mensaje no valga mucho.

Apologies: I have to tell you that we normally speak English in this list
It might be that debian-user-spanish would be better.

As it says in the monthly FAQ: Other Linux distributions are off topic here:
your message is not worth as much here.

Saludos / with every good wish,

Andy Cater
[amaca...@debian.org]

> Pero en este caso vengo a hablarles de los dos primeros puntos de deepin
> sobre Debian
> 1) Un usuario nuevo como yo al pasarse a Debian necesita probar nuevas
> aplicaciones para dejar atrás las que ya uso, en deepin instalaba y
> desinstala las app sin problema, en Debian no, LibreOffice (sudo apt
> remover install), GIMP (sudo apt remover GIMP), etc, en deepin clic en menú
> inicio, clic derecho sobre la app y desinstalar, yo me pregunto cómo
> quieren que alguien nuevo se quede en Debian si al mismo tiempo que tenemos
> que probar aplicaciones por qué es un SO diferente no podemos desinstalar
> aplicaciones tan fácil como la instalamos con gdebi
> Nota:para esta parte solo incluye paquetes nativos ya que si hablamos de
> flatpak, snapd y appimage es diferente sin embargo todos terminamos
> evitando estas alternativa por que aumenta el consumo de las aplicaciones
> además de ser contenedores y no ajustarse a la configuración del sistema
> por tal motivo
> 
> 2)Deepin tiene la posibilidad de restaurar el sistema dando una clara
> ventaja de que un nuevo usuario que hizo y deshizo en deepin las veces que
> quiso le da la oportunidad de volver a configurar de nuevo una nueva
> cuenta, colocar el idioma, sin estar particionado otra vez el disco o
> reinstalando el sistema desde cero, la gran desventaja de deepin aquí es
> que si hago una partición manual pierdo esta excelente configuración de
> deepin, por tal motivo estuve un buen tiempo en deepin
> 
> Sin embargo no todo es bello en deepin, siendo que ellos no tienen una
> interfaz única y bella gracias a deepin deskop, no por eso la instale y me
> quedé bastante tiempo con ella si no por esa tres características que
> mencioné atrás, pero vamos a la desventaja en deepin
> 
> Como ya sabemos ya hablamos de los contenedores que habitualmente todos
> evitamos por el uso mayor de recursos a comparación de un app nativo, pero
> no siempre podemos evitarlos sobre todo con app que no podemos encontrar
> nativas para Debian por tal motivo he aquí la única ventaja y por su puesto
> gran ventaja de Debian sobre deepin, ya se dije que no era buena idea pero
> también es inevitable sus usos, y claro hablo de flatpak, snap y appimage
> que si bien cualquiera podemos utilizar en deepin pero perdiendo la
> facilidad de uso desde la tienda como Debian nos proporciona estos paquetes
> 
> Otro punto es que los repositorios Debian están disponibles para todo el
> mundo y son veloces en cambio deepin no tienen esa gran ventaja
> 
> Resumiendo
> 1) desinstalar software
> 2)restablecer sistema
> 3)instalar sistema
> 
> Son puntos que para todo usuario nuevo es importante, deepin ha demostrado
> que es posible tener un SO completo y es muy importante saber que deepin
> busca independizarse de Debian así creando un deepin independiente
> 
> Espero no haber molestado un saludo cordial a el gran equipo Debian,
> bendiciones



Re: Debian no es tan fácil como dicen

2024-05-10 Thread tomas
On Fri, May 10, 2024 at 11:45:25AM -0400, Carlos Garcia Elmis wrote:
> Hola equipo Debian, soy nuevo en Linux/GNU y en si no es una correo de
> queja si no de ampliar Debian, no solo instale Debian si no también un
> montón de sus derivados, y en todos menos en una fue que me facilito la
> vida y estoy hablando de deepin:

[...]

¡Hola, Carlos!

- No hay equipo aquí: esta es la lista de los usuarios

- Si quieres hablar con usuarios en castellano, por aquí
 hay una lista en este lenguaje:

  https://en.wikipedia.org/wiki/Variant_Call_Format

 Quizás sea más apropiada para ti (la mayoría de la gente
 aquí no entiende castellano)

- Me alegro mucho que te guste Deepin; sin embargo, aquì
 encontrarás gente que usa Debian y lo prefiere así (yo
 soy uno de esos). Tengo dudas de que una misiva como
 la tuya sea ùtil en este caso.

Saludos
-- 
tomás


signature.asc
Description: PGP signature


Debian no es tan fácil como dicen

2024-05-10 Thread Carlos Garcia Elmis
Hola equipo Debian, soy nuevo en Linux/GNU y en si no es una correo de
queja si no de ampliar Debian, no solo instale Debian si no también un
montón de sus derivados, y en todos menos en una fue que me facilito la
vida y estoy hablando de deepin:
¿cuales son las ventajas de deepin sobre Debian?
R: en deepin pude desinstalar programas desde su menu inicio, también pude
restaurar el sistema por último y que es lo primero que se hace es que la
instalación del SO de deepin es súper Fasil, mucho mas que calamares

Pero en este caso vengo a hablarles de los dos primeros puntos de deepin
sobre Debian
1) Un usuario nuevo como yo al pasarse a Debian necesita probar nuevas
aplicaciones para dejar atrás las que ya uso, en deepin instalaba y
desinstala las app sin problema, en Debian no, LibreOffice (sudo apt
remover install), GIMP (sudo apt remover GIMP), etc, en deepin clic en menú
inicio, clic derecho sobre la app y desinstalar, yo me pregunto cómo
quieren que alguien nuevo se quede en Debian si al mismo tiempo que tenemos
que probar aplicaciones por qué es un SO diferente no podemos desinstalar
aplicaciones tan fácil como la instalamos con gdebi
Nota:para esta parte solo incluye paquetes nativos ya que si hablamos de
flatpak, snapd y appimage es diferente sin embargo todos terminamos
evitando estas alternativa por que aumenta el consumo de las aplicaciones
además de ser contenedores y no ajustarse a la configuración del sistema
por tal motivo

2)Deepin tiene la posibilidad de restaurar el sistema dando una clara
ventaja de que un nuevo usuario que hizo y deshizo en deepin las veces que
quiso le da la oportunidad de volver a configurar de nuevo una nueva
cuenta, colocar el idioma, sin estar particionado otra vez el disco o
reinstalando el sistema desde cero, la gran desventaja de deepin aquí es
que si hago una partición manual pierdo esta excelente configuración de
deepin, por tal motivo estuve un buen tiempo en deepin

Sin embargo no todo es bello en deepin, siendo que ellos no tienen una
interfaz única y bella gracias a deepin deskop, no por eso la instale y me
quedé bastante tiempo con ella si no por esa tres características que
mencioné atrás, pero vamos a la desventaja en deepin

Como ya sabemos ya hablamos de los contenedores que habitualmente todos
evitamos por el uso mayor de recursos a comparación de un app nativo, pero
no siempre podemos evitarlos sobre todo con app que no podemos encontrar
nativas para Debian por tal motivo he aquí la única ventaja y por su puesto
gran ventaja de Debian sobre deepin, ya se dije que no era buena idea pero
también es inevitable sus usos, y claro hablo de flatpak, snap y appimage
que si bien cualquiera podemos utilizar en deepin pero perdiendo la
facilidad de uso desde la tienda como Debian nos proporciona estos paquetes

Otro punto es que los repositorios Debian están disponibles para todo el
mundo y son veloces en cambio deepin no tienen esa gran ventaja

Resumiendo
1) desinstalar software
2)restablecer sistema
3)instalar sistema

Son puntos que para todo usuario nuevo es importante, deepin ha demostrado
que es posible tener un SO completo y es muy importante saber que deepin
busca independizarse de Debian así creando un deepin independiente

Espero no haber molestado un saludo cordial a el gran equipo Debian,
bendiciones


Re: Wifi getting disconnected randomly

2024-05-10 Thread Max Nikulin

On 10/05/2024 22:09, Jeffrey Walton wrote:

On Fri, May 10, 2024 at 11:05 AM Max Nikulin wrote:
On 10/05/2024 06:07, Jeffrey Walton wrote:
 > On Thu, May 9, 2024 at 5:44 PM Unni wrote:
 >     [  278.360447] iwlwifi :09:00.0: Microcode SW error detected.
 >     Restarting 0x0.
 >     [  278.360571] iwlwifi :09:00.0: Loaded firmware version:
 >     72.daa05125.0 cc-a0-72.ucode
[...]
 > Install the latest UEFI firmware for the machine, and then re-run
the tests.

I do not mind that it is a useful suggestion in general and should be
followed, but I am curious if it has ever helped you in specific cases
of intel wifi cards.

My bad. I was talking about the manufacturer's UEFI firmware; not a 
linux-firmware package.


I am not trying to dispute your suggestion, I had a hope to get a data 
point with a success story.


To be precise concerning packages, it is firmware-iwlwifi 
(src:firmware-nonfree). Even unstable currently have a year old package, 
so for experiments it is better to take files from an upstream git 
repository. It requires kernel upgrade since the range of supported 
firmware versions is hardcoded.





Re: Wifi getting disconnected randomly

2024-05-10 Thread Jeffrey Walton
On Fri, May 10, 2024 at 11:05 AM Max Nikulin  wrote:

> On 10/05/2024 06:07, Jeffrey Walton wrote:
> > On Thu, May 9, 2024 at 5:44 PM Unni wrote:
> > [  278.360447] iwlwifi :09:00.0: Microcode SW error detected.
> > Restarting 0x0.
> > [  278.360571] iwlwifi :09:00.0: Loaded firmware version:
> > 72.daa05125.0 cc-a0-72.ucode
> [...]
> > Install the latest UEFI firmware for the machine, and then re-run the
> tests.
>
> I do not mind that it is a useful suggestion in general and should be
> followed, but I am curious if it has ever helped you in specific cases
> of intel wifi cards.
>

My bad. I was talking about the manufacturer's UEFI firmware; not a
linux-firmware package.

Jeff


Re: Wifi getting disconnected randomly

2024-05-10 Thread Max Nikulin

On 10/05/2024 06:07, Jeffrey Walton wrote:

On Thu, May 9, 2024 at 5:44 PM Unni wrote:
[  278.360447] iwlwifi :09:00.0: Microcode SW error detected.
Restarting 0x0.
[  278.360571] iwlwifi :09:00.0: Loaded firmware version:
72.daa05125.0 cc-a0-72.ucode

[...]

Install the latest UEFI firmware for the machine, and then re-run the tests.


I do not mind that it is a useful suggestion in general and should be 
followed, but I am curious if it has ever helped you in specific cases 
of intel wifi cards.


My experience with it is far from being positive. Some days firmware 
crashes are rare, some periods of time they happen every minute. I have 
not identified reasons, so results of debugging attempts would be 
unreliable. Sometimes restarting of the router helps. That is why I 
suspect that access points around may affect my connection.


My impression is that version of driver in backports kernel is more 
stable, however in addition I downloaded firmware newer than 72.


There are enough discussions, bugs, various suggestions concerning 
parameters of kernel modules. Downgrading firmware did not helped me. I 
have not noticed any improvements from disabling power save mode.


Some links:
https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi#about_platform_noise
https://bugzilla.kernel.org/show_bug.cgi?id=205123
https://bugs.debian.org/1026906
https://wiki.debian.org/iwlwifi

The relevant line from

lspci -nn

output should help to identify wifi adapter model.