Je ne sais pas vous, mais je trouve que le fsck effectué tous les 30 démarrages pourrait être fait à un moment plus judicieux.
Surtout que, loi de Murphy oblige, le fsck arrive systématiquement le jour où vous avez un truc urgent à faire...
https://wiki.ubuntu.com/AutoFsck
Une fois les 30 montages passés, autofsck demande à l'utilisateur s'il peut lancer fsck juste avant de stopper la machine.
Je trouve l'idée intéressante. Et vous ?
Journal Fini les fsck au boot !
7
déc.
2009
# Moi
Posté par pasBill pasGates . Évalué à 5.
[^] # Re: Moi
Posté par JoeltheLion (site web personnel) . Évalué à 10.
[^] # Re: Moi
Posté par Octabrain . Évalué à 9.
[^] # Re: Moi
Posté par Nÿco (site web personnel) . Évalué à 6.
[^] # Re: Moi
Posté par pasBill pasGates . Évalué à 3.
[^] # Re: Moi
Posté par zecrazytux (site web personnel) . Évalué à 3.
j'aime beaucoup zfs et j'aimerai que ce genre de chose soit repensée (fsck manuel possible au minimum, par exemple)
[^] # Re: Moi
Posté par zecrazytux (site web personnel) . Évalué à 3.
Je dis des conneries ?
[^] # Re: Moi
Posté par briaeros007 . Évalué à 2.
pas vraiment, vu que c'est une des critiques qui a été faite à zfs il y a pas si longtemps, sur ce même site : chez plusieurs personnes zfs a eu un problème "irrécupérable" mais il a pu etre récupéré par un gros hack finalement, mais avec un fsck ca aurai été beaucoup plus simple.
[^] # Re: Moi
Posté par Psychofox (Mastodon) . Évalué à 0.
[^] # Re: Moi
Posté par briaeros007 . Évalué à 2.
Et si... enfin je présume que la ml de zfs s'y connaissent en poil et que si ils disent que ca manque et que ca permet de résoudre ce problème c'est peut etre qu'ils savent de quoi ils parlent non.
Et dans ce cas la faire un fsck sur du hardware pourri,
Le hardware fonctionnait sauf pour un truc : fsync n'était pas forcément effectué au niveau du disque (il restait du cache au niveau du disque).
Alors certe le hardware c'est pas le dernier disque sas à 500€ pour 70G, mais quand tu un pool qui a crasher tu es CONTENT de pas avoir a batailler pendant 150h pour réussir a récup tes données. Tu sais le MTTR c'est SUPER important dans une entreprise.
c'est juste vouloir perdre son temps et empirer l'état de son fs et éventuellement de son disque. Quand le hardware est pourri, tu le changes.
Mais toi tu récup pas les données avant (pas de fsck, oh non surtout pas).
C'est un choix, mais amha c'est pas celui de la plupart des entreprises.
Un fsck ca ne sert a rien si ton hard est parfait et que tu as eu aucun problème par définition. Ca sert quand il y a eu un problème!
[^] # Re: Moi
Posté par Romeo . Évalué à 2.
Quand ton serveur beurre et qu'il contient des millions de fichiers (gros serveurs web) que le fsck detruit, allez, mille fichier, quoiqu'il arrive t'es bon pour descendre un backup.
[^] # Re: Moi
Posté par briaeros007 . Évalué à 2.
[^] # Re: Moi
Posté par Psychofox (Mastodon) . Évalué à 4.
Le hardware fonctionnait sauf pour un truc : fsync n'était pas forcément effectué au niveau du disque (il restait du cache au niveau du disque).
Alors certe le hardware c'est pas le dernier disque sas à 500€ pour 70G, mais quand tu un pool qui a crasher tu es CONTENT de pas avoir a batailler pendant 150h pour réussir a récup tes données. Tu sais le MTTR c'est SUPER important dans une entreprise.
Un fsck ca ne sert a rien si ton hard est parfait et que tu as eu aucun problème par définition. Ca sert quand il y a eu un problème!
Si ton hard foire, ton fsck a tout autant de chance de te faire perdre des données. En l'occurence avec un fs copy on write tu ne t'âmuses pas à fscker les fichiers, tu reviens à l'étatn-1 du pool. zfs vérifie les checksums des blocks écrits et te permets de les rechecker à posteriori via la commande scrub (et selon les best practices, tu le fais une fois par semaine), donc en général si ton disque commence à merder :
1) tu le sais avant qu'il ne soit trop tard et zfs corrige les erreurs (et te previens, s'il y'a trop d'erreurs il change le statut du pool en DEGRADED).
2) si tes disques sont mirrorés, les erreurs du disque défaillant sont corrigées au fur et à mesure et ne pourrissent pas le fs, tu détache le disque en cause et tu le remplace.
Le hardware fonctionnait sauf pour un truc : fsync n'était pas forcément effectué au niveau du disque (il restait du cache au niveau du disque).
Alors certe le hardware c'est pas le dernier disque sas à 500€ pour 70G, mais quand tu un pool qui a crasher tu es CONTENT de pas avoir a batailler pendant 150h pour réussir a récup tes données. Tu sais le MTTR c'est SUPER important dans une entreprise.
Tu mélange entreprise pour qui le MTTR est SUPER important mais qui décide d'utiliser des disques de merde, et qui ne mirrorerait même pas ses disques. J'appelle ça de l'enculage de mouche.
Quand le MTTR est important, de toute façon on se débrouille pour avoir un backup restorable à souhait et rapidement.
[^] # Re: Moi
Posté par briaeros007 . Évalué à 3.
Sur que le manque de fsync qui va mettre les infos dans le disque immédiatement plutot que dans le tampon du dd va mettre a genoux ton fsck ....
Qu'est ce qu'il faut pas entendre des fois.
En l'occurence avec un fs copy on write tu ne t'âmuses pas à fscker les fichiers, tu reviens à l'étatn-1 du pool. zfs vérifie les checksums des blocks écrits et te permets de les rechecker à posteriori via la commande scrub (et selon les best practices, tu le fais une fois par semaine), donc en général si ton disque commence à merder :
En l'occurence: avec un fs cow en théorie tu ne t'amuse pas a fscker, en pratique c'est toujours mieux d'avoir ceinture ET bretelle que juste ceinture.
Ensuite si toi tu aimes prendre des risques, c'est ton choix, mais je dirais juste que btrfs, qui est un cow ... et ben ceux qui ont concu le fs (donc je pense qu'ils savent de quoi ils parlent, plus que toi et moi) ... oh ils ont pensé a faire un fsck.
A mais j'avais oublié, vu que pyschofox a dis qu'il fallait surtout pas, c'est que les gens derrière btrfs doivent être des idiots.
zsh 4 [1] % fsck.btrfs
usage: btrfsck dev
Btrfs Btrfs v0.19
Tu mélange entreprise pour qui le MTTR est SUPER important mais qui décide d'utiliser des disques de merde, et qui ne mirrorerait même pas ses disques. J'appelle ça de l'enculage de mouche.
Cas qui est arrivé : sur une baie de disque en raid 6 :
premier disque tombe, le hot spare prend le relais.
Le disques est commandé.
Entre temps (un ou deux jours après) un autre disque tombe.... Et puis a nouveau un troisième.
Au final la baie a tourné un moment sans redondance a cause du délai de livraison des disque (raid 6).
Ben voui, murphy existe, et les délais, et les services des achats ca existe. Si tu es dans une superbe entreprise ou des que tu fais une demande elle est validé dans la minute et tout est toujours sur des contrat en h+4 , nickel chrome, tu as beaucoup de chance.
[^] # Re: Moi
Posté par Psychofox (Mastodon) . Évalué à 0.
Au final la baie a tourné un moment sans redondance a cause du délai de livraison des disque (raid 6).
Ben voui, murphy existe, et les délais, et les services des achats ca existe. Si tu es dans une superbe entreprise ou des que tu fais une demande elle est validé dans la minute et tout est toujours sur des contrat en h+4 , nickel chrome, tu as beaucoup de chance.
c'est justement à ça que servent les contrats de supports. Pour une machine supportée, on t'assure que les pièces sont à disponibilité immédiate. Si j'ouvre un case chez SUN (par exemple puisqu'on parle de ZFS) et que je mets la plus haute priorité à l'appel, la pièce prends l'autoroute quelques minutes après et je la reçois dans la demi-journée...
[^] # Re: Moi
Posté par briaeros007 . Évalué à 3.
Et qu'est ce que j'avais dis dans mon post avant en fait ?
Si tu es dans une superbe entreprise ou des que tu fais une demande elle est validé dans la minute et tout est toujours sur des contrat en h+4 , nickel chrome, tu as beaucoup de chance.
Maitenant une entreprise ou tout ses serveurs/etc..; sont que sur ce type de contrat j'en ai pas vu énormément.
Pour les trucs en prod (souvent relativement critique quand même) voui. Pour l'ensemble des serveurs , ca non.
[^] # Re: Moi
Posté par Psychofox (Mastodon) . Évalué à 3.
D'une part si tu n'a pas de contrat de support adhoc sur une machine ni de pièces de rechanges, c'est que ton temps de recovery est jugé peu important pour ce serveur. Dans ce cas la, tu fais les choses proprement et tu as le temps de résoudre le problème en changeant tes disques et si besoin tu as aussi le temps de faire un restore d'un backup. Si ça n'a pas les contrats ni les pièces, c'est que tu fais mal ton métier.
D'autre part tu me parles de loi de murphy et de défaillance de x disques sur un raid 5. Franchement si tu en es arrivé la, un fsck ne te sert à rien pour remettre la machine d'aplomb. Si tes disques merde, aussi vite que tu auras réparé le fs, tu ne pourra considérer la machine comme de confiance et tu n'y fera plus tourner la prod dessus car tu sais que tu auras des erreurs de fs aussi vite que tu remettra les données à disposition.
Les fsck, c'était surtout utile quand on avait des fs non journalisés et qu'on faisait un hard reboot au moment ou il fallait pas.
Et puis pour revenir à cette loi de murphy, tout admin sérieux sait qu'il est très facile de la rendre impuissante en jetant un chat du 4ème étage avec une tartine beurrée accrochée à son dos (gare à la faille dans le continuum espace-temps cela-dit) ;-)
[^] # Re: Moi
Posté par briaeros007 . Évalué à 1.
Ou que les lignes budgétaires ne sont pas extensibles a l'infini et/ou qu'ils ont décidé qu'un robot de svg de 20k n'est pas un investissement utile sur un site qui rapport 50k/jours (cas vécu).
Mais bon je présume que cette décision c'est du au tech qui est une merde...
Dans ce cas la, tu fais les choses proprement et tu as le temps de résoudre le problème en changeant tes disques
Je t'ai donné un exemple REEL où ben non on pouvait pas "changer les disques", et tu me sors que c'est moi qui me perds dans mes argumentations.
Pailles, poutres,...
Et je compte pas le sous effectif classique que l'on retrouve partout. Visiblement tu ne connais pas ça, et tu bien de la chance. Mais l'administration dans une entreprise c'est pas forcément bisounours land et dès que tu demande un truc tu l'as.
Et tu peux m'expliquer comment tu fais des choses "propres" quant tu n'as pas lignes budgétaires, ni les équipes formés et/ou en nombre suffisant ?
Ben là tu es bien content d'avoir un fsck plutot que de perdre 3 jours a retrouver le post dans la ml qui t'expliquer comment débugger le fs "parce que normalement ca ne peut pas arriver mais c'est quand même arriver".
Ensuite je suis d'accord que dans l'administration courante il n'y en a pas besoin, mais la gestion des incidents c'est pas forcément de l'administration courante ;)
et si besoin tu as aussi le temps de faire un restore d'un backup
C'est définitif, tu vis dans bisouonours land.
Tu peux me donner le nom de ta boite que je postule ? Parce que visiblement les conditions de travails sont vachement mieux que celles de ma boite et des != clients auxquel je vais.
. Si ça n'a pas les contrats ni les pièces, c'est que tu fais mal ton métier.
Sympa de me traiter de merde, ca fait toujours plaisir.
Ben écoute, si tu es tellement plus doué que moi et ma hierarchie directe, je t'invite a venir dans ma boite et a réussir a avoir tous les investissements qui serait nécessaire pour assurer un service de qualité.
Je te souhaite bonne chance.
D'autre part tu me parles de loi de murphy et de défaillance de x disques sur un raid 5.
Raid 6, restons précis vu que "je me perds dans mes argumentations".
Franchement si tu en es arrivé la, un fsck ne te sert à rien pour remettre la machine d'aplomb.
C'était un exemple pour montrer que même avec une ceinture (même trois hot spare + 2 disques de parité!) il peut quand même y arriver des merdes.
Mais comme visiblement toi tu n'as jamais aucun problème qui se rajoute a un autre et toutes les lignes budgétaires de dispo, et que des contrats h+4, forcément on ne travaille pas dans le même monde.
Si tes disques merde, aussi vite que tu auras réparé le fs, tu ne pourra considérer la machine comme de confiance et tu n'y fera plus tourner la prod dessus car tu sais que tu auras des erreurs de fs aussi vite que tu remettra les données à disposition.
En même temps le coups de la baie qui perd ses disques c'était plus pour montrer que des problèmes peuvent se rajouter l'un sur l'autre que pour l'intérêt du fsck (même si un fsck peut être utile afin de récup des données qui n'auraient pas été backupé pour une raison X ou Y, bref pour traiter l'incident rapidement si il se produit, parce qu'un backup a tous les coups les bandes sont dans une banque/site distant (si l'entreprise est soucieuse) donc faut aller les récup itou...).
Les fsck, c'était surtout utile quand on avait des fs non journalisés et qu'on faisait un hard reboot au moment ou il fallait pas.
Je suis avec ext3 depuis un bon moment, et je peux t'assurer que le fsck est utile dans plein d'autres cas, et surtout utile y compris avec des fs journalisés.
Et puis pour revenir à cette loi de murphy, tout admin sérieux sait qu'il est très facile de la rendre impuissante en jetant un chat du 4ème étage avec une tartine beurrée accrochée à son dos (gare à la faille dans le continuum espace-temps cela-dit)
J'essaie la poudre verte mais elle semble être périmé la mienne /o\
[^] # Re: Moi
Posté par Psychofox (Mastodon) . Évalué à 3.
Tu peux te cacher derrière ta hiérarchie ou des lignes de budgets mais si on ne te donnes pas les moyens et qu'on te demande d'avoir un temps de recovery de x alors que ce n'est pas possible, ton devoir est d'informer ta hiérarchie que ce n'est pas possible et qu'ils n'ont pas à compter sur des miracles. Maintenant c'est pas la baguette magique du fsck qui va te sauver.
Et tu peux m'expliquer comment tu fais des choses "propres" quant tu n'as pas lignes budgétaires, ni les équipes formés et/ou en nombre suffisant ?
Ben là tu es bien content d'avoir un fsck plutot que de perdre 3 jours a retrouver le post dans la ml qui t'expliquer comment débugger le fs "parce que normalement ca ne peut pas arriver mais c'est quand même arriver".
[...]
Je suis avec ext3 depuis un bon moment, et je peux t'assurer que le fsck est utile dans plein d'autres cas, et surtout utile y compris avec des fs journalisés.
Tu fais ce que tu peux. Le fsck il est bien pour remettre une machine qui ne veut plus booter jusqu'au runlevel correct parce que les fs ne sont plus montables, mais le fsck n'est la que pour corriger les qui rendent le fs non montable et utilisable correctement. Si tu veux être sur que tes données sont intègres, tu fais en général un restore derrière. Je ne remonterais pas une base ayant des données sensibles (exemples des comptes clients dans une banque) sans m'être assuré que ces données n'ont pas été corrompues. Et vouloir le faire immédiatement sans cette vérification parce que ton chef veut que ça soit up immédiatement, c'est de la folie pure et dans ce cas la, je m'assure que mon supérieur prendra toute la resonsabilité de cet acte.
Pour revenir au fsck, non zfs n'en fournit pas. Mais il fournit (il est vrai que c'est récent, car sur des disques corrects et un mirroring adhoc, le cas de figure ne s'est jamais présenté) de quoi remonter un pool à son status n-1 avant une erreur de métadonnées : zpool clear -F <nom du pool>
Alors maintenant tu peux t'amuser et dire que btrfs (qui n'est en prod nulle part ni n'a pour l'instant jamais été jugé digne de confiance pour héberger des données sensibles) contient un fsck et que du coup ça en fait un fs bien supérieur et tout le tralala. Moi je te dis que si par habitude, tu as besoin d'un outil nommé fsck, ben fais toi un alias fsck='zpool clear -F'.
Maintenant je maintiens qu'un fs comme zfs n'a pas besoin d'un fsck, tout comme HammerFS n'a pas non plus besoin d'un fsck. Leur demander un fsck, c'est demander une réponse à une question qui n'existe pas.
[^] # Re: Moi
Posté par cosmocat . Évalué à -2.
Je me demande comment ça peut encore exister ( je veux dire en utilisation normale)....
[^] # Re: Moi
Posté par pasBill pasGates . Évalué à 5.
[^] # Re: Moi
Posté par Etienne Bagnoud (site web personnel) . Évalué à 1.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Moi
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: Moi
Posté par TortuXm . Évalué à 6.
[^] # Re: Moi
Posté par cosmocat . Évalué à 1.
[^] # Re: Moi
Posté par pasBill pasGates . Évalué à -6.
[^] # Re: Moi
Posté par geb . Évalué à 10.
[^] # Re: Moi
Posté par pasBill pasGates . Évalué à -4.
[^] # Re: Moi
Posté par zebra3 . Évalué à 0.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Moi
Posté par ckyl . Évalué à 10.
Tiens actuellement sur mon laptop suite à un disque un peu plein j'ai 10% de fichiers fragmentés... Seule solution fiable en ext3, tout backuper, vider la partoche et tout remplir depuis le backup. Tu parles d'une supériorité technique !
C'est de plus en plus pénible comme le niveau technique de linuxfr baisse pour se retrouver noyer de conneries monstrueuses.
[^] # Re: Moi
Posté par lolop (site web personnel) . Évalué à 1.
Je crois que ton problème est là: plus un disque se remplie, plus tu as de chances que les fichiers soient fragmentés - because plus assez de place pour bien organiser les choses. Par contre, je ne sais pas quelles sont les limites du taux de remplissage à partir duquel ça pose problème.
Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
[^] # Re: Moi
Posté par ckyl . Évalué à 8.
Note que tu n'as pas besoin d'avoir un disque plein pour que ça arrive, tu as pleins d'autres cas d'utilisation pathologiques comme des fichiers qui ne font que grossir. Dire qu'un défragmenteur ne sert à rien sous linux (ext2/ext3 au moins) est une sottise sans nom, un FS ça fini par se fragmenter.
[^] # Re: Moi
Posté par Albert_ . Évalué à 0.
[^] # Re: Moi
Posté par ckyl . Évalué à 7.
Sans mécanisme de défragmentation, tout les fichier qui se retrouve fragmenté le reste à vie. Il existe des cas d'utilisation normaux et non marginaux où une fragmentation se produit (à un taux plus ou moins acceptable, mais même 1% c'est moins bien que 0%...). À partir d'énoncés si triviaux (et je pense reconnu par tous puisque les devs d'ext4 ont pris le temps d'essayer de remédier à ce problème) je ne vois même pas pourquoi on a besoin d'argumenter sur l'utilité d'un tel outil.
Je me fous que l'implémentation de NTFS/defrag.exe soit bonne ou pas. Je n'ai pas que ça à faire que de participer à vos trolls niveau CP "Pour savoir qui de Windows ou Linux à la plus grosse". Tu passes ton temps à tout rapporter à Windows que ça en est pathétique. Moi ce qui m'intéresse c'est que les outils que j'utilise soient le plus performants performant et le plus agréable à utiliser possible.
[^] # Re: Moi
Posté par Albert_ . Évalué à 1.
Je ne sais pas si ce genre d'outils est reellement utile sour linux cela fait plus de 10 ans que j'utilise ce systeme et je n'ai JAMAIS vu de ralentissement bizarre des perfs. Je repondais a ton premier cas (10% c'est fragmente et il y a pas d;outils pour le faire) et je te dis que le defragmenteur de windows, le seul que je connaisse, n'aurait servi a rien car il n'aurait pas demarre point. Apres que les futurs defragmenteurs linux puissent le faire peut etre mais si cela se trouve tu auras la meme limite des 15% et tu l'auras encore dans le baba. Ton probleme est peut etre pas du tout lie au manque d'un defragmenteur ou pas (que ce soit windows/linux etc) mais de comment tu te sers de ton systeme.
[^] # Re: Moi
Posté par briaeros007 . Évalué à 1.
Non.
Et le cas d'ext3 est un bon exemple : tu as ton disque qui deviens plein -> tes fichiers se fragmentent.
Jusque là rien de très normal.
Ton disque a de la place qui se libère : ben ton système va se "défragmenter". Bien entendu si tu ne modifie etc... jamais les fichiers fragmenté, ils vont rester fragmenter, mais ce n'est pas une spirale où une fois que c'est parti il est impossible de revenir en arrière*.
avec des conditions d'utilisation "non pathologique", comme tu le fais remarquer.
[^] # Re: Moi
Posté par thedude . Évalué à 1.
En gros, faut profiter d'un effet de bord de qq chose qui n'a pas grand chose a voir pour arriver a ses fins?
Et si tu modifies jamais les fichiers en question? Genre, par exemple, use case completmenet farfelu, un disque avec beaucoup de videos, telecharge via bittorrent qui sont un enfer pour la fragmentation, tout arrivant par petit bout.
Tu les modifies souvent tes videos?
Genre des programmes qui se retrouvent fragmentes, rallongeant inutilement le temps de chargement, faut attendre qu'il y ait une update dudit programme pour le defragmenter?
Petite pique juste pour le fun: et c'est toi, qui dans les troll sur macosx, venait dire que c'est mal que le developpeur impose qq chose a l'utilisateur, que s'il VEUT qqchose il DOIT l'obtenir (avec moulte hausse du ton de la voix, comme tu en es friand).
[^] # Re: Moi
Posté par briaeros007 . Évalué à -1.
Si utiliser normalement ton disque est "le defragmenter par des moyens détournés" , alors oui.
Ce comportement n'est pas le même suivant les fs : par exemple ntfs ne va pas se défragmenter tout seul (ou alors beaucoup beaucoup moins).
En gros, faut profiter d'un effet de bord de qq chose qui n'a pas grand chose a voir pour arriver a ses fins?
Ou comment essayer de la ramener quand on a pas compris : l'effet de bord c'est d'utiliser son disque avec plus de 85-90% d'espace disque .
l'utiliser normalement c'est pas vraiment ce que j'appelle "un effet de bord".
Et si tu modifies jamais les fichiers en question?
Si sur ton disque tu modifie jamais les fichier, il n'y a aucune raisons
a°) qu'ils soient fragmenté
b°) que tu puisse récupéré de la place sur ton dur.
telecharge via bittorrent qui sont un enfer pour la fragmentation, tout arrivant par petit bout.
Tu les modifies souvent tes videos?
Tiens prenons un cas pathologique comme expliqué plus haut, mais surtout oublions de bien lire les commentaires des gens, on risquerait d'avoir sa réponse...
Petite pique juste pour le fun: et c'est toi, qui dans les troll sur macosx, venait dire que c'est mal que le developpeur impose qq chose a l'utilisateur, que s'il VEUT qqchose il DOIT l'obtenir (avec moulte hausse du ton de la voix, comme tu en es friand).
Tu peux me donner le rapport avec la choucroute ?
Non parce que entre le fonctionnement interne de l'ext3/ext2 qui essaie de minimiser la fragmentation et le fait de ne pas maximiser un programme quand on lui demande de maximiser, j'avoue que j'ai franchement du mal à voir le lien, et je pense que tu dois être le seul a trouver un lien.
Je passe sur tes petites piques perso inutile qui montre juste comment il est agréable de discuter avec toi, surtout quand tu arrives juste sur un sujet. Super cordial et super poli comme types.
[^] # Re: Moi
Posté par thedude . Évalué à 3.
a°) qu'ils soient fragmenté
b°) que tu puisse récupéré de la place sur ton dur.
a) il peut etre fragmente a l'ecriture, si tu ecris sur un disque fragmente en premier lieu. Ou si tu telecharge un torrent qui prend 24h00 (ou plus) a se telecharger.
b) le pb c'est pas de recuperer de la place, c'est de defragmenter le disque. Et autrement qu'en copiant un fichier dans un repertoire pour ensuite le deplacer dans son repertoire initial.
Bottom line: ton disque il est fragmente, que ca te plaise ou non. Et visiblement, le seul moyen de le defragmenter, c'est de reecrire tout les fichiers.
Tiens prenons un cas pathologique comme expliqué plus haut, mais surtout oublions de bien lire les commentaires des gens, on risquerait d'avoir sa réponse...
Il est peut etre pathologique, mais il arrive, et relativement frequemment.
c'est bien le but des outils, de resoudre les cas pathologiques. Alors dire qu'on a pas besoin des outils parce que c'est un cas pathologique, c'est assez incongru (mais neanmoins consistent avec ta logique tordue, je te l'accorde).
Tu peux me donner le rapport avec la choucroute ?
Le rapport, il est ecrit dans la post precedent: pour qq1 qui guasse macos avec son "on impose qq chose a l'utilisateur" et qui vient par derriere justifier l'absence de defragmenteur par un "ouais, mais tu peux profiter de l'effet de bord de reecriture de fichier pour le defragmenter", je trouve assez cocasse.
[^] # Re: Moi
Posté par briaeros007 . Évalué à 1.
Tu peux demander a ton appli d'allouer le fichier en prévision, moi je dis ça, mais je dis rien...
Toutes les applis torrents le font. (tu voulais absolument cet exemple, on a qu'a jouer au con).
Bon toujours est il que c'est pas du tout de ce que je parlais (et ma "méthode" n'avais rien a voir , mais je vais pas non plus te demander de lire correctement ce que j'écris).
Bottom line: ton disque il est fragmente, que ca te plaise ou non. Et visiblement, le seul moyen de le defragmenter, c'est de reecrire tout les fichiers.
Ce qui n'as pas grand chose a voir avec ce que je disais.
Le rapport, il est ecrit dans la post precedent: pour qq1 qui guasse macos avec son "on impose qq chose a l'utilisateur" et qui vient par derriere justifier l'absence de defragmenteur par un "ouais, mais tu peux profiter de l'effet de bord de reecriture de fichier pour le defragmenter", je trouve assez cocasse
Euh il est ou le rapport ? Parce que réecrire exactement la même chose quand on te demande des infos en plus, c'est comment dire... (Bon je passe, à nouveau, que ce que j'ai écrit sur macos est légèrement différent de ce que tu indique, mais on est plus à une modification prêt hein).
Ensuite, où j'ai justifier de l'abscence de defragmenteur ? Ah oui nulle part. J'ai expliqué pourquoi dans le cas standard au moment où a été concu le fs, il n'y en avait pas besoin, ce qui a un peu rien a voir avec tes délires de "si je prend que des torrents et que j'efface jamais rien" ou "c'est pas comme ca que tu traitais mac os X" etc...
Mais comme dès que tu vois mon pseudo il faut que tu attaques quitte a raconter des conneries,...
[^] # Re: Moi
Posté par thedude . Évalué à 0.
D'accord, briaeros, t'as raison, tu sais plus a quel sujet d'ailleurs, mais t'as raison.
Comme d'hab.
[^] # Re: Moi
Posté par nicoastro . Évalué à 4.
J’étais monté à plus 20 % de défrag. suite à un mauvais paramétrage pour les torrent. Une fois le problème réglé la défragmentation est redescendue doucement jusqu’à ~10% (soit parce que je ne gardais pas les fichiers problématiques, soit parce que l’ajout de nouveaux fichiers pas trop défragmentés par la suite a fait baisser le ratio). Pour ext4 j’attendrai avant de me prononcer (ça ne fait même pas 1 mois que mon /home est dessus), mais j’ai l’impression qu’il est meilleur que le ext3 pour mon usage.
Bref, j’ai plutôt l’impression que dans un usage pas trop stressant (sûr que si le disque est rempli…) ça se stabilise. Votre 10 % il augmente ou pas ?
[^] # Re: Moi
Posté par Etienne Bagnoud (site web personnel) . Évalué à 7.
http://blogs.msdn.com/e7/archive/2009/01/25/disk-defragmenta(...)
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Moi
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: Moi
Posté par zebra3 . Évalué à 1.
Je précise que je l'avais vu mise en avant sur Vista, mais pas sur Sept, ça s'est peut-être amélioré depuis.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Moi
Posté par 2PetitsVerres . Évalué à 9.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Moi
Posté par cosmocat . Évalué à 2.
Et désolés si je suis pas up to date... au boulot on a encore XP.
[^] # Re: Moi
Posté par Jump3R (site web personnel) . Évalué à 1.
[^] # Re: Moi
Posté par Etienne Bagnoud (site web personnel) . Évalué à 4.
Je fais confiance à mon système de fichier, mais pas aveuglément confiance, un petit contrôle une fois l'an (quand je fais la poussière des machines par exemple), c'est pas du luxe.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Moi
Posté par Pinaraf . Évalué à 6.
C'est juste l'option par défaut de mkfs.ext*/mkfs.reiser*/mkfs.jfs/mkfs.xfs... C'est même pas une question de besoin/pas besoin.
Chez moi je l'ai mis à 200 reboots je crois, c'est déjà plus raisonnable que 30... 30 c'est parfait pour un serveur, pas pour un desktop. (sauf si utilisation du suspend to ram)
[^] # Re: Moi
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: Moi
Posté par Psychofox (Mastodon) . Évalué à 2.
A mon humble avis le fsck devrait être fait sur demande uniquement, et éventuellement activé si détection d'un arrêt/reboot hardware sans passage par la procédure de shutdown habituelle.
[^] # Re: Moi
Posté par Pinaraf . Évalué à 1.
[^] # Re: Moi
Posté par Amine "nh2" Brikci-Nigassa (site web personnel) . Évalué à 2.
-------> []
GNU's Not Unix / LINUX Is Not Unix Xernel
[^] # Re: Moi
Posté par Victor STINNER (site web personnel) . Évalué à 7.
Fatalement, quand un disque est saturé, les nouvelles écritures vont être fragmentées.
Pour ext4, il existe divers projets permettant de défragmenter le disque à chaud (pendant qu'il est utilisé) :
http://ext4.wiki.kernel.org/index.php/New_ext4_features#Onli(...)
[^] # Re: Moi
Posté par gnumdk (site web personnel) . Évalué à 6.
Bref, depuis ext4, je m'en fou du fsck au boot, ce n'est plus génant...
# skip
Posté par fcartegnie . Évalué à 6.
Annulation non critique pour le boot sur Mandriva
[^] # Re: skip
Posté par Mathieu Schroeter (site web personnel, Mastodon) . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 5.
Ce commentaire a été supprimé par l’équipe de modération.
# man tune2fs
Posté par nonas . Évalué à 7.
# Une vraie machine...
Posté par Zakath (site web personnel) . Évalué à 10.
[^] # Re: Une vraie machine...
Posté par zebra3 . Évalué à 10.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
# Trente reboot ???
Posté par Etienne Bagnoud (site web personnel) . Évalué à 5.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Trente reboot ???
Posté par yohann gabory (site web personnel) . Évalué à 10.
[^] # Re: Trente reboot ???
Posté par nuxavia . Évalué à -2.
[^] # Re: Trente reboot ???
Posté par Grunt . Évalué à 4.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Trente reboot ???
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
Donc l'option en elle-même sur les serveurs n'a pas vraiment d'impact et sur les ordinateurs de bureau, ça fait 1 fois par moi, ce qui n'est pas un mal non plus.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
# Cas de Windows : màj lorsqu'on éteint la machine
Posté par Victor STINNER (site web personnel) . Évalué à 9.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 7.
Au boot, ca force a attendre, en utilisation ca ralentit le systeme, c'est quand meme le meilleur moment non ?
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par TortuXm . Évalué à 7.
Sinon pour le fsck quand on éteint le PC, je ne suis pas vraiment fan, pour les mêmes raisons. Je pense qu'on gagnerait beaucoup à pouvoir faire un fsck à chaud, plutôt.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Albert_ . Évalué à 9.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par zebra3 . Évalué à 6.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par geb . Évalué à -1.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Etienne Bagnoud (site web personnel) . Évalué à 3.
Le reboot est la solution de facilité, l'autre étant la solution qui tend vers l'excellence.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 0.
a) Incomplet car ne peut pas gerer les binaires non empaquetes
b) Incapable de savoir quel plugin est charge a un moment X par quel binaire, tout ce qu'il a est des dependances statiques. Et non, faire tourner ton soft sous ptrace ne fonctionne pas car il va :
b1) mettre ton systeme a genoux niveau perfs, et il faut le faire tourner constamment, car tu ne sais pas quand ton soft va charger une lib, tu peux pas faire ca une fois et esperer que tes donnees sont completes
b2) pourrir tes dependances en creant des dependances qui n'en sont pas des vraies
Bref, ce n'est de tres tres loin pas une solution qui tend vers l'excellence, c'est une solution trouee.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Albert_ . Évalué à 2.
http://www.ksplice.com/
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 0.
a) Une techno tres similaire est dans Windows depuis des lustres
b) T'as remarque que ni Debian, ni Redhat, ni Novell, ni Ubuntu, ni Mandriva, ... ne l'utilisent ? (et MS n'utilise quasiment jamais sa techno equivalente) Bien entendu tu ne te demande pas pourquoi, ca serait essayer de comprendre le probleme
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Etienne Bagnoud (site web personnel) . Évalué à 3.
Ensuite j'ai des systèmes qui ont des solutions propriétaires et, comme tu l'as admis toi-même, les systèmes propriétaires c'est impossible de savoir à quoi il est lié et les entreprises ne trouvent pas utiles de communiquer la liste des libraires liées lorsque tu l'achètes, donc dans ces cas là tu redémarres _tous_ les logiciels propriétaires.
Finalement dans le cas des mises à jour Windows, on ne parle que du système de base : OS, quelques services et les drivers. Et ça c'est entièrement gérés par le système de paquet. Donc en terme d'équivalence, oui le système de paquets gèrent ça pleinement et un peu plus. Le reste étant laissé au soin de l'administrateur qui sait ce qu'il installe sur son système, qui sait quel plugin il a installé et qui dans le pire des cas sait que le logiciel propriétaire n'a pas communiquer les bonnes infos et donc le redémarrer à chaque mise à jour.
Le jours où tu seras confronté à de l'administration d'un système de serveurs, je veux bien que tu viennes m'expliquer ceci, cela et les risques et tout et tout, mais actuellement tu parles de choses bien théorique sans que tu n'aies aucune expérience à amener dans le débat.
Tu es à côté de la plaque parce que tu n'a jamais expérimenté ce domaine.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 0.
Tout a fait, il est paye pour ca, et on sait tous qu'un admin ne fait jamais d'erreur, et il sait toujours tout ce qui se passe sur toutes ses machines.
C'est sympa le monde dans lequel tu vis, le mien est different.
Ensuite j'ai des systèmes qui ont des solutions propriétaires et, comme tu l'as admis toi-même, les systèmes propriétaires c'est impossible de savoir à quoi il est lié et les entreprises ne trouvent pas utiles de communiquer la liste des libraires liées lorsque tu l'achètes, donc dans ces cas là tu redémarres _tous_ les logiciels propriétaires.
Et t'as la liste des plugins charges au moment de l'update par les softs libres ?
Finalement dans le cas des mises à jour Windows, on ne parle que du système de base : OS, quelques services et les drivers. Et ça c'est entièrement gérés par le système de paquet.
Non plus, car ton systeme de paquet ne gere pas les chargements dynamiques, il y a plein de libs du systeme qui peuvent etre chargees dynamiquement, et ton systeme de paquet n'en saura jamais rien car elles sont totalement optionelles, peuvent etre specifiees par l'utilisateur peut-etre, etc...
Le jours où tu seras confronté à de l'administration d'un système de serveurs, je veux bien que tu viennes m'expliquer ceci, cela et les risques et tout et tout, mais actuellement tu parles de choses bien théorique sans que tu n'aies aucune expérience à amener dans le débat.
Tu es à côté de la plaque parce que tu n'a jamais expérimenté ce domaine.
Moi je te parles du cote developpement d'un systeme d'update, environnement dans lequel je bosse depuis 9 ans.
Ton systeme de packaging n'a _AUCUN_ moyen de savoir qu'un soft charge dynamiquement une librairie, car les dependences sont statiques.
C'est un fait clair et avere ca, pas de la theorie. Bref, un systeme de packaging n'est PAS CONCU pour regler ce genre de probleme, regler ce genre de probleme demande de connaitre a l'instant T quels sont les softs ayant la librairie chargee, savoir comment les arreter/redemarrer et le faire.
Aujourd'hui, le 9 decembre 2009, aucun systeme de packaging sur Linux n'en est capable, point barre.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Etienne Bagnoud (site web personnel) . Évalué à 3.
Et tu penses que ton système automatisé ne connaissant en rien le fonctionnement de l'entreprise, des horaires de travail (donc des temps dispo pour couper les serveurs), la charge de tous les serveurs réunis, la charge du réseau, ... A plus ou moins de chances de faire faut que l'administrateur ?
Tu me dis que ton système à moins de risque de se planter qu'un administrateur (donc tu dis que les administrateurs sont incompétents ...) ? Donnes-moi l'adresse email de tes administrateurs, je veux bien discuter un moment avec eux.
C'est sympa le monde dans lequel tu vis, le mien est different.
Oui le tiens est celui d'un utilisateur.
Et t'as la liste des plugins charges au moment de l'update par les softs libres ?
Je sais encore les plugins que j'installe et pour quel programme je l'ai installé. Je lance pas tous les exe que je trouve sur telecharger.com ...
Moi je te parles du cote developpement d'un systeme d'update, environnement dans lequel je bosse depuis 9 ans
Et ça fait plus de 9 ans que Microsoft n'a toujours pas compris les besoins des administrateurs (mais ça vient moins pire ...)
Ton systeme de packaging n'a _AUCUN_ moyen de savoir qu'un soft charge dynamiquement une librairie, car les dependences sont statiques.
Les appels à dl_open sont nécessaires pour charger une bibliothèque dynamiquement ? Les chemins sont soit dans des fichiers de configurations, soit dans en dur dans le programme ?
Déduction ...
C'est un fait clair et avere ca, pas de la theorie. Bref, un systeme de packaging n'est PAS CONCU pour regler ce genre de probleme, regler ce genre de probleme demande de connaitre a l'instant T quels sont les softs ayant la librairie chargee, savoir comment les arreter/redemarrer et le faire.
Il a accès à la majorité des informations nécessaires pour le faire. Le reste c'est l'administrateur qui les a. Donc ensemble ils résolvent 100% du problème. C'est ce que tu refuses d'admettre parce que depuis le premier système serveur Microsoft au dernier, l'administrateur a toujours été considéré comme un incapable et un assisté. On ne veut pas de systèmes de mises à jour qui se font automatiquement, on veut un système qui nous redémarrent pas le serveur. Rien d'autres.
Partout où j'ai bossé, le système de mise à jour Microsoft c'est l'enfer ... C'est pas pour rien. T'es confit de certitudes sur ton système, ben viens l'utiliser ... On administre pas ton portable minable.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 0.
"Mon" systeme, il ne reboote pas les machines sans demander, c'est configurable. Si tu ne sais meme pas ca, pas etonnant que tu t'en plaignes, faudrait apprendre a t'en servir d'abord tu crois pas ?
Tu me dis que ton système à moins de risque de se planter qu'un administrateur (donc tu dis que les administrateurs sont incompétents ...) ? Donnes-moi l'adresse email de tes administrateurs, je veux bien discuter un moment avec eux.
Un reboot c'est garanti qu'il va causer le chargement des binaires corriges oui.
Je sais encore les plugins que j'installe et pour quel programme je l'ai installé. Je lance pas tous les exe que je trouve sur telecharger.com ...
C'est bien, t'as 50 serveurs, sur chacun d'eux tu sais de tete tout ce qui est installe, quelle version, t'as fait les updates de dependances pour les softs proprios, etc...
Combien d'admins font cela ? Tres tres peu. Combien croient que dpkg va resoudre leurs problemes ? Enormement
Les appels à dl_open sont nécessaires pour charger une bibliothèque dynamiquement ? Les chemins sont soit dans des fichiers de configurations, soit dans en dur dans le programme ?
Déduction ...
J'en deduis que :
a) Aucun systeme de packaging ne le fait aujourd'hui.
b) Injecter du code dans un processus pour zieuter quelle lib il charge va te peter ton support chez Oracle et Redhat et autres, resultat quasiment personne ne le fera
c) Les noms peuvent etre demandes a l'utilisateur, crees dynamiquement, ... bref tu n'as aucune garantie d'avoir une liste complete si elle n'est pas generee a l'instant ou tu decides de redemarrer les softs
Il a accès à la majorité des informations nécessaires pour le faire. Le reste c'est l'administrateur qui les a. Donc ensemble ils résolvent 100% du problème.
Un administrateur parfait et un systeme de packaging resolvent tres souvent le probleme tout a fait. Le probleme c'est que l'admin parfait il n'y en a quasiment aucun, et qu'au final la plupart des gens ont un systeme imparfait.
Partout où j'ai bossé, le système de mise à jour Microsoft c'est l'enfer ... C'est pas pour rien. T'es confit de certitudes sur ton système, ben viens l'utiliser ... On administre pas ton portable minable.
J'y peux pas grand-chose si tu ne sais pas t'en servir hein.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
Sauf si tu as fait la mise à jour, là il demande de manière agressive.
Sinon apprendre à s'en servir ... J'ai fait ma formation sur du Windows, j'ai appris l'administration sur du Windows, Linux je l'ai appris en passe temps ...
Je sais comment fonctionne Windows, ces défauts, ces qualités. Mais le défaut c'est que Microsoft traite l'administrateur comme un utilisateur lambda et prend beaucoup, beaucoup de décision à l'insu de l'administrateur (ou alors faut bidouiller pour changer le comportement).
Un reboot c'est garanti qu'il va causer le chargement des binaires corriges oui.
Si Microsoft veut proposer des garanties, qu'il en propose d'autres plus utiles. Je sais ce que j'ai besoin de mettre à jour, je sais ce que j'ai besoin comme binaire recharger ou pas, je sais quand c'est le moment idéal pour utiliser de la bande passante pour télécharger des mises à jour et quand c'est le moment idéal pour faire un redémarrage. Pas besoin qu'on me le force. Parce que si ça marche pas, c'est pas Microsoft qui perd son job, c'est moi et moi seul.
J'en deduis que :
a) Non mais l'administrateur peut le faire et le fait même.
b) C'est pour ça que je choisi Debian. Les supports d'entreprises Redhat, Microsoft et Checkpoint m'ont suffisamment dégoûté pour prendre sur moi (j'ai pas testé le support Oracle, mais je parie sur pas mieux).
c) L'utilisateur c'est moi, générée dynamiquement et stockée au plus haut des cieux ? Prends moi pas pour un con non plus.
Un administrateur parfait et un systeme de packaging resolvent tres souvent le probleme tout a fait. Le probleme c'est que l'admin parfait il n'y en a quasiment aucun, et qu'au final la plupart des gens ont un systeme imparfait.
C'est le souci de l'administrateur et de son chef, pas de Microsoft ça. Microsoft veut se faire du souci : une garantie financière sur les pertes de données, une garantie financière sur l'uptime, ... Y'a assez de _vrais_ services que devraient rendre les fabricants de logiciels, mais ça, c'est trop risqué, ils n'oseront jamais le faire.
J'y peux pas grand-chose si tu ne sais pas t'en servir hein.
Oui, voilà, c'est ça ... Je sais pas m'en servir ... T'as tout juste, sauf ton système de mise à jour, bien entendu.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 0.
Sinon apprendre à s'en servir ... J'ai fait ma formation sur du Windows, j'ai appris l'administration sur du Windows, Linux je l'ai appris en passe temps ...
Mais comment veux tu que je te prenne au serieux en tant qu'admin windows quand tu me dis des trucs pareils ?
Il y a tout un tas de parametres qui te permettent de definir le comportement du systeme lors d'une mise a jour, et qui permettent a l'admin de decider la frequence du pop-up, si il y a pop-up ou laisser l'utilisateur rebooter tout seul, etc...
Si Microsoft veut proposer des garanties, qu'il en propose d'autres plus utiles. Je sais ce que j'ai besoin de mettre à jour, je sais ce que j'ai besoin comme binaire recharger ou pas, je sais quand c'est le moment idéal pour utiliser de la bande passante pour télécharger des mises à jour et quand c'est le moment idéal pour faire un redémarrage. Pas besoin qu'on me le force. Parce que si ça marche pas, c'est pas Microsoft qui perd son job, c'est moi et moi seul.
De nouveau, tu montres que tu ne sais absolument pas comment administrer un systeme Windows.
a) Il te permet de decider quand telecharger
b) Il te permet de decider quand installer
c) Il te permet de decider quand rebooter
Combien d'admins dans les petites PMEs savent ce qu'est un dll/.so ? Tres peu. Combien comprennent le concept d'avoir un dll/.so charge par un processus ? Encore moins.
C'est le souci de l'administrateur et de son chef, pas de Microsoft ça. Microsoft veut se faire du souci : une garantie financière sur les pertes de données, une garantie financière sur l'uptime, ... Y'a assez de _vrais_ services que devraient rendre les fabricants de logiciels, mais ça, c'est trop risqué, ils n'oseront jamais le faire.
Je vais t'apprendre un truc: le but de MS c'est de faciliter la vie des utilisateurs, qu'ils soient admins ou secretaires, pas de leur dire : "c'est ton boulot, demerde toi".
Oui, voilà, c'est ça ... Je sais pas m'en servir ... T'as tout juste, sauf ton système de mise à jour, bien entendu.
Tu as montre clairement par tes dires que non, tu ne sais pas t'en servir.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Albert_ . Évalué à 2.
https://linuxfr.org/comments/1088559.html#1088559
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Jean . Évalué à 1.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par thedude . Évalué à -1.
Il ne cherche pas des solutions, uniquement des problemes.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par briaeros007 . Évalué à 2.
Ah tiens c'est vrai que c'est super facile de dire des trucs comme ça :P
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Albert_ . Évalué à 1.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par windu.2b . Évalué à 2.
J'ai fait ça pendant des années, quand je voulais pas rebooter sur le coup, et ça ne m'a jamais posé de pb...
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par briaeros007 . Évalué à 3.
Et dire que, si j'ai le temps, quand je vois des messages syslog "pas beau" j'essaie de le réparer, même si c'est purement esthétique.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par TortuXm . Évalué à 2.
Après l'install de DirectX, la popup n'avait qu'un bouton Redémarrer, la croix pour fermer la fenêtre était grisée et elle était en topmost (en premier plan "permanent")... Donc le temps d'installer le reste pour tout faire en un seul redémarrage, je gardais la popup dans un coin.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à -1.
b) Non il ne redemarre pas tout seul, il te demande, et t'offre de faire un rappel dans 10 min / 4h
c) Il y a un moyen de s'en debarrasser pour ceux qui le veulent vraiment
Mais bon, depuis le temps on a tous bien compris que tu es incapable d'utiliser un ordinateur des qu'il y a du code MS dessus.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Sébastien B. . Évalué à 4.
Ah ? et elle veut dire quoi en fait la barre de progression qui se trouve juste en dessous du texte qui te dit que ton ordinateur va redémarrer automatiquement dans 5mn ?(enfin avec vista j'ai vu que la fenêtre était différente mais à priori t'as le choix entre "je redémarre maintenant" et "je redémarre plus tard")
À la fin des 5 minutes ya des cotillions qui sortent de partout et 5mn après des gars de chez Microsoft qui viennent boire le champagne parce qu'on a trouvé la surprise cachée ?
Va falloir expliquer tout ça aux utilisateurs, que leur ordinateur n'a pas redémarré, avec un bon pour la visite de l'hopital psychiatrique de leur choix. http://www.reddit.com/r/AskReddit/comments/a8e6f/i_went_out_(...)
a) A l'install il te demande ce que tu veux : installes automatique ou pas, download ou pas, etc... si tu choisis la mauvaise option, tu assumes
Et l'option "reboot ou pas", elle est ou ?
c) Il y a un moyen de s'en debarrasser pour ceux qui le veulent vraiment
Et sinon, Windows, c'est prêt pour le desktop ?
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Albert_ . Évalué à 2.
T'oublies juste de signaler qu'il vaut mieux ne pas aller pisser un coup pendant le rappel car sinon cela redemarre au bout de quelques minutes.
c) Il y a un moyen de s'en debarrasser pour ceux qui le veulent vraiment
Il semblerait que quelqu'un est donne une commande mais alors ca c'est sur que c'est du super user friendly... et apres les windowsiens se plaignent que avec linux il faut taper des commandes en mode console.
Contrairement a ce que tu pretends je ne le connaissais pas il faut dire que je n'aurai pas vraiment penser a mettre une commande commencant par le mot net pour arreter l'affichage d'un popup a la con. Et de plus comme precise je n'avais pas demarre ce pc depuis 3 mois donc les arcanes de microsft windows je ne les connais plus et je m'en tape la plupart du temps sauf a de rares moment et il trouve le moyen de me casser les burnes malgre tout c'est fort.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 0.
T'oublies juste de comprendre qu'en selectionnant "download et laisse moi decider quand installer", il te permet de choisir quand tu veux les installer et rebooter.
Grande nouvelle : si tu lui dis "vas-y installe sans me demander", il va vouloir rebooter par defaut et c'est normal.
Contrairement a ce que tu pretends je ne le connaissais pas il faut dire que je n'aurai pas vraiment penser a mettre une commande commencant par le mot net pour arreter l'affichage d'un popup a la con. Et de plus comme precise je n'avais pas demarre ce pc depuis 3 mois donc les arcanes de microsft windows je ne les connais plus et je m'en tape la plupart du temps sauf a de rares moment et il trouve le moyen de me casser les burnes malgre tout c'est fort.
a) tu ne comprends visiblement meme pas ce que cette commande fait, un minimum avant de critiquer qqe chose serait de comprendre de quoi il s'agit
b) Je deconseille la manip, c'est pas la solution, il y en a une autre bien plus propre
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Kerro . Évalué à 9.
Pan, tu coupes le jus.
J'ai _horreur_ des machines qui réfléchissent pour s'arrêter.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par inico (site web personnel) . Évalué à 1.
Si tu as Process Explorer ouvert, killer winlogon.exe ou csrss.exe est encore plus rapide.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Albert_ . Évalué à 10.
C'est amusant cette semaine j'ai redemarre sur la partition windows de mon laptop. Cela faisait bien 3 mois que je ne l'avais pas fait. Il a m'a demande d'installer des mises a jour ok normal pas de probleme et la j'ai vu la taille de ce qu'il devait downloader ... presque 300 megs. Pour un systeme quasi nu avec rien d'installer de chez Microsoft en dehors de l'OS (je ne fais pas la mise a jour vers les merdes tel que IE8 naturellement).
Mais le plus drole c'est pas ca meme si c'est hallucinant. Je fais tout bien comme il faut je redemarre lorsque le systeme le demande, je vais faire un cafe vu le temps que cela prend pour faire l'installation, je vais lire le journal aussi car c'est toujours pas fini et enfin ah cela a redemarre. Merde c'est sous linux, bon je redemarre en choisissant la bonne partition au boot. La comme dit plus haut encore une phase d'installation, vous etes chiant trop de cafe cela fait mal a l'estomac, je me log et la que vois je? La petite icone jaune de merde qui dit qu'il y a des mises a jours a effectuer... Je recommence et ca recommence aussi la plaisanterie. Il a fallu encore un autre reboot pour finir l'ensemble des mises a jour d'un systeme nu. Je trouve amusant de voir a quel point cet OS est bizarrement fichu et est incapable de faire un upgrade en une seule fois!
Alors certes c'est un cas extreme car en theorie ces updates n'auraient pas du etre fait tous en meme temps mais il n'empeche que c'est du grand delire. Apres je passe sur comment c'est chiant d'upgrader les logiciels non microsofts. Ah que j'adore les apt-get/yum/pacman/pisi choisissait votre systeme prefere.
Donc tous ca pour dire que microsoft il ne ralentit pas que a l'arret le systeme mais aussi au boot.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par briaeros007 . Évalué à 7.
Non : je confirme le problème à l'installation d'une nouvelle machine : il faut trois quatre reboot pour pouvoir installer toutes les mises à jours!
(et le coup du "vous avez ces mises à jours" , tu installe, tu fait tout bien, tu relance windows update "vous avez encore d'autres mises à jours" ...)
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Etienne Bagnoud (site web personnel) . Évalué à 1.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Médéric RIBREUX (site web personnel) . Évalué à 4.
300 megs pour 3 mois, on approche le rythme des révisions de paquets pour Debian unstable là (analyse pifométrique, que j'évalue à 1G par mois) !
Et ce n'est que pour les paquets Windows unsecured ?
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Sylvain Briole (site web personnel) . Évalué à 1.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Kerro . Évalué à 2.
Par exemple, quelle est la volumétrie pour Etch ? Presque aucune, je viens de vérifier sur un routeur Debian Etch non mis à jour depuis plus d'un an, ça a pris 3 minutes pour récupérer les mises à jours sur une ligne SDSL 2 Mb/s.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par kowalsky . Évalué à 3.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par claudex . Évalué à 1.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 0.
b) Il n'a certainement pas downloade les 300mb mais les deltas entre les binaires, a moins que tu aies un tas de softs MS d'installes auquel cas ca serait different car je ne crois pas que les softs non-Windows fasses les deltas.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Albert_ . Évalué à 2.
C'est amusant comme tu racontes des mensonges de facon quasi systematique. Je te cite:
Bof, dans le scenario courant de la plupart des gens, c'est au contraire tres pratique : quand ils eteignent la machine, ils peuvent partir, pas besoin d'attendre.
Au boot, ca force a attendre, en utilisation ca ralentit le systeme, c'est quand meme le meilleur moment non ?
Donc on va faire uneexplication de texte vu que tu ne comprends meme pas les phrases que tu ecris semble t'il.
Dans ta premiere phrase du dis que l'installation des mises a jour se font a l'arret. Dans la deuxieme tu dis que si cela se faisait au boot cela n'est pas le meilleur moment. Donc conclusion cela ne se fait pas au boot.
Le probleme c'est que cela se fait a l'arret ET au boot comme toi meme vient de l'admettre. Que ce soit plus rapide (et encore plus rapide c'est une notion toute relative suivant l'ordi que tu as) cela n'est pas la question.
Il n'a certainement pas downloade les 300mb mais les deltas entre les binaires, a moins que tu aies un tas de softs MS d'installes auquel cas ca serait different car je ne crois pas que les softs non-Windows fasses les deltas.
AUCUN SOFT MICROSOFT INSTALLE (c'etait ecrit) vu que ce systeme ne me sert que a faire 2/3 tests de portabilite ou a jouer.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 0.
Dans ta premiere phrase du dis que l'installation des mises a jour se font a l'arret. Dans la deuxieme tu dis que si cela se faisait au boot cela n'est pas le meilleur moment. Donc conclusion cela ne se fait pas au boot.
Oh mon dieu j'ai oublie de preciser tous les details d'implementation(qui sont pourtant evident aux gens sachant comment un Windows fonctionne) donc je mens !
Heureusement que notre Zorro national est la pour me demasquer.
La realite est que faire une bonne partie du boulot a l'arret rend le boot plus rapide que tout faire au boot, ca j'esperes que c'est un concept assez simple pour que meme toi puisse le comprendre.
AUCUN SOFT MICROSOFT INSTALLE (c'etait ecrit) vu que ce systeme ne me sert que a faire 2/3 tests de portabilite ou a jouer.
Dans ce cas il n'a pas probablement pas downloade 300mb, a moins que tu aies pris un service pack dans le tas.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Etienne Bagnoud (site web personnel) . Évalué à 3.
Oui mais comme tu passes ton temps à oublier ces "détails" et à dire oui mais c'est tellement évident que je l'ai oublié quand quelqu'un fait remarquer ces fameux "détails", je commence à me demander si c'est vraiment involontaire de ta part.
La realite est que faire une bonne partie du boulot a l'arret rend le boot plus rapide que tout faire au boot, ca j'esperes que c'est un concept assez simple pour que meme toi puisse le comprendre.
Non mais ce qui est visé ici c'est de faire tout à l'arrêt et rien au démarrage. Tu arrives tu dis Windows le fait déjà, on te dit non, tu dis oui mais il le fait presque déjà donc c'est pareil que déjà.
Donc Windows fait des mises à jour au démarrage et il fait des scandisk au démarrage si il y a eu un extinction brutale (mais il n'a pas de scandisk forcé chaque X temps, comme les distributions Linux).
Après il fait peut-être plus à l'extinction qu'au démarrage, mais de mon point de vu ce n'est pas une bonne idée pour la simple et bonne raison : J'ai un interrupteur général sur l'ordinateur (question d'économie), s'il fait au démarrage, pas grave j'attends. Par contre quand j'éteins mon ordi c'est souvent tard le soir et je veux allez dormir, alors laisser mon ordi consommé quelque watt toute la nuit à cause d'une mise à jour ça m'agace, donc je reste comme un con à regarder ces mises à jour pour pouvoir couper l'alimentation.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . Évalué à 0.
A se demander si tu lis les posts, on va revoir mon post en http://www.linuxfr.org/comments/1088559.html#1088559
Tu remarqueras que l'auteur du post auquel je reponds *se plaint* que cela se fasse a l'arret, il ne dit nulle part qu'il aimerait que ca se fasse a l'arret et que Windows ne le fait pas.
Donc Windows fait des mises à jour au démarrage et il fait des scandisk au démarrage si il y a eu un extinction brutale (mais il n'a pas de scandisk forcé chaque X temps, comme les distributions Linux).
a) Windows copie les fichiers qu'il ne pouvais pas copier au demarrage, il ne fait de tres loin pas toute l'installation a ce moment
b) Il ne fait quasiment jamais de scandisk, tu peux prendre un PC, lui debrancher la prise au milieu d'une sauvegarde, il ne te fera pas de scandisk dans 99% des cas.
Après il fait peut-être plus à l'extinction qu'au démarrage, mais de mon point de vu ce n'est pas une bonne idée pour la simple et bonne raison : J'ai un interrupteur général sur l'ordinateur (question d'économie), s'il fait au démarrage, pas grave j'attends. Par contre quand j'éteins mon ordi c'est souvent tard le soir et je veux allez dormir, alors laisser mon ordi consommé quelque watt toute la nuit à cause d'une mise à jour ça m'agace, donc je reste comme un con à regarder ces mises à jour pour pouvoir couper l'alimentation.
J'imagines certainement que certaines personnes prefereraient tout faire a un autre moment, il y a des besoin differents, perso je preferes dire au systeme de telecharger les patchs et m'alerter, ensuite je decides moi-meme quand les installer, c'est de loin le plus pratique de mon point de vue
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par vladislav askiparek . Évalué à 5.
Au moins, on utilise l'autodérision chez MS.
Vu la brouette que je dois me farcir au taf, ça doit faire trois ans que cette merveille d'OS contrôle le disque.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Psychofox (Mastodon) . Évalué à 6.
Au boot, ca force a attendre, en utilisation ca ralentit le systeme, c'est quand meme le meilleur moment non ?
oui et non. Dans tous les cas c'est chiant en fait.
Au boot, c'est rarement quand on le voudrait.
En général si j'arrête le pc au lieu de le mettre en veille, c'est que je comptes éteindre voir débrancher la multiprise, donc attendre qu'il fasse ses upgrade est aussi emmerdant. Dans le cas d'un laptop c'est effectivement moins pénalisant mais dans ce cas la l'utilisateur doit le savoir pour plutôt le passer en veille ou en hibernation s'il doit le ranger vite fait dans une sacoche.
La solution de te demander sur les distros linux à tout moment est pas mal, sauf qu'elles devraient informer rien que ça peut impacter le système et les applis qui tournent déjà pour les gens qui n'y connaissent rien. Dans le cas d'une grosse upgrade, le bureau peut rapidement devenir inutilisable si une moitié des libs ont été mises à jours mais pas toutes.
Dans tous les cas le téléchargements des paquets devrait se faire silencieusement en fonction des i/o disques et réseaux utilisées (avec un throttling).
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par claudex . Évalué à 2.
Sous Archlinux, j'ai dû faire un alias avec nice pour pouvoir continuer à utiliser mon système pendant les mise à jour.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par windu.2b . Évalué à 2.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par claudex . Évalué à 2.
alias upgrade='nice --adjustment 19 /usr/bin/yaourt -Syu --aur'
parce que sinon je n'arrivais plus à utiliser mon ordi pendant qu'il mettait à jour (sauf pour le téléchargement évidemment) et je suis en train de me demander si je ne rajouterais pas un ionice en plus pour être bien tranquille.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par windu.2b . Évalué à 1.
Par contre, je suis surpris : je n'ai jamais remarqué que yaourt bouffait autant les ressources CPU...
(bon, je devrais peut-être préciser que je suis avec un AMD 4-cores, ceci expliquant sans doute cela ^^)
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par claudex . Évalué à 3.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par campagnard . Évalué à 4.
Il m'arrive également que des fois il redémarre tout seul pour appliquer sa mise à jour sans que je n'ai rien demandé (et surtout pas de s'éteindre ou de redemarrer). Ca c'est vraiment TRES génant !
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par SF . Évalué à 2.
5 minutes plus tard : étape 1/5.
Je craque, je ferme le tout et je remballe.
Et quand je veux le redémarrer et qu'il reprend là où il en était je pousse un juron.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par slubman (site web personnel, Mastodon) . Évalué à 1.
Comme cela tu peux fermer la session de travail en laissant le windows finir son travail.
# ext4 et fsck en tâche de fond
Posté par Space_e_man (site web personnel) . Évalué à 1.
De plus, j'ai remarqué, avec la dernière Ubuntu (9.10), que certaines partitions étaient scannée en tâche de fond. Pour cela, il faut que le système et son démarrage puisse se passer du contenu de cette partition.
Dans mon cas, j'ai une "petite" partition de 10 Go pour / et une grande, genre 300 Go, pour /donnees et je constate donc que cette dernière partition est scannée alors que je peu déjà travailler et surfer sur le web... Seul problème : je dois attendre pour avoir accès au contenu de /donnees.
[^] # Re: ext4 et fsck en tâche de fond
Posté par Sak . Évalué à 1.
[^] # Re: ext4 et fsck en tâche de fond
Posté par Space_e_man (site web personnel) . Évalué à 1.
Je m'en suis rendu compte alors que je cherchais à accéder aux fichiers... Ils n'apparaissaient pas, le dossier du montage était vide. En voyant l'activité du processeur, j'y ai tout de suite pensé. Et en fait, j'étais plutôt content d'avoir déjà accès au reste. Je trouve ça plutôt positif. Mais un utilisateur lambda n'aurait probablement pas compris se qui se passait et aurait peut-être "paniqué"...
[^] # Re: ext4 et fsck en tâche de fond
Posté par Fabimaru (site web personnel) . Évalué à 2.
Ou alors j'ai eu le droit à un message de Songbird me disant que mes chansons ne sont plus présentes. J'ai eu peur de perdre mes méta-données (nombre de lectures, notes que j'ai données aux chansons).
Bref, la vérification en parallèle et le montage reporté des partitions peut amener à des surprises.
[^] # Re: ext4 et fsck en tâche de fond
Posté par zerkman (site web personnel) . Évalué à 2.
Anéfé, sur ma partition home de 300 Go, convertie de ext3 vers ext4, c'est le jour et la nuit entre avant et maintenant.
[^] # Re: ext4 et fsck en tâche de fond
Posté par geb . Évalué à 1.
Je suis curieux d'avoir une idée du gain: 50% , 100% , plus ?
Parce que si ça met 2h30 au lieu de 3...
[^] # Re: ext4 et fsck en tâche de fond
Posté par gnumdk (site web personnel) . Évalué à 2.
[^] # Re: ext4 et fsck en tâche de fond
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Ca existe déjà
Posté par yeKcim (site web personnel) . Évalué à -8.
https://wiki.ubuntu.com/AutoFsck
[^] # Re: Ca existe déjà
Posté par yeKcim (site web personnel) . Évalué à 3.
# ext4 fsck très rapide
Posté par Ririsoft . Évalué à 4.
Merci ext4 !
[^] # Re: ext4 fsck très rapide
Posté par JoeltheLion (site web personnel) . Évalué à 3.
[^] # Re: ext4 fsck très rapide
Posté par gnumdk (site web personnel) . Évalué à 3.
Par contre, nouvelle machine en ext4 et c'est rapide comme l'éclair ;)
[^] # Re: ext4 fsck très rapide
Posté par Spack . Évalué à 9.
L'outils e4defrag permet de réécrire tout les fichiers mais il n'est pas encore disponible (sur Debian) l'astuce revient donc à utiliser le programme chattr sur tout les fichiers afin de forcer l'utilisation des extents.
# find /home -xdev -type f -print0 | xargs -0 chattr +e# find /home -xdev -type d -print0 | xargs -0 chattr +e
On pourra lancer le find sur /, l'option -xdev permettant de ne pas toucher aux dossiers utilisant un autre systèmes de fichiers et ainsi ne supportant pas les extents.
Plus de détails : http://www.debian-administration.org/article/Migrating_a_liv(...)
[^] # Re: ext4 fsck très rapide
Posté par JoeltheLion (site web personnel) . Évalué à 1.
# Une petition...
Posté par Misc (site web personnel) . Évalué à 6.
50 personnes, ç'est vraiment minoritaire, et au mieux ça ne prouve rien, au pire, ça prouve que la majeur partie des gens s'en foutent.
De plus, comme pBpG le fait remarquer, la solution, c'est pas de déplacer ça au shutdown, mais bien de faire en sorte que l'opération n'ai pas d'impact. Car bon, les gens disent "oui, c'est mieux de faire ça quand on ferme le pc sur un laptop car j'ai besoin de mon pc de suite", j'aurais tendance à dire :
1) le suspend to disk, c'est pas fait pour les canidés ( et ça marche aussi sous linux, au moins sur la distro que j'utilise )
2) c'est bien connu que quand tu as un portable, tu as du temps à perdre à l'extinction, tu n'as jamais besoin de remballer ta machine dans un sac, et si jamais tu devais le faire, ç'est parfaitement sur de déplacer le disque dur ( pour les gens sans ssd ), ou de laisser la machine allumé dans la sacoche
Et on peut troller ce qu'on veut sur "windows a besoin de defrag", au moins windows ne montre pas ce genre de vérification, si jamais il y en a besoin.
Et quitte à donner des exemples, je ne me souviens pas avoir vu un fsck sur un mac à aucun moment ( et pourtant, je fait du dual boot, donc je le relance assez souvent ), ni un besoin de défragmenter le FS ( http://osxbook.com/software/hfsdebug/fragmentation.html ). Peut être que osx fait comme ext4, ie, un fsck rapide. Peut être qu'il fait tout ça à chaud. Ou peut être qu'il cache ça dans les updates de sécu.
Enfin bref, perso, je trouve que c'est une cautére sur une jambe de bois, et la solution, c'est vraiment de pousser ext4, et donc la petition est ridicule.
[^] # Re: Une petition...
Posté par yellowiscool . Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Une petition...
Posté par Misc (site web personnel) . Évalué à 2.
Je sais que le format hfs+ est assez bien documenté ( http://developer.apple.com/mac/library/technotes/tn/tn1150.h(...) ), mais je suis pas assez bon en fs pour oser espérer comparer un jour les structures d'ext4 et de hfs+ à ce niveau.
J'ai quand même l'impression que le fsck au boot, ça tient plus du cargo cult programming qu'autre chose.
[^] # Re: Une petition...
Posté par barmic . Évalué à 2.
Moi mon PC fixe il s'éteint souvent après que je m'endorme parce que je le laisse faire de la musique par exemple. Ben ça me plait bien de foutre le fsck à l'arrêt.
Bien sur que sur mon netbook je en ferais pas ça. Mais bon c'est les joies de la configuration d'adapter son OS à son ordinateur et à l'utilisation que l'on en fait.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Je veux un fsck au boot !
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 2.
Moralité, ça fait trop longtemps que j'aurais du faire un fsck et que j'ai jamais le courage de démonter mes partoches pour le faire à la main.
Comment on force un fsck, même sur batteries ?
[^] # Re: Je veux un fsck au boot !
Posté par barmic . Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Je veux un fsck au boot !
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 2.
Je connaissais pas du tout cette technique/option/methode/facilité.
Généralement, je faisais un bon sync avant d'éteindre la machine comme un bourrin :)
[^] # Re: Je veux un fsck au boot !
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 2.
La solution fut donc d'éditer /etc/init.d/check*.sh, de chercher on_ac_power, et de commenter les flags « ne pas fscker. »
Ne pas oublier de remettre les fichiers en état après le fsck bien mérité.
# Et XFS ?
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
- Défragmentation à chaud
- On défragmente pas le disque mais durant un temps donné (par défaut 2h). Si le disque n'est pas fini la prochaine invocation reprend là où elle a été arrêtée (si cette information est consistante, sinon il recommence au début), ce qui est quand même pratique pour planifier des défragmentation durant le moment où les serveurs ne font rien
- Il commence par les fichiers les plus fragmentés en premier
- Il me semble qu'il gère la place par fichier, si le fichier ne passe pas dans l'espace disponible libre sur le disque il continue quand même et défragmente ainsi les fichiers plus petits (à vérifier).
Non quand même XFS est quand même un excellent système de fichier, y'a rien à dire.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Et XFS ?
Posté par ckyl . Évalué à 2.
C'était un très bon FS, mais ce détail était éliminatoire pour moi sur un laptop ou une machine de bureau où les coupures violentes sont fréquentes.
[^] # Re: Et XFS ?
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
Et c'est précisé par les développeurs de ne pas utiliser ça sur une machine sans UPS ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Et XFS ?
Posté par pasBill pasGates . Évalué à 1.
UPS ou pas, rien ne te dit que ton systeme va pas totalement planter a un moment pour une raison ou une autre (stick memoire defectueux, driver qui plante, bug du kernel, ...), perdre des donnees sur un serveur, c'est un peu dur de faire pire comme scenario...
[^] # Re: Et XFS ?
Posté par Albert_ . Évalué à 2.
[^] # Re: Et XFS ?
Posté par Etienne Bagnoud (site web personnel) . Évalué à 2.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.