Re: (deb-cat) Buidar una bitacola de Systemd

2017-10-20 Conversa Julio Amorós
El dia 19 d’octubre de 2017 a les 12:16, Narcis Garcia <
debianli...@actiu.net> ha escrit:

> $ man journalctl
>
> OPTIONS
> -f, --follow
> Show only the most recent journal entries, and continuously print new
> entries as they are appended to the journal.
>

En efecte, l'ordre:

*journalctl -f*

substitueix

*tail -f /var/log/messages*





>
>
>
>
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
> El 19/10/17 a les 11:20, Jordi Funollet ha escrit:
> > No et tindries prou amb un 'journalctl -f' ?
> >
> > I crec que tu ja ho saps i que ho fas conscientment, però per a qui
> > estigui llegint: compte amb els 'sudo rm -rf' que més d'un ens hi hem
> > fet mal. El '-f' no cal excepte en ocasions molt especials. I
> > personalment intento fer 'sudo rm' en lloc de 'sudo rm -r', encara que
> > em calgui esborrar un parell de subdirectoris a mà.
> > --
> > Jordi Funollet Pujol
> > http://www.linkedin.com/in/jordifunollet
> >
> > On Wed, Oct 18, 2017, at 08:34 PM, Narcis Garcia wrote:
> >> Acabo de canviar una configuració i vull veure només les errades o
> >> advertències a partir de què reinicii un servei.
> >>
> >> Algú sap com fer l'equivalent a això:
> >> $ sudo rm -fr /var/log/gdm/*
> >> però amb Systemd / journalctl ?
> >>
> >> Gràcies.
> >>
> >> --
> >>
> >>
> >> __
> >> I'm using this express-made address because personal addresses aren't
> >> masked enough at this mail public archive. Public archive administrator
> >> should fix this against automated addresses collectors.
> >>
> >
>
>


-- 
*“No hay puerta de atrás. Punto final. […] Si hubiera una puerta de atrás,
entonces entiendo que no podría decirlo por que es parte del secretismo, de
las normas que tengo que respetar para no hablar, pero le digo que no hay
puerta de atrás”*
Dorothee Belz, vicepresidenta de *Microsoft*


Re: Sense APM, problemes amb ACPI

2017-10-20 Conversa Pep

Hola.

A mí me dona el mateix error a la arrencada (ACPI error, method 
parse/execution failed), pero si arrenco amb el kernel 4.8.0.1 no me 
dona cap error.


Ho has provat?.

Salut,

Pep



El 20/10/17 a les 11:38, Narcis Garcia ha escrit:

Un ordinador amb Debian 9 em dóna aquestes alertes:

ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid
Address but zero Length: 0x0050/0x0 (20160831/tbfadt-658)
ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 0,
using default 8 (20160831/tbfadt-708)
pmd_set_huge: Cannot satisfy [mem 0xf400-0xf420] with a
huge-page mapping due to MTRR override.
acpi LNXCPU:00: Invalid PBLK length [7]
acpi LNXCPU:01: Invalid PBLK length [7]
ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - ASL declared
5, ACPI requires 4 (20160831/nsarguments-189)
ACPI Error: [CAPD] Namespace lookup failure, AE_ALREADY_EXISTS
(20160831/dsfield-211)
ACPI Error: Method parse/execution failed [\_SB.PCI0._OSC] (Node
8a0f930aeaa0), AE_ALREADY_EXISTS (20160831/psparse-543)

Primer he buscat la manera de deshabilitar ACPI a la BIOS, però no hi ha
opció. He provat, una a una, a afegir aquestes opcions d'arrencada:

acpi=ht
pci=noacpi
acpi=noirq
pnpacpi=off
noapic
nolapic
acpi=off

I la única que em permet arrencar sense queixa sobre ACPI és "acpi=off".
El problema és que aleshores l'ordinador no apaga en aturar el sistema.

He provat d'afegir "apm=power-off", però no funciona i ja he llegit que
el mòdul APM no s'inclou al nucli des de Debian 5.

Algú sap una alternativa per a què l'ordinador efectivament apagui sense
ACPI?

Per cert, què perdo deshabilitant ACPI?





Re: Sense APM, problemes amb ACPI

2017-10-20 Conversa Narcis Garcia
Si, ja vaig actualitzar la BIOS abans de fer la instal·lació.
De moment, assumeixo els les alertes per a tenir una apagada fàcil a
l'ordinador.



__
I'm using this express-made address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 20/10/17 a les 12:55, Josep Lladonosa ha escrit:
> On 20 October 2017 at 11:38, Narcis Garcia  wrote:
>> Un ordinador amb Debian 9 em dóna aquestes alertes:
>>
>> ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid
>> Address but zero Length: 0x0050/0x0 (20160831/tbfadt-658)
>> ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 0,
>> using default 8 (20160831/tbfadt-708)
>> pmd_set_huge: Cannot satisfy [mem 0xf400-0xf420] with a
>> huge-page mapping due to MTRR override.
>> acpi LNXCPU:00: Invalid PBLK length [7]
>> acpi LNXCPU:01: Invalid PBLK length [7]
>> ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - ASL declared
>> 5, ACPI requires 4 (20160831/nsarguments-189)
>> ACPI Error: [CAPD] Namespace lookup failure, AE_ALREADY_EXISTS
>> (20160831/dsfield-211)
>> ACPI Error: Method parse/execution failed [\_SB.PCI0._OSC] (Node
>> 8a0f930aeaa0), AE_ALREADY_EXISTS (20160831/psparse-543)
> 
> Hi ha bios amb "bugs". Abans de provar coses recomanen actualitzar la
> bios a la darrera versió (m'ha resolt situacions similars en màquines
> antigues). Val a dir que de vegades apareixen avisos de coses que no
> resten funcionalitat al sistema, és a dir, que els avisos es poden
> obviar (si funciona, és clar).
> 
> 
>>
>> Primer he buscat la manera de deshabilitar ACPI a la BIOS, però no hi ha
>> opció. He provat, una a una, a afegir aquestes opcions d'arrencada:
>>
>> acpi=ht
>> pci=noacpi
>> acpi=noirq
>> pnpacpi=off
>> noapic
>> nolapic
>> acpi=off
>>
>> I la única que em permet arrencar sense queixa sobre ACPI és "acpi=off".
>> El problema és que aleshores l'ordinador no apaga en aturar el sistema.
>>
>> He provat d'afegir "apm=power-off", però no funciona i ja he llegit que
>> el mòdul APM no s'inclou al nucli des de Debian 5.
>>
>> Algú sap una alternativa per a què l'ordinador efectivament apagui sense
>> ACPI?
>>
>> Per cert, què perdo deshabilitant ACPI?
>>
>> --
>>
>>
>> __
>> I'm using this express-made address because personal addresses aren't masked 
>> enough at this mail public archive. Public archive administrator should fix 
>> this against automated addresses collectors.
>>
> 
> 
> 



Re: Sense APM, problemes amb ACPI

2017-10-20 Conversa Narcis Garcia
$ apt search linux-image-4.8
No em troba res. I prefereixo utilitzar paquets mantinguts al repositori
de Debian, per si sorgeixen altres coses a resoldre.



__
I'm using this express-made address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.

El 20/10/17 a les 12:51, Pep ha escrit:
> Hola.
> 
> A mí me dona el mateix error a la arrencada (ACPI error, method
> parse/execution failed), pero si arrenco amb el kernel 4.8.0.1 no me
> dona cap error.
> 
> Ho has provat?.
> 
> Salut,
> 
> Pep
> 
> 
> 
> El 20/10/17 a les 11:38, Narcis Garcia ha escrit:
>> Un ordinador amb Debian 9 em dóna aquestes alertes:
>>
>> ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid
>> Address but zero Length: 0x0050/0x0 (20160831/tbfadt-658)
>> ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 0,
>> using default 8 (20160831/tbfadt-708)
>> pmd_set_huge: Cannot satisfy [mem 0xf400-0xf420] with a
>> huge-page mapping due to MTRR override.
>> acpi LNXCPU:00: Invalid PBLK length [7]
>> acpi LNXCPU:01: Invalid PBLK length [7]
>> ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - ASL declared
>> 5, ACPI requires 4 (20160831/nsarguments-189)
>> ACPI Error: [CAPD] Namespace lookup failure, AE_ALREADY_EXISTS
>> (20160831/dsfield-211)
>> ACPI Error: Method parse/execution failed [\_SB.PCI0._OSC] (Node
>> 8a0f930aeaa0), AE_ALREADY_EXISTS (20160831/psparse-543)
>>
>> Primer he buscat la manera de deshabilitar ACPI a la BIOS, però no hi ha
>> opció. He provat, una a una, a afegir aquestes opcions d'arrencada:
>>
>> acpi=ht
>> pci=noacpi
>> acpi=noirq
>> pnpacpi=off
>> noapic
>> nolapic
>> acpi=off
>>
>> I la única que em permet arrencar sense queixa sobre ACPI és "acpi=off".
>> El problema és que aleshores l'ordinador no apaga en aturar el sistema.
>>
>> He provat d'afegir "apm=power-off", però no funciona i ja he llegit que
>> el mòdul APM no s'inclou al nucli des de Debian 5.
>>
>> Algú sap una alternativa per a què l'ordinador efectivament apagui sense
>> ACPI?
>>
>> Per cert, què perdo deshabilitant ACPI?
>>
> 



Re: Sense APM, problemes amb ACPI

2017-10-20 Conversa Josep Lladonosa
On 20 October 2017 at 11:38, Narcis Garcia  wrote:
> Un ordinador amb Debian 9 em dóna aquestes alertes:
>
> ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid
> Address but zero Length: 0x0050/0x0 (20160831/tbfadt-658)
> ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 0,
> using default 8 (20160831/tbfadt-708)
> pmd_set_huge: Cannot satisfy [mem 0xf400-0xf420] with a
> huge-page mapping due to MTRR override.
> acpi LNXCPU:00: Invalid PBLK length [7]
> acpi LNXCPU:01: Invalid PBLK length [7]
> ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - ASL declared
> 5, ACPI requires 4 (20160831/nsarguments-189)
> ACPI Error: [CAPD] Namespace lookup failure, AE_ALREADY_EXISTS
> (20160831/dsfield-211)
> ACPI Error: Method parse/execution failed [\_SB.PCI0._OSC] (Node
> 8a0f930aeaa0), AE_ALREADY_EXISTS (20160831/psparse-543)

Hi ha bios amb "bugs". Abans de provar coses recomanen actualitzar la
bios a la darrera versió (m'ha resolt situacions similars en màquines
antigues). Val a dir que de vegades apareixen avisos de coses que no
resten funcionalitat al sistema, és a dir, que els avisos es poden
obviar (si funciona, és clar).


>
> Primer he buscat la manera de deshabilitar ACPI a la BIOS, però no hi ha
> opció. He provat, una a una, a afegir aquestes opcions d'arrencada:
>
> acpi=ht
> pci=noacpi
> acpi=noirq
> pnpacpi=off
> noapic
> nolapic
> acpi=off
>
> I la única que em permet arrencar sense queixa sobre ACPI és "acpi=off".
> El problema és que aleshores l'ordinador no apaga en aturar el sistema.
>
> He provat d'afegir "apm=power-off", però no funciona i ja he llegit que
> el mòdul APM no s'inclou al nucli des de Debian 5.
>
> Algú sap una alternativa per a què l'ordinador efectivament apagui sense
> ACPI?
>
> Per cert, què perdo deshabilitant ACPI?
>
> --
>
>
> __
> I'm using this express-made address because personal addresses aren't masked 
> enough at this mail public archive. Public archive administrator should fix 
> this against automated addresses collectors.
>



-- 
--
Salutacions...Josep
--



Sense APM, problemes amb ACPI

2017-10-20 Conversa Narcis Garcia
Un ordinador amb Debian 9 em dóna aquestes alertes:

ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid
Address but zero Length: 0x0050/0x0 (20160831/tbfadt-658)
ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 0,
using default 8 (20160831/tbfadt-708)
pmd_set_huge: Cannot satisfy [mem 0xf400-0xf420] with a
huge-page mapping due to MTRR override.
acpi LNXCPU:00: Invalid PBLK length [7]
acpi LNXCPU:01: Invalid PBLK length [7]
ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - ASL declared
5, ACPI requires 4 (20160831/nsarguments-189)
ACPI Error: [CAPD] Namespace lookup failure, AE_ALREADY_EXISTS
(20160831/dsfield-211)
ACPI Error: Method parse/execution failed [\_SB.PCI0._OSC] (Node
8a0f930aeaa0), AE_ALREADY_EXISTS (20160831/psparse-543)

Primer he buscat la manera de deshabilitar ACPI a la BIOS, però no hi ha
opció. He provat, una a una, a afegir aquestes opcions d'arrencada:

acpi=ht
pci=noacpi
acpi=noirq
pnpacpi=off
noapic
nolapic
acpi=off

I la única que em permet arrencar sense queixa sobre ACPI és "acpi=off".
El problema és que aleshores l'ordinador no apaga en aturar el sistema.

He provat d'afegir "apm=power-off", però no funciona i ja he llegit que
el mòdul APM no s'inclou al nucli des de Debian 5.

Algú sap una alternativa per a què l'ordinador efectivament apagui sense
ACPI?

Per cert, què perdo deshabilitant ACPI?

-- 


__
I'm using this express-made address because personal addresses aren't masked 
enough at this mail public archive. Public archive administrator should fix 
this against automated addresses collectors.