blob: 6deba2e3c95126dd53e6626768c60f2cf04fe514 [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
Theodore Ts'o8a31ffe1999-10-23 03:33:15 +000045--------------------------------------
46
47block_illegal_map should be only created in pass1b.c, since it isn't
48used anywhere else.
49
50------------------------------------------
51
52fix up get_backup_sb, so that it doesn't choose something bogus if
53fs->super->.... is ridiculous
54