Bug 37094 - resque iso: unknown filesystem type ext4
Summary: resque iso: unknown filesystem type ext4
Status: CLOSED NOTABUG
Alias: None
Product: Regular
Classification: Distributions
Component: rescue (show other bugs)
Version: не указана
Hardware: all Linux
: P3 normal
Assignee: Michael Shigorin
QA Contact: Andrey Cherepanov
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-08-10 09:56 MSK by viy
Modified: 2019-08-23 10:13 MSK (History)
1 user (show)

See Also:


Attachments
screenshot (165.51 KB, image/jpeg)
2019-08-10 09:56 MSK, viy
no flags Details
снимок (143.82 KB, image/jpeg)
2019-08-11 15:32 MSK, viy
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description viy 2019-08-10 09:56:12 MSK
в файловой системе resque нет /sbin/mount.ext4,
поэтому команда mount не монтирует ext4, см. скриншот
Comment 1 viy 2019-08-10 09:56:35 MSK
Created attachment 8218 [details]
screenshot
Comment 2 viy 2019-08-10 11:58:12 MSK
regular-rescue-latest-x86_64.iso 
612368384 июл 31
Comment 3 Антон Мидюков 2019-08-10 17:42:09 MSK
mount -t ext4 /dev/sda2 /mnt

отрабатывает без проблем.

apf find /sbin/mount.ext4

ничего не находит.
Comment 4 viy 2019-08-11 15:32:15 MSK
Created attachment 8222 [details]
снимок
Comment 5 viy 2019-08-11 15:32:52 MSK
гм. тогда непонятно в чем проблема.
рабочая партиция, в нормальной системе монтируется без проблем
blkid /dev/sda3
/dev/sda3: UUID="6e6975d9-25bd-44ab-b099-d9c2dd9fa15f" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="c0a30c5a-551e-463d-85c7-a65bcdabc973"
но загружаюсь с regular-rescue -
mount /dev/sda3 /mnt
unknown filesystem type 'ext4', см. снимок
Comment 6 viy 2019-08-11 15:34:30 MSK
tune2fs -l /dev/sda3
tune2fs 1.42.13 (17-May-2015)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          6e6975d9-25bd-44ab-b099-d9c2dd9fa15f
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              6807552
Block count:              27207793
Reserved block count:     1360389
Free blocks:              16947030
Free inodes:              6477003
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1017
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Tue Apr 30 17:11:54 2019
Last mount time:          Sun Aug 11 15:21:50 2019
Last write time:          Sun Aug 11 15:21:50 2019
Mount count:              71
Maximum mount count:      -1
Last checked:             Tue Apr 30 17:11:54 2019
Check interval:           0 (<none>)
Lifetime writes:          158 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       4606777
Default directory hash:   half_md4
Directory Hash Seed:      e72cc010-6e86-4cef-ba6c-ac8687a65a2b
Journal backup:           inode blocks
Comment 7 viy 2019-08-22 23:08:00 MSK
Разобрался.
Заметил, что /dev/sdb [отдельный жесткий диск, не usb флешка] был смонтирован в /image 8)
Это классический подземный стук + фича (пропагатора?).
я когда записывал образ resque на флешку, один раз ошибся и записал его на /dev/sdb.
Потом заметил и удалил партиции, но образ то остался и был успешно
сдетектирован и примонтирован инсталлером :)

Когда запускалась загрузка, флешка находила именно его :)
Comment 8 Michael Shigorin 2019-08-23 10:13:21 MSK
Обалденно :)  В принципе мог бы и сам догадаться, но ведь не...