On 06/05/2012 16:28, pinguino wrote:
Il 05/05/2012 21:52, Davide Prina ha scritto:
On 05/05/2012 18:52, pinguino wrote:
Io ho provato alcuni tasti magici, ma con debian testing "wheezy",
mi dice che SysRq : This operation is disabled.
http://linguistico.sf.net/dokuwiki/doku.php?id=debian:f
Il 05/05/2012 21:52, Davide Prina ha scritto:
> On 05/05/2012 18:52, pinguino wrote:
>
>> Io ho provato alcuni tasti magici, ma con debian testing "wheezy",
>> mi dice che SysRq : This operation is disabled.
>
> se stai usando Linux di Debian questo mi sembra strano, comunque puoi
> leggerti la p
Il 05/05/2012 19:11, Luca Sighinolfi ha scritto:
> On Sat, 05 May 2012 18:52:18 +0200 pinguino
> wrote:
>
>>>
>>> Ho dovuto riavviare la macchina utilizzando i tasti magici. Da
>>> un check del FS ext3 non sono emersi problemi.
>>>
>>
>> Io ho provato alcuni tasti magici, ma con debian testing
On Sat, 05 May 2012 18:52:18 +0200
pinguino wrote:
> >
> > Ho dovuto riavviare la macchina utilizzando i tasti magici.
> > Da un check del FS ext3 non sono emersi problemi.
> >
>
> Io ho provato alcuni tasti magici, ma con debian testing "wheezy",
> mi dice che SysRq : This operation is disabl
>
> Ho dovuto riavviare la macchina utilizzando i tasti magici.
> Da un check del FS ext3 non sono emersi problemi.
>
Io ho provato alcuni tasti magici, ma con debian testing "wheezy",
mi dice che SysRq : This operation is disabled.
Come posso fare per abilitare i tasti magici almeno sulla test
Il 20.04.2012 11:31 dea ha scritto:
Esiste un modo per capire se la ram funziona in dual channel anche
se i due banchi hanno frequenza diversa? (Sono identici in tutto
tranne il fatto che uno è a 1333Mhz, l'altro a 1600Mhz)
Di sicuro il secondo sta funzionando undercloccato.
Secondo me, se il
> Esiste un modo per capire se la ram funziona in dual channel anche
> se i due banchi hanno frequenza diversa? (Sono identici in tutto
> tranne il fatto che uno è a 1333Mhz, l'altro a 1600Mhz)
Di sicuro il secondo sta funzionando undercloccato.
Secondo me, se il banco riesce ad essere compatib
Il 20.04.2012 07:41 dea ha scritto:
Ciao !
Bhe, in genere mixare non è una buona idea, se lo fai su un server ti
fa una
pernacchia al boot tanto è schizzinoso (e non parlo di frequenza
diversa, ma
di sottigliezze come la presenza o meno delle funzioni "registered"
ECC o "not
registered" ECC .
Ciao !
Bhe, in genere mixare non è una buona idea, se lo fai su un server ti fa una
pernacchia al boot tanto è schizzinoso (e non parlo di frequenza diversa, ma
di sottigliezze come la presenza o meno delle funzioni "registered" ECC o "not
registered" ECC ..)
Penso che la tua risoluzione sia dat
Il 19.04.2012 06:36 Luca Sighinolfi ha scritto:
Il 18.04.2012 17:10 Mattia Rizzolo ha scritto:
[...]
Per il controllo della ram ti dirò che qulla volta che mi é capitata
persino man andava in segfault... Magari prova a togliere un banco e
a
provare.
[...]
Questa mattina, dopo una notti di la
Ciao Mattia,
mi permetto di ricopiare il tutto nel giusto ordine e ti rispondo :-)
Il 18.04.2012 17:10 Mattia Rizzolo ha scritto:
Il 18/04/12, Luca Sighinolfi ha scritto:
Il 17.04.2012 17:25 Mattia Rizzolo ha scritto:
On 17/04/2012 11:34, Luca Sighinolfi wrote:
"BUG: unable to handle kernel
scusate per il top quoting, ma avrei accesso a un client mail fra due
giorni e non volevo lasciare un domanda a me abbndonata e il clint
mobile di gmail fa pena...
Per il controllo della ram ti dirò che qulla volta che mi é capitata
persino man andava in segfault... Magari prova a togliere un banc
Il 17.04.2012 17:25 Mattia Rizzolo ha scritto:
On 17/04/2012 11:34, Luca Sighinolfi wrote:
"BUG: unable to handle kernel NULL pointer dereference"
sei sicuro che la tua ram non abbia problemi? a me capita che in quei
casi mi vengano fuori errori improbabili tra cui svariati segfault..
Allor
On 17/04/2012 11:56, dea wrote:
Sono convinto che sia un problema del 3.x su alcuni chipset (nel mio caso AMD).
anch'io ricevo ogni tanto alcuni di questi errori su un eeepc (ma oltre
i messaggio non ho nessun problema), mentre su altri PC con Wheezy
nessun problema e nessun messaggio.
Cia
H
Il 3.2, come ogni altro 3.x mi ha dato una marea di problemi su alcuni
portatili, legati ad alcuni chipset AMD, non sul 2.6.32, ma sul 2.6.32 alcune
schede di rete non mi funzionavano e sul 3.2 si.
Di contro, su altre macchine il 3.x va come un orologio.
Sono convinto che sia un problema
Il 13.04.2012 09:49 Luca Sighinolfi ha scritto:
Rispondo anche a dea.
Il 13.04.2012 08:19 bodr...@mail.dm.unipi.it ha scritto:
Ciao,
Il Ven, 13 Aprile 2012 6:44 am, dea ha scritto:
Facendone per caso una copia per poi rinominare tutta la dir, mi
sono
accorto che c'è un grosso problema con un
Ciao,
Il Ven, 13 Aprile 2012 7:28 pm, Luca Sighinolfi ha scritto:
> Xfs_repair in effetti ha trovato un sacco di casini, cacchio :-(
>
> Rimane il mistero della causa...
> Pensate che xfs sia un FS abbastanza robusto?
Forse non è il più maturo che c'è in circolazione, ma penso sia maturo
abbastan
Immaginavo..
XFS robusto ? Probabilmente (IMHO) ext è più robusto, alias ha maggiori
capacità di correzione in caso di casini, ma XFS ha caratteristiche
interessanti, quindi non discuto la scelta del FS (ci sono cose su cui non si
discute, la scelta del FS è una di queste.. come i boxer o altro :
On Fri, 13 Apr 2012 12:15:18 +0200
"dea" wrote:
>
> > Il 13.04.2012 08:19 bodr...@mail.dm.unipi.it ha scritto:
> > > Ciao,
> > >
> > > Il Ven, 13 Aprile 2012 6:44 am, dea ha scritto:
> > >>> Facendone per caso una copia per poi rinominare tutta la dir,
> > >>> mi sono
> > >>> accorto che c'è un
> Il 13.04.2012 08:19 bodr...@mail.dm.unipi.it ha scritto:
> > Ciao,
> >
> > Il Ven, 13 Aprile 2012 6:44 am, dea ha scritto:
> >>> Facendone per caso una copia per poi rinominare tutta la dir, mi
> >>> sono
> >>> accorto che c'è un grosso problema con un file in particolare:
> >>> "libgme0.list";
Rispondo anche a dea.
Il 13.04.2012 08:19 bodr...@mail.dm.unipi.it ha scritto:
Ciao,
Il Ven, 13 Aprile 2012 6:44 am, dea ha scritto:
Facendone per caso una copia per poi rinominare tutta la dir, mi
sono
accorto che c'è un grosso problema con un file in particolare:
"libgme0.list"; ha fatto pi
Ciao,
Il Ven, 13 Aprile 2012 6:44 am, dea ha scritto:
>> Facendone per caso una copia per poi rinominare tutta la dir, mi sono
>> accorto che c'è un grosso problema con un file in particolare:
>> "libgme0.list"; ha fatto piantare "cp -a".
> Probabile che dica un'ovvietà.. controllo di consistenza
> Facendone per caso una copia per poi rinominare tutta la dir, mi sono
> accorto che c'è un grosso problema con un file in particolare:
> "libgme0.list"; ha fatto piantare "cp -a".
>
> Non riesco nè a visualizzarlo nè a cancellarlo; sia "vi" sia "rm"
> si piantano. Ora "rm" non risponde nemmeno
On Thu, 12 Apr 2012 22:10:47 +0200
Luca Sighinolfi wrote:
> Ciao a tutti,
>
> ho un piccolo problemino (ironicamente parlando) serale.
>
> Debian Testing con Linux zihuatanejo 3.2.0-1-amd64 #1 SMP x86_64,
> CPU core-i3 3.30Gh.
>
> Sto aggiornando il sistema (cosa che faccio regolarmente ogni 2
On Thu, 12 Apr 2012 22:18:51 +0200
"dea" wrote:
> Ciao !
>
> Scusa se mi intrometto.. ma questo problema non genera il crash della
> macchina, vero ?
Corretto, la macchina non va in crash...
> Ho un problema simile su un server in produzione che monta il 2.6.32
> AMD64 di stable.
> Me ne sono
Ciao !
Scusa se mi intrometto.. ma questo problema non genera il crash della
macchina, vero ?
Ho un problema simile su un server in produzione che monta il 2.6.32 AMD64 di
stable.
Me ne sono accorto per caso dopo che la macchina aveva totalizzato 370 giorni
di UP, senza battere ciglio (a parte to
Ciao a tutti,
ho un piccolo problemino (ironicamente parlando) serale.
Debian Testing con Linux zihuatanejo 3.2.0-1-amd64 #1 SMP x86_64,
CPU core-i3 3.30Gh.
Sto aggiornando il sistema (cosa che faccio regolarmente ogni 2-3
giorni) quando su tutte le shell appare improvvisamente questo
messaggio:
27 matches
Mail list logo