Ça arrive généralement quand le lock se produit dans une routine du noyau. C'est pas forcément un bug mais c'est par principe ininterruptible.
Un cas typique est un stall du NFS. Le réseau ne répond plus, mais son traitement se fait en dessous du VFS et est donc masqué aux yeux du processus. Il se peut donc que ça se débloque tout seul, au bout d'un timeout.
C'est déjà plus ou moins le cas (c'est basé sur le nombre de services lancés). C'est pas pour cela que le temps total que cela va prendre est décidable.
Ça nous rajeunit pas, mais il y a 4 ans j'avais proposé dans ces colonnes l'idée de ce que je considère comme une amélioration de la barre de progression : la baser sur le temps des précédents démarrages et non sur l'état des services lancés pour qu'au final la barre de progression soit représentative du temps de démarrage restant.
Il faudrait pour cela garantir que ce temps soit réellement constant d'un démarrage à l'autre, sinon on va se retrouver avec des barres à la Windows, qui freezent à 99%. Ou alors, prévoir une marge, quitte à accélérer en fin de parcours, comme on le disait ici : https://linuxfr.org//~NedFlanders/26261.html
Les plus grosses difficultés venant de ce qui est extérieur. Si tu consommes tout ton temps à attendre une adresse DHCP qui ne vient pas, il faudra payer des pénalités de retard à l'utilisateur. :-)
Oui, enfin, quand c'est le modéro qui trolle, il est tant de fuir !
Sauf que ce que lolonovice décrit ici est un vrai problème : il y a une guerre de chapelle entre les différents systèmes d'exploitation mais la plupart des gens ne s'en rendent pas compte. Windows est tabou, est c'est complètement inconscient chez la plupart des utilisateurs de base.
Alors je sais comme le proverbe dis : « Plus c’est simple à maintenir, Plus c’est vulnérable ».
Pas forcément, il faut une troisième composante pour que ça devienne ingérable : l'évolutivité. Autrement, plus un système est simple (ou « moins il est complexe »), plus c'est facile d'identifier et combler les failles potentielles. Mais même un système très complexe, s'il est figé, peut être simple à maintenir et à sécuriser : il suffit de définir à sa conception des référentiels sérieux et d'avoir des procédures identifiées à l'avance.
La majorité des problèmes venant justement du fait que soit ce travail n'a pas été mené en amont, soit le système évolue trop vite pour que les procédures restent valides jusqu'au moment où elles doivent servir.
La « péremption » peut d'ailleurs être vertueuse si elle est applicable : pas besoin de passer la moitié de ses profits à se construire une forteresse si les informations ou les produits engendrés viennent se périment avant d'avoir le temps de fuir. On concentre ainsi toute son énergie sur l'activité productive et ça fait autant de choses en plus dans le domaine public à côté.
Je suis dans la même merde que toi en ce moment, il est notoirement connu que les fichiers effacés sur de l'ext3 sont encore plus compliqués à récupérer que sur de l'ext2.
Toutefois, tu peux essayer ext3grep pour essayer de te rapprocher le plus possible de tes fichiers, voire les récupérer. J'en ai déjà récupéré quelques uns même s'il m'en manque beaucoup ;-(.
Je pense qu'il cherche à faire une étiquette ronde pour coller sur le CD lui-même, avec un minimum de fonctions de mise en page toutes faites pour ne pas avoir à faire toutes les opérations tordues (c'est le cas de le dire) nécessaires à la composition d'une image ronde avec un trou au milieu.
D'autant plus qu'il n'a pas besoin d'être rapide (exploité principalement depuis le réseau, par des processus automatiques et non des utilisateurs, occasionnellement et pas en permanence ...) ni sécurisé : s'il casse au bout d'un moment, les données qu'il y a dessus sont toujours accessibles depuis l'endroit où on les a téléchargées initialement. Même un disque externe en Firewire ou USB2 ferait l'affaire.
Pour moi à part avec l'adresse ip (ce qui serait très idiot), je ne vois pas comment ils peuvent faire cela.
Comme on l'a dit plus haut, il s'agit vraissemblablement d'un enregistrement de mot de passe par le navigateur, ce qui est une fonctionalité répandue, mais indépendante du cache, de l'historique de navigation et des cookies.
En gros, ce n'est pas le site qui reconnaît l'utilisateur mais le navigateur de l'utilisateur qui reconnaît le site.
Et effectivement, dans un lieu public (cybercafé)+ admin neuneu + utilisateur neuneu, le premier voyou venu peut usurper le compte de son prédécesseur.
Ouais, enfin, sous Firefox 3 sous Linux, c'est plutôt « Édition->Préférences->Sécurité ». Mieux que ça : « Outils->Effacer mes traces ».
Mais même si, dans le cas présent, il s'agit bien d'un enregistrement de mot de passe, il y a des fois où ça ne suffit pas, certains sites « authentifiant » parfois leurs visiteurs par leur simple adresse IP !
Il faut se souvenir que les RFC sont, comme leur nom l'indique, des appels à commentaire. C'est donc la « sellette » de toute proposition de standard, mais toutes les RFC ne sont pas en elle-mêmes des règles à suivre, et heureusement.
# Pénible, les « D ».
Posté par Obsidian . En réponse au message Problem mv ou make dir blocue en status D (uninterruptible). Évalué à 2.
Un cas typique est un stall du NFS. Le réseau ne répond plus, mais son traitement se fait en dessous du VFS et est donc masqué aux yeux du processus. Il se peut donc que ça se débloque tout seul, au bout d'un timeout.
[^] # Re: Mauvaise idée (enfin probablement).
Posté par Obsidian . En réponse au journal Démarrage (usplash) : Une barre de progression "continue" (smooth). Évalué à 2.
# Mauvaise idée (enfin probablement).
Posté par Obsidian . En réponse au journal Démarrage (usplash) : Une barre de progression "continue" (smooth). Évalué à 6.
Il faudrait pour cela garantir que ce temps soit réellement constant d'un démarrage à l'autre, sinon on va se retrouver avec des barres à la Windows, qui freezent à 99%. Ou alors, prévoir une marge, quitte à accélérer en fin de parcours, comme on le disait ici : https://linuxfr.org//~NedFlanders/26261.html
Les plus grosses difficultés venant de ce qui est extérieur. Si tu consommes tout ton temps à attendre une adresse DHCP qui ne vient pas, il faudra payer des pénalités de retard à l'utilisateur. :-)
# On n'arrête pas le progrès.
Posté par Obsidian . En réponse au journal Démarrage (usplash) : Une barre de progression "continue" (smooth). Évalué à 10.
[^] # Re: Un forum sans trolls n'est pas un vrai forum
Posté par Obsidian . En réponse au journal Quand dire que microsoft n'édite pas de la qualité vaut la censure.. Évalué à 10.
Sauf que ce que lolonovice décrit ici est un vrai problème : il y a une guerre de chapelle entre les différents systèmes d'exploitation mais la plupart des gens ne s'en rendent pas compte. Windows est tabou, est c'est complètement inconscient chez la plupart des utilisateurs de base.
[^] # Re: 21 de trop (à 13h00)
Posté par Obsidian . En réponse au sondage Vous avez. Évalué à 10.
# 42
Posté par Obsidian . En réponse au sondage Vous avez. Évalué à 7.
. vous êtes né(e) il y a plus de 400 ans dans les hautes terres d'écosses et un seul d'entre vous survivra :
. 42
Ou, en d'autres termes, « à question idiote ... » :-)
# Pas forcé.
Posté par Obsidian . En réponse au journal Chiffrage : Méthode et Utilité. Évalué à 4.
Pas forcément, il faut une troisième composante pour que ça devienne ingérable : l'évolutivité. Autrement, plus un système est simple (ou « moins il est complexe »), plus c'est facile d'identifier et combler les failles potentielles. Mais même un système très complexe, s'il est figé, peut être simple à maintenir et à sécuriser : il suffit de définir à sa conception des référentiels sérieux et d'avoir des procédures identifiées à l'avance.
La majorité des problèmes venant justement du fait que soit ce travail n'a pas été mené en amont, soit le système évolue trop vite pour que les procédures restent valides jusqu'au moment où elles doivent servir.
La « péremption » peut d'ailleurs être vertueuse si elle est applicable : pas besoin de passer la moitié de ses profits à se construire une forteresse si les informations ou les produits engendrés viennent se périment avant d'avoir le temps de fuir. On concentre ainsi toute son énergie sur l'activité productive et ça fait autant de choses en plus dans le domaine public à côté.
[^] # Re: C'est de mieux en mieux !
Posté par Obsidian . En réponse au journal Comique de répétition: voyages-sncf.com. Évalué à 2.
# ext3grep
Posté par Obsidian . En réponse au message Resturation/Récupération de fichiers effacés. Évalué à 2.
Toutefois, tu peux essayer ext3grep pour essayer de te rapprocher le plus possible de tes fichiers, voire les récupérer. J'en ai déjà récupéré quelques uns même s'il m'en manque beaucoup ;-(.
Moralité : sauvegardez !
http://www.google.fr/search?hl=fr&q=ext3grep&btnG=Re(...)
# RMS en père Noël
Posté par Obsidian . En réponse au journal La Norvège, le pays ou le père Noël ressemble à RMS. Évalué à 2.
Objectivement, dans quelques années et avec des cheveux bien blancs, c'est plutôt RMS qui ressemblera au père Noël.
Enfin, moi je dis ça, mais je ne dis rien ...
[^] # Re: inkscape, gimp, oodraw
Posté par Obsidian . En réponse au message LL de création d'étiquettes de CD/DVD. Évalué à 4.
[^] # Re: Master ?
Posté par Obsidian . En réponse au message Mise à jour. Évalué à 3.
# Master ?
Posté par Obsidian . En réponse au message Mise à jour. Évalué à 3.
Je ne sais pas non plus, mais as-tu songé à générer un master à la place ? Là, pour le coup, ce sera vraiment des machines identiques.
[^] # Re: Remote Wonder
Posté par Obsidian . En réponse au message Télécommande. Évalué à 2.
[^] # Re: Outil/Option/Sécurité
Posté par Obsidian . En réponse au message Comment font les sites pour nous reconnaitre ?. Évalué à 4.
Comme on l'a dit plus haut, il s'agit vraissemblablement d'un enregistrement de mot de passe par le navigateur, ce qui est une fonctionalité répandue, mais indépendante du cache, de l'historique de navigation et des cookies.
En gros, ce n'est pas le site qui reconnaît l'utilisateur mais le navigateur de l'utilisateur qui reconnaît le site.
Et effectivement, dans un lieu public (cybercafé)+ admin neuneu + utilisateur neuneu, le premier voyou venu peut usurper le compte de son prédécesseur.
[^] # Re: Outil/Option/Sécurité
Posté par Obsidian . En réponse au message Comment font les sites pour nous reconnaitre ?. Évalué à 2.
Mais même si, dans le cas présent, il s'agit bien d'un enregistrement de mot de passe, il y a des fois où ça ne suffit pas, certains sites « authentifiant » parfois leurs visiteurs par leur simple adresse IP !
[^] # Re: Début de solution
Posté par Obsidian . En réponse au journal hotmail sapusaidepireenpire. Évalué à 3.
De toutes façons, passport, c''est une technologie Microsoft, maintenant. Donc ignifugé, je ne sais pas, balisé, très certainement, oui.
# Mister Blagues
Posté par Obsidian . En réponse au journal Le réseau de la Maison Blanche est une passoire. Évalué à 2.
Ben, c'est normal, c'est le FBI qui a enquêté ... /o\
Je suppose que les PC de la Maison Blanche ont XP ou Vista (ou 98 ou 2000 ou NT :-)
Pour le coup, ce serait la Maison Bleue, mais il faudrait alors la déménager à San Francisco.
[^] # Re: dredi
Posté par Obsidian . En réponse au journal Webkit dans IE ?. Évalué à 5.
[^] # Re: dredi
Posté par Obsidian . En réponse au journal Webkit dans IE ?. Évalué à 3.
[^] # Re: dredi
Posté par Obsidian . En réponse au journal Webkit dans IE ?. Évalué à 2.
Pas d'accord : il y a toujours moyen de faire pire.
[^] # Re: dredi
Posté par Obsidian . En réponse au journal Webkit dans IE ?. Évalué à 2.
Sans oublier le PPDM (Petit Déjeuner Du Matin). Les cinéphiles reconnaîtront ! :-)
[^] # Re: D-Link, Verisign, même combat ...
Posté par Obsidian . En réponse à la dépêche D-Link DIR-655, le routeur déroutant. Évalué à 1.
[^] # Re: Rien compris
Posté par Obsidian . En réponse au journal Vers la fin des rased : non !. Évalué à 2.
Rien que pour ça, je te moinsse ! :-)