Les file systems sont-ils verifies avant d'etre montes?
12 réponses
Saïd
Bonjour,
Soit un iPod formaté mac. Je le branche, il marche. je coupconne un
probleme (un des morceaux s'arrete avant la fin). Je lance une verification
de disque (dans utilitaire disque) et cette verification trouve un probleme
(et le repare).
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son
integrite? J'espere qu'il ne fait pas pareil avec mon DD interne...
--
Saïd.
"Bless this, O Lord, that with it thou mayst blow thine enemies to tiny
bits, in thy mercy."
In the Book of Armaments, Chapter 4. (The Holy Hand Grenade)
J'espere qu'il ne fait pas pareil avec mon DD interne...
Vous ne le vérifiez jamais?
-- Philippe
Franck
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son integrite? J'espere qu'il ne fait pas pareil avec mon DD interne...
Non, il ne vérifie pas. Ce serait trop long (a part si tu peux attendre 20 minutes à chaque boot) et c'est *normalement* inutile avec un filesystem journalisé...
Sauf que des fois non...
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son
integrite? J'espere qu'il ne fait pas pareil avec mon DD interne...
Non, il ne vérifie pas. Ce serait trop long (a part si tu peux attendre
20 minutes à chaque boot) et c'est *normalement* inutile avec un
filesystem journalisé...
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son integrite? J'espere qu'il ne fait pas pareil avec mon DD interne...
Non, il ne vérifie pas. Ce serait trop long (a part si tu peux attendre 20 minutes à chaque boot) et c'est *normalement* inutile avec un filesystem journalisé...
Sauf que des fois non...
Nicolas.MICHEL
Saïd wrote:
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son integrite?
trop long.
J'espere qu'il ne fait pas pareil avec mon DD interne...
Si. Et même pire : si ton disque est journalisé, il ne le check même pas si tu le démonte sauvagement. (par ex suite à un panic)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Saïd <said@brian.lan> wrote:
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son
integrite?
trop long.
J'espere qu'il ne fait pas pareil avec mon DD interne...
Si. Et même pire : si ton disque est journalisé, il ne le check même pas
si tu le démonte sauvagement. (par ex suite à un panic)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son integrite?
trop long.
J'espere qu'il ne fait pas pareil avec mon DD interne...
Si. Et même pire : si ton disque est journalisé, il ne le check même pas si tu le démonte sauvagement. (par ex suite à un panic)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
FiLH
(Nicolas MICHEL) writes:
Saïd wrote:
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son integrite?
trop long.
Normalement un fs a un indicateur de propreté. Si le démontage sauvage intervient alors que toutes les écritures ont été flushées alors il n'y a pas de raison de faire le fsck. Les unix bien nés indiquent fs : clean dans ce cas.
J'espere qu'il ne fait pas pareil avec mon DD interne...
Si. Et même pire : si ton disque est journalisé, il ne le check même pas si tu le démonte sauvagement. (par ex suite à un panic)
Hum... il commence par tenter de faire un replay des dernières choses. Il y a donc quelque chose de fait,
Après j'ai parfois des reboot très longs. Mais comme je ne suis pas en pomme v je ne peux pas garantir que c'est un fsck, mais vu que le disque tourne comme un fou pendant ce temps, j'ai de trés fortes présomptions.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son
integrite?
trop long.
Normalement un fs a un indicateur de propreté. Si le démontage sauvage
intervient alors que toutes les écritures ont été flushées alors il
n'y a pas de raison de faire le fsck. Les unix bien nés indiquent fs
: clean dans ce cas.
J'espere qu'il ne fait pas pareil avec mon DD interne...
Si. Et même pire : si ton disque est journalisé, il ne le check même pas
si tu le démonte sauvagement. (par ex suite à un panic)
Hum... il commence par tenter de faire un replay des dernières choses.
Il y a donc quelque chose de fait,
Après j'ai parfois des reboot très longs. Mais comme je ne suis pas en
pomme v je ne peux pas garantir que c'est un fsck, mais vu que le
disque tourne comme un fou pendant ce temps, j'ai de trés fortes
présomptions.
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son integrite?
trop long.
Normalement un fs a un indicateur de propreté. Si le démontage sauvage intervient alors que toutes les écritures ont été flushées alors il n'y a pas de raison de faire le fsck. Les unix bien nés indiquent fs : clean dans ce cas.
J'espere qu'il ne fait pas pareil avec mon DD interne...
Si. Et même pire : si ton disque est journalisé, il ne le check même pas si tu le démonte sauvagement. (par ex suite à un panic)
Hum... il commence par tenter de faire un replay des dernières choses. Il y a donc quelque chose de fait,
Après j'ai parfois des reboot très longs. Mais comme je ne suis pas en pomme v je ne peux pas garantir que c'est un fsck, mais vu que le disque tourne comme un fou pendant ce temps, j'ai de trés fortes présomptions.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Saïd
Franck :
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son integrite? J'espere qu'il ne fait pas pareil avec mon DD interne...
Non, il ne vérifie pas. Ce serait trop long (a part si tu peux attendre 20 minutes à chaque boot) et c'est *normalement* inutile avec un filesystem journalisé...
Sauf que des fois non...
La verification de l'iPod 20Go a pris 30 secondes.
-- Saïd. "Bless this, O Lord, that with it thou mayst blow thine enemies to tiny bits, in thy mercy." In the Book of Armaments, Chapter 4. (The Holy Hand Grenade)
Franck :
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son
integrite? J'espere qu'il ne fait pas pareil avec mon DD interne...
Non, il ne vérifie pas. Ce serait trop long (a part si tu peux attendre
20 minutes à chaque boot) et c'est *normalement* inutile avec un
filesystem journalisé...
Sauf que des fois non...
La verification de l'iPod 20Go a pris 30 secondes.
--
Saïd.
"Bless this, O Lord, that with it thou mayst blow thine enemies to tiny
bits, in thy mercy."
In the Book of Armaments, Chapter 4. (The Holy Hand Grenade)
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son integrite? J'espere qu'il ne fait pas pareil avec mon DD interne...
Non, il ne vérifie pas. Ce serait trop long (a part si tu peux attendre 20 minutes à chaque boot) et c'est *normalement* inutile avec un filesystem journalisé...
Sauf que des fois non...
La verification de l'iPod 20Go a pris 30 secondes.
-- Saïd. "Bless this, O Lord, that with it thou mayst blow thine enemies to tiny bits, in thy mercy." In the Book of Armaments, Chapter 4. (The Holy Hand Grenade)
Jerome VERNET
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son integrite? J'espere qu'il ne fait pas pareil avec mon DD interne...
Non, il ne vérifie pas. Ce serait trop long (a part si tu peux attendre 20 minutes à chaque boot) et c'est *normalement* inutile avec un filesystem journalisé...
Il verifie pourtant de temps à autre... En particulier après une mise à jour, on vous constaterez que le boot dure nettement plus longtemps. Il suffit de booter en mode texte (pomme-v) juste après une MAJ système, ce que je fais toujours pour pister d'eventuels problèmes.
Expèrience faite hier en mettant en 10.4.4 mon iBook: boot très très long, bloqué sur un message de verification du file system.
Sous Linux, avec un fs en ext3, il se passe la même chose, après 10/20 reboot, il va forcer une verification très complète et longue du fs.
-- Jerome ---------------------------------------------------------------------------- Petite collection de vieilles machines.... http://perso.wanadoo.fr/jerome.vernet/ Si vous avez de vieux machins qui trainent dans vos placards, pensez à moi ! Enlever _PASDESPAM_ pour me repondre.
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son
integrite? J'espere qu'il ne fait pas pareil avec mon DD interne...
Non, il ne vérifie pas. Ce serait trop long (a part si tu peux attendre
20 minutes à chaque boot) et c'est *normalement* inutile avec un
filesystem journalisé...
Il verifie pourtant de temps à autre... En particulier après une mise à
jour, on vous constaterez que le boot dure nettement plus longtemps. Il
suffit de booter en mode texte (pomme-v) juste après une MAJ système, ce
que je fais toujours pour pister d'eventuels problèmes.
Expèrience faite hier en mettant en 10.4.4 mon iBook: boot très très
long, bloqué sur un message de verification du file system.
Sous Linux, avec un fs en ext3, il se passe la même chose, après 10/20
reboot, il va forcer une verification très complète et longue du fs.
--
Jerome
----------------------------------------------------------------------------
Petite collection de vieilles machines....
http://perso.wanadoo.fr/jerome.vernet/
Si vous avez de vieux machins qui trainent dans vos placards, pensez à moi !
Enlever _PASDESPAM_ pour me repondre.
Question: Pourquoi mac OS X monte-t-il un file system sans verifier son integrite? J'espere qu'il ne fait pas pareil avec mon DD interne...
Non, il ne vérifie pas. Ce serait trop long (a part si tu peux attendre 20 minutes à chaque boot) et c'est *normalement* inutile avec un filesystem journalisé...
Il verifie pourtant de temps à autre... En particulier après une mise à jour, on vous constaterez que le boot dure nettement plus longtemps. Il suffit de booter en mode texte (pomme-v) juste après une MAJ système, ce que je fais toujours pour pister d'eventuels problèmes.
Expèrience faite hier en mettant en 10.4.4 mon iBook: boot très très long, bloqué sur un message de verification du file system.
Sous Linux, avec un fs en ext3, il se passe la même chose, après 10/20 reboot, il va forcer une verification très complète et longue du fs.
-- Jerome ---------------------------------------------------------------------------- Petite collection de vieilles machines.... http://perso.wanadoo.fr/jerome.vernet/ Si vous avez de vieux machins qui trainent dans vos placards, pensez à moi ! Enlever _PASDESPAM_ pour me repondre.
Jerome VERNET
J'espere qu'il ne fait pas pareil avec mon DD interne...
Si. Et même pire : si ton disque est journalisé, il ne le check même pas si tu le démonte sauvagement. (par ex suite à un panic)
Plante ton mac -eteint le violement par exemple-, redemarre en tennant
Pomme-V, tu va voir qu'il va y avoir un check fait, et les -eventuelles- modifs du journal appliquées.
-- Jerome ---------------------------------------------------------------------------- Petite collection de vieilles machines.... http://perso.wanadoo.fr/jerome.vernet/ Si vous avez de vieux machins qui trainent dans vos placards, pensez à moi ! Enlever _PASDESPAM_ pour me repondre.
J'espere qu'il ne fait pas pareil avec mon DD interne...
Si. Et même pire : si ton disque est journalisé, il ne le check même pas
si tu le démonte sauvagement. (par ex suite à un panic)
Plante ton mac -eteint le violement par exemple-, redemarre en tennant
Pomme-V, tu va voir qu'il va y avoir un check fait, et les -eventuelles-
modifs du journal appliquées.
--
Jerome
----------------------------------------------------------------------------
Petite collection de vieilles machines....
http://perso.wanadoo.fr/jerome.vernet/
Si vous avez de vieux machins qui trainent dans vos placards, pensez à moi !
Enlever _PASDESPAM_ pour me repondre.
J'espere qu'il ne fait pas pareil avec mon DD interne...
Si. Et même pire : si ton disque est journalisé, il ne le check même pas si tu le démonte sauvagement. (par ex suite à un panic)
Plante ton mac -eteint le violement par exemple-, redemarre en tennant
Pomme-V, tu va voir qu'il va y avoir un check fait, et les -eventuelles- modifs du journal appliquées.
-- Jerome ---------------------------------------------------------------------------- Petite collection de vieilles machines.... http://perso.wanadoo.fr/jerome.vernet/ Si vous avez de vieux machins qui trainent dans vos placards, pensez à moi ! Enlever _PASDESPAM_ pour me repondre.
Franck
Sous Linux, avec un fs en ext3, il se passe la même chose, après 10/20 reboot, il va forcer une verification très complète et longue du fs.
Ca dépend des distribs...
Typiquement sur une Fedora, même si la machine est rebootée "comme un porc" sans démonter propremenent les filesystems, au reboot elle te propose une vérification sachant que la réponse par défaut est *non*. De plus le check périodique est totalement désactivé (tune2fs -c -1). Exemple (extrait de tune2fs -l /dev/md0) :
Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: 64a0d2c4-eb2c-4191-84a1-2156b5a3c946 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Filesystem created: Sat Feb 5 12:53:53 2005 Last mount time: Sun Jan 8 12:49:04 2006 Last write time: Sun Jan 8 12:49:04 2006 Mount count: 21 Maximum mount count: -1 Last checked: Sat Feb 5 12:53:53 2005 Check interval: 0 (<none>)
Sous Linux, avec un fs en ext3, il se passe la même chose, après 10/20
reboot, il va forcer une verification très complète et longue du fs.
Ca dépend des distribs...
Typiquement sur une Fedora, même si la machine est rebootée "comme un
porc" sans démonter propremenent les filesystems, au reboot elle te
propose une vérification sachant que la réponse par défaut est *non*. De
plus le check périodique est totalement désactivé (tune2fs -c -1).
Exemple (extrait de tune2fs -l /dev/md0) :
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 64a0d2c4-eb2c-4191-84a1-2156b5a3c946
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index
filetype needs_recovery sparse_super
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Filesystem created: Sat Feb 5 12:53:53 2005
Last mount time: Sun Jan 8 12:49:04 2006
Last write time: Sun Jan 8 12:49:04 2006
Mount count: 21
Maximum mount count: -1
Last checked: Sat Feb 5 12:53:53 2005
Check interval: 0 (<none>)
Sous Linux, avec un fs en ext3, il se passe la même chose, après 10/20 reboot, il va forcer une verification très complète et longue du fs.
Ca dépend des distribs...
Typiquement sur une Fedora, même si la machine est rebootée "comme un porc" sans démonter propremenent les filesystems, au reboot elle te propose une vérification sachant que la réponse par défaut est *non*. De plus le check périodique est totalement désactivé (tune2fs -c -1). Exemple (extrait de tune2fs -l /dev/md0) :
Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: 64a0d2c4-eb2c-4191-84a1-2156b5a3c946 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Filesystem created: Sat Feb 5 12:53:53 2005 Last mount time: Sun Jan 8 12:49:04 2006 Last write time: Sun Jan 8 12:49:04 2006 Mount count: 21 Maximum mount count: -1 Last checked: Sat Feb 5 12:53:53 2005 Check interval: 0 (<none>)
cf
Jerome VERNET wrote:
Plante ton mac -eteint le violement par exemple-, redemarre en tennant Pomme-V, tu va voir qu'il va y avoir un check fait, et les -eventuelles- modifs du journal appliquées.
Et qu'est-ce qui nous prouve que ce n'est pas le Pomme-V qui déclenche le check du filesystem ?
...
(remake de la vieille blague de la lumière du frigo... :-)
Plante ton mac -eteint le violement par exemple-, redemarre en tennant
Pomme-V, tu va voir qu'il va y avoir un check fait, et les -eventuelles-
modifs du journal appliquées.
Et qu'est-ce qui nous prouve que ce n'est pas le Pomme-V qui déclenche
le check du filesystem ?
...
(remake de la vieille blague de la lumière du frigo... :-)
Plante ton mac -eteint le violement par exemple-, redemarre en tennant Pomme-V, tu va voir qu'il va y avoir un check fait, et les -eventuelles- modifs du journal appliquées.
Et qu'est-ce qui nous prouve que ce n'est pas le Pomme-V qui déclenche le check du filesystem ?
...
(remake de la vieille blague de la lumière du frigo... :-)
A++ -- Christian
ASM
Le 24/01/06 13:11, Saïd écrivait:
J'espere qu'il ne fait pas pareil avec mon DD interne...
Vous ne le vérifiez jamais?
Ben ... il est dans la boîte en plastique gris brillant là dans mes pieds ... pas pratique de le sortir pour voir s'il a bonne mine.
Un disque-dur çà se verifie ? Pourquoi ? quand ? comment ? et qu'y puis-je ?
-- Stephane Moriaux et son [moins] vieux Mac
Le 24/01/06 13:11, Saïd écrivait:
J'espere qu'il ne fait pas pareil avec mon DD interne...
Vous ne le vérifiez jamais?
Ben ... il est dans la boîte en plastique gris brillant
là dans mes pieds ... pas pratique de le sortir pour voir
s'il a bonne mine.
Un disque-dur çà se verifie ?
Pourquoi ? quand ? comment ? et qu'y puis-je ?
