subject:"Kernel panic"

Re: Retbleed en lançant Debian-12 et kernel panic : résolu

2023-08-07 Thread ajh-valmer

On Saturday 05 August 2023 16:45:10 ajh-valmer wrote:
> On Friday 04 August 2023 16:50:39 didier gaumet wrote:
> > Le 04/08/2023 à 16:29, ajh-valmer a écrit :
> > > En rebootant mon portable sur lequel je viens d'installer bookworm,
> > > j'ai un kernel panic et avant le message :
> > > "Retbleed, vulnerable to attacks..."
> > > Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
> > > Quid ?

La seule solution a été de refaire une installation propre,
Maintenant tout va bien, mais quel énorme travail !

Je subodore qu'une sauvegarde a été faite sur 2 partitions,
le système et sa sauvegarde pendant l'upgrade.
Moralité :
Éteindre cron complètement avant un update, upgrade.

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Thread roger . tarani




- Mail original -
De: "Michel Verdier" 
À: "Liste Debian" 
Envoyé: Dimanche 6 Août 2023 16:55:52
Objet: Re: Retbleed en lançant Debian-12 et kernel panic

Le 6 août 2023 RogerT a écrit :

> Finalement, la référence du 2/ ci-dessous semble être celle
> recherchée. J’ai en même temps démontré la difficulté à trouver
> facilement l’information nécessaire sur les sites debian.org

Oui et non.

Non parce que la page
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html
(qui est celle que j'ai déjà indiquée) je l'ai trouvée directement par
une recherche web basique lors de mon premier upgrade et plusieurs fois
ensuite. Par exemple "upgrade bookworm" sur https://www.debian.org
l'indique en premier.
https://search.debian.org/?q=upgrade+bookworm=10=fr=Zupgrad%09Zbookworm%09Zamd64=.%7E%7E=fr

Oui parce que si tu as trouvé d'autres liens moins clairs ça montre qu'il
reste des progrès à faire sur ces autres liens (j'en exclus les ML/post
qui ne peuvent/doivent pas être changés).



++
Oui avec la recherche 'upgrade bookworms'
Avec 'upgrade debian 12', ça ne vient pas de suite. A la environ 50ème position.

Je crois qu'il devrait y avoir un pointeur clair et immédiat pour l'upgrade 
vers bookworm :

Page d'accueil : 
-> Nouvelle : https://www.debian.org/News/2023/20230610 
là on trouve : " Comme toujours, les systèmes Debian peuvent être mis à niveau 
sans douleur, sur place et sans période d'indisponibilité forcée, mais il est 
fortement recommandé de lire les notes de publication ainsi que le manuel 
d'installation pour d'éventuels problèmes et pour des instructions détaillées 
sur l'installation et la mise à niveau. Les notes de publications seront 
améliorées et traduites dans les semaines suivant la publication."
et un lien vers :
-> https://www.debian.org/releases/bookworm/releasenotes
-> enfin 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html

Page accueil/télécharger  :
https://www.debian.org/download
-> Notes de publication 
https://www.debian.org/releases/bookworm/amd64/release-notes/
-> https://www.debian.org/releases/bookworm/amd64/release-notes/
-> enfin 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html

ça fait 3 pointeurs pour aller à la mise à jour en naviguant. Et là, encore, je 
connais debian, les différents processeurs, et je sais ce que je cherche, etc.
ça me rappelle un peu le parcours qu'il fallait faire, à une époque, pour 
installer un JRE/JDK pour le bon  processeur, la bonne version, etc. On était 
plutôt perdu. On tâtonnait.

Je crois que sur la page d'accueil FR, il faudrait un pointeur direct avec un 
menu déroulant par architecture matérielle : 
[choix processeur amd64/aarch64/...] -> installer / -> mettre à niveau

Page EN :
[HW architecture amd64/aarch64/...] -> install / -> upgrade

A voir, si mes observations mettent en évidence quelques améliorations 
susceptibles de faciliter la navigation et la prise en main.

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Thread Michel Verdier

Le 6 août 2023 RogerT a écrit :

> Finalement, la référence du 2/ ci-dessous semble être celle
> recherchée. J’ai en même temps démontré la difficulté à trouver
> facilement l’information nécessaire sur les sites debian.org

Oui et non.

Non parce que la page
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html
(qui est celle que j'ai déjà indiquée) je l'ai trouvée directement par
une recherche web basique lors de mon premier upgrade et plusieurs fois
ensuite. Par exemple "upgrade bookworm" sur https://www.debian.org
l'indique en premier.
https://search.debian.org/?q=upgrade+bookworm=10=fr=Zupgrad%09Zbookworm%09Zamd64=.%7E%7E=fr

Oui parce que si tu as trouvé d'autres liens moins clairs ça montre qu'il
reste des progrès à faire sur ces autres liens (j'en exclus les ML/post
qui ne peuvent/doivent pas être changés).

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Thread RogerT

> Le 6 août 2023 à 12:35, nicolas.patr...@gmail.com a écrit :
> 
> On 06/08/2023 10:25:41, didier gaumet wrote:
> 
>> Tu as raison: apt accepte aussi la commande dist-upgrade en plus de 
>> full-upgrade
>> (la page man d'apt ne documente que la commande full-upgrade et ne 
>> mentionne pas dist-upgrade)
> 
> C’est parce que dist-upgrade disparaîtra un de ces jours, il est remplacé par 
> full-upgrade.
> 
> nicolas patrois : 

J’ai récemment appris, et ainsi évité un accident en me fiant aux innombrables 
tutos simplistes et trompeurs, qu’il faut :

1/ se fier à la note de publication (release note)
Je cherche la référence… pas facile.
Il y a au moins :
https://www.debian.org/News/2023/20230610
qui pointe vers :
https://www.debian.org/releases/bookworm/installmanual
Et cette page du manuel :
https://www.debian.org/doc/manuals/debian-handbook/sect.dist-upgrade.fr.html
(qui commence par tartiner le célèbre dist-upgrade… avant d’introduire 
full-upgrade, noyé au milieu de la page !)

Finalement, la référence du 2/ ci-dessous semble être celle recherchée. J’ai en 
même temps démontré la difficulté à trouver facilement l’information nécessaire 
sur les sites debian.org 

Svp, corrigez mes références récapitulatives. 

2/ se fier à la doc debian qui parle exclusivement de :
# apt full-upgrade
Ref : 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.en.html#upgrading-full

3/ et demander à la liste quand on ne sait pas !

Re : Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Thread nicolas . patrois

On 06/08/2023 10:25:41, didier gaumet wrote:

> Tu as raison: apt accepte aussi la commande dist-upgrade en plus de 
> full-upgrade
> (la page man d'apt ne documente que la commande full-upgrade et ne 
> mentionne pas dist-upgrade)

C’est parce que dist-upgrade disparaîtra un de ces jours, il est remplacé par 
full-upgrade.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Thread didier gaumet


Le 06/08/2023 à 09:52, MERLIN Philippe a écrit :

Le dimanche 6 août 2023, 09:34:54 CEST didier gaumet a écrit :

[...]

 > - apt accepte la commande full-upgrade mais pas_ dist-upgrade_

*faux* !!!

Chaque  fois que je fais une MAJ je fais un apt dist-upgrade.


Tu as raison: apt accepte aussi la commande dist-upgrade en plus de 
full-upgrade
(la page man d'apt ne documente que la commande full-upgrade et ne 
mentionne pas dist-upgrade)

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Thread MERLIN Philippe

Le dimanche 6 août 2023, 09:34:54 CEST didier gaumet a écrit :
> Le 06/08/2023 à 07:34, Michel Verdier a écrit :
> > Le 5 août 2023 ajh-valmer a écrit :
> >> Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un

> 
> - apt accepte la commande full-upgrade mais pas_ dist-upgrade_
*faux* !!! 
Chaque  fois que je fais une MAJ je fais un apt dist-upgrade.

Philippe MERLIN

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Thread didier gaumet


Le 06/08/2023 à 07:34, Michel Verdier a écrit :

Le 5 août 2023 ajh-valmer a écrit :


Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
dist-upgrade finit si mal.


Au début tu parlais d'une installation puis d'une mise à jour. Que
fais-tu exactement ? Et c'est ce qu'on te demandait : si tu avais suivi
la procédure de mise à jour. Or celle-ci ne parle absolument pas de
dist-upgrade !
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html


je n'arrive pas à mettre la main sur une doc qui illustre ce que je vais 
dire mais, en gros, pour dédouaner ajh sur ce coup-là, je crois que ça 
ne prête pas à conséquences et qu'il y a une légère incohérence dans 
Debian :


- apt accepte la commande full-upgrade mais pas dist-upgrade
- apt-get accepte la commande dist-upgrade mais pas full-upgrade
aptitude accepte les deux et précise dans sa page man:
"Note
This command was originally named dist-upgrade for historical reasons, 
and aptitude still recognizes dist-upgrade as a synonym for full-upgrade."


:-)

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Thread Michel Verdier

Le 5 août 2023 ajh-valmer a écrit :

> Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
> dist-upgrade finit si mal.

Au début tu parlais d'une installation puis d'une mise à jour. Que
fais-tu exactement ? Et c'est ce qu'on te demandait : si tu avais suivi
la procédure de mise à jour. Or celle-ci ne parle absolument pas de
dist-upgrade !
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Thread ajh-valmer

On Saturday 05 August 2023 20:50:29 didier gaumet wrote:
> Le 05/08/2023 à 18:06, ajh-valmer a écrit :
> > À quel moment et comment choisir Systemd ou Sysv ? :

> => dans tous ces cas, tu cherches les ennuis:
> - si tes convictions te font détester systemd (parce que dans une grande 
> majorité de cas (mais pas la totalité), ce sont des convictions, pas des 
> faits objectifs, qui amènent à cette situation), alors choisis sysvinit 
> mais sois conscient que comme pour TDE, ça nécessite des compétences, de 
> l'investissement et de la rigueur  sinon, utilise systemd

Je n'ai rien contre systemd, c'est à l'installation que systemd et/ou sysvinit
sont apparus, je n'ai rien fait pour ça.
Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
dist-upgrade finit si mal.
Sur mes 2 autres ordinateurs je n'ai eu aucun problème.

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Thread didier gaumet

Le 05/08/2023 à 18:06, ajh-valmer a écrit :
[...]

Seul message alarmant, "noyau 6.10... ininstallable".

Impossible vu que c'est kernel panic au boot.

si, c'est possible avec un média d'installation Debian, tu démarres
dessus et au lieu de choisir installation, tu choisis récupération.

Y a une explication en français avec captures d'écran ici:
https://www.malekal.com/reparer-debian-mode-rescue-recuperation/#Comment_acceder_au_mode_rescue_depuis_une_cle_USB_bootable

Donc tu entres dans un shell de récupération, pas dans le contexte de
l'installateur mais dans le contexte de ton système cassé dont tu
indiques la racine (/). Normalement ça va te proposer de monter aussi
les partitions /boot/efi et /boot voire les autres partitions
/partitions_que_tu_as_créées, tu acceptes de les monter.

Du coup une fois que tu as cliqué sur "exécuter un shell dans
, même si c'est le noyau linux du
média d'installation qui est chargé en mémoire, tu es à la racine de ton
système cassé avec toute l'arborescence montée. C'est un chroot

Au ca où, tu mais un
# mount -a
pour que tous les systèmes de fichiers encore non montés le soient.

Et puis là il te reste à faire un
# apt upgrade
qui va sûrement te balancer des messages d'erreur. A partir de là tu
enquêtes pour savoir comment résoudre tes problèmes de dépendances

tu n'as pas de problèmes? Tu passes à l'étape suivante:
# apt full-upgrade
qui va sûrement te balancer des messages d'erreur. A partir de là tu
enquêtes pour savoir comment résoudre tes problèmes de dépendances

tu n'as pas de problèmes? Tu es tiré d'affaire, bravo.

tu as encore des problèmes? je te conseille de réinstaller Debian
proprement parce qu'autrement tu vas avoir du mal à t'en sortir, je pense

À quel moment et comment choisir Systemd ou Sysv ?

Si tu te retrouves avec un menu grub te proposant un Debian Syqtemd et
un Debian Syvinit c'est soit que tu as installé deux Debian, un systemd
et un sysvinit, soit que tu as "réussi" à installer un seul Debian avec
dexu options systemd et sysvinit

=> dans tous ces cas, tu cherches les ennuis:
- si tes convictions te font détester systemd (parce que dans une grande
majorité de cas (mais pas la totalité), ce sont des convictions, pas des
faits objectifs, qui amènent à cette situation), alors choisis sysvinit
mais sois conscient que comme pour TDE, ça nécessite des compétences, de
l'investissement et de la rigueur

- sinon, utilise systemd

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Thread Michel Verdier

Le 5 août 2023 ajh-valmer a écrit :

>> ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement :
> Si, tout a été fait selon les règles de l'art.
> Seul message alarmant, "noyau 6.10... ininstallable".

Il y a forcément eu quelque chose qui a rendu le kernel ininstallable, ça
doit apparaître dans les logs.

>> Donc en gros, là, faut que tu débloques la situation pour pourvoir 
>> terminer ta mise à jour :
> Impossible vu que c'est kernel panic au boot.

Donc boote sur une clef usb, par exemple, pour monter le root fs et finir
la mise à jour. Et peut-être profites-en pour regarder dans les logs.

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Thread ajh-valmer

On Saturday 05 August 2023 17:08:55 didier gaumet wrote:
> Le 05/08/2023 à 16:45, ajh-valmer a écrit :
> >> Ton message apparaît après écran accueil Grub, non,
> >> une mise-à-jour plutôt qu'une installation? :
> > Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
> > en suivant parfaitement la méthode.
> > Menu Grub, j'ai aussi le choix de booter en sysvinit.
> > j'ai du mal entre "systemd" et "sysvinit"...

> ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement :
Si, tout a été fait selon les règles de l'art.
Seul message alarmant, "noyau 6.10... ininstallable".

> Donc en gros, là, faut que tu débloques la situation pour pourvoir 
> terminer ta mise à jour :
Impossible vu que c'est kernel panic au boot.
> 
> Concernant Systemd contre Sysv, je ne comprends pas ta position:
> choisis l'un des deux selon tes propres critères, ou, si tu as du mal à 
> savoir quels devraient être tes critères de choix entre l'un et l'autre, 
> c'est que ru te tortures pour rien et suis la préconisation de Debian :
À quel moment et comment choisir Systemd ou Sysv ?

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Thread didier gaumet


Le 05/08/2023 à 16:45, ajh-valmer a écrit :

On Friday 04 August 2023 16:50:39 didier gaumet wrote:

Le 04/08/2023 à 16:29, ajh-valmer a écrit :

En rebootant mon portable sur lequel je viens d'installer bookworm,
j'ai un kernel panic et avant le message :
"Retbleed, vulnerable to attacks..."
Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
Quid ?



Ton message apparaît après écran accueil Grub, non,
une mise-à-jour plutôt qu'une installation? :

Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
en suivant parfaitement la méthode.
Menu Grub, j'ai aussi le choix de booter en sysvinit.
j'ai du mal entre "systemd" et "sysvinit"...
@+


ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement, 
très probablement parce que justement tu n'as pas suivi les étapes de la 
procédure, notamment désinstaller les paquets de tierce partie et 
désactiver leurs dépôts le temps que la mise à jour soit effectuée avec 
succès, puis réinstaller ces paquets. Je sais c'est lourd, mais c'est le 
prix à payer pour ne pas avoir des problèmes systématiques de mise à jour.


Comme déjà dit un mois plus tôt, pour Retbleed, déjà c'est pas très 
sensible dans un contexte ordinaire car difficile à exploiter, et de 
plus la version du noyau de Bookworm comporte des parades à Retbleed.


Donc en gros, là, faut que tu débloques la situation pour pourvoir 
terminer ta mise à jour


Concernant Systemd contre Sysv, je ne comprends pas ta position:
choisis l'un des deux selon tes propres critères, ou, si tu as du mal à 
savoir quels devraient être tes critères de choix entre l'un et l'autre, 
c'est que ru te tortures pour rien et suis la préconisation de Debian.

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Thread ajh-valmer

On Friday 04 August 2023 16:50:39 didier gaumet wrote:
> Le 04/08/2023 à 16:29, ajh-valmer a écrit :
> > En rebootant mon portable sur lequel je viens d'installer bookworm,
> > j'ai un kernel panic et avant le message :
> > "Retbleed, vulnerable to attacks..."
> > Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
> > Quid ?

> Ton message apparaît après écran accueil Grub, non,
> une mise-à-jour plutôt qu'une installation? :
Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
en suivant parfaitement la méthode.
Menu Grub, j'ai aussi le choix de booter en sysvinit.
j'ai du mal entre "systemd" et "sysvinit"...
@+

Re: Debian testing et kernel 6.1: kernel panic avec bumblebee

2023-02-19 Thread Haricophile

Le Sat, 18 Feb 2023 15:52:36 +0100,
Jérémy Prego  a écrit :

> Première question: est-ce que Bumblebee est toujours recommandé pour
> cet usage ?

Sur Ubuntu il semble y avoir les scripts et la config qui vont bien
installé. 

Sur Debian wiki c'est moyennement clair, sinon qu'en théorie les drivers
Nvidia récent sont censés gérer l'extinction. Pas avec Nouveau si j'ai
compris, même si chez Fedora tout ça semble bien marcher depuis
longtemps avec Nvidia ET Nouveau.

Je ne sais pas trop pourquoi Debian ne pompe pas plus sur Ubuntu ou
Fedora sur ce sujet précis, je sais bien que on parle de proprio, mais
bon... en tout cas ça fait un moment que je ne comprends rien chez
Debian.

Vivement que le driver libre arrive, puisqu'il semble que NVidia
s'oriente vers une libération de son driver.

Re: Debian testing et kernel 6.1: kernel panic avec bumblebee

2023-02-19 Thread didier gaumet

Le samedi 18 février 2023 à 15:52 +0100, Jérémy Prego a écrit :
> Bonjour à tous,
> 
> Depuis quelques temps, le noyau 6.1 est arrivé dans testing, mais, ça
> ne 
> semble pas faire bon ménage avec bumblebee que j'utilise pour
> éteindre 
> la carte nvidia. si je désactive bumblebee au lancement, le système 
> démarre normalement. Si je repasse au kernel 6.0.0-6, tout fonctionne
> avec Bumblebee
> 
> Première question: est-ce que Bumblebee est toujours recommandé pour
> cet 
> usage ?
> 
> Pour combler l'absence de Bumblebee, j'ai utiliser une méthode trouvé
> sur :
>  
> https://www.reddit.com/r/linux/comments/78is1r/complete_disable_of_discrete_gpu/?_x_tr_sl=en&_x_tr_tl=fr&_x_tr_hl=fr&_x_tr_pto=sc
> 
> La carte NVIDIA est bien off (à en croire les températures), mais il
> y a 
> un souci: Ça freeze (kernel panic), si j'ai le malheur de toucher le 
> touchpad. Quand je suis chez moi ce n'est pas gênant parce que j'ai
> un 
> clavier externe, mais quand je dois utiliser le clavier du laptop,
> c'est 
> un peu plus embêtant :)
> 
> Je précise que je me sers de bumblebee, que pour éteindre le GPU
> NVIDIA, 
> du coup je n'ai pas les drivers propriétaires d'installé sur le
> système
> 
> Bref, je suis preneur de conseils ou d'une petite mise à jour de mes 
> connaissances sur le sujet :)
> 
> pour info:
> je dispose d'un dell G5 15 5587
> - Intel(R) Core(TM) i5-8300H CPU @ 2.30GHz
> NVIDIA GeForce GTX 1050 Ti Mobile
> Wireless-AC 9560
> 
> Merci beaucoup :)
> Jerem

Bonjour,

(je n'utilise ni bumblebee une carte Nvidia donc n'ai aucune
expérience/connaissance avec ça, donc en gros j'y connais rien)

Au doigt mouillé comme ça je dirais que ça a des chances d'être une
régression du noyau 6.1 qui sera corrigée ultérieurement.

Mais au cas où ce serait serait un changement de mode opératoire, tu
peux toujours regarder les wiki Archlinux et Debian sur Bumblebee. Les
deux derniers problèmes évoqués dans liste de problèmes rencontrés du
wiki Debian pourraient te concerner. Je ne sais déjà plus où j'ai lu ça
(ma pauvre tête) mais il me semble qu'était aussi évoquée la
possibilité de conserver Bumblebee et Nouveau en conjonction mais de
désactiver bbswitch pour laisser la gestion de l'énergie à Nouveau.

Debian testing et kernel 6.1: kernel panic avec bumblebee

2023-02-18 Thread Jérémy Prego


Bonjour à tous,

Depuis quelques temps, le noyau 6.1 est arrivé dans testing, mais, ça ne 
semble pas faire bon ménage avec bumblebee que j'utilise pour éteindre 
la carte nvidia. si je désactive bumblebee au lancement, le système 
démarre normalement. Si je repasse au kernel 6.0.0-6, tout fonctionne 
avec Bumblebee


Première question: est-ce que Bumblebee est toujours recommandé pour cet 
usage ?


Pour combler l'absence de Bumblebee, j'ai utiliser une méthode trouvé sur :
https://www.reddit.com/r/linux/comments/78is1r/complete_disable_of_discrete_gpu/?_x_tr_sl=en&_x_tr_tl=fr&_x_tr_hl=fr&_x_tr_pto=sc

La carte NVIDIA est bien off (à en croire les températures), mais il y a 
un souci: Ça freeze (kernel panic), si j'ai le malheur de toucher le 
touchpad. Quand je suis chez moi ce n'est pas gênant parce que j'ai un 
clavier externe, mais quand je dois utiliser le clavier du laptop, c'est 
un peu plus embêtant :)


Je précise que je me sers de bumblebee, que pour éteindre le GPU NVIDIA, 
du coup je n'ai pas les drivers propriétaires d'installé sur le système


Bref, je suis preneur de conseils ou d'une petite mise à jour de mes 
connaissances sur le sujet :)


pour info:
je dispose d'un dell G5 15 5587
- Intel(R) Core(TM) i5-8300H CPU @ 2.30GHz
NVIDIA GeForce GTX 1050 Ti Mobile
Wireless-AC 9560

Merci beaucoup :)
Jerem

Re: booting Debian default kernel with lilo results in kernel panic

2021-06-30 Thread Anssi Saari

Fourhundred Thecat <400the...@gmx.ch> writes:

> How can I boot Debian kernel with lilo?

I have a vague memory you may need to specify root option per image in
lilo.conf. From my ancient lilo.conf:

# Jessie stock kernel
image = /boot/vmlinuz-3.16.0-4-amd64
  label = "Jessie"
  initrd = /boot/initrd.img-3.16.0-4-amd64
  #append="video=uvesafb:1280x1024,mtrr:2 usbcore.autosuspend=1 elevator=noop"
  append="usbcore.autosuspend=1 elevator=noop"
  root=/dev/sda6

booting Debian default kernel with lilo results in kernel panic

2021-06-29 Thread Fourhundred Thecat


Hello,

On Debian 10, I am using custom kernel, with lilo boot loader.

Now I want to boot the default Debian distribution kernel. I have
installed the debian kernel image:

  apt-get install linux-image-amd64

and added the entry to /etc/lilo.conf. Now my lilo.conf looks like this:

  https://justpaste.it/99qsr

However, when I boot this kernel, I get kernel panic:

  https://paste.pics/53199721ee9a9f7e4e6fea9e2a8fd7dc

What am I doing  wrong?

How can I boot Debian kernel with lilo?

thanks,

Re: Kernel Panic

2020-01-27 Thread deloptes

deloptes wrote:

> And gcrypt is libcrypt-2.28.so not .so.20

sorry I was wrong about that /lib/x86_64-linux-gnu/libgcrypt.so.20 is linked
to /lib/x86_64-linux-gnu/libgpg-error.so.0

check where the link is pointing to

ldd /lib/x86_64-linux-gnu/libgcrypt.so.20
linux-vdso.so.1 (0x7ffebd761000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0
(0x7f0628e58000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f0628c97000)
/lib64/ld-linux-x86-64.so.2 (0x7f0628fce000)

Re: Kernel Panic

2020-01-26 Thread deloptes

john doe wrote:

> On 1/27/2020 7:24 AM, William Torrez Corea wrote:
>> I get the following error, when i send this command
>> sudo apt get update
>>
>> sudo: unable to resolve host debian: Temporary failure in name resolution
>> apt: relocation error: /lib/x86_64-linux-gnu/libgcrypt.so.20: symbol
>> gpgrt_get_syscall_clamp version GPG_ERROR_1.0 not defined in file
>> libgpg-error.so.0 with link time reference
>>
>> I'm trying found a solution, but i don't get results.
>>
>> Follow the following steps
>>
https://gutl.jovenclub.cu/chroot-la-salvacion-elegante-ante-un-kernel-panic/
>>
> 
> You can only use 'apt-get' or 'apt' but not both at the same time.
> 
> $ sudo apt-get update
> $sudo apt update
> 
> However, it looks like your GPG installation is broken.
> 
> --
> John Doe

GPG_ERROR_1.0 is fundamental. It is in buster
in /lib/x86_64-linux-gnu/libgpg-error.so.0.26.1, if I am not wrong.

nm -DC /lib/x86_64-linux-gnu/libgpg-error.so.0.26.1| grep
gpgrt_get_syscall_clamp
ef50 T gpgrt_get_syscall_clamp

And gcrypt is libcrypt-2.28.so not .so.20

perhaps something is wrong with the library paths setup on the system

perhaps you have some custom installed software loading libraries before the
system libraries. Could be also libraries are missing and some left over
has appeared or similar.

Re: Kernel Panic

2020-01-26 Thread john doe

On 1/27/2020 8:20 AM, William Torrez Corea wrote:
> Ready. I configure Ligpg-error and Libgcrypt but i now get the following
> error:
>
> E: List directory /var/lib/apt/lists/partial is missing. - Acquire (2: No
> such file or directory)
> E: flAbsPath on /var/lib/dpkg/status failed - realpath (2: No such file or
> directory)
> E: Could not open file  - open (2: No such file or directory)
> E: Problem opening
> E: The package lists or status file could not be parsed or opened.
>
> On Mon, Jan 27, 2020 at 6:59 AM john doe  wrote:
>
>> On 1/27/2020 7:24 AM, William Torrez Corea wrote:
>>> I get the following error, when i send this command
>>> sudo apt get update
>>>
>>> sudo: unable to resolve host debian: Temporary failure in name resolution
>>> apt: relocation error: /lib/x86_64-linux-gnu/libgcrypt.so.20: symbol
>>> gpgrt_get_syscall_clamp version GPG_ERROR_1.0 not defined in file
>>> libgpg-error.so.0 with link time reference
>>>
>>> I'm trying found a solution, but i don't get results.
>>>
>>> Follow the following steps
>>>
>> https://gutl.jovenclub.cu/chroot-la-salvacion-elegante-ante-un-kernel-panic/
>>>
>>
>> You can only use 'apt-get' or 'apt' but not both at the same time.
>>
>> $ sudo apt-get update
>> $sudo apt update
>>
>> However, it looks like your GPG installation is broken.
>>
>> --
>> John Doe
>>
>>
>

Try this:

$ rm -r /var/lib/apt/*
$ apt-get update


Please post through the list.

--
John Doe

Re: Kernel Panic

2020-01-26 Thread john doe

On 1/27/2020 7:24 AM, William Torrez Corea wrote:
> I get the following error, when i send this command
> sudo apt get update
>
> sudo: unable to resolve host debian: Temporary failure in name resolution
> apt: relocation error: /lib/x86_64-linux-gnu/libgcrypt.so.20: symbol
> gpgrt_get_syscall_clamp version GPG_ERROR_1.0 not defined in file
> libgpg-error.so.0 with link time reference
>
> I'm trying found a solution, but i don't get results.
>
> Follow the following steps
> https://gutl.jovenclub.cu/chroot-la-salvacion-elegante-ante-un-kernel-panic/
>

You can only use 'apt-get' or 'apt' but not both at the same time.

$ sudo apt-get update
$sudo apt update

However, it looks like your GPG installation is broken.

--
John Doe

Re: Kernel Panic

2020-01-26 Thread Keith Bainbridge


try sudo apt-get update

Keith Bainbridge

keith.bainbridge.3...@gmail.com
0447 667 468

On 27/1/20 5:24 pm, William Torrez Corea wrote:

sudo apt get update

Kernel Panic

2020-01-26 Thread William Torrez Corea

I get the following error, when i send this command
sudo apt get update

sudo: unable to resolve host debian: Temporary failure in name resolution
apt: relocation error: /lib/x86_64-linux-gnu/libgcrypt.so.20: symbol
gpgrt_get_syscall_clamp version GPG_ERROR_1.0 not defined in file
libgpg-error.so.0 with link time reference

I'm trying found a solution, but i don't get results.

Follow the following steps
https://gutl.jovenclub.cu/chroot-la-salvacion-elegante-ante-un-kernel-panic/

-- 
William Torrez Corea

Linux debian 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u1 (2019-09-20)
x86_64 GNU/Linux
0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u1 (2019-09-20) x86_64 GNU/Linux

Re: disk encryption causing kernel panic

2018-10-15 Thread Pascal Hambourg


Le 14/10/2018 à 22:32, Bill a écrit :


The problem seems to be that there is a bug in cryptsetup? which causes 
a kernel panic.


AFAIK bugs in userland programs don't cause kernel panics. Kernel bugs 
do. Userland programs may only trigger kernel bugs which cause a kernel 
panic.


In the output below, md2 is (encrypted) swap and md8 is 
/text - an encrypted partition. /text currently has only a few files 
which I could sacrifice, although I'd rather not.


I successfully enter the password for md2 and then don't even see the 
request for md8_crypt (ie a prompt for input)


Please unlock disk md2_crypt:
cryptsetup (md2_crypt): set up successfully
Please enter passphrase for disk md8_crypt on /text!

   ^
What then is this ?


[   51.451083] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.9.0-3-amd64
As Reco wrote, the panic seems to be related with the swap, which was 
unlocked just before the panic. Did you try to :

- not unlock md2_crypt but only md8_crypt
- unlock md2_crypt but not activate the swap within

You can use a live system or the Debian installer in rescue mode to do 
the tests.



What would I do if there were a lot of files?


Restore from backup, as usual.

Re: disk encryption causing kernel panic

2018-10-14 Thread Reco

Hi.

On Sun, Oct 14, 2018 at 01:32:31PM -0700, Bill wrote:
> I successfully enter the password for md2 and then don't even see the request 
> for md8_crypt (ie a prompt for input) but get the following
> (condensed) output below.

The most interesting part of those kernel BUGs are stack traces.
The only useful things that I can see in your abridged dmesg are:

1) You're using an old kernel. The current one's called 4.9.0-8.

2) The problem seems to be related to the swap - it's swapper/0 that's
triggering the bug.

3) There are multiple CPUs/CPU cores/CPU threads there.

But stack trace is needed to proceed further.

Reco

disk encryption causing kernel panic

2018-10-14 Thread Bill


Hi folks,

I'm unable to boot my previously stable workstation after attempting to 
install rinetd through systemd. Although rinetd worked fine prior to 
systemd it doesn't work now and caused /var to saturate (10Gb). This may 
or may not be related, but I mention it as prologue. I have access to 
the system via a rescue key.


The problem seems to be that there is a bug in cryptsetup? which causes 
a kernel panic. In the output below, md2 is (encrypted) swap and md8 is 
/text - an encrypted partition. /text currently has only a few files 
which I could sacrifice, although I'd rather not.


I successfully enter the password for md2 and then don't even see the 
request for md8_crypt (ie a prompt for input) but get the following 
(condensed) output below.


I'm hoping someone has seen this before and knows a workaround. I'd 
rather not do a complete reinstall if I don't have to. What would I do 
if there were a lot of files?


Thanks much,

Bill



Please unlock disk md2_crypt:
cryptsetup (md2_crypt): set up successfully
Please enter passphrase for disk md8_crypt on /text!
[   51.450202] BUG: unable to handle kernel NULL pointer dereference
at(null)
[   51,450255] IP: [<(null)>]   (null)
[   51.450285] PGD 0 [   51.450296]
[   51.450311] Oops: 0010 [#1] SMP
[   51.450329] Modules linked in: ..
[   51.451083] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.9.0-3-amd64 
#1 Debian 4.9.0-2+deb9u5

[   51.451123] Hardware name: Supermicro X9SAE/X9SAE, BIOS 2.0b 07/10/2013
[   51.451156] task: 8e40e500 task.stack: 8e40
[   51.451185] RIP: 0010: [<>]  [> (null)>]   (null)
...
...
...
[   51.451524] Stack:
...
...
[   51.451680] Call Trace:
...
...
[   51.452376] Code: Bad RIP value.
[   51.452403] RIP  [<(null)>] (null)
[   51.452432]  RSP  
[   51.452451] CR2: 
[   51.452471] ---[end trace cd08982bd438f7e2 ]---
[   51.452495] Kernel panic - not syncing: Fatal exception in interrupt
[   51.452561] Kernel Offset: 0xc80 from 0x8100 
(relocation range: 0x8000-0xbfff)
[   51.452621] ---[ end Kernel panic - not syncing: Fatal exception in 
interrupt


end of output from boot attempt

--
Sent using Icedove on Debian GNU/Linux.

Re: Stretch 9.5 amd64 kernel panic

2018-07-15 Thread Andy Smith

Hello,

On Sat, Jul 14, 2018 at 08:48:18PM -0400, Chuck Zmudzinski wrote:
> I captured a little bit of what was written to the xen console
> when the kernel panics which is shown below.
> 
> Anyone else seen this?

Seems the new point release kernel broke Xen PV:



Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Stretch 9.5 amd64 kernel panic

2018-07-14 Thread Chuck Zmudzinski


Hello,

I just updated my Debian stretch system using apt-get dist-upgrade to 
stretch

9.5, which uses the new 4.9.0-7 kernel. On amd64, the kernel comes from the
linux-image-4.9.0-7-amd64_4.9.110-1_amd64.deb binary package. It was just
released about a week ago. The timestamp on the .deb file is July 6, 2018.

I am running stretch on a Haswell Intel 4590S processor and ASROCK B85M Pro4
motherboard as a Dom0 on the up-to-date Xen 4.8 hyervisor for stretch, or as
a DomU on the same machine and hypervisor for stretch. In both cases, with
the new 4.9.0-7 amd64 kernel, the system enters an endless cycle of kernel
panic -> reboot -> kernel panic -> reboot ...

I also have a Debian stretch 32-bit Xen DomU system and the new 4.9.0-7
i686-pae kernel boots the Debian 9.5 DomU normally on the same hardware.
Only the new amd64 kernel has the problem, not the new i686-pae kernel.

So to run the new Debian stretch 9.5 I need to set grub to boot the 
previously

working kernel, the up-to-date 4.9.0-6 version, for amd64. For i686-pae,
I can use the new 4.9.0-7 version of the kernel.

I captured a little bit of what was written to the xen console when the 
kernel

panics which is shown below.

Anyone else seen this?

Thanks,

Chuck

[    0.120071] dmi: Firmware registration failed.
[    1.176611] dmi-sysfs: dmi entry is absent.
[    1.189531] general protection fault:  [#1] SMP
[    1.189538] Modules linked in:
[    1.189543] CPU: 1 PID: 1 Comm: init Not tainted 4.9.0-7-amd64 #1 
Debian 4.9.110-1

[    1.189549] task: 8800bac08040 task.stack: c90040628000
[    1.189553] RIP: e030:[] [] 
ret_from_fork+0x2d/0x70

[    1.189562] RSP: e02b:c9004062bf50  EFLAGS: 00010006
[    1.189565] RAX: 0002dd603000 RBX: 816076d0 RCX: 
ea0002ebafdf
[    1.189570] RDX: 0002 RSI: 0002 RDI: 
c9004062bf58
[    1.189574] RBP:  R08:  R09: 
8800b7a76000
[    1.189579] R10: 8080808080808080 R11: fefefefefefefeff R12: 

[    1.189583] R13:  R14:  R15: 

[    1.189592] FS:  () GS:8800bbf0() 
knlGS:

[    1.189597] CS:  e033 DS:  ES:  CR0: 80050033
[    1.189601] CR2: 7fffb09bdb79 CR3: b5602000 CR4: 
00042660

[    1.189607] Stack:
[    1.189609]     

[    1.189617]     

[    1.189625]     


[    1.189635] Call Trace:
[    1.189640] Code: c7 e8 b8 fe a8 ff 48 85 db 75 2f 48 89 e7 e8 5b ed 
9e ff 50 90 0f 20 d8 65 48 0b 04 25 e0 02 01 00 78 08 65 88 04 25 e7 02 
01 00 <0f> 22 d8 58 66 0f 1f 44 00 00 e9 c1 07 00 00 4c 89 e7 eb 11 e8

[    1.189708] RIP  [] ret_from_fork+0x2d/0x70
[    1.189714]  RSP 
[    1.189719] ---[ end trace ddfc12432c0049a4 ]---
[    1.189798] Kernel panic - not syncing: Attempted to kill init! 
exitcode=0x000b

[    1.189798]
[    1.189811] Kernel Offset: disabled

Re: kernel panic [fin du fil mais pas résolu]

2018-01-22 Thread Jean Louis Giraud Desrondiers

On Mon, 22 Jan 2018 11:27:16 +0100
P> >> Une idée qui a été suggérée serait de créer une partition (ubcd => parted 
magic)
> >> et voir ce que cela donne sur une installation avec le noyau amd64
> >
> > pourquoi créer une partition ? pourquoi ne pas tenter de faire directement 
> > une nouvelle installation sur le DD ?
> 
> Pour ne pas détruire l'installation existante au cas où elle serait 
> réparable.
> 
> Mais si le but est seulement de tester un noyau amd64, il suffit de 
> l'installer sur le système actuel grâce au multiarch. Le userland 
> restera en i386 évidemment. Si le but est de tester un système complet 
> en amd64 (noyau+userland), alors il faut installer un nouveau système.
> 
bon pour finir j'ai effectivement refait une install (en amd64) : comme j'avais 
fait une sauvegarde assez récemment
je n'ai rien perdu d'essentiel. 
Et pour l'instant ça marche (je croise les doigts)

Merci à tous ceux qui m'ont apporté leur aide. 
Cordialement, 

-- 
Jean Louis Giraud Desrondiers

1 2 3 4 5 6 7 8 9 10 >

1 - 100 of 2637 matches

Mail list logo