Forum Linux.redhat Process ext4-dio-unwrit

Posté par . Licence CC by-sa
Tags :
1
28
jan.
2014

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 . É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 à ceux qui les ont postés. Nous n'en sommes pas responsables.