blob: 752a636274a793e89fad3eef34ff6187fa7b7e74 [file] [log] [blame]
Theodore Ts'oc461e161999-01-12 23:40:01 +00001User request:
2
3BTW: Could you please add some sort of deleted and possibly corrupted file
4 and inode list to e2fsck report. There should be filenames deleted
5 from directory inodes, files with duplicate blocks e.t.c.
6 It's pretty annoying to filter this information from e2fsck output
Theodore Ts'oe2e69ba1999-06-18 01:13:31 +00007 by hand :-
8
9------------------------------------------
10
11Add a "answer Yes always to this class of question" response.
12
13----------------------------------
14
15ext2fs_flush() should return a different error message for primary
16versus backup superblock flushing, so that mke2fs can print an
17appropriate error message.
18
19-----------------------------------
20
21Put code into e2fsck to support imagic inodes....
22
23---------------------------------
Theodore Ts'oe2e69ba1999-06-18 01:13:31 +000024Date: Mon, 08 Mar 1999 21:46:14 +0100
25From: Sergio Polini <s.polini@mclink.it>
26
27
28I'm reading the sorce code of e2fsck 1.14.
29In pass2.c, lines 352-357, I read:
30
31if ((dirent->name_len & 0xFF) > EXT2_NAME_LEN) {
32 if (fix_problem(ctx, PR_2_FILENAME_LONG, &cd->pctx)) {
33 dirent->name_len = EXT2_NAME_LEN;
34 dir_modified++;
35 }
36}
37
38I think that I'll never see any messages about too long filenames,
39because "whatever & 0xFF" can never be "> 0xFF".
40Am I wrong?
41--------------------------------------
42
Theodore Ts'oe2a99be1999-07-19 15:48:08 +000043Add chmod command to debugfs.
Theodore Ts'oe2e69ba1999-06-18 01:13:31 +000044