Il 14/01/24 12:00, Davide Prina ha scritto:
ma hai lo stesso problema anche con i driver liberi?
Io userei quelli.
Ho provato con nouveau e con quelli il problema si presenta di più.
Tieni conto che versioni nuove di Linux possono far cambiare le API
esposte rendendo il tutto
Alessandro Baggi ha scritto:
> derivato dalla scheda video avevo rimosso la scheda video (una vecchia
> GTX 1050ti) e usato quella della CPU e come riportato i kernel panic non
> si sono più verificati. Non contento ho voluto fare qualche test e avevo
> reinstallato la scheda vi
ctl status
Grazie per i suggerimenti.
Come detto nelle email precedenti, pensado che il problema fosse
derivato dalla scheda video avevo rimosso la scheda video (una vecchia
GTX 1050ti) e usato quella della CPU e come riportato i kernel panic non
si sono più verificati. Non contento ho v
Alessandro Baggi ha scritto:
> Ho un problema durante lo spegnimento del mio PC. Ho una Debian 12.4. In
> poche parole ogni tanto quando lancio uno shutdown -h now o un reboot
> ottengo un bel kernel panic. É casuale e capita circa due/tre volte al mese.
non so se possa centrare, ma
volte. Ad ogni riavvio ho
avuto kernel panic. Quindi il problema si è verificato con i driver
nvidia di debian e i driver nouveau. Scollego la scheda video e i kernel
panic sono finiti (almeno per il momento). Ora mi chiedo e se dico una
cappellata correggimi: è possibile che la scheda vide
Ciao,
Il giorno gio, 21/12/2023 alle 12.39 +0100, Alessandro Baggi ha scritto:
[...]
> Sono riuscito a catturare tutta la schermata del panic con un video. Ho
> preso le immagini significative in quest'ordine: debug1, debug2, debug3.
> In queste tre immagini dovrebbe esserci il trace d
link:
https://i.postimg.cc/HnpDpmj1/20231220-204617.jpg
Un saluto, Alessandro.
Sono riuscito a catturare tutta la schermata del panic con un video. Ho
preso le immagini significative in quest'ordine: debug1, debug2, debug3.
In queste tre immagini dovrebbe esserci il trace del kernel panic.
Di
Mi sa che l'unica cosa che puoi fare è una foto allo schermo, oppure
usare un
cavo seriale collegato ad un altro computer e impostare la console su
seriale.
Ho caricato l'immagine su postimg e sarà disponibile per 7 giorni. Di
seguito il link:
Ciao Giuseppe e grazie per la risposta.
Mi sa che l'unica cosa che puoi fare è una foto allo schermo, oppure usare un
cavo seriale collegato ad un altro computer e impostare la console su
seriale.
Sono riuscito a fare una foto dello schermo del kernel panic ma il
messaggio è molto più lungo
ottengo un bel kernel panic. É casuale e capita circa due/tre volte al mese.
[...]
> Non so dove posso trovare altri log relativi al kernel panic ( a dirla
> tutta non so se salva i messaggi del panic che si verifica durante uno
> shutdown)
Mi sa che l'unica cosa che puoi fare è una f
Un saluto cordiale a tutta la lista.
Ho un problema durante lo spegnimento del mio PC. Ho una Debian 12.4. In
poche parole ogni tanto quando lancio uno shutdown -h now o un reboot
ottengo un bel kernel panic. É casuale e capita circa due/tre volte al mese.
È da quando ho installato la 12 che
Grazie dei consigli.
Comunque ora è tornato tutto a funzionare a dovere e si avvia normalmente.
All'avvio si bloccava un minuto e mezzo con il messaggio:
a start job is running for dev-disk-by ...
Cercando in rete ho risolto con il comando
blkid
e incollando in /etc/fstab il codice giusto per la
Ciao Franco,
riporto il messaggio in lista, così se qualcuno ha o avrà il tuo stesso
problema può trovare questa discussione e capire come risolverlo. Questa
volta commento lasciando tutto quando scritto da Franco, per
completezza. Per questi motivi non devi mai risponde al singolo utente,
On 05/05/19 21:34, Franco Peci wrote:
Oggi ho fatto l'aggiornamento con i soliti comandi:
apt update
apt full-upgrade
secondo me è meglio fare questa sequenza:
# apt update
# apt -u upgrade
# apt -u dist-upgrade
questo fa si che prima ti installi, con il 2° comando, i pacchetti che
non
: Sub-process /usr/bin/dpkg returned an error code (1)
---
Facendo il reboot e avviando il sistema normalmente dopo pochissimo si
blocca con il classico kernel panic, mentre se avvio con l'ultimo
recove mode della lista, dopo una sfilza di avvertimenti e accidenti
vari, carica il sistema e
Il 05/05/19 21:34, Franco Peci ha scritto:
> Oggi ho fatto l'aggiornamento con i soliti comandi:
> apt update
> apt full-upgrade
> sulla testing.
>
Evita full-upgrade, ti consiglio self-upgrade, si limita ad aggiornare
solo i pacchetti effettivamente "a posto" ovvero con dipendenze tutte.
an error code (1)
---
Facendo il reboot e avviando il sistema normalmente dopo pochissimo si
blocca con il classico kernel panic, mentre se avvio con l'ultimo recove
mode della lista, dopo una sfilza di avvertimenti e accidenti vari,
carica il sistema e sembra che tutto funzioni.
Visto che
Il 12/01/2018 18:37, Piviul ha scritto:
Ciao a tutti, oggi ho aggiornato la mia buster ed ora ad ogni avvio del
kernel 4.14.0-2 va subito in kernel panic. Se avvio invece con il
precedente kernel 4.13.0-1 invece è tutto a posto. Questi sono gli
aggiornamenti effettuati presi dall'history.log
Grazie di tutto Davide, ha funzionato!!!
Piviul
Il 01/14/18 19:42, Davide Prina ha scritto:
On 14/01/2018 14:47, valerio wrote:
Il 14/01/2018 12:56, Piviul ha scritto:
Il 01/14/18 11:51, Felipe Salvador ha scritto:
Ciao,
con 'kernel panic site:bugs.debian.org' duckduckgo.com restituisce
Il 14/01/2018 19:44, Davide Prina ha scritto:
On 13/01/2018 19:32, Piviul wrote:
Il 01/13/18 18:50, Davide Prina ha scritto:
# debsums -as
$ sudo debsums -as
debsums: changed file /etc/default/amule-daemon (from amule-daemon
package)
questo potrebbe essere grave, guarda a cosa punta e
Fatto il downgrade glibc to 2.25-4 e rigenerato l'initrd tutto è
ritornato ha funzionare.
Pensare che avevo gia fatto il downgrade di glibc ieri ma non avevo
rigenerato l'initrd (onestamente mi era venuto
il dubbio che andava rigenerato ma non avendo informazioni non volevo
creare ulteriori
On 13/01/2018 19:32, Piviul wrote:
Il 01/13/18 18:50, Davide Prina ha scritto:
# debsums -as
$ sudo debsums -as
debsums: changed file /etc/default/amule-daemon (from amule-daemon package)
questo potrebbe essere grave, guarda a cosa punta e cerca di capire se
il file che esegui è
On 14/01/2018 14:47, valerio wrote:
Il 14/01/2018 12:56, Piviul ha scritto:
Il 01/14/18 11:51, Felipe Salvador ha scritto:
Ciao,
con 'kernel panic site:bugs.debian.org' duckduckgo.com restituisce
questo;
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886506
qui dice infatti:
If you
Il 14/01/2018 12:56, Piviul ha scritto:
Il 01/14/18 11:51, Felipe Salvador ha scritto:
Ciao,
con 'kernel panic site:bugs.debian.org' duckduckgo.com restituisce
questo;
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886506
Grazie Felipe! ...qualcuno però mi sa dare qualche consiglio su
Il 01/14/18 10:26, valerio ha scritto:
Il 13/01/2018 23:42, Piviul ha scritto:
Il 01/13/18 20:33, valerio ha scritto:
[...]
[...]
ma questo file di linux-image non era nella lista del primo
messaggio... deduco che il sistema sia a 32 bit e che abbia più di 4
giga di ram dal "pae" del file
Il 01/14/18 11:51, Felipe Salvador ha scritto:
Ciao,
con 'kernel panic site:bugs.debian.org' duckduckgo.com restituisce questo;
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886506
Grazie Felipe! ...qualcuno però mi sa dare qualche consiglio su come
fare il downgrade di glibc alla 2.25-4
ti in macchina) ho provato ha
> ricaricare la versione precedente di libc6 e affigliati ma purtroppo
> niente da fare
Ciao,
con 'kernel panic site:bugs.debian.org' duckduckgo.com restituisce questo;
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886506
Saluti
--
Felipe Salvador
Il 13/01/2018 23:42, Piviul ha scritto:
Il 01/13/18 20:33, valerio ha scritto:
[...]
[...]
ma questo file di linux-image non era nella lista del primo
messaggio... deduco che il sistema sia a 32 bit e che abbia più di 4
giga di ram dal "pae" del file precedente.
perché dici? Nel primo
Purtroppo dopo l'aggiornamento di venerdì sera stesso problema di Piviul
Debian testing 32bit kernel 4.14.6 , ovviamente con il vecchio kernel
4.13.4 nessun problema
(tutti i kernel sono stati compilati in macchina) ho provato ha
ricaricare la versione precedente di libc6 e affigliati ma
Il 01/13/18 20:33, valerio ha scritto:
[...]
[...]
ma questo file di linux-image non era nella lista del primo
messaggio... deduco che il sistema sia a 32 bit e che abbia più di 4
giga di ram dal "pae" del file precedente.
perché dici? Nel primo messaggio ho scritto che il kernel che dava
è in attesa di qualcosa? Magari lasciandolo un
po' vedi un messaggio di errore
esattamente... normalmente la prima cosa che mi compare è il fschk
della partizione di root. Ora non viene mostrato nulla fino a una
marea di scritte tra cui kernel panic.
Quello che potrebbe essere causa è
libc6:i386
lasciandolo un po'
vedi un messaggio di errore
esattamente... normalmente la prima cosa che mi compare è il fschk della
partizione di root. Ora non viene mostrato nulla fino a una marea di
scritte tra cui kernel panic.
ho provato a disinstallare intel-microcode (è un i5) ma non è
cambiato nulla
avevo
On 12/01/2018 20:38, Piviul wrote:
Il 01/12/18 20:05, Davide Prina ha scritto:
On 12/01/2018 18:37, Piviul wrote:
aggiornato la mia buster ed ora ad ogni avvio del kernel 4.14.0-2 va
subito in kernel panic.
va in crash subito e nei log non c'è nulla.
ma come fai a capire che va
, Piviul wrote:
aggiornato la mia buster ed ora ad ogni avvio del kernel 4.14.0-2 va
subito in kernel panic.
ma quando va in crash? cos'ha fatto prima di andare in crash?
Nei log non c'è nulla?
va in crash subito e nei log non c'è nulla.
intel-microcode:i386 (3.20171215.1, 3.20180108.1),
amd64
ad ogni avvio del
kernel 4.14.0-2 va subito in kernel panic.
ma quando va in crash? cos'ha fatto prima di andare in crash?
Nei log non c'è nulla?
intel-microcode:i386 (3.20171215.1, 3.20180108.1),
amd64-microcode:i386 (3.20160316.3, 3.20171205.1),
potrebbe essere uno di questi due
Ciao a tutti, oggi ho aggiornato la mia buster ed ora ad ogni avvio del
kernel 4.14.0-2 va subito in kernel panic. Se avvio invece con il
precedente kernel 4.13.0-1 invece è tutto a posto. Questi sono gli
aggiornamenti effettuati presi dall'history.log di apt:
Install: libplacebo2:i386 (0.2.0
Il giorno 08/dic/2012 08:40, computer.enthusiastic
computer.enthusias...@gmail.com ha scritto:
Ciao,
il driver NVidia nouveau mostra il logo ma X va subito in
crash (sembra) e continua a riavviarsi e a ri-crashare...
la storia si fa sempre più complicata...
Configura il sistema per
comparsa (meglio la scomparsa
...:-) di certi messaggi.
si, come dicevo, ho provato svariate distro live a base debian e non, e
tutte ormai muoiono in kernel panic dopo pochi attimi dal boot con i
soliti messaggi; le uniche che sopravvivono per il momento sono Ultimate
Boot CD e Damn Small Linux
Un saluto alla lista,
sempre riguardo il mio kernel panic, provando vari parametri da passare al
kernel via grub, ho scoperto che
nomce
mi consente di arrivare fino all'avvio del server X...
a questo punto il driver NVidia nouveau mostra il logo ma X va subito in
crash (sembra) e continua
On 01/12/2012 12:18, vg wrote:
è possibile provare ad avviare il kernel debian 3.2.0-amd64 in modalità
monoprocessore e senza cpu freq scaling passando i parametri a grub ?
ti elenco alcuni parametri, guardando su una guida di un po' di tempo
fa, dovrebbero essere ancora validi, magari ce
Ciao Davide, e un saluto parametrico si estende a tutta la lista... :-)
Il giorno 01 dicembre 2012 20:00, Davide Prina davide.pr...@gmail.com ha
scritto:
Leggi anche attentamente se l'impostazione di una di queste opzioni può
danneggiare l'hardware
lo farò con attenzione, anche se a questo
Il giorno 01 dicembre 2012 20:00, Davide Prina davide.pr...@gmail.com ha
scritto:
per i dettagli guarda su internet, ad esempio io ho trovato questo sito:
http://www.linuxtopia.org/**online_books/linux_kernel/**
Il 26 novembre 2012 08:12, vg web...@gmail.com ha scritto:
a questo punto temo che sia andato uno dei core della CPU (possibile ?!?)
o problemi di cache del processore ?!?
Verifica se nel BIOS hai la possibilità di disabilitare la cache( 3°
livello nel tuo caso), ho avuto un problema simile su
Ciao Felipe,
Il giorno 26 novembre 2012 09:24, Felipe Salvador felipe.salva...@gmail.com
ha scritto:
Verifica se nel BIOS hai la possibilità di disabilitare la cache( 3°
livello nel tuo caso), ho avuto un problema simile su un PC (non
laptop) tempo fà, mi sono salvato grazie a quella
Ciao Davide,
Il giorno 26 novembre 2012 07:36, Davide G. gv.dav...@gmail.com ha
scritto:
In questo caso credo che HT si riferisca all'HyperTransport. Infatti è il
northbridge che si lamenta.
anche io ho questa impressione... :-(
Potrebbe essere la cpu oppure qualche funzionalità del
di andare in Kernel
Panic:
mce: [Hardware Error]: CPU0 : Machine Check Exception : 4 Bank 4 :
b2110c0f
mce: [Hardware Error]: TSC 103561f55d
mce: [Hardware Error]: Processor 2:60f81 Time 1353611001 Socket 0 APIC 0
Microcode 0
mce: [Hardware Error]: Run the above through 'mcelog --ascii
Il 24/11/2012 21:09, vg ha scritto:
o forse la scheda wireless, visto che il fatto si verifica da quando,
ultimamente ho acquistato e uso molto una chiavetta huawei per connettermi in
rete, mentre prima usavo quasi esclusivamente ethernet...
Ok allora la questione sembra un pò più complessa di
o da mandare in crash o kernel panic sistemi operativi
linux e mac (alcuni addirittura si spegnevano di botto solo alla connessione
dell'usb).
Potrebbe essere che la chiavetta abbia qualche difetto simile (non uguale
perché non è collegata alla 220 dall'altro lato eheh). Nel mio caso ricordo che
, ma kernel
panic uguale, ho poi smontato dissipatori di cpu e scheda nvidia,
pulito e sostituito pasta, ma niente...
ora sto riprovando di memtest, lasciandolo andare a piacere, ma sempre
nessun errore di ram (al momento)...
non so piu' cosa provare a smontare adesso :-)
Vieri
Il 25/11/12
On 24/11/2012 14:45, vg wrote:
da una decina di giorni il mio Acer Aspire 5520G con Debian Sid va sempre
più spesso e random in Kernel Panic
sarò molto sintetico perché ho pochissimo tempo: prova mcelog, dovrebbe
fornirti più messaggi umani
$ apt-cache show mcelog
[Hardware error
Fedora Core 18 su chiavetta USB che al primo tentativo di
avvio mi ha fornito qualche nuova informazione prima di andare in Kernel
Panic:
mce: [Hardware Error]: CPU0 : Machine Check Exception : 4 Bank 4 :
b2110c0f
mce: [Hardware Error]: TSC 103561f55d
mce: [Hardware Error]: Processor 2:60f81
Il 25/11/2012 20:43, Davide Prina ha scritto:
prova a caricare una versione di Linux che non fa andare l'HT, cioè
monoprocessore.
In questo caso credo che HT si riferisca all'HyperTransport. Infatti è il
northbridge che si lamenta.
Potrebbe essere la cpu oppure qualche funzionalità del
Un problema di ram sembra possibile (alla fine è un errore di CRC) ma che si
siano guastati tutti e due i banchi di ram insieme mi suona strano.
Le ram ECC sui portatili la vedo dura che le puoi montare.
Secondo me è la scheda madre che perde colpi, quindi se vuoi provare qualche
altra ram ti
RAM ECC ?
Per poterla usare deve essere supportata dal chipset che la gestisce sulla
scheda madre.
E, per quanto ne so, sui portatili non c'è supporto, lo trovi solo su server e
su workstation.
Prima di cambiare qualcosa ti consiglio fortemente una bella serie di test
(inizia pure con la RAM)
statistica, è una
grandissima sf... :-)
Le ram ECC sui portatili la vedo dura che le puoi montare.
in effetti...
in ogni caso la cosa comune a tutti i Kernel Panic è il freeze se il
sistema è avviato, con lampeggiare continuo del led caps-lock (ma non
riesco a trovare i codici errore acer), e la
Ciao Luca
Il giorno 24 novembre 2012 18:57, dea d...@corep.it ha scritto:
RAM ECC ?
Per poterla usare deve essere supportata dal chipset che la gestisce sulla
scheda madre.
E, per quanto ne so, sui portatili non c'è supporto, lo trovi solo su
server e
su workstation.
ok, in effetti
Il 30/08/2011 14:35, Dario ha scritto:
Il 30/08/2011 08:43, Thomas Iezzi ha scritto:
Aug 30 08:32:10 HP-Zomas kernel: [0.374565] pci_root
PNP0A08:00:
address space collision: host bridge window [mem
0x000cc000-0x000c] conflicts with Video ROM [mem
0x000c-0x000cedff]
Non
A chi fosse interessato alla telenovela del kernel panic...
Questa mattina, dopo avermi chiesto il riavvio (a seguito di un upgrade
del kernel) la mia macchina si e' freezata di nuovo; da sola, senza aver
smontato alcun HD esterno (per essere precisi non aveva nulla collegato.)
Dopo aver forzato
Il 30/08/2011 08:43, Thomas Iezzi ha scritto:
Aug 30 08:32:10 HP-Zomas kernel: [0.374565] pci_root PNP0A08:00:
address space collision: host bridge window [mem
0x000cc000-0x000c] conflicts with Video ROM [mem
0x000c-0x000cedff]
Non penso che sei lontano dal vero, Il conflitto
Il 30/08/2011 08:43, Thomas Iezzi ha scritto:
Aug 30 08:32:10 HP-Zomas kernel: [0.374565] pci_root PNP0A08:00:
address space collision: host bridge window [mem
0x000cc000-0x000c] conflicts with Video ROM [mem
0x000c-0x000cedff]
Dai un occhio anche a questo:
On 27/08/2011 21:08, ag wrote:
On 26/08/2011 14:31, Thomas Iezzi wrote:
Salve a tutti,
ho una debian wheezy con kernel 3 in un notebook hp pavilion dv6;
da
quando ho fatto l'upgrade del kernel ogni volta che
disconnetto i dischi
esterni USB la macchina mi va in kernel panic (ipotizzo io
On 26/08/2011 14:31, Thomas Iezzi wrote:
Salve a tutti,
ho una debian wheezy con kernel 3 in un notebook hp pavilion dv6; da
quando ho fatto l'upgrade del kernel ogni volta che disconnetto i dischi
esterni USB la macchina mi va in kernel panic (ipotizzo io che sia un
kernel panic: freeze del
Salve a tutti,
ho una debian wheezy con kernel 3 in un notebook hp pavilion dv6; da
quando ho fatto l'upgrade del kernel ogni volta che disconnetto i dischi
esterni USB la macchina mi va in kernel panic (ipotizzo io che sia un
kernel panic: freeze del sistema e led della maiuscola che
On 26/08/2011 14:31, Thomas Iezzi wrote:
ho una debian wheezy con kernel 3 in un notebook hp pavilion dv6; da
quando ho fatto l'upgrade del kernel ogni volta che disconnetto i dischi
esterni USB la macchina mi va in kernel panic (ipotizzo io che sia un
kernel panic: freeze del sistema e led
ouch! ho spedito prima di correggere il link
On 26/08/2011 15:44, Davide Prina wrote:
http://127.0.0.1/dokuwiki/doku.php?id=debian:faq#mi_si_e_bloccato_il_sistema_cosa_devo_fare
naturalmente il link corretto è questo:
On 26/08/2011 15:45, Davide Prina wrote:
ouch! ho spedito prima di correggere il link
On 26/08/2011 15:44, Davide Prina wrote:
http://127.0.0.1/dokuwiki/doku.php?id=debian:faq#mi_si_e_bloccato_i
l_sistema_cosa_devo_fare
naturalmente il link corretto è questo:
Puoi dirci che tipo di errore ti dà? secondo me potresti anche tentare di
ricompilare il kernel, se non sbaglio nel kernel ce' una voce apposita potresti
fare dei tentativi
ciao
m.
- Messaggio originale -
Oggetto: Kernel Panic a seguito di rimozione disco esterno
Salve a tutti
In breve dopo aver isntallato Squeeze (il sistema base) tutto OK,
riavvio installo l'ambiente grafico (tasksel) e al riavvio successivo
tutto bloccato.
Provando a scorrere indietro sulla console per vedere cosa è successo
non riesco ad arrivare più indietro di un certo punto. La domanda è:
In /var/log/Xorg.qualcosa
Il giorno 27/giu/2011 12.43, Edoardo Panfili edoa...@aspix.it ha
scritto:
In breve dopo aver isntallato Squeeze (il sistema base) tutto OK,
riavvio installo l'ambiente grafico (tasksel) e al riavvio successivo
tutto bloccato.
Provando a scorrere indietro sulla
On 27/06/11 13.38, owl...@gmail.com wrote:
In /var/log/Xorg.qualcosa
quindi facendo il boot con rescueCD o simile visto che non modo di far
partire il mio. Speravo ci fosse un qualche tipo di parametro da passare
al kernel da Grub.
Per adesso ho provato su una macchina identica passando a
salve lista,
stamattinca vado a lezione apro il portatile e magicamente kernel panic,
sembra che si sia un problema con initramfs-tools.
fa così con tutti i kernel inizialmente lo faceva solo con uno dei due, ma
una votla dato
update-initramfs -k all -u lo ha fatto con tutti.
il problema è nato
On Tue, 2011-03-08 at 15:20 +, Berni, Fra wrote:
salve lista,
stamattinca vado a lezione apro il portatile e magicamente kernel
panic,
sembra che si sia un problema con initramfs-tools.
fa così con tutti i kernel inizialmente lo faceva solo con uno dei
due, ma una votla dato
update
On Tue, 2011-03-08 at 15:20 +, Berni, Fra wrote:
salve lista,
stamattinca vado a lezione apro il portatile e magicamente kernel
panic,
sembra che si sia un problema con initramfs-tools.
fa così con tutti i kernel inizialmente lo faceva solo con uno dei
due, ma una votla dato
update
On 08/03/2011 16:20, Berni, Fra wrote:
fa così con tutti i kernel inizialmente lo faceva solo con uno dei due
perché non hai cercato di sistemare solo quelli?
update-initramfs -k all -u lo ha fatto con tutti.
il problema è nato con la versione 0.98.8 ma sembra persistere anche dopo un
Buona sera a tutta la lista, il problema del Kernel panic sembra
risolto.
Vi scrivo questo messaggio per spiegare la soluzione al problema, ho
fatto una miriade di prove proprio per questo in questi giorni non mi
sono fatto sentire, ma ecco la soluzione.
Nel mio caso il sistema e' installato su
Aggiungo una cosa, scusate...
Magari parti con il kernel modulare, ti stampi tutti i moduli che sono
stati caricati (provando prima a ridurli al minimo indispensabile per
avere un sistema funzionante) e poi te li cerchi nel make menuconfig
e li metti come statici.
Inoltre dovresti
2.6.26
senza utilizzare initrd, visto che ho messo come statici tutti quei
moduli (penso) necessari all'avvio del sistema, ma al riavvio ecco il
messaggio di errore:
KERNEL PANIC - NOT SYNCING: VFS: UNABLE TO MOUNT ROOT FS ON
UNKNOWN-BLOCK(0,0)
ho fatto diverse ricerche su internet, e' ho provato
purtroppo adesso ho un'altro problema.
Sullo stesso server HP ML110 G5 ho compilato il kernel linux 2.6.26
senza utilizzare initrd, visto che ho messo come statici tutti
quei moduli (penso) necessari all'avvio del sistema, ma al riavvio
ecco il messaggio di errore:
KERNEL PANIC
Il giorno mar, 16/03/2010 alle 10.46 +0100, Paolo Sala ha scritto:
KERNEL PANIC - NOT SYNCING: VFS: UNABLE TO MOUNT ROOT FS ON
UNKNOWN-BLOCK(0,0)
Non sono un gran esperto di ricompilazioni del kernel ma hai incluso
come statico il modulo per la gestione del controller raid hardware
Il giorno mar, 16/03/2010 alle 10.27 +0100, mail...@securitylabs.it ha
scritto:
On 16/03/2010 10:20, Domenico Ferraro wrote:
Ciao, verifica di avere compilato in maniera statica nel kernel le
seguenti componenti:
supporto raid software (almeno il livello che hai utilizzato)
Ma ho letto
Il giorno mar, 16/03/2010 alle 11.13 +0100, dea ha scritto:
.. si, manca dalla tua descrizione il controller che utilizzi
Di norma i Proliant usano il modulo CCISS, per i controller della linea
SMARTARRAY !!!
ho messo come statici:
- AHCI SATA support
- Intel ESB, ICH, PIIX3, PIIX4
2010/3/16 Domenico Ferraro redtyph...@alice.it:
Il giorno mar, 16/03/2010 alle 10.46 +0100, Paolo Sala ha scritto:
KERNEL PANIC - NOT SYNCING: VFS: UNABLE TO MOUNT ROOT FS ON
UNKNOWN-BLOCK(0,0)
Non sono un gran esperto di ricompilazioni del kernel ma hai incluso
come statico il modulo per
2010/3/16 Luca Sighinolfi lsighino...@gmail.com:
2010/3/16 Domenico Ferraro redtyph...@alice.it:
Il giorno mar, 16/03/2010 alle 10.46 +0100, Paolo Sala ha scritto:
KERNEL PANIC - NOT SYNCING: VFS: UNABLE TO MOUNT ROOT FS ON
UNKNOWN-BLOCK(0,0)
Non sono un gran esperto di ricompilazioni del
Il giorno mar, 16/03/2010 alle 11.50 +0100, Luca Sighinolfi ha scritto:
Con tanta pazienza, configurando il nuovo kernel con a fianco il
.config di un kernel che funziona.
Mi ci son ritrovato più di una volta nella tua soddisfazione ed è un
po' frustrante...ma alla fine del tuo kernel nuovo
2010/3/16 Domenico Ferraro redtyph...@alice.it:
Il giorno mar, 16/03/2010 alle 11.50 +0100, Luca Sighinolfi ha scritto:
Con tanta pazienza, configurando il nuovo kernel con a fianco il
.config di un kernel che funziona.
Mi ci son ritrovato più di una volta nella tua soddisfazione ed è un
Il giorno mar, 16/03/2010 alle 11.53 +0100, Luca Sighinolfi ha scritto:
Aggiungo una cosa, scusate...
Magari parti con il kernel modulare, ti stampi tutti i moduli che sono
stati caricati (provando prima a ridurli al minimo indispensabile per
avere un sistema funzionante) e poi te li cerchi
2010/3/16 Domenico Ferraro redtyph...@alice.it:
Il giorno mar, 16/03/2010 alle 11.53 +0100, Luca Sighinolfi ha scritto:
Aggiungo una cosa, scusate...
Magari parti con il kernel modulare, ti stampi tutti i moduli che sono
stati caricati (provando prima a ridurli al minimo indispensabile per
Il giorno mar, 16/03/2010 alle 12.03 +0100, Luca Sighinolfi ha scritto:
Ok, ma nella /boot dovresti trovarti un config-2.6.26... che richiama
proprio il kernel modulare che hai in uso (che ripeschi con uname...ma
sicuramente ne sai più te di me...)
Pensavo che potresti usare quello...
O
Domenico Ferraro ha scritto:
Il giorno mar, 16/03/2010 alle 11.53 +0100, Luca Sighinolfi ha scritto:
Aggiungo una cosa, scusate...
Magari parti con il kernel modulare, ti stampi tutti i moduli che sono
stati caricati (provando prima a ridurli al minimo indispensabile per
avere un sistema
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Domenico Ferraro ha scritto:
KERNEL PANIC - NOT SYNCING: VFS: UNABLE TO MOUNT ROOT FS ON
UNKNOWN-BLOCK(0,0)
dato che mi sono scornato parecchie volte con l'orrido messaggio di cui
sopra di solito mi comporto a questo modo:
cd /usr/src/linux
Domenico Ferraro wrote:
Sullo stesso server HP ML110 G5 ho compilato il kernel linux 2.6.26
senza utilizzare initrd, visto che ho messo come statici tutti quei
moduli (penso) necessari all'avvio del sistema, ma al riavvio ecco il
messaggio di errore:
KERNEL PANIC - NOT SYNCING: VFS: UNABLE
Nel mio portatile su cui è installata debian etch con il kernel 2.6.18-5
vorrei installare 2.6.22-3 così da poter testare la patch abi relativa.
Tutto ok salvo che al riavvio ho un kernel panic probabilmente derivante da
una serie di
modprobe: FATAL: Could not load /lib/modules/2.6.22.3
On Fri, Jun 27, 2008 at 06:19:28PM +0200, pac wrote:
Tutto ok salvo che al riavvio ho un kernel panic probabilmente
derivante da una serie di modprobe: FATAL: Could not load
/lib/modules/2.6.22.3/modules.dep: No such file or directory
Ormai mi sono cotto gli occhi per guardare, ma /lib
Il 27 giugno 2008 18.30, Massimiliano Masserelli [EMAIL PROTECTED] ha
scritto:
On Fri, Jun 27, 2008 at 06:19:28PM +0200, pac wrote:
Tutto ok salvo che al riavvio ho un kernel panic probabilmente
derivante da una serie di modprobe: FATAL: Could not load
/lib/modules/2.6.22.3/modules.dep
On Fri, 27 Jun 2008 19:04:19 +0200, pac wrote:
Il 27 giugno 2008 18.30, Massimiliano Masserelli [EMAIL PROTECTED] ha
scritto:
On Fri, Jun 27, 2008 at 06:19:28PM +0200, pac wrote:
Tutto ok salvo che al riavvio ho un kernel panic probabilmente
derivante da una serie di modprobe: FATAL
ho un kernel panic probabilmente
derivante da una serie di modprobe: FATAL: Could not load
/lib/modules/2.6.22.3/modules.dep: No such file or directory
Ormai mi sono cotto gli occhi per guardare, ma /lib/modules/
2.6.22.3/modules.dep esiste
Cosa mi sfugge ?
Probabilmente
pac wrote:
mkinitrd -o /boot/initrd.img-2.6.22.3
ma non dovrebbe essere così il comando?
# mkinitrd -o /boot/initrd.img-2.6.22-3 2.6.22.3
altrimenti, se non erro, te lo crea per la versione di Linux che è in
esecuzione.
anzi così
# mkinitrd -o /boot/initrd.img-2.6.22-3-ver 2.6.22.3-ver
[EMAIL PROTECTED] wrote:
Ciao a tutti, ho un problema su un server debian 4.0, praticamente vorrei
provare a mandare il server in kernel panic, non so, con un insmod di un
modulo nel kernel, oppure non so bene come si possa fare.
Qualcuno sa come fare?
Mai fatto, ma proverei a scrivere
Ciao a tutti, ho un problema su un server debian 4.0, praticamente vorrei
provare a mandare il server in kernel panic, non so, con un insmod di un
modulo nel kernel, oppure non so bene come si possa fare.
Qualcuno sa come fare?
--
Per REVOCARE l'iscrizione alla lista, inviare un email
Ciao a tutti,
un poco prima di un kernel panic vedo:
Message from [EMAIL PROTECTED] at Sun Jan 13 14:11:47 2008 ...
puttanaeva kernel: Oops: 0002 [#1]
Message from [EMAIL PROTECTED] at Sun Jan 13 14:11:47 2008 ...
puttanaeva kernel: SMP
Message from [EMAIL PROTECTED] at Sun Jan 13 14:11:47 2008
1 - 100 di 226 matches
Mail list logo