ext4 и ядра 4.19

zsx	# 6 лет, 4 месяца назад
Темы: 1 Сообщения: 145 Участник с: 08 августа 2018	vasek, nafanja, для принудительной проверки предусмотрен fsck.mode=force без break или break=premount, которые launches an interactive shell which can be used for troubleshooting purposes.

vasek	# 6 лет, 4 месяца назад
Темы: 47 Сообщения: 11908 Участник с: 17 февраля 2013	nafanja проверял… не работает… Правильно понял, что не работает и с break=premount ? Ошибки не исчезают с опытом - они просто умнеют

nafanja	# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	zsx, да ты прав, но параметр break или почти тоже самое для systemd изменить rw на ro и дописать emergency, дает больше возможностей... vasek Правильно понял, что не работает и с break=premount ? да Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

zsx, да ты прав, но параметр break или почти тоже самое для systemd изменить rw на ro и дописать emergency, дает больше возможностей...

vasek
Правильно понял, что не работает и с break=premount ?

да

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

vasek	# 6 лет, 4 месяца назад
Темы: 47 Сообщения: 11908 Участник с: 17 февраля 2013	nafanja, в emergency должно работать - проверял? И сейчас режим emergency работает в rw ... Ошибки не исчезают с опытом - они просто умнеют

vasek	# 6 лет, 4 месяца назад
Темы: 47 Сообщения: 11908 Участник с: 17 февраля 2013	В части ошибки `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

# 6 лет, 4 месяца назад

Темы: 47

Сообщения: 11908

Участник с: 17 февраля 2013

В части ошибки

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» знаю плохо, а потому смысл не очень доходит.

Ошибки не исчезают с опытом - они просто умнеют

nafanja	# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	vasek nafanja, в emergency должно работать - проверял? проверял, не работает. vasek И сейчас режим emergency работает в rw … да, но нужно что бы корень был примонтирован в ro, тогда с ним безопасно работать... Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

vasek
nafanja, в emergency должно работать - проверял?

проверял, не работает.

vasek
И сейчас режим emergency работает в rw …

да, но нужно что бы корень был примонтирован в ro, тогда с ним безопасно работать...

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

vasek	# 6 лет, 4 месяца назад
Темы: 47 Сообщения: 11908 Участник с: 17 февраля 2013	nafanja, спасибо за проверки. Будем знать нюансы использования хука systemd. Вспомнил, как то подключил этот хук, а понадобилось активировать debug-shell.service ... а он не сработал.... хорошо, что indeviral напомнил, а то я совсем и забыл. После того решил этот хук systemd большет никогда не использовать - уменьшаются возможности отладки системы. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 6 лет, 4 месяца назад

Темы: 47

Сообщения: 11908

Участник с: 17 февраля 2013

nafanja, спасибо за проверки. Будем знать нюансы использования хука systemd.
Вспомнил, как то подключил этот хук, а понадобилось активировать debug-shell.service ... а он не сработал.... хорошо, что indeviral напомнил, а то я совсем и забыл. После того решил этот хук systemd большет никогда не использовать - уменьшаются возможности отладки системы.

Ошибки не исчезают с опытом - они просто умнеют

nafanja	# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	ха, щас в голову пришла идея просто удалить из параметров загрузки ядра root=... и др. что связано с монтированием корня. проверил, и получил полную копию break, притом остался в пространстве initramfs, вообще без монтирования корня ))) но что бы это работало, нужно в mkinitcpio.conf прописать `BINARIES=(sh)` а то не будет командной оболочки. Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

ха, щас в голову пришла идея просто удалить из параметров загрузки ядра root=... и др. что связано с монтированием корня.
проверил, и получил полную копию break, притом остался в пространстве initramfs, вообще без монтирования корня )))
но что бы это работало, нужно в mkinitcpio.conf прописать

BINARIES=(sh)

а то не будет командной оболочки.

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

zsx	# 6 лет, 4 месяца назад
Темы: 1 Сообщения: 145 Участник с: 08 августа 2018	Перезагрузившись три раза подряд, уже точно могу сказать, что после настройки периодичности проверки 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

# 6 лет, 4 месяца назад

Темы: 1

Сообщения: 145

Участник с: 08 августа 2018

Перезагрузившись три раза подряд, уже точно могу сказать, что после настройки периодичности проверки 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 ничего об этом. (

vasek	# 6 лет, 4 месяца назад
Темы: 47 Сообщения: 11908 Участник с: 17 февраля 2013	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 Ошибки не исчезают с опытом - они просто умнеют

vasek

# 6 лет, 4 месяца назад

Темы: 47

Сообщения: 11908

Участник с: 17 февраля 2013

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

Ошибки не исчезают с опытом - они просто умнеют