Re: Waarom ging de server uit?

[Geert Stappers]

On Thu, Apr 12, 2018 at 09:29:26PM +0200, Frans van Berckel wrote:
> Gisteren om half drie 's middags, zag ik dat mijn Debian server down
> was. Na een herstart met de powerbutton, zag ik in de log's een gat van
> ongeveer een halfuur. Dat zal de tijd geweest zijn, dat ie uit was. Maar
> hij startte wel weer gewoon door. En alles lijkt normaal. Hoe achterhaal
> jij in zo'n geval, wat er aan de hand kan zijn geweest? Zoiets nog
> niet eerder meegemaakt.

Nou, als het niet de logging staat, dan staat het niet in de logging.

Je zult dan creatief moeten zijn om de oorzaak te vinden.
Met de stofzuiger er tegenaangestoten? De kat?
Korte stroom onderbreking? ( en geen "resume after powercut" )
Thermische beveiliging?


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Détection automatique d'une connection USB

[Danilo Uccelli]

Merci à vous tous, vous m'avez mis sur la bonne voie.

Effectivement un des problèmes était bien le manque de slash et j'ai aussi
bien compris la faille de sécurité que cela crée.

J'ai donc donné à root la propriété du script.
Puis, j'ai réalisé que udev n'était pas la meilleure solution puisque il
suffit d'exécuter le script une seule fois au démarrage, ensuite le
périphérique se monte tout seul. J'ai donc fait un crontab en root, au
démarrage.

Mais là ça n'allait toujours pas... par contre c'était plus facile pour moi de
debugger et en fait il fallait mettre /sbin/modprobe dans mon script au
lieu de modprobe tout seul, car il semble qu'à ce stade (ou bien c'est
parce que c'est root qui l'exécute et non pas sudo) le path n'est pas
(encore) connu.

Maintenant tout fonctionne :-)
Danilo

Re: Problema extraño con una eth con un bridge y ruteos

[Cristian Mitchell]

El 12 de abril de 2018, 22:17, OddieX escribió:

> Cristian gracias por contestar!
>
> Te cuento, el servidor al que no llego es el Host con XEN, que
> contiene el bridge con IP 192.168.0.6, dentro tengo varios equipos a
> los que SI LLEGO SIN PROBLEMAS! Pero al Host no...
>
> La VPN la establezco contra otro equipo de la misma RED que es el
> firewall de Bastion y el GW de toda la red, pero en el firewall le
> meti info a todo y vi como me tira todo ACCEPT, descarto problema de
> firewall, de echo, SI DESACTIVO EL BRIDGE Y PONGO LA PLACA DE RED CON
> ESE IP LLEGO BIEN DESDE LA VPN! Cuando activo el bridge dejo de
> llegar, pero si puedo llegar a las maquinas virtuales que tengo
> dentro!
>
> Por eso es algo muy raro!!!
>
>
>
> El día 12 de abril de 2018, 21:37, Cristian Mitchell
>  escribió:
> >
> >
> > El 12 de abril de 2018, 21:06, OddieX escribió:
> >>
> >> El día 12 de abril de 2018, 21:03, Paynalton 
> >> escribió:
> >> > Desde la lan local si tienes acceso a esa interfaz que mencionas???.
> >> >
> >> > Si es así es cuestión de habillitar el enrutamiento en openvpn.
> >> >
> >> > El jue., 12 de abr. de 2018 a la(s) 18:12, OddieX 
> >> > escribió:
> >> >>
> >> >> Estimados, tengo un problema muy extraño y quizas alguien ya le ha
> >> >> pasado y pueda decirme como solucionarlo:
> >> >>
> >> >> Tengo un Debian Stretch donde instale xen 4.8.
> >> >> Una de las placas de red le hice un bridge y me quedo como "xenbr2"
> >> >> Esta es la cfg que use en /etc/network/interfaces:
> >> >>
> >> >> allow-hotplug eno49
> >> >> iface eno49 inet manual
> >> >>
> >> >> auto xenbr2
> >> >> iface xenbr2 inet static
> >> >> bridge_ports eno49
> >> >> bridge_stp off
> >> >> address 192.168.0.6
> >> >> netmask 255.255.255.0
> >> >> gateway 192.168.0.249
> >> >> dns-nameservers 192.168.0.249
> >> >>
> >> >> Me funciona todo barbaro, desde la LAN puedo acceder tranquilamente,
> >> >> el br funciona y tengo corriendo varias maquinas dentro y salen sin
> >> >> problemas...
> >
> >
> > hasta donde, red local y/o internet
> >
> >>
> >> >>
> >> >> El problema en cuestion, es que me conecto al OpenVPN desde afuera a
> >> >> un servidor que esta en la LAN, y no llego a esa interfaz! Ni con un
> >
> > servidor o virtual?
> > siendo virtual que configuracion ip tiene
> >
> >>
> >> >> ping, ni ssh, ni ningun servicio!!! Mire en los logs del firewall y
> no
> >> >> es problema del firewall! Pero si saco el bridge y pongo la interfaz
> >> >> normal con IP si puedo llegar desde la VPN!
> >> >>
> >
> >
> > para probar en foema segura desabilita el firewall para las prueba
> > la vpn la estas armando desde maquina a maquina o de una maquina a una
> > virtual
> > la maquina remota es local o esta fuera
> > si esta fuera el router donde redirecciona los puertos de la VPN
> >
> >>
> >> >> Alguien sabe si el bridge modifica algo en la tabla de ruteo, o hace
> >> >> alguna cosa extraña que me provoque este problema? Me pasa en 3
> >> >> maquinas distintas con diferentes versiones de Debian!
> >> >>
> >> >> Desde ya les agradezco toda ayuda que me puedan brindar!
> >> >>
> >> >
> >>
> >> Desde la LAN local si tengo acceso, desde el OpenVPN no tengo acceso a
> >> esta interfaz, pero si a las demas... Si deshabilito el Bridge de la
> >> interfaz y le configuro el mismo IP, desde el OpenVPN si puedo
> >> acceder!
> >>
> >> Es algo del Bridge! Quizas alguna opcion, pero lei bastate probe
> >> varias opciones y nada!
> >>
> >
> > El bridge y el ruteo son capas diferentes
> >
> > 192.168.0.6 es la ip del host?
> > y supongo que cualquier virtual tiene una ip tipo ej (192.168.0.10)
> > desde un equipo diferente
> > podes pinguear a la 6 y a la 10?
> > cual es puerta de enlace de las virtuales
> >
> >
> > --
> > MrIX
> > Linux user number 412793.
> > http://counter.li.org/
> >
> > las grandes obras,
> > las sueñan los santos locos,
> > las realizan los luchadores natos,
> > las aprovechan los felices cuerdo,
> > y las critican los inútiles crónicos,
> >
>
>
pinguea desde las virtuales e intentea conectarte con ssh

y si no anda proba las sigueinte opciones
bridge_fd 0 y 5
bridgeg_maxwait 0 y 5

puede se el tiempo de activacion del bridgeg




-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: SSD's and many edits of a single file

[Gene Heskett]

On Thursday 12 April 2018 10:50:07 songbird wrote:

> Gene Heskett wrote:
> ...
>
> > Lots of other stuff that would be TL;DR for most here.
>
>   i'm actually facinated by this level of knowledge and
> wish i had such toys around for milling some rocks into
> carvings so i wouldn't have to do it by hand...

Thats often best done with diamond saw blades, running them wet to 
control the heating that if not controlled, will ablate the diamond 
until its too dull to cut.

A wet tile saw, would be a decent start. And a thumbler for finish 
polish.

>   good fodder for daydreaming.  :)

Don't knock that, creativity, if not used, tends to go away. Even at my 
age I still have an occasional flash of an idea. My problem is in 
getting it committed to code, or at least a paper outline, before the 
candle flames meet in the middle. When that happens, its both 
frustrating, and time for what passes for a beer around my place. 
Because I'm also a DM-II, that reduces to miller 64. Select 55 has been 
thru the horse 2 or 3 more times, and comes in alu cans in these here 
parts. That takes it off the table as I haven't willingly drunk from an 
alu can in 40 years. The connection between the alu can and the 
alzheimers epidemic is way too strong for me.

>
>   songbird



-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: Problema extraño con una eth con un bridge y ruteos

[OddieX]

Cristian gracias por contestar!

Te cuento, el servidor al que no llego es el Host con XEN, que
contiene el bridge con IP 192.168.0.6, dentro tengo varios equipos a
los que SI LLEGO SIN PROBLEMAS! Pero al Host no...

La VPN la establezco contra otro equipo de la misma RED que es el
firewall de Bastion y el GW de toda la red, pero en el firewall le
meti info a todo y vi como me tira todo ACCEPT, descarto problema de
firewall, de echo, SI DESACTIVO EL BRIDGE Y PONGO LA PLACA DE RED CON
ESE IP LLEGO BIEN DESDE LA VPN! Cuando activo el bridge dejo de
llegar, pero si puedo llegar a las maquinas virtuales que tengo
dentro!

Por eso es algo muy raro!!!



El día 12 de abril de 2018, 21:37, Cristian Mitchell
 escribió:
>
>
> El 12 de abril de 2018, 21:06, OddieX escribió:
>>
>> El día 12 de abril de 2018, 21:03, Paynalton 
>> escribió:
>> > Desde la lan local si tienes acceso a esa interfaz que mencionas???.
>> >
>> > Si es así es cuestión de habillitar el enrutamiento en openvpn.
>> >
>> > El jue., 12 de abr. de 2018 a la(s) 18:12, OddieX 
>> > escribió:
>> >>
>> >> Estimados, tengo un problema muy extraño y quizas alguien ya le ha
>> >> pasado y pueda decirme como solucionarlo:
>> >>
>> >> Tengo un Debian Stretch donde instale xen 4.8.
>> >> Una de las placas de red le hice un bridge y me quedo como "xenbr2"
>> >> Esta es la cfg que use en /etc/network/interfaces:
>> >>
>> >> allow-hotplug eno49
>> >> iface eno49 inet manual
>> >>
>> >> auto xenbr2
>> >> iface xenbr2 inet static
>> >> bridge_ports eno49
>> >> bridge_stp off
>> >> address 192.168.0.6
>> >> netmask 255.255.255.0
>> >> gateway 192.168.0.249
>> >> dns-nameservers 192.168.0.249
>> >>
>> >> Me funciona todo barbaro, desde la LAN puedo acceder tranquilamente,
>> >> el br funciona y tengo corriendo varias maquinas dentro y salen sin
>> >> problemas...
>
>
> hasta donde, red local y/o internet
>
>>
>> >>
>> >> El problema en cuestion, es que me conecto al OpenVPN desde afuera a
>> >> un servidor que esta en la LAN, y no llego a esa interfaz! Ni con un
>
> servidor o virtual?
> siendo virtual que configuracion ip tiene
>
>>
>> >> ping, ni ssh, ni ningun servicio!!! Mire en los logs del firewall y no
>> >> es problema del firewall! Pero si saco el bridge y pongo la interfaz
>> >> normal con IP si puedo llegar desde la VPN!
>> >>
>
>
> para probar en foema segura desabilita el firewall para las prueba
> la vpn la estas armando desde maquina a maquina o de una maquina a una
> virtual
> la maquina remota es local o esta fuera
> si esta fuera el router donde redirecciona los puertos de la VPN
>
>>
>> >> Alguien sabe si el bridge modifica algo en la tabla de ruteo, o hace
>> >> alguna cosa extraña que me provoque este problema? Me pasa en 3
>> >> maquinas distintas con diferentes versiones de Debian!
>> >>
>> >> Desde ya les agradezco toda ayuda que me puedan brindar!
>> >>
>> >
>>
>> Desde la LAN local si tengo acceso, desde el OpenVPN no tengo acceso a
>> esta interfaz, pero si a las demas... Si deshabilito el Bridge de la
>> interfaz y le configuro el mismo IP, desde el OpenVPN si puedo
>> acceder!
>>
>> Es algo del Bridge! Quizas alguna opcion, pero lei bastate probe
>> varias opciones y nada!
>>
>
> El bridge y el ruteo son capas diferentes
>
> 192.168.0.6 es la ip del host?
> y supongo que cualquier virtual tiene una ip tipo ej (192.168.0.10)
> desde un equipo diferente
> podes pinguear a la 6 y a la 10?
> cual es puerta de enlace de las virtuales
>
>
> --
> MrIX
> Linux user number 412793.
> http://counter.li.org/
>
> las grandes obras,
> las sueñan los santos locos,
> las realizan los luchadores natos,
> las aprovechan los felices cuerdo,
> y las critican los inútiles crónicos,
>

Re: Problema extraño con una eth con un bridge y ruteos

[Cristian Mitchell]

El 12 de abril de 2018, 21:06, OddieX escribió:

> El día 12 de abril de 2018, 21:03, Paynalton 
> escribió:
> > Desde la lan local si tienes acceso a esa interfaz que mencionas???.
> >
> > Si es así es cuestión de habillitar el enrutamiento en openvpn.
> >
> > El jue., 12 de abr. de 2018 a la(s) 18:12, OddieX 
> > escribió:
> >>
> >> Estimados, tengo un problema muy extraño y quizas alguien ya le ha
> >> pasado y pueda decirme como solucionarlo:
> >>
> >> Tengo un Debian Stretch donde instale xen 4.8.
> >> Una de las placas de red le hice un bridge y me quedo como "xenbr2"
> >> Esta es la cfg que use en /etc/network/interfaces:
> >>
> >> allow-hotplug eno49
> >> iface eno49 inet manual
> >>
> >> auto xenbr2
> >> iface xenbr2 inet static
> >> bridge_ports eno49
> >> bridge_stp off
> >> address 192.168.0.6
> >> netmask 255.255.255.0
> >> gateway 192.168.0.249
> >> dns-nameservers 192.168.0.249
> >>
> >> Me funciona todo barbaro, desde la LAN puedo acceder tranquilamente,
> >> el br funciona y tengo corriendo varias maquinas dentro y salen sin
> >> problemas...
>

hasta donde, red local y/o internet


> >>
> >> El problema en cuestion, es que me conecto al OpenVPN desde afuera a
> >> un servidor que esta en la LAN, y no llego a esa interfaz! Ni con un
>
servidor o virtual?
siendo virtual que configuracion ip tiene


> >> ping, ni ssh, ni ningun servicio!!! Mire en los logs del firewall y no
> >> es problema del firewall! Pero si saco el bridge y pongo la interfaz
> >> normal con IP si puedo llegar desde la VPN!
> >>
>

para probar en foema segura desabilita el firewall para las prueba
la vpn la estas armando desde maquina a maquina o de una maquina a una
virtual
la maquina remota es local o esta fuera
si esta fuera el router donde redirecciona los puertos de la VPN


> >> Alguien sabe si el bridge modifica algo en la tabla de ruteo, o hace
> >> alguna cosa extraña que me provoque este problema? Me pasa en 3
> >> maquinas distintas con diferentes versiones de Debian!
> >>
> >> Desde ya les agradezco toda ayuda que me puedan brindar!
> >>
> >
>
> Desde la LAN local si tengo acceso, desde el OpenVPN no tengo acceso a
> esta interfaz, pero si a las demas... Si deshabilito el Bridge de la
> interfaz y le configuro el mismo IP, desde el OpenVPN si puedo
> acceder!
>
> Es algo del Bridge! Quizas alguna opcion, pero lei bastate probe
> varias opciones y nada!
>
>
El bridge y el ruteo son capas diferentes

192.168.0.6 es la ip del host?
y supongo que cualquier virtual tiene una ip tipo ej (192.168.0.10)
desde un equipo diferente
podes pinguear a la 6 y a la 10?
cual es puerta de enlace de las virtuales


-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: ACPI Error on boot

[Henrique de Moraes Holschuh]

On Thu, 12 Apr 2018, Anil Duggirala wrote:
> I am also getting missing firmware notices, namely,
> [9.269384] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/pre-cal-pci-:03:00.0.bin (-2)
> [9.269386] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/pre-cal-pci-:03:00.0.bin failed with error -2
> [9.269403] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/cal-pci-:03:00.0.bin (-2)
> [9.269404] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/cal-pci-:03:00.0.bin failed with error -2
> [9.311104] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/QCA6174/hw3.0/firmware-5.bin (-2)
> [9.311107] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/QCA6174/hw3.0/firmware-5.bin failed with error -2
> [9.33] ath10k_pci :03:00.0: could not fetch firmware file 
> 'ath10k/QCA6174/hw3.0/firmware-5.bin': -2
> 
> Could the other ACPI Errors be related to this missing firmware?

No.  And in the specific case of ath10k, which actually searches for
firmware in descending preference order, it is sort of normal to get
these annoying logs even if you have the correct firmware package
installed.  It is being addressed on a future kernel so that such
searches can be made silent.

> Do you also recommend updating my BIOS?

Keep that thing up-to-date, maybe with an one-month delay to let the
vendor recall bad updates (they are rare, but it has happened to some),
or looking around at forums to see if anyone is complaining of issues
before you apply the update.

-- 
  Henrique Holschuh

Re: No sound in Debian Stretch

[Daniel Bareiro]

Hi, deloptes.

On 12/04/18 02:29, deloptes wrote:

>> Killing the 'pulseaudio' process solved the problem. Good to have sound
>> again :)

> Did you remove the .pulse directory before killing or not?

I was checking, but that directory did not exist. So I simply tried
killing the process directly.


Kind regards,
Daniel



signature.asc
Description: OpenPGP digital signature

Re: Problema extraño con una eth con un bridge y ruteos

[OddieX]

El día 12 de abril de 2018, 21:03, Paynalton  escribió:
> Desde la lan local si tienes acceso a esa interfaz que mencionas???.
>
> Si es así es cuestión de habillitar el enrutamiento en openvpn.
>
> El jue., 12 de abr. de 2018 a la(s) 18:12, OddieX 
> escribió:
>>
>> Estimados, tengo un problema muy extraño y quizas alguien ya le ha
>> pasado y pueda decirme como solucionarlo:
>>
>> Tengo un Debian Stretch donde instale xen 4.8.
>> Una de las placas de red le hice un bridge y me quedo como "xenbr2"
>> Esta es la cfg que use en /etc/network/interfaces:
>>
>> allow-hotplug eno49
>> iface eno49 inet manual
>>
>> auto xenbr2
>> iface xenbr2 inet static
>> bridge_ports eno49
>> bridge_stp off
>> address 192.168.0.6
>> netmask 255.255.255.0
>> gateway 192.168.0.249
>> dns-nameservers 192.168.0.249
>>
>> Me funciona todo barbaro, desde la LAN puedo acceder tranquilamente,
>> el br funciona y tengo corriendo varias maquinas dentro y salen sin
>> problemas...
>>
>> El problema en cuestion, es que me conecto al OpenVPN desde afuera a
>> un servidor que esta en la LAN, y no llego a esa interfaz! Ni con un
>> ping, ni ssh, ni ningun servicio!!! Mire en los logs del firewall y no
>> es problema del firewall! Pero si saco el bridge y pongo la interfaz
>> normal con IP si puedo llegar desde la VPN!
>>
>> Alguien sabe si el bridge modifica algo en la tabla de ruteo, o hace
>> alguna cosa extraña que me provoque este problema? Me pasa en 3
>> maquinas distintas con diferentes versiones de Debian!
>>
>> Desde ya les agradezco toda ayuda que me puedan brindar!
>>
>

Desde la LAN local si tengo acceso, desde el OpenVPN no tengo acceso a
esta interfaz, pero si a las demas... Si deshabilito el Bridge de la
interfaz y le configuro el mismo IP, desde el OpenVPN si puedo
acceder!

Es algo del Bridge! Quizas alguna opcion, pero lei bastate probe
varias opciones y nada!

Re: Problema extraño con una eth con un bridge y ruteos

[Paynalton]

Desde la lan local si tienes acceso a esa interfaz que mencionas???.

Si es así es cuestión de habillitar el enrutamiento en openvpn.

El jue., 12 de abr. de 2018 a la(s) 18:12, OddieX 
escribió:

> Estimados, tengo un problema muy extraño y quizas alguien ya le ha
> pasado y pueda decirme como solucionarlo:
>
> Tengo un Debian Stretch donde instale xen 4.8.
> Una de las placas de red le hice un bridge y me quedo como "xenbr2"
> Esta es la cfg que use en /etc/network/interfaces:
>
> allow-hotplug eno49
> iface eno49 inet manual
>
> auto xenbr2
> iface xenbr2 inet static
> bridge_ports eno49
> bridge_stp off
> address 192.168.0.6
> netmask 255.255.255.0
> gateway 192.168.0.249
> dns-nameservers 192.168.0.249
>
> Me funciona todo barbaro, desde la LAN puedo acceder tranquilamente,
> el br funciona y tengo corriendo varias maquinas dentro y salen sin
> problemas...
>
> El problema en cuestion, es que me conecto al OpenVPN desde afuera a
> un servidor que esta en la LAN, y no llego a esa interfaz! Ni con un
> ping, ni ssh, ni ningun servicio!!! Mire en los logs del firewall y no
> es problema del firewall! Pero si saco el bridge y pongo la interfaz
> normal con IP si puedo llegar desde la VPN!
>
> Alguien sabe si el bridge modifica algo en la tabla de ruteo, o hace
> alguna cosa extraña que me provoque este problema? Me pasa en 3
> maquinas distintas con diferentes versiones de Debian!
>
> Desde ya les agradezco toda ayuda que me puedan brindar!
>
>

Problema extraño con una eth con un bridge y ruteos

[OddieX]

Estimados, tengo un problema muy extraño y quizas alguien ya le ha
pasado y pueda decirme como solucionarlo:

Tengo un Debian Stretch donde instale xen 4.8.
Una de las placas de red le hice un bridge y me quedo como "xenbr2"
Esta es la cfg que use en /etc/network/interfaces:

allow-hotplug eno49
iface eno49 inet manual

auto xenbr2
iface xenbr2 inet static
bridge_ports eno49
bridge_stp off
address 192.168.0.6
netmask 255.255.255.0
gateway 192.168.0.249
dns-nameservers 192.168.0.249

Me funciona todo barbaro, desde la LAN puedo acceder tranquilamente,
el br funciona y tengo corriendo varias maquinas dentro y salen sin
problemas...

El problema en cuestion, es que me conecto al OpenVPN desde afuera a
un servidor que esta en la LAN, y no llego a esa interfaz! Ni con un
ping, ni ssh, ni ningun servicio!!! Mire en los logs del firewall y no
es problema del firewall! Pero si saco el bridge y pongo la interfaz
normal con IP si puedo llegar desde la VPN!

Alguien sabe si el bridge modifica algo en la tabla de ruteo, o hace
alguna cosa extraña que me provoque este problema? Me pasa en 3
maquinas distintas con diferentes versiones de Debian!

Desde ya les agradezco toda ayuda que me puedan brindar!

Re: ACPI Error on boot

[Felix Miata]

to...@tuxteam.de composed on 2018-04-12 23:43 (UTC+0200):

> On Thu, Apr 12, 2018 at 11:43:09AM -0500, Anil Duggirala wrote:

>> Do you also recommend updating my BIOS?

> I don't know. There are others around here with more experience in
> that than me.

IME, a BIOS update is usually the only way to make ACPI "errors" go away,
although it often seems to be the case that the errors reported are themselves
erroneous, log noise rather than real trouble.
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: ACPI Error on boot

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Apr 12, 2018 at 11:43:09AM -0500, Anil Duggirala wrote:
> > Assuming the kernel is not broken, it means that the firmware writers
> > screwed it up, and are trying to release a lock (mutex) that was not
> > taken.
> > 
> 
> I am also getting missing firmware notices, namely,
> [9.269384] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/pre-cal-pci-:03:00.0.bin (-2)
> [9.269386] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/pre-cal-pci-:03:00.0.bin failed with error -2
> [9.269403] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/cal-pci-:03:00.0.bin (-2)
> [9.269404] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/cal-pci-:03:00.0.bin failed with error -2
> [9.311104] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/QCA6174/hw3.0/firmware-5.bin (-2)
> [9.311107] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/QCA6174/hw3.0/firmware-5.bin failed with error -2
> [9.33] ath10k_pci :03:00.0: could not fetch firmware file 
> 'ath10k/QCA6174/hw3.0/firmware-5.bin': -2
> 
> Could the other ACPI Errors be related to this missing firmware?

As deloptes said, this is not related: the "missing firmware" notice
means that the operating system has detected a hardware (ath10k, that's
the WiFi) which could use some firmware (but perhaps works fine without).

The firmware itself is non-free, that's why it is in a separate package.
I think deloptes already said how to find/install it.

> Do you also recommend updating my BIOS?

I don't know. There are others around here with more experience in
that than me.

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlrP0vcACgkQBcgs9XrR2kbVMQCfXL9z/BcTMSjVbq+q2AFj66FS
BMEAn0FvqWxeNVJvykvJ0f7zudq9/h2Q
=XRoa
-END PGP SIGNATURE-

Re: Détection automatique d'une connection USB

[Pascal Hambourg]

Le 12/04/2018 à 07:59, Danilo Uccelli a écrit :


J'ai écrit la règle suivante dans /etc/udev/rules.d/99-axiome.rules :

ACTION=="add", SUBSYSTEM=="usb", ATTR{idProduct}=="EFE0",
ATTR{idVendor}=="0403", RUN+="/sbin sh
/home/du2/Applications/utils/Usb_axiome.sh"

Si quelqu'un voit mon erreur ou a une autre idée pour arriver au résultat,


Pas regardé le reste, mais "/sbin sh" me semble suspect. Que vient faire 
un chemin de répertoire au début d'une commande ?


Accessoirement, faire exécuter par udev avec les privilèges root un 
script situé dans un emplacement qui est sous le contrôle d'un 
utilisateur normal ne me semble pas un excellente idée.

Re: changing local domain name

[David Wright]

On Tue 03 Apr 2018 at 08:37:29 (+0200), john doe wrote:
> On 3/30/2018 6:11 PM, David Wright wrote:
> >On Fri 30 Mar 2018 at 08:05:31 (+0200), john doe wrote:
> >>On 3/29/2018 9:56 PM, mick crane wrote:
> >>>On 2018-03-29 19:34, Curt wrote:
> On 2018-03-29, mick crane  wrote:
> >following recent about hostname it seems I've been under
> >misunderstanding that ".local" was OK so now I change local domain to
> >".home" .
> >It's not just domainname and /etc/hosts. It's every frigging where.
> >apache
> >roundcube
> >postfix
> >now my ISP SMTP server is moaning.
> >
> >think I got them all except cups is unhappy, I don't know why.
> >
> 
> There's actually a wiki on this:
> 
> https://wiki.debian.org/HowTo/ChangeHostname
> 
> For cups you might look at
> 
> /etc/printcap
> 
> the part after rm=
>   rm=einstein
>      
> 
> Of course that part is the part to the left of the first dot in your
> fqdn.
> 
> Anyway, good luck (my hostname is incorrect, but as it has never caused
> me any misery, I've left well enough alone up to this point).
> >>>
> >>>Oh, there's more in /var. I'm going to ignore the binary files as
> >>>I don't think they are current and I don't know how to edit them
> >>>anyway.
> >>>In fact the installation is a bit old I could do with tidying it
> >>>all up anyway so I might as well start afresh.
> >>>
> >>
> >>I  always start from scratch when I need to change the
> >>hostname/domain on a host.
> >>That's probably the only reason I need to start afresh!
> >
> >Unless you're running an advertised server, in which case one would
> >wonder why you felt the need to change things (perhaps part of a
> >bigger disruption), I can only say I find this rather extreme.
> 
> Thanks for the caution.
> As part of improving my network; I went for meaningless hostname and
> using CNAME record to better describe the host.

It's not really the hostnames that concern me, but the name of the
domain. (I've only seen the one posting about hostnames, and it's
not settled whether they were serious or not. I tried to give them
the benefit of the doubt with RFC 8117.)

> >Years ago, I would clone a system (or build in a different box) and then
> >move it into its new home with very few files to alter. About the only
> >confusion caused was to ARP, and that only happened when I was on
> >thinwire ethernet and lasted a few minutes.
> >
> >I've struggled to find a multitude of files with the name of the
> >domain in them. Beyond hosts and mailname, where are you finding them
> >all?
> 
> For starter I use recursive grep on '/etc' '/home' ...

I didn't say "how do you¹ find them" but "where are you finding them".
I wouldn't be bothering with /home: anything there is self-inflicted
and can be tidied up any time. The critical ones are /etc and /var/lib
because files here are involved in running the machine.

Apart from the obvious suspects (the files that configure the network
and email system), I don't see many. On a wired system:

/etc/hosts:127.0.1.1 ← canonical domainname and hostname
/etc/exim4/update-exim4.conf.conf ← according to your configuration
/etc/mailname ← ditto

Everything else is either logs (in the past) or cache (ephemeral):

/etc/.git/logs/refs/heads/master ← etckeeper package is installed
/etc/.git/logs/HEAD ← ditto
/var/log/… ← occasional references
/var/cache/debconf/config.dat ← remembers what you configured

¹ "you" being the person who wrote "It's every frigging where."

Cheers,
David.

Re: Spurious character typed on console every ~20 secs until logged in

[David Wright]

On Thu 29 Mar 2018 at 21:19:38 (+0100), Jonathan de Boyne Pollard wrote:
> David Wright:
> 
> >an extra ^@ character¹
> >
> 
> Unix & Linux Stack Exchange had this last year.

These look like very different symptoms. Taken in reverse order,

> * https://unix.stackexchange.com/questions/360830/

The screenshot looks as if an X session has just terminated,
returning to a VC-style screen.

I get this type of "problem" (though it's actually no problem at all)
occasionally when I terminate X (being a startx user). It's not
usually NUL characters, but always non-ASCII of some sort. For obvious
reasons, it's usually £, but can be § and suchlike, and it's always
characters that I'm fairly sure I typed in that X session. It's as if
the characters "leaked" through into the VC that's hosting the X
session. If it happened in the past, I was much less likely to spot
it as X used to run on VC7 which I'd only see by chance, whereas now
the X session typically runs in VC1, meaning I'm bound to notice it
when it happens. I'm uncertain if I've ever seen it outside jessie.

> * https://unix.stackexchange.com/questions/395494/
> 
> * https://unix.stackexchange.com/questions/396192/

(These two questions appear to have been merged.)

Their problem appears to be persistent and widespread in its effects,
whereas mine is very sporadic in occurrence, specific in effect, and
only lasts between boot time and the first login on the console.

The spurious NULs (assuming that's what they are) interfere with my
own typing, from the decryption passphrase until and including the
login password. Their reflection changes from * (passphrase) to
^@ (username) to nothing visible (during login password).

The timing is always 21 seconds between each NUL character, and that's
unaffected by whatever prompts and responses are taking place. As
soon as there's a successful login, the problem ceases: no more NULs.
I used the laptop all through yesterday after having the problem, and
there were no perceptible differences from normal behaviour.

I've checked the modules with and without the problem and
the same modules get loaded in either case (the order obviously
differs). Likewise the dmesg output is the same. I have a
/lib/modules/4.9.0-6-amd64/kernel/drivers/input/input-polldev.ko
but I've never seen it loaded.

I think the problem has only happened with the latest kernel. FWIW
the configuration differences are:

--- /boot/config-4.9.0-5-amd64  2018-01-04 05:12:40.0 -0600
+++ /boot/config-4.9.0-6-amd64  2018-03-02 01:52:22.0 -0600
@@ -3 +3 @@
-# Linux/x86 4.9.65 Kernel Configuration
+# Linux/x86 4.9.82 Kernel Configuration
@@ -222,0 +223 @@
+# CONFIG_BPF_JIT_ALWAYS_ON is not set
@@ -418,0 +420 @@
+CONFIG_RETPOLINE=y
@@ -1788,0 +1791 @@
+CONFIG_GENERIC_CPU_VULNERABILITIES=y

Cheers,
David.

Waarom ging de server uit?

[Frans van Berckel]

Gisteren om half drie 's middags, zag ik dat mijn Debian server down was. Na 
een herstart met de powerbutton, zag ik in de log's een gat van ongeveer een 
halfuur. Dat zal de tijd geweest zijn, dat ie uit was. Maar hij startte wel 
weer gewoon door. En alles lijkt normaal. Hoe achterhaal jij in zo'n geval, wat 
er aan de hand kan zijn geweest? Zoiets nog niet eerder meegemaakt.

Met vriendelijke groet,

-- 
Frans van Berckel
Media Engineer / Linux Master
LinkedIn: https://www.linkedin.com/in/fransvberckel/

Re: ACPI Error on boot

[deloptes]

Anil Duggirala wrote:

>>   have you updated BIOS to latest version from machine
>> vendor?
>> 
> 
> I have not, I will see if there is a newer version. I am running Debian
> Stretch on a Dell 3580 Latitude machine. I have not tried anything so far
> to fix this error, thanks a lot,

what is referred here as firmware is the bios of the computer - upgrade.

the missing atheros firmware is not related to the ACPI error - you can
install the missing firmware either via debian package or from the vendor.
install:

$ apt-cache search firmware-atheros
firmware-atheros - Binary firmware for Atheros wireless cards

regards

Re: Error while upgrading from Wheezy to Stretch

[David Wright]

On Thu 12 Apr 2018 at 06:42:33 (-0400), Dan Ritter wrote:
> On Wed, Apr 11, 2018 at 07:57:07PM -0500, David Wright wrote:
> > On Wed 11 Apr 2018 at 15:31:32 (-0400), David Parker wrote:
> > > I am trying to upgrade two test boxes from Wheezy to Stretch (skipping
> > > Jessie).  The upgrade worked on one of them, although I ran into errors 
> > > and
> > > had to run "apt-get -f install" a few times, but that resolved the issues
> > > and it ultimately worked.
> > > 
> > > However, on the second box, I ran into an error about halfway through the
> > > upgrade, and I'm not able to get past it.  No matter what I do, I keep
> > > running into version mismatch issue with libpam-modules.  It's preventing
> > > the upgrade from finishing.
> > 
> > The other "incantation" that's worth trying is
> > 
> > # dpkg --configure -a

That's the short answer.

> I would start by reinstating jessie in all of your sources
> files, then try dpkg --configure -a, then apt-get -f install,
> then apt-get dist-upgrade to jessie. After a successful jessie
> reboot, upgrade to stretch.

dpkg --configure -a   and   apt-get -f install   can be useful
to fix a logjam, but when you get an error like
 E: Sub-process /usr/bin/dpkg returned an error code (1)
it's worth running dpkg directly, seeing which packages are stuck,
and then try   dpkg -i 
as this can sometimes fix circular and reciprocal dependencies
that running from apt* is unable to solve.

BTW if they're test boxes, keep on trying: you may learn something
useful about rescuing systems, which the reinstall people won't.

Cheers,
David.

Re: ACPI Error on boot

[Anil Duggirala]

> I think what he means could be said in other words for example like "Is
> there any negative effect when the machine boots that you believe is
> related to this error message?"
> 

I am also getting notices of missing firmware,
that is the only other thing I have noticed,
thanks,

Re: Pilote carte vidéo AMD Radeon 6550M stretch : résolu

[Étienne Mollier]

Bonsoir,

Si on recoud la résolution...

André, le 2018-04-11, à 22:48 (CEST) :
> On Wednesday 11 April 2018 20:46:25 Étienne Mollier wrote:
>>  $ grep CONFIG_DRM_RADEON= "/boot/config-$(uname -r)"
>>  CONFIG_DRM_RADEON=m
>
> Je reçois la réponse : "aucun fichier ou dossier de ce type"

C'est curieux que le noyau en cours d'exécution n'ait pas sa
configuration correspondante dans /boot, mais bon, admettons, je
suis peut-être passé à côté de la convention de nommage, à
vouloir faire le malin avec de la détection automatique...

>> $ lsmod | grep fglrx
>
> Aucune réponse.

Donc finalement ce n'était peut-être pas dû à un conflit entre
les deux pilotes.

> Ni radeon ni fglrx ne semblent installés,
> Je suis perdu...

...moi aussi...

André, le 2018-04-12 à 00:31 (CEST) :
> J'ai supprimé et purgé tous les pilotes xserver-xorg-video
> et réinstallé ceux ci :
> xserver-xorg-video-radeon
> xserver-xorg-video-ati
>
> lsmod | grep radeon
> m'affiche bien que le firmware radeon est actif.
>
> Strecth lance bien le bureau graphique (trinity),

C'est vrai que faire table rase, ça aide à y voir plus clair.
Bon réflexe

> sauf que je n'ai aucune liaison souris + clavier.
>
> Comment rétablir ma connexion  souris + clavier ?

André, le 2018-04-12 à 00:31 (CEST) :
> Il suffisait de taper :
> # dpkg-reconfigure xserver-xorg
> pour récupérer la connexion souris + clavier en mode graphique.

On dirait que le(s) fichier(s) de configuration rattaché aux
entrées, probablement défini dans le paquet xserver-xorg, à sauté
pendant la purge des paquets.  La commande est intéressante, à
garder en tête si d'aventure ça se reproduit.

> Seule déception, plus de configurations de la carte ATI
> en mode graphique mais console, plus abscons.

Il y a probablement un outil dédié à la gestion de l'affichage
dans TDE.  Si ce n'est pas le cas, lxrandr, emprunté au bureau
LXDE, devrait faire l'affaire.  Il est basique, mais moins
abscons que la commande xrandr et ses 65535 options.  Après un
rapide test pour changer de résolution, il n'y a pas de problèmes
à signaler ; je n'ai pas eu l'occasion de tester avec plusieurs
écrans cependant.

> Dépannage fastidieux mais instructif.

J'imagine vu les dates des courriels.  Content que ce soit tombé
en marche et que ça ait pu enseigner quelque chose au passage.
:-)

À plus,
-- 
Étienne Mollier 

Re: [opgelost] Re: Inloggen SSH traag

[Richard Lucassen]

On Fri, 6 Apr 2018 17:31:44 +0200
Paul van der Vlis  wrote:

> Ik ben er uit!   ;-)
> 
> Het toevoegen van een IPv6 nameserver in /etc/resolv.conf lostte het
> probleem op. Er stonden daar alleen IPv4 nameservers.
> 
> "UseDNS no" in /etc/ssh/sshd_config lost het probleem ook op.

Dat staat in de laatste versies (eindelijk) aan.

> Maar waarom, dat weet ik niet. Op machines met Debian9 heb ik dit
> probleem niet, daar staan ook alleen IPv4 nameservers
> in /etc/resolv.conf...

Doen die nameservers in /etc/resolv.conf het wel dan?

Je kunt eventueel ook een optie in resolv.conf zetten:

options timeout:1

dan gaat-ie alvast na 1 seconde naar de volgende nameserver. Het lijkt
me trouwens erg sterk dat een ipv6 DNS de zaak oplost, er zit vast
elders een probleem.

Geen idee of dat met systemd ook nog zo werkt, daar weet ik namelijk
niets van.

R.

-- 
richard lucassen
http://contact.xaq.nl/

Re: ACPI Error on boot

[Michael Lange]

On Thu, 12 Apr 2018 11:40:15 -0500
Anil Duggirala  wrote:

> On Thu, Apr 12, 2018, at 8:31 AM, to...@tuxteam.de wrote:
>  
> > Is there any negative effect on your boot you link to this
> > message?
> > 
> 
> I do not understand the wording of this question, could you please
> rephrase it? I did not link anything to my O post. The only negative
> effect I see is the error message.

I think what he means could be said in other words for example like "Is
there any negative effect when the machine boots that you believe is
related to this error message?"

Regards

Michael


.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

Pain is a thing of the mind.  The mind can be controlled.
-- Spock, "Operation -- Annihilate!" stardate 3287.2

Re: ACPI Error on boot

[Anil Duggirala]

>   have you updated BIOS to latest version from machine
> vendor?
> 

I have not, I will see if there is a newer version. I am running Debian Stretch 
on a Dell 3580 Latitude machine. I have not tried anything so far to fix this 
error,
thanks a lot,

Re: ACPI Error on boot

[Anil Duggirala]

> Assuming the kernel is not broken, it means that the firmware writers
> screwed it up, and are trying to release a lock (mutex) that was not
> taken.
> 

I am also getting missing firmware notices, namely,
[9.269384] ath10k_pci :03:00.0: firmware: failed to load 
ath10k/pre-cal-pci-:03:00.0.bin (-2)
[9.269386] ath10k_pci :03:00.0: Direct firmware load for 
ath10k/pre-cal-pci-:03:00.0.bin failed with error -2
[9.269403] ath10k_pci :03:00.0: firmware: failed to load 
ath10k/cal-pci-:03:00.0.bin (-2)
[9.269404] ath10k_pci :03:00.0: Direct firmware load for 
ath10k/cal-pci-:03:00.0.bin failed with error -2
[9.311104] ath10k_pci :03:00.0: firmware: failed to load 
ath10k/QCA6174/hw3.0/firmware-5.bin (-2)
[9.311107] ath10k_pci :03:00.0: Direct firmware load for 
ath10k/QCA6174/hw3.0/firmware-5.bin failed with error -2
[9.33] ath10k_pci :03:00.0: could not fetch firmware file 
'ath10k/QCA6174/hw3.0/firmware-5.bin': -2

Could the other ACPI Errors be related to this missing firmware?
Do you also recommend updating my BIOS?

thanks,

Re: ACPI Error on boot

[Anil Duggirala]

On Thu, Apr 12, 2018, at 8:31 AM, to...@tuxteam.de wrote:
 
> Is there any negative effect on your boot you link to this
> message?
> 

I do not understand the wording of this question, could you please rephrase it?
I did not link anything to my O post. The only negative effect I see is the 
error message.

thanks Tomas

Re: graphic tablet controls

[songbird]

Bruce Byfield wrote:
...
> The Intuos Draw is clearly supported to a degree, because I am using
> it as a replacement.

  have you read through this site?

  https://linuxwacom.github.io/


  songbird

Re: ACPI Error on boot

[songbird]

Anil Duggirala wrote:
...
> Can someone please help me out, or let me know why Im not getting any help 
> with this,

  lack of details about machine, debian versions, 
things tried, etc, and for me being busy with 
other things for a while to even begin to look 
at this message to begin with.

  so, um, hey, sometimes takes time for people to see
and digest and think about and maybe won't ever get an
answer.  just the way it can go at times.  :)

  have you updated BIOS to latest version from machine
vendor?


  songbird

Re: SSD's and many edits of a single file

[songbird]

Gene Heskett wrote:
...
> Lots of other stuff that would be TL;DR for most here.

  i'm actually facinated by this level of knowledge and
wish i had such toys around for milling some rocks into
carvings so i wouldn't have to do it by hand...

  good fodder for daydreaming.  :)


  songbird

Re: Error while upgrading from Wheezy to Stretch

[songbird]

David Parker wrote:
...

  given they are test boxes you should go straight
to reinstall from netinst image or whatever you can
get that will do it.  :)

  much much faster than trying to fiddle around with
upgrades.  especially when many versions in between.

  of course, always check installation notes for 
errata and look to see if there are a lot of issues
reported for your specific hardware.


  songbird

Re: SSD's and many edits of a single file

[rhkramer]

Thanks!


On Thursday, April 12, 2018 08:43:50 AM Gene Heskett wrote:
> On Thursday 12 April 2018 07:44:39 rhkra...@gmail.com wrote:
> > On 2nd reading, I think the answer is yes, i.e., if I have a midi
> > program making use of the / a real time kernel, it will have total
> > control of the machine and other programs will have the "leftovers"?
> 
> Yes. Particularly noticeable if running the steppers by software step
> generation. There, one must run a "base thread", limited to integer only
> math, in a 20 to 30 nanosecond loop. Because the loop is so slow, this
> function is often off-loaded to an fpga smart card that is programmed at
> a 1 to 10 kilohertz rate with most using the default 1 kilohertz.  This
> can quadruple the speeds, from 2 effects. Because the motors see a much
> steadier heartbeat, they can often be moved much faster without
> stalling, and 2, this hardware can often generate the step signals 10x
> faster.
> 
> OTOH, doing that also frees up the parent cpu, allowing it to do much
> more without affecting the main process.
> 
> We can also setup slower "threads" for stuff that are the result of human
> activity for instance. Humans are rather glacial movers.
> 
> For less critical duties this works well, and in the case of running
> bigger machinery with something as puny-powered as an r-pi-3b, I have
> much of the not so time critical stuff running in a 200 hz thread, so
> that nearly half of the hal file only gets processed when the higher
> priority, faster loop is done. This includes the hand driven encoder
> dials that allow me to run the lathe by hand. Even at 200 hz I can still
> drive it at anything from the maximum speed of nearly 90 inches a
> minute, down to as small as .0001" per click of the dial. Thats a larger
> movement than the software itself can do since if I tell it to move 12"
> along the bed, while moving the cross-feed 3 thousandths of an inch, it
> will do what is effectively a dead straight line from that start to that
> finish. Errors in that motion are generally the coil current mappings of
> the stepper driver as it divides a full step, 1/200th of a turn, by 8 or
> 16 in order to get that smoother motion. Loading of course inserts an
> offset, but is under a .9 degree of the motor shaft rotation as long as
> the load doesn't cause a step slip. That much may break the micron
> claim, but not by enough to ruin the part.
> 
> Lots of other stuff that would be TL;DR for most here.

Re: ACPI Error on boot

[Henrique de Moraes Holschuh]

On Thu, 12 Apr 2018, Anil Duggirala wrote:
> On Mon, Apr 9, 2018, at 11:55 AM, Anil Duggirala wrote:
> > I am getting an error on boot in my dual boot Win 10-Debian 9 system, 

> > ACPI Error: Cannot release Mutex [PATM], not acquired (20160831/
> > exmutex-393)
> > ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.ECDV._Q66] 
> > (Node 9346529f5960), AE_AML_MUTEX_NOT_ACQUIRED (20160831/
> > psparse-543)
> > Could someone tell me what this error means,

Assuming the kernel is not broken, it means that the firmware writers
screwed it up, and are trying to release a lock (mutex) that was not
taken.

I.e. it is reporting a "BIOS bug".

You could try to report to the system vendor, and ask them for a fix.

-- 
  Henrique Holschuh

Re: ACPI Error on boot

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Apr 12, 2018 at 08:09:08AM -0500, Anil Duggirala wrote:
> On Mon, Apr 9, 2018, at 11:55 AM, Anil Duggirala wrote:
> > hello, 
> > I am getting an error on boot in my dual boot Win 10-Debian 9 system, 
> > ACPI Error: Cannot release Mutex [PATM], not acquired (20160831/
> > exmutex-393)
> > ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.ECDV._Q66] 
> > (Node 9346529f5960), AE_AML_MUTEX_NOT_ACQUIRED (20160831/
> > psparse-543)
> > Could someone tell me what this error means,
> > thanks a lot,
> > 
> > Anil
> > 
> 
> Can someone please help me out, or let me know why Im not getting any help 
> with this,
> thanks,

I did some search engine gymnastics, and it doesn't seem clear
what that message means at all.

Is there any negative effect on your boot you link to this
message?

Cheers
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlrPX8cACgkQBcgs9XrR2kZfrwCfYuSroCOQFUTFoL0za7ZVH9rU
ezAAn3oHXZF8FxuqgHGh998zEbw6Ic19
=ruXl
-END PGP SIGNATURE-

Re: Pilote carte vidéo AMD Radeon 6550M stretch : résolu

[andre_debian]

On Thursday 12 April 2018 12:31:10 andre_deb...@numericable.fr wrote:
> Strecth lance bien le bureau graphique (trinity),
> sauf que je n'ai aucune liaison souris + clavier.
> Comment rétablir ma connexion  souris + clavier ?

Il suffisait de taper :
# dpkg-reconfigure xserver-xorg
pour récupérer la connexion souris + clavier en mode graphique.

Seule déception, plus de configurations de la carte ATI
en mode graphique mais console, plus abscons.

Dépannage fastidieux mais instructif.

André

Re: ACPI Error on boot

[Anil Duggirala]

On Mon, Apr 9, 2018, at 11:55 AM, Anil Duggirala wrote:
> hello, 
> I am getting an error on boot in my dual boot Win 10-Debian 9 system, 
> ACPI Error: Cannot release Mutex [PATM], not acquired (20160831/
> exmutex-393)
> ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.ECDV._Q66] 
> (Node 9346529f5960), AE_AML_MUTEX_NOT_ACQUIRED (20160831/
> psparse-543)
> Could someone tell me what this error means,
> thanks a lot,
> 
> Anil
> 

Can someone please help me out, or let me know why Im not getting any help with 
this,
thanks,

Re: SSD's and many edits of a single file

[Gene Heskett]

On Thursday 12 April 2018 07:44:39 rhkra...@gmail.com wrote:

> On Wednesday, April 11, 2018 03:27:48 AM Gene Heskett wrote:
> > What seems to be lost on you folks not running realtime patched
> > kernels, is that when linuxcnc is running, it has total control over
> > the hardware, and that linux becomes a client of the realtime
> > system, getting what cpu time is left after linuxcnc has finished
> > what it has to do to meet the timing constraints needed to run the
> > machine and meet the sub-micron positioning accuracy required.
>
> Hmm, a more careful 2nd reading may have answered my question, but
> I'll ask anyway--on first reading I wondered if that was true of any
> program running in / making use of a Linux realtime kernel--that is,
> that the realtime program (linuxcnc) (or is that the kernel) has total
> control over the  machine.
>
> On 2nd reading, I think the answer is yes, i.e., if I have a midi
> program making use of the / a real time kernel, it will have total
> control of the machine and other programs will have the "leftovers"?

Yes. Particularly noticeable if running the steppers by software step 
generation. There, one must run a "base thread", limited to integer only 
math, in a 20 to 30 nanosecond loop. Because the loop is so slow, this 
function is often off-loaded to an fpga smart card that is programmed at 
a 1 to 10 kilohertz rate with most using the default 1 kilohertz.  This 
can quadruple the speeds, from 2 effects. Because the motors see a much 
steadier heartbeat, they can often be moved much faster without 
stalling, and 2, this hardware can often generate the step signals 10x 
faster.

OTOH, doing that also frees up the parent cpu, allowing it to do much 
more without affecting the main process.

We can also setup slower "threads" for stuff that are the result of human 
activity for instance. Humans are rather glacial movers.
 
For less critical duties this works well, and in the case of running 
bigger machinery with something as puny-powered as an r-pi-3b, I have 
much of the not so time critical stuff running in a 200 hz thread, so 
that nearly half of the hal file only gets processed when the higher 
priority, faster loop is done. This includes the hand driven encoder 
dials that allow me to run the lathe by hand. Even at 200 hz I can still 
drive it at anything from the maximum speed of nearly 90 inches a 
minute, down to as small as .0001" per click of the dial. Thats a larger 
movement than the software itself can do since if I tell it to move 12" 
along the bed, while moving the cross-feed 3 thousandths of an inch, it 
will do what is effectively a dead straight line from that start to that 
finish. Errors in that motion are generally the coil current mappings of 
the stepper driver as it divides a full step, 1/200th of a turn, by 8 or 
16 in order to get that smoother motion. Loading of course inserts an 
offset, but is under a .9 degree of the motor shaft rotation as long as 
the load doesn't cause a step slip. That much may break the micron 
claim, but not by enough to ruin the part.

Lots of other stuff that would be TL;DR for most here.

-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: Status of Intel-related vulnerabilities and bugs?

[Henrique de Moraes Holschuh]

On Tue, 10 Apr 2018, Niclas Arndt wrote:
> 1. Can the latest microcode updates still in stretch-backports be
> trusted to run properly by now?
> https://newsroom.intel.com/wp-content/uploads/sites/11/2018/04/microcode-update-guidance.pdf

Yes, these microcode updates are stable.

The same might or might not be true for your kernel when it activates
the new codepaths to support IBPB and IBRS (the new functionality added
by the Spectre-related microcode updates), though.  This is the reason
we are waiting for at least one extra month yet before we push them to
Debian stable and oldstable.

If the kernel malfunctions on the new microcode, boot with "noibpb"
and/or "noibrs" to disable the new codepaths.

-- 
  Henrique Holschuh

Re: SSD's and many edits of a single file

[rhkramer]

On Wednesday, April 11, 2018 03:27:48 AM Gene Heskett wrote:
> What seems to be lost on you folks not running realtime patched kernels,
> is that when linuxcnc is running, it has total control over the
> hardware, and that linux becomes a client of the realtime system,
> getting what cpu time is left after linuxcnc has finished what it has to
> do to meet the timing constraints needed to run the machine and meet the
> sub-micron positioning accuracy required.

Hmm, a more careful 2nd reading may have answered my question, but I'll ask 
anyway--on first reading I wondered if that was true of any program running in 
/ making use of a Linux realtime kernel--that is, that the realtime program 
(linuxcnc) (or is that the kernel) has total control over the  machine.

On 2nd reading, I think the answer is yes, i.e., if I have a midi program 
making use of the / a real time kernel, it will have total control of the 
machine and other programs will have the "leftovers"?

Re: Error while upgrading from Wheezy to Stretch

[Dan Ritter]

On Wed, Apr 11, 2018 at 07:57:07PM -0500, David Wright wrote:
> On Wed 11 Apr 2018 at 15:31:32 (-0400), David Parker wrote:
> > I am trying to upgrade two test boxes from Wheezy to Stretch (skipping
> > Jessie).  The upgrade worked on one of them, although I ran into errors and
> > had to run "apt-get -f install" a few times, but that resolved the issues
> > and it ultimately worked.
> > 
> > However, on the second box, I ran into an error about halfway through the
> > upgrade, and I'm not able to get past it.  No matter what I do, I keep
> > running into version mismatch issue with libpam-modules.  It's preventing
> > the upgrade from finishing.
> 
> The other "incantation" that's worth trying is
> 
> # dpkg --configure -a

I would start by reinstating jessie in all of your sources
files, then try dpkg --configure -a, then apt-get -f install,
then apt-get dist-upgrade to jessie. After a successful jessie
reboot, upgrade to stretch.

-dsr-

Re: Pilote carte vidéo AMD Radeon 6550M stretch

[andre_debian]

On Wednesday 11 April 2018 22:48:20 andre_deb...@numericable.fr wrote:

Ça s'améliore mais avec des pépins :

J'ai supprimé et purgé tous les pilotes xserver-xorg-video
et réinstallé ceux ci :
xserver-xorg-video-radeon
xserver-xorg-video-ati

lsmod | grep radeon
m'affiche bien que le firmware radeon est actif.

Strecth lance bien le bureau graphique (trinity),
sauf que je n'ai aucune liaison souris + clavier.

Comment rétablir ma connexion  souris + clavier ?

Merci...

André
 
 

Re: Détection automatique d'une connection USB

[FF \__/ FF]

bonjour,

lorsque vous plugger votre composant usb, si cela crée toujours un
/dev/ttyUSBx, vous pouvez utiliser inotify qui detecte les changements,
creation etc de fichiers.

Me semble avoir utilisé des regles UDEV, avec des resultats aleatoires.

cordialement

Le jeu. 12 avr. 2018 10:43, Jean-Marc  a écrit :

> Thu, 12 Apr 2018 07:59:17 +0200
> Danilo Uccelli  écrivait :
>
> > Par contre, je souhaiterais ne pas avoir à lancer manuellement ce script
> et
> > j'ai pensé à une règle UDEV, mais là je nage, tous mes essais sont
> > infructueux. Et surtout je ne sais pas comment investiguer de façon
> > efficace.
>
> Apparemment, il existe pas mal d'info sur comment debugger les règles udev.
> Comme celui qui consiste à utiliser  :
>
> Cf.
> https://www.jpichon.net/blog/2011/12/debugging-udev-rules/
>
> Ma modeste contribution.
>
> Jean-Marc 
> https://6jf.be/keys/ED863AD1.txt
>

Re: Détection automatique d'une connection USB

[Jean-Marc]

Thu, 12 Apr 2018 07:59:17 +0200
Danilo Uccelli  écrivait :

> Par contre, je souhaiterais ne pas avoir à lancer manuellement ce script et
> j'ai pensé à une règle UDEV, mais là je nage, tous mes essais sont
> infructueux. Et surtout je ne sais pas comment investiguer de façon
> efficace.

Apparemment, il existe pas mal d'info sur comment debugger les règles udev.
Comme celui qui consiste à utiliser  :

Cf.
https://www.jpichon.net/blog/2011/12/debugging-udev-rules/

Ma modeste contribution.

Jean-Marc 
https://6jf.be/keys/ED863AD1.txt


pgpYpdBnEcc_e.pgp
Description: PGP signature

Re: dual screen avec intel UHD 630 possible sur stretch ?

[JF Straeten]

Re,

On Wed, Apr 11, 2018 at 10:17:22PM +0200, Daniel Caillibaud wrote:

> Le 11/04/18 à 20:57, "JF Straeten"  a écrit :
> JS> > Est-ce que qqun parmi vous a fait fonctionner sur une stretch du
> JS> > dual screen avec les processeurs intel récent (coffee lake, les
> JS> > 8xxx) et leur chipset graphique intégré (intel UHD 630) ?  
> JS> 
> JS> Oui. Sur un NUC7i3DNKE. Enfin, c'est une buster actuellement, mais la
> JS> stretch marchait sans problème aussi avec le dual screen et le chipset
> JS> UHD 620 (c'est un i3).
> 
> Merci bcp pour cette confirmation !
> 
> (et je n'ai pas oublié tes galères à cause des câbles, j'y ferai attention !)

Tout à fait. Tout dépend de ta résolution max, en fait. Jusqu'au full
HD, pas de problème (en fait même 1920x1200). C'est au dessus que ça
se gâte.

Je ferai un bref retour dans le fil ad hoc sur la solution finalement
retenue...

A+

-- 

JFS.

Détection automatique d'une connection USB

[Danilo Uccelli]

Bonjour la liste,

J'ai des appareils fabriqués en interne qui utilisent des chips FTDI pour
lesquels j'ai obtenu de la part de FTDI, il y a déjà de nombreuses années,
une plage de PID.
En fait, j'utilise essentiellement le PID 0xEFE0, donc mon interface
apparaît comme 0403:EFE0

Sur mes PC Linux (en l’occurrence "Mint" à jour), je dois lancer en root,
un script pour initier la reconnaissance de connection, le contenu de mon
script /home/du2/Applications/utils/

Usb_Axiome.sh est le suivant :

modprobe ftdi_sio
chmod 666 /sys/bus/usb-serial/drivers/ftdi_sio/new_id
echo "0403 EFE0" > /sys/bus/usb-serial/drivers/ftdi_sio/new_id

Après avoir lancé ce script, je peux bien communiquer avec mes appareil par
un port VCP du type /dev/ttyUSBx
La déconnexion et reconnexion devient bien automatique, pas de soucis.

Par contre, je souhaiterais ne pas avoir à lancer manuellement ce script et
j'ai pensé à une règle UDEV, mais là je nage, tous mes essais sont
infructueux. Et surtout je ne sais pas comment investiguer de façon
efficace.

J'ai écrit la règle suivante dans /etc/udev/rules.d/99-axiome.rules :

ACTION=="add", SUBSYSTEM=="usb", ATTR{idProduct}=="EFE0",
ATTR{idVendor}=="0403", RUN+="/sbin sh
/home/du2/Applications/utils/Usb_axiome.sh"

Si quelqu'un voit mon erreur ou a une autre idée pour arriver au résultat,
je lui en serai infiniment reconnaissant.

D'avance merci à ceux qui me lirons.
Danilo