Bonjour à tous,
après une mise à jour vers Squeeze (Debian of course) j'ai quelques soucis qui font déborder le vase des problèmes.
Le premier que j'aimerais résoudre est asez vieux: c'es fsck. Tous les 30(environ) démarrages il se lance et vérifie mon terra de disque dur ce qui est long, surtout qu'à 55.3% il plante et ensuite je dois le redémarrer à la main. J'ai voudrais qu'il ne se lance plus au démarrage (ou alors tous les 9999 x ;-) )Dans le fichier fstab j'ai mis les options à "0" comme vu sur Google mais apparemment ca suffit pas :( . Que faire?
L'autre soucis c'est qu'avec le nouveau noyeau je n'arrive pas à lancer les drivers nvidia surement à cause du framebuffer. Alors c'est mignon de pouvoir voir toutes ces lignes mais j'aimerais bien lancer mon X avec mon drivers non-free ... Bref j'ai regardé dans le grub.lst il n'y a pas d'option vga=xxx donc c'est où que j'enleve ce framebuffer???
Merci à tous ce votre aide pour ces deux points!
Cdt
# tune2fs
Posté par B16F4RV4RD1N . Évalué à 3.
tune2fs -c 120 /dev/sda1 (ou autre selon ton disque)
pour le faire tous les 120 fois par exemple
par contre c'est pas trop normal qu'il plante lors d'un fsck... tu devrais investiger
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: tune2fs
Posté par pma . Évalué à 1.
L'autre solution est d'ajouter un fichier journal pour passer en ext3.
Je confirme que le fsck qui plante est à investiger très rapidement. Si tu as une partie du FS de pas propre et/ou le disque qui commence à avoir des faiblesses, ça peut empirer...
Pour le framebuffer, il peut tourner en même temps que le driver de Nvidia.
Commence par regarder si le module nvidia se charge. (sinon erreur avec dmesg?) Souvent quand il y a un nouveau noyau, il faut attendre un peu que NVidia adapte (s'il en a envie, c'est du code proprio) son code au nouveau noyau.
Pour désactiver le framebuffer, essaye d'ajouter 'nofb' ou 'vga=normal' à la fin de la ligne 'kernel' dans ta configuration Grub.
[^] # Re: tune2fs
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: tune2fs
Posté par pma . Évalué à 2.
Le journal est là avant tout pour garantir qu'une transaction signalée comme effectuée le sera effectivement. Comme il contient la liste des blocs affectés dernièrement, il permet une remise en état rapide après un démontage pas propre. Mais ça ne suffit pas toujours, (genre bug dans le noyau) et donc une vérification complète de temps en temps ne fait pas tord mais celles-ci peuvent être plus espacées car le journal aura résolu pas mal de cas.
Avec la mise en veille, (ou l'hibernation) je ne remonte presque pas mon ext3 sous Ubuntu, et donc au final, le fsck ce fait rarement et ne me dérange pas: (mais d'autres peuvent avoir besoin d'un max mount count et check interval différent)
Mount count: 5
Maximum mount count: 28
Last checked: Tue Jun 30 23:49:21 2009
Check interval: 15552000 (6 months)
Next check after: Sun Dec 27 22:49:21 2009
# solutions
Posté par ultimat . Évalué à 2.
Pour le driver nvidia, c'est simple, reviens à ton noyau précédent. Le blob de nvidia n'est surement pas à jour, donc pas de miracle, faut attendre...
[^] # fsck peut être long
Posté par Benoît . Évalué à 3.
Je suppose que l'on peut dire que plus la partition est grande plus fsck est long.
[^] # Re: fsck peut être long
Posté par gaaaaaAab . Évalué à 2.
Vivement btrfs !
[^] # Re: fsck peut être long
Posté par zx81 . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.