Bonjour,
J'utilise une Debian SID (unstable) donc j'ai des versions plus
récentes que la version stable :
julien@thinkpad:~$ uname -a
Linux thinkpad 4.16.0-1-amd64 #1 SMP Debian 4.16.5-1 (2018-04-29)
x86_64 GNU/Linux
Par contre, si tu es en stable, tu devrais avoir une version 4.9.0.6 du
noyau :
ul...@peclu.net
> À: debian-user-french@lists.debian.org
> Envoyé: Mercredi 9 Mai 2018 10:10:35
> Objet: Re: longue attente au boot [résolu]
>
> Bonjour,
>
> Tout à fait d'accord avec toi c'est une régression pour l'utilisateur
> final. Pour un se
nvoyé: Mercredi 9 Mai 2018 10:10:35
Objet: Re: longue attente au boot [résolu]
Bonjour,
Tout à fait d'accord avec toi c'est une régression pour l'utilisateur final.
Pour un serveur c'est pas gênant d'attendre 2 minutes pour qu'il démarre mais
sur un ordinateur po
Pour information, une solution aux bugs déjà déclarés sur l'augmentation du
temps de démarrage, dont le bug 808998 est vraisemblablement un doublon,
est sortie. Elle résoud les problèmes de délai au démarrage introduits par
le correctif de sécurité précédent. À tester mais le défaut évoqué dans
cet
Bonjour,
Tout à fait d'accord avec toi c'est une régression pour l'utilisateur final.
Pour un serveur c'est pas gênant d'attendre 2 minutes pour qu'il démarre mais
sur un ordinateur portable c'est pas tolérable (même si c'est pour corriger une
éventuelle faille de sécurité sur le générateur d'e
Bonjour,
c'est déjà fait côté debian, et les développeurs discutent actuellement les
différentes solutions que j'ai évoquées. Les échanges du bugtracker sont
d'ailleurs la source de mes informations à ce sujet.
Cordialement
Éric Dégenètais
Le 8 mai 2018 23:45, "Frédéric Baldit" a écrit :
Just
Juste une remarque, pour finir: de nos jours un démarrage en presque
deux minutes, avec écran figé et aucune ligne de code montrant une
activité du système, peut laisser perplexe, surtout pour un premier
utilisateur de debian et surtout aussi pour ceux habitués à des temps
de boot devenus vraiment
Le 8 mai 2018 3:12 PM, "Frédéric Baldit" a écrit :
Bonjour,
merci aux deux personnes ayant répondu: en effet je comprends mieux
pourquoi le système est si long à démarrer, c'est maintenant assez
clair.
De rien :)
J'ai adoptée la solution la plus rapide: installation de la version
précédente
Frédéric Baldit a écrit :
>
> Bonjour,
>
> merci aux deux personnes ayant répondu: en effet je comprends mieux
> pourquoi le système est si long à démarrer, c'est maintenant assez
> clair.
>
> J'ai adoptée la solution la plus rapide: installation de la version
> précédente du noyau (9.0.5) et ça
Bonjour,
merci aux deux personnes ayant répondu: en effet je comprends mieux
pourquoi le système est si long à démarrer, c'est maintenant assez
clair.
J'ai adoptée la solution la plus rapide: installation de la version
précédente du noyau (9.0.5) et ça marche!
Rq: je suis quand même étonné, éta
D'après ce que j'ai compris, le traitement proposé repose sur deux pistes
extérieures au noyau :
1) vérifier s'il y a vraiment besoin d'un nombre aléatoire de qualité,
sinon utiliser un autre appel système
2) utiliser le bootloader pour conserver l'entropie lors d'un reboot pour
que le générateur s
Bonjour,
C'est un bug lié au fonctionnement du générateur d'entropie du noyau...
Un bug est ouvert mais apparemment ça ne sera pas corrigé sur le noyau car ça
corrige une faille de sécu mais dans les programmes en espace utilisateur (en
gros, ton système attend qu'il y ait assez d'entropie pour
bonjour,
ça semble lié à la résolution d'une CVE récente : une faille de sécurité
était créée par le fait que les générateurs de nombres aléatoires
n'attendaient pas d'avoir assez d'entropie pour générer des nombres
vraiment aléatoires, ce qui rend les clefs générées prédictibles.
Le patch a semble
Bonjour,
j'expérimente, depuis une réinstallation de stretch sous un PC portable
amd64 (ASUS N55JV) avec le bureau gnome un long temps d'attente au boot.
Je n'ai pas chronométré à la seconde près, mais à ma montre l'écran de
login apparaît, de façon reproductible, au bout de deux minutes.
Aupara
Le jeudi 1 mars 2007 12:25, Sylvain Sauvage a écrit :
> Alexandre Gerussi, mercredi 28 février 2007, 20:14:25 CET
>
> > Bonjour,
>
> 'jour,
>
> > je suis passé à Etch avec noyau 2.6.18 et lilo 22.6.1.
> >
> > Depuis, au démarrage, l'ordinateur s'arrête environ 30 secondes en
> > affichant "LIL", pu
Sylvain Sauvage a écrit :
Alexandre Gerussi, mercredi 28 février 2007, 20:14:25 CET
Bonjour,
'jour,
je suis passé à Etch avec noyau 2.6.18 et lilo 22.6.1.
Depuis, au démarrage, l'ordinateur s'arrête environ 30 secondes en
affichant "LIL", puis affiche le menu lilo comme d'habitude.
Biz
Alexandre Gerussi, mercredi 28 février 2007, 20:14:25 CET
>
> Bonjour,
'jour,
> je suis passé à Etch avec noyau 2.6.18 et lilo 22.6.1.
>
> Depuis, au démarrage, l'ordinateur s'arrête environ 30 secondes en
> affichant "LIL", puis affiche le menu lilo comme d'habitude.
Bizarre. Normalement s
Bonjour,
je suis passé à Etch avec noyau 2.6.18 et lilo 22.6.1.
Depuis, au démarrage, l'ordinateur s'arrête environ 30 secondes en
affichant "LIL", puis affiche le menu lilo comme d'habitude.
Au lancement de etch, le boot s'arrête encore 5 secondes en affichant
"bios check bypassed", puis déma
18 matches
Mail list logo