Раздел на EXT4FS не распознаётся и не подключается

[Shadow87]

Привет, товарищи!

Что-то последнее время мне "везёт".

Прошивка 2.12.B.0.0-4. Через OPKG переразмечаю и форматирую жёсткий диск. Раздел на EXT3 пашет без проблем, а EXT4 не видит, и в лог сыпется что-то о неподдерживаемых опциях в разделе. Спасите, плиз! Что я делаю не так?

self-test догоняет следом.

 

L'ecureuil:

Решение (спасибо @_sk_ ) :

mkfs.ext4 -O^metadata_csum,^64bit -b 4096 -m0 -L KEENETIC /dev/sdXY

 

Edited August 9, 2018 by Le ecureuil

[Mamay]

Во первых. Кроме вас никто на этой планете не знает файловой системы ext4fs. 

Во вторых. Попробуйте отформатировать в ext4 ваш внешний диск, например, в Ubuntu 14.04 и иже с ними. То есть, чтобы версия OS, читай ядро оной было чуть постарше чем пара-тройка лет... 

[stitchix]

ext4 не поддерживается.

[GrST]

Я диск форматировал в ext4 средствами Entware  и всё нормально работает. Перед этим форматировал в debian 9, тоже ошибки были о поддерживаемых функциях. 

Edited June 17, 2018 by GrST

[_sk_]

mkfs.ext4 -O^metadata_csum,^64bit -b 4096 -m0 -L KEENETIC /dev/sdXY

 

Edited June 17, 2018 by _sk_

[Shadow87]

В 16.06.2018 в 04:14, Mamay сказал:

Во вторых. Попробуйте отформатировать в ext4 ваш внешний диск, например, в Ubuntu 14.04 и иже с ними. То есть, чтобы версия OS, читай ядро оной было чуть постарше чем пара-тройка лет... 

Короче так, поформатировал раздел Ubuntu 1604.3 LTS и Ubuntu 17.10, и результат получился таким:

1) Ubuntu 16.04.3 Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
2) Ubuntu 17.10 Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
3) Entware Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum

В 1 варианте всё нормально подключается, а остальные 2 приводят к ошибке:

kernel: EXT4-fs (sdb1): couldn't mount RDWR because of unsupported optional features (400)
Июн 18 09:04:22 ndm
FileSystem::Native: failed to mount "/tmp/mnt/Router": invalid argument.
Июн 18 09:04:22 ndm
FileSystem::Ext: failed to mount.
Июн 18 09:04:22 ndm
FileSystem::Ext: ext4 "8bcea9c8-2788-4f90-a0c6-6bc42b248d62:": unable to mount.
Июн 18 09:04:22 ndm
FileSystem::Repository: failed to register "8bcea9c8-2788-4f90-a0c6-6bc42b248d62:" filesystem

То есть получается, что в последних ядрах, видимо, обновился драйвер Ext4 и под него теперь обновился mke2fs, а у нас в ядре поддержки новых опций пока нет.

И ещё. А вот что это значит:

FileSystem::Ext: ext3 "69c2a17c-c377-4680-9740-7d410ed308e3:": filesystem initialized.
Июн 18 09:04:22 ndm
kernel: EXT4-fs (sdb3): mounting ext3 file system using the ext4 subsystem
Июн 18 09:04:22 ndm
kernel: EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: (null)

? Этот раздел - ext3.

В 16.06.2018 в 04:14, Mamay сказал:

Во первых. Кроме вас никто на этой планете не знает файловой системы ext4fs. 

Не я это придумал, хотя признаю опечатку. В куске лога выше вы можете увидеть почти такое же написание в первой строке.

[Shadow87]

22 часа назад, _sk_ сказал:

mkfs.ext4 -O^metadata_csum,^64bit -b 4096 -m0 -L KEENETIC /dev/sdXY

 

Огромное спасибо! Именно опций metadata_csum и 64bit у нас, видимо, нет.

Впрочем, для специалистов прикрепляю сводный лог нескольких форматирований. Повторюсь, что из моих попыток роутер принял только конфигурацию от Ubuntu 16.04.3 LTS

 

tune2fs logs.txt

[hellonow]

@Shadow87 где создавали раздел, в какой программе? Случаем не в последней версии Gparted c сайта distrowatch.com? Или с их сайта? Неважно.

У Вас в логе есть запись:

[E] Jun 16 00:14:15 ndm: kernel: EXT4-fs (sdb1): couldn't mount RDWR because of unsupported optional features (400)

опция не проходит проверку у EXT4 драйвера в ndm.

Рекомендую использовать версию Gparted 0.25.0 в Linux-системах или Paragon Partition Manager Free в Windows.

Я создаю в консоли Linux:

1. Проверяю подключенные разделы при помощи утилиты 'df':

enpa-wrk ~ # df
Файл.система        1K-блоков Использовано  Доступно Использовано% Cмонтировано в
udev                  6064148            0   6064148            0% /dev
tmpfs                 1218392        55912   1162480            5% /run
/dev/sdb2           233211832     34686500 186655792           16% /
tmpfs                 6091956      1000372   5091584           17% /dev/shm
tmpfs                    5120            4      5116            1% /run/lock
tmpfs                 6091956            0   6091956            0% /sys/fs/cgroup
/dev/sdb1              523248         1196    522052            1% /boot/efi
cgmfs                     100            0       100            0% /run/cgmanager/fs
/dev/sda5           491830296     21185500 445638156            5% /mnt/22413a3e-131f-44b0-a13e-57a4a9566633
/dev/sda4           476376060     78026660 398349400           17% /mnt/2EDED32CDED2EB5B
tmpfs                 1218392           72   1218320            1% /run/user/1000
/home/enpa/.Private 233211832     34686500 186655792           16% /home/enpa
/dev/sdc1             8707472        33684   8208384            1% /media/enpa/SANDISK
/dev/sdc2             6343676      1872356   4471320           30% /media/enpa/FILES

либо так 'mount | grep sd':

enpa-wrk ~ # mount | grep sd
/dev/sdb2 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sdb1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda5 on /mnt/22413a3e-131f-44b0-a13e-57a4a9566633 type ext4 (rw,nosuid,nodev,relatime,data=ordered)
/dev/sda4 on /mnt/2EDED32CDED2EB5B type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdc1 on /media/enpa/SANDISK type ext4 (rw,nosuid,nodev,relatime,stripe=32596,data=ordered,uhelper=udisks2)
/dev/sdc2 on /media/enpa/FILES type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

далее выбираю раздел, пускай будет раздел с фс ntfs, переведу его на ext4:

/dev/sdc2 on /media/enpa/FILES type fuseblk

команды:

sudo umount /dev/sdc2
sudo mkfs -t ext4 -L MYFILES /dev/sdc2
mke2fs 1.42.13 (17-May-2015)
/dev/sdc2 contains a ntfs file system labelled 'FILES'
Proceed anyway? (y,n) y
Creating filesystem with 1585920 4k blocks and 396704 inodes
Filesystem UUID: aa0bb204-8205-453f-9634-1b0bea88a360
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736

Allocating group tables: done                            
Сохранение таблицы inod'ов: done                            
Creating journal (32768 blocks): готово
Writing superblocks and filesystem accounting information: готово

далее получаю удачную регистрацию раздела в NDMS:

I [Jun 18 13:04:50] ndm: kernel: usb 2-1: new SuperSpeed USB device number 4
                    using xhci-hcd
I [Jun 18 13:04:50] ndm: kernel: usb 2-1: New USB device found, idVendor=0781,
                    idProduct=5580
I [Jun 18 13:04:50] ndm: kernel: usb 2-1: Product: Extreme
I [Jun 18 13:04:50] ndm: kernel: usb 2-1: Manufacturer: SanDisk
I [Jun 18 13:04:50] ndm: kernel: usb 2-1: SerialNumber: AA011029152225321085
I [Jun 18 13:04:50] ndm: kernel: scsi0 : usb-storage 2-1:1.0
I [Jun 18 13:04:53] ndm: kernel: scsi 0:0:0:0: Direct-Access     SanDisk 
                    Extreme          0001 PQ: 0 ANSI: 6
I [Jun 18 13:04:53] ndm: kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
I [Jun 18 13:04:53] ndm: kernel: sd 0:0:0:0: [sda] 30651688 512-byte logical
                    blocks: (15.6 GB/14.6 GiB)
I [Jun 18 13:04:53] ndm: kernel: sd 0:0:0:0: [sda] Write Protect is off
I [Jun 18 13:04:53] ndm: kernel: sd 0:0:0:0: [sda] Mode Sense: 53 00 00 08
I [Jun 18 13:04:53] ndm: kernel: sd 0:0:0:0: [sda] Write cache: disabled, read
                    cache: enabled, doesn't support DPO or FUA
I [Jun 18 13:04:53] ndm: kernel:  sda: sda1 sda2
I [Jun 18 13:04:53] ndm: kernel: sd 0:0:0:0: [sda] Attached SCSI removable disk
W [Jun 18 13:04:53] ndm: FileSystem::Ext: "/dev/sda" has an unknown partition
                    type, ignored.
I [Jun 18 13:04:53] ndm: FileSystem::Ext: ext4 "38c47227-29a3-46c5-8d32-
                    3e64c42c8cf4:": filesystem initialized.
I [Jun 18 13:04:54] ndm: kernel: EXT4-fs (sda1): recovery complete
I [Jun 18 13:04:54] ndm: kernel: EXT4-fs (sda1): mounted filesystem with
                    ordered data mode. Opts: (null)
I [Jun 18 13:04:54] ndm: FileSystem::Repository: "38c47227-29a3-46c5-8d32-
                    3e64c42c8cf4:" registered.
I [Jun 18 13:04:54] ndm: FileSystem::Ext: ext4 "aa0bb204-8205-453f-9634-
                    1b0bea88a360:": filesystem initialized.
I [Jun 18 13:04:54] ndm: kernel: EXT4-fs (sda2): mounted filesystem with
                    ordered data mode. Opts: (null)
I [Jun 18 13:04:54] ndm: FileSystem::Repository: "aa0bb204-8205-453f-9634-
                    1b0bea88a360:" registered.

кстати, можно сделать и в OPKG. Сейчас подключен накопитель с разделом ext4 \ opkg в UII, подключаю флешку к usb 1-2. далее ввожу следующее:

1. Переходу в shell:

(config)>  exec sh


BusyBox v1.28.3 () built-in shell (ash)

2. Ищем нужный раздел:

/ # mount | grep sd
/dev/sda1 on /tmp/mnt/OPKG type ext4 (rw,relatime,stripe=8191,data=ordered)
/dev/sda2 on /tmp/mnt/FLS type tntfs (rw,nosuid,noexec,noatime,uid=0,gid=1000,umask=02,allow_utime=0020,nls=utf8,min_prealloc_size=64k,max_prealloc_size=32763900,readahead=4M,perm,user_xattr,case_sensitive,fail_safe,hidden=show,dotfile=show,protected_system=ignore,errors=continue,mft_zone_multiplier=1)
/dev/sda1 on /opt type ext4 (rw,relatime,stripe=8191,data=ordered)
/dev/sdb1 on /tmp/mnt/SANDISK type ext4 (rw,nosuid,noexec,noatime,data=ordered)
/dev/sdb2 on /tmp/mnt/MYFILES type ext4 (rw,nosuid,noexec,noatime,data=ordered)

3. Делаем umount:

umount /dev/sdb2

4. Форматируем раздел обратно в ntfs:

/ # mkfs.ntfs -f -L MYFLASH /dev/sdb2
Failed to set locale, using default 'C'.
Cluster size has been automatically set to 4096 bytes.
Creating NTFS volume structures.
mkntfs completed successfully. Have a nice day.

5. Смотрим лог:

I [Jun 18 13:33:05] ndm: kernel: usb 1-2: new high-speed USB device number 4
                    using xhci-hcd
I [Jun 18 13:33:05] ndm: kernel: usb 1-2: New USB device found, idVendor=0781,
                    idProduct=5580
I [Jun 18 13:33:05] ndm: kernel: usb 1-2: Product: Extreme
I [Jun 18 13:33:05] ndm: kernel: usb 1-2: Manufacturer: SanDisk
I [Jun 18 13:33:05] ndm: kernel: usb 1-2: SerialNumber: AA011029152225321085
I [Jun 18 13:33:05] ndm: kernel: scsi3 : usb-storage 1-2:1.0
I [Jun 18 13:33:08] ndm: kernel: scsi 3:0:0:0: Direct-Access     SanDisk 
                    Extreme          0001 PQ: 0 ANSI: 6
I [Jun 18 13:33:08] ndm: kernel: sd 3:0:0:0: Attached scsi generic sg1 type 0
I [Jun 18 13:33:08] ndm: kernel: sd 3:0:0:0: [sdb] 30651688 512-byte logical
                    blocks: (15.6 GB/14.6 GiB)
I [Jun 18 13:33:08] ndm: kernel: sd 3:0:0:0: [sdb] Write Protect is off
I [Jun 18 13:33:08] ndm: kernel: sd 3:0:0:0: [sdb] Mode Sense: 53 00 00 08
I [Jun 18 13:33:08] ndm: kernel: sd 3:0:0:0: [sdb] Write cache: disabled, read
                    cache: enabled, doesn't support DPO or FUA
I [Jun 18 13:33:08] ndm: kernel:  sdb: sdb1 sdb2
I [Jun 18 13:33:08] ndm: kernel: sd 3:0:0:0: [sdb] Attached SCSI removable disk
W [Jun 18 13:33:08] ndm: FileSystem::Ext: "/dev/sdb" has an unknown partition
                    type, ignored.
I [Jun 18 13:33:08] ndm: FileSystem::Ext: ext4 "38c47227-29a3-46c5-8d32-
                    3e64c42c8cf4:": filesystem initialized.
I [Jun 18 13:33:08] ndm: kernel: EXT4-fs (sdb1): mounted filesystem with
                    ordered data mode. Opts: (null)
I [Jun 18 13:33:08] ndm: FileSystem::Repository: "38c47227-29a3-46c5-8d32-
                    3e64c42c8cf4:" registered.
I [Jun 18 13:33:08] ndm: FileSystem::Ext: ntfs "1B98396F185DFF27:": filesystem
                    initialized.
I [Jun 18 13:33:08] ndm: kernel: tntfs info (device sdb2, pid 11187):
                    ntfs_fill_super(): fail_safe is enabled.
I [Jun 18 13:33:08] ndm: kernel: tntfs info (device sdb2, pid 11187):
                    load_system_files(): NTFS volume name 'MYFLASH', version
                    3.1 (cluster_size 4096, PAGE_SIZE 4096).
I [Jun 18 13:33:08] ndm: FileSystem::Repository: "1B98396F185DFF27:"
                    registered.

Плюс информация есть в статье базы знаний - Использование файловой системы EXT4 на USB-накопителях.

[hellonow]

@stitchix фс ext4 поддерживается с версии NDMS 2.7, версии ядра Linux 3.4

[Shadow87]

35 минут назад, enpa сказал:

@Shadow87 где создавали раздел, в какой программе?

Штатным parted из Entware.

Про опции: ругань происходит при форматировании в Ext4 из-под Entware с опциями по умолчанию. Если при форматировании задаю исключение опций metadata_csum и 64bit, как предложил @_sk_, дальше цепляемся с полпинка.

И ещё, у меня в Entware версия mke2fs старше вашей.

Цитата

mke2fs 1.44.1 (24-Mar-2018)
        Using EXT2FS Library version 1.44.1

 

Edited June 18, 2018 by Shadow87

[hellonow]

@Shadow87 я Вам выше привел пример создания раздела при помощи утилиты 'mkfs' в Entware - никаких проблем. Но это да, с фс ntfs, а вот с mkfs.ext4 происходит такая же проблема, как у Вас:

E [Jun 18 14:15:03] ndm: kernel: EXT4-fs (sdb2): couldn't mount RDWR because of unsupported optional features (400)

@Shadow87 да, решение только отключить данные опции при создании раздела.

[Shadow87]

Короче, всё понятно, "это не я дурак, а лыжи не едут".

@enpa, прикол в том, что mkfs -t ext4 в Entware посылает меня подальше, а mkfs.ext4 ведёт на утилиту mke2fs, форматирование которой оканчивается нашей проблемой, так что либо будем гасить опции, либо наши разрабы смогут это поправить как-то, на что я надеюсь.

@ndm, это реально починить?

[Shadow87]

2.12.B.1.0-1

Проблема пока остаётся. Диски, форматируемые по умолчанию последними Линуксами или даже в последнем Entware в Ext4, не подключаются в роутере из-за неподдерживаемых опций файловой системы. Свежий self-test летит следом.

Edited June 20, 2018 by Shadow87

[Mamay]

2 часа назад, Shadow87 сказал:

2.12.B.1.0-1

Проблема пока остаётся. Диски, форматируемые по умолчанию последними Линуксами или даже в последнем Entware в Ext4, не подключаются в роутере из-за неподдерживаемых опций файловой системы. Свежий self-test летит следом.

Как бы всё абсолютно логично, ведь ядро GNU/Linux в ndms 3.4 и не повышается с новыми прошивками, со всеми вытекающими... Непонятно чего вы ожидаете, ведь вам уже было давно подсказано решение...

[Shadow87]

21 минуту назад, Mamay сказал:

Как бы всё абсолютно логично, ведь ядро GNU/Linux в ndms 3.4 и не повышается с новыми прошивками, со всеми вытекающими... Непонятно чего вы ожидаете, ведь вам уже было давно подсказано решение...

Пока им и пользуюсь. Просто мне не ответили, можно ли ждать исправления этого в дальнейшем, что, возможно, будет интересно не только мне. Я не прав?

Причём я понимаю, сложность проблемы и её решения, но проблема есть. А возможно ли её решение или нет, покажет время, хотя лично я верю в лучшее.

С уважением, Shadow87.

[hellonow]

@Mamay тут дело в ядерном драйвере EXT4-f. Его периодически обновляют, но не все добавляют в плане поддержки новых опций, т.к. в дальнейшем могут возникнуть проблемы в работе NDMS, которые потребует длительного дебага.

Более подробно лучше узнать у @Padavan.

[Mamay]

2 часа назад, enpa сказал:

@Mamay тут дело в ядерном драйвере EXT4-f. Его периодически обновляют, но не все добавляют в плане поддержки новых опций, т.к. в дальнейшем могут возникнуть проблемы в работе NDMS, которые потребует длительного дебага.

Я это прекрасно понимаю и так. Но вероятность появления новых фич в предрелизной бете, да ещё миноре, автоматически стремится к нулю. О том речь и веду... 

[Mamay]

2 часа назад, Shadow87 сказал:

Я не прав?

Вы абсолютно правы. Только промахнулись, видимо, разделом. Вам нужно идти в развитие ndms, и оформить вашу хотелку, чтобы в дальнейших версиях, читай 2.13/2.14 было запилена столь важная для вас свистулька... 

[Shadow87]

1 час назад, Mamay сказал:

Вы абсолютно правы. Только промахнулись, видимо, разделом. Вам нужно идти в развитие ndms, и оформить вашу хотелку, чтобы в дальнейших версиях, читай 2.13/2.14 было запилена столь важная для вас свистулька... 

Цитата

Исправление ошибок в отладочных версиях NDMS (принимаются только баг-репорты из последних версий draft и delta, обсуждение настроек и новых фич запрещено)

Вот что из этого я понял не так?

Здесь классический баг-репорт и не больше, ибо фича есть, но работает нестабильно по сути, что я и отрапортовал.

Всё, я ругаться не хочу. Будьте здоровы и живите счастливо! Спасибо за поддержку!

P. S. Насколько оно важно для меня, настолько же оно окажется важным и для кого-либо ещё.

Edited June 20, 2018 by Shadow87

[Mamay]

2 часа назад, Shadow87 сказал:

Здесь классический баг-репорт и не больше, ибо фича есть, но работает нестабильно по сути, что я и отрапортовал.

Всё, я ругаться не хочу

А и не надо ругаться тут ни с кем. Багу описанную вами,  за последний год, я видел в доброй пятерке тем! 

Не холивара ради, а интереса токма ради, чем вам ext3 не угодил православный? 

[Shadow87]

50 минут назад, Mamay сказал:

А и не надо ругаться тут ни с кем. Багу описанную вами,  за последний год, я видел в доброй пятерке тем! 

Не холивара ради, а интереса токма ради, чем вам ext3 не угодил православный? 

Вот это уже позитив!  Мир, пир и вкусняшки!

Про ext3: я только что переехал именно на него, ибо так проще и надёжнее. И пока я считаю возможным порекомендовать форматировать в ext3 диски, которые планируется пользовать в том числе в Entware.

Про ext4: я прекрасно понимаю, что проблема может остаться и надолго, так что пусть тема остаётся этаким лайфхаком для столкнувшихся. Спасибо всем за помощь! Если при исправлении я чем-то смогу ещё помочь, буду рад.

Всем крепкого здоровья, большого счастья и больших успехов! И особенно больших успехов нашим славным разработчикам!

[Le ecureuil]

В 6/18/2018 в 17:07, Shadow87 сказал:

Короче, всё понятно, "это не я дурак, а лыжи не едут".

@enpa, прикол в том, что mkfs -t ext4 в Entware посылает меня подальше, а mkfs.ext4 ведёт на утилиту mke2fs, форматирование которой оканчивается нашей проблемой, так что либо будем гасить опции, либо наши разрабы смогут это поправить как-то, на что я надеюсь.

@ndm, это реально починить?

Нет, это не будет починено. Только руками создавать ФС, совместимую с ядром 3.4 по опциям.

[Le ecureuil]

В 6/20/2018 в 19:27, Shadow87 сказал:

Вот что из этого я понял не так?

Здесь классический баг-репорт и не больше, ибо фича есть, но работает нестабильно по сути, что я и отрапортовал.

Всё, я ругаться не хочу. Будьте здоровы и живите счастливо! Спасибо за поддержку!

P. S. Насколько оно важно для меня, настолько же оно окажется важным и для кого-либо ещё.

Баг репорта тут фактически нет, потому что ext4 не обратно совместима с недавних пор.

Надо просто будет в базе знаний указать, что поддерживается только on-disk формат, совместимый с ядром 3.4.

[Shadow87]

16 минут назад, Le ecureuil сказал:

Нет, это не будет починено. Только руками создавать ФС, совместимую с ядром 3.4 по опциям.

Что и требовалось понять. Печалька, но вполне ожидаемая. Спасибо большое!

[LizerGun]

такая же фигня пропала флешка! че делать?

 

usb 1-1: new high-speed USB device number 4 using xhci-mtk

Окт 21 08:39:45

kernel

usb 1-1: New USB device found, idVendor=0781, idProduct=558b

Окт 21 08:39:45

kernel

usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3

Окт 21 08:39:45

kernel

usb 1-1: Product: SanDisk 3.2Gen1

Окт 21 08:39:45

kernel

usb 1-1: Manufacturer: USB

Окт 21 08:39:45

kernel

usb 1-1: SerialNumber: 03044924061421114115

Окт 21 08:39:45

kernel

usb-storage 1-1:1.0: USB Mass Storage device detected

Окт 21 08:39:45

kernel

scsi host0: usb-storage 1-1:1.0

Окт 21 08:39:46

kernel

usb 1-1: USB disconnect, device number 4

Окт 21 08:39:46

kernel

usb 1-1: new full-speed USB device number 5 using xhci-mtk

Окт 21 08:39:46

kernel

usb 1-1: device descriptor read/64, error -71

Окт 21 08:39:47

kernel

usb 1-1: device descriptor read/64, error -71

Окт 21 08:39:47

kernel

Core::Syslog: last message repeated 3 times.

Окт 21 08:39:47

kernel

usb usb1-port1: attempt power cycle

Окт 21 08:39:49

kernel

usb 1-1: new full-speed USB device number 7 using xhci-mtk

Окт 21 08:39:49

kernel

usb 1-1: Device not responding to setup address.

Окт 21 08:39:49

kernel

usb 1-1: Device not responding to setup address.

Окт 21 08:39:49

kernel

usb 1-1: device not accepting address 7, error -71

Окт 21 08:39:49

kernel

usb 1-1: new full-speed USB device number 8 using xhci-mtk

Окт 21 08:39:49

kernel

usb 1-1: Device not responding to setup address.

Окт 21 08:39:50

kernel

usb 1-1: Device not responding to setup address.

Окт 21 08:39:50

kernel

usb 1-1: device not accepting address 8, error -71

Окт 21 08:39:50

kernel

usb usb1-port1: unable to enumerate USB device

Edited October 21, 2021 by LizerGun

[krass]

33 минуты назад, LizerGun сказал:

такая же фигня пропала флешка! че делать?

Пожалуйста, прячьте длинный лог под спойлер ( при написании сообщения это пиктограмма "глаз", рядом со смайликами и называется "скрытый текст") 

[v-milenin]

Этот вариант работает на Giga (KN-1011) EAEU (прошивка 4.2.1):

mkfs.ext4 -O^metadata_csum,^64bit -b 4096 -m0 -L KEENETIC /dev/sdXY

Форматировал на компьютере с linux, потом вставил в роутер, теперь при перезагрузке не пропадает.

Раньше было так: форматирую на компьютере с win11 в ext4, вставляю в роутер, настраиваю OPKG, всё работает, после перезагрузки флешка не определяется ни при каком случае.

 

[Le ecureuil]

4 минуты назад, v-milenin сказал:

Этот вариант работает на Giga (KN-1011) EAEU (прошивка 4.2.1):

mkfs.ext4 -O^metadata_csum,^64bit -b 4096 -m0 -L KEENETIC /dev/sdXY

Форматировал на компьютере с linux, потом вставил в роутер, теперь при перезагрузке не пропадает.

Раньше было так: форматирую на компьютере с win11 в ext4, вставляю в роутер, настраиваю OPKG, всё работает, после перезагрузки флешка не определяется ни при каком случае.

 

На ПО версий : 3.0 работает при любом форматировании. На более старом - там ядро 3.4, и там да, нужно отключать некоторые опции как в примере выше.