Bonjour à tous
Je rencontre un problème avec mon système de fichier EXT4. Celui-ci créé des process "ext4-dio-unwrit".
Quand je regarde le fichier /fs/ext4/super.c , je vois un morceaux de code qui explique ce problème:
/*
* The first inode we look at is the journal inode. Don't try
* root first: it may be modified in the journal!
*/
if (!test_opt(sb, NOLOAD) &&
EXT4_HAS_COMPAT_FEATURE(sb, EXT4_FEATURE_COMPAT_HAS_JOURNAL)) {
if (ext4_load_journal(sb, es, journal_devnum))
goto failed_mount3;
} else if (test_opt(sb, NOLOAD) && !(sb->s_flags & MS_RDONLY) &&
EXT4_HAS_INCOMPAT_FEATURE(sb, EXT4_FEATURE_INCOMPAT_RECOVER)) {
ext4_msg(sb, KERN_ERR, "required journal recovery "
"suppressed and not mounted read-only");
goto failed_mount4;
} else {
clear_opt(sbi->s_mount_opt, DATA_FLAGS);
set_opt(sbi->s_mount_opt, WRITEBACK_DATA);
sbi->s_journal = NULL;
needs_recovery = 0;
goto no_journal;
}
Après une petite analyse j'en viens au fait que sb a comme valeur NOLOAD.
Problème : que veut dire NOLOAD ?
Merci
Gannher,
"Un jour les développeurs seront les maîtres du monde!"
# Piste pour signification de NOLOAD
Posté par gannher . Évalué à 1.
Bon après une petite recherche, il semblerait que NOLOAD veuille dire que le journal ne sera pas chargé.
Quelqu'un pourrait il confirmer ?
Si c'est bien le cas, comment puis je régler ce problème (à savoir la création des process ext4-dio-unwrit qui ne devrait pas se faire)?
Merci.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.