ext4 и ядра 4.19

vasek, nafanja, для принудительной проверки предусмотрен fsck.mode=force без break или break=premount, которые launches an interactive shell which can be used for troubleshooting purposes.
nafanja
проверял… не работает…
Правильно понял, что не работает и с break=premount ?
Ошибки не исчезают с опытом - они просто умнеют
zsx, да ты прав, но параметр break или почти тоже самое для systemd изменить rw на ro и дописать emergency, дает больше возможностей...
vasek
Правильно понял, что не работает и с break=premount ?
да
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja, в emergency должно работать - проверял? И сейчас режим emergency работает в rw ...
Ошибки не исчезают с опытом - они просто умнеют
В части ошибки
ext4_iget:4831: inode #396886: comm fd: bad extra_isize 28454 (inode size 256)
вот что на этот счет написано в исходниках
if (EXT4_INODE_SIZE(inode->i_sb) > EXT4_GOOD_OLD_INODE_SIZE) {
		ei->i_extra_isize = le16_to_cpu(raw_inode->i_extra_isize);
		if (EXT4_GOOD_OLD_INODE_SIZE + ei->i_extra_isize >
			EXT4_INODE_SIZE(inode->i_sb) ||
		    (ei->i_extra_isize & 3)) {
			EXT4_ERROR_INODE(inode,
					 "bad extra_isize %u (inode size %u)",
					 ei->i_extra_isize,
					 EXT4_INODE_SIZE(inode->i_sb));
			ret = -EFSCORRUPTED;
			goto bad_inode;
		}
	} else
		ei->i_extra_isize = 0;
язык «C» знаю плохо, а потому смысл не очень доходит.
Ошибки не исчезают с опытом - они просто умнеют
vasek
nafanja, в emergency должно работать - проверял?
проверял, не работает.
vasek
И сейчас режим emergency работает в rw …
да, но нужно что бы корень был примонтирован в ro, тогда с ним безопасно работать...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja, спасибо за проверки. Будем знать нюансы использования хука systemd.
Вспомнил, как то подключил этот хук, а понадобилось активировать debug-shell.service ... а он не сработал.... хорошо, что indeviral напомнил, а то я совсем и забыл. После того решил этот хук systemd большет никогда не использовать - уменьшаются возможности отладки системы.
Ошибки не исчезают с опытом - они просто умнеют
ха, щас в голову пришла идея просто удалить из параметров загрузки ядра root=... и др. что связано с монтированием корня.
проверил, и получил полную копию break, притом остался в пространстве initramfs, вообще без монтирования корня )))
но что бы это работало, нужно в mkinitcpio.conf прописать
BINARIES=(sh)
а то не будет командной оболочки.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Перезагрузившись три раза подряд, уже точно могу сказать, что после настройки периодичности проверки ext4 через tune2fs она проводится до монтирования диска, о чем сообщается в процессе загрузки.

А "IGNORED" у меня связан, насколько я понял, со слишком коротким первым этапом проверки. Видимо, где-то еще и это настраивается.

В соответствии с...
$ info e2fsck.conf
...в /etc/e2fsck.conf можно указать место для сохранения логов.
log_dir = /var/log/e2fsck
log_filename = e2fsck-%N.%h.INFO.%D-%T
log_dir_wait = true
Но логи проверки корневого раздела не создаются (остальных - да).
И ни в journalctl, ни в dmesg ничего об этом. (
zsx
Но логи проверки корневого раздела не создаются (остальных - да).
И ни в journalctl, ни в dmesg ничего об этом. (
Логов на диске и в принципе быть не может. Но зато их подробный вывод можно получить в консоли. Вывод будет примерно такой (если все нормально)
Pass1: checking inodes, block and sizes
Pass2: checking directory structure
Pass3: checking directory connectivity
Pass4: checking referency counts
Pass5: checking group summary information
--------------------------------------------------------------
372744 inodes used (8,08%, out of 4612096)
       1072 non-contiguous files (0,3%)
         440 non-contiguous directories (0,1%)
                 # of inodes with ind/dind/tind blocks: 0/0/0
                    extent depth histogram: 363113/166
6263480 blocks used (34,0%, out of 18422538)
         0 bad blocks
         1 large file
---------------------------------------
330870 regular files
 31251 directories
         0 charactter device files
         0 block device files
         1 fifo
  2636 links
10612 symbolic links (9455 fast symbolic links)
          1 socket
-----------------------
  375371 files
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.