Перейти к содержанию

Вопрос

Опубликовано

Здравствуйте!

Вчера купил новый Keenetic Giga (KN-1012) на замену старичку Zyxel Keenetic Extra.

Подключил к нему свой внешний USB HDD WD Elements 1 TB. Отформатирован в NTFS. Ранее был подключен к Zyxel, использовался в качестве хранилища для торрентов и медиа-сервера (DLNA).

Диск сразу определился. Ошибок типа Dirty filesystem нет, но при этом я не могу через веб-интерфейс роутера увидеть файлы на диске, а также использовать диск в качестве хранилища для Download Station.

Вот скриншот того, что я имею в виду (название перечеркнуто красным)

Спойлер

2025-03-16_14-59-23.thumb.png.7ffa1cd5df50ae5dede7cafb39693b04.png

 

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

  1. Подключил HDD к ПК с Windows и запустил chkdsk в быстром варианте (ошибок не было).
  2. Заменил USB-кабель (без изменений).
  3. Отформатировал диск с изменением файловой системы на exFAT.
  4. Запустил проверку из консоли: `chkdsk F: /f /r /x` (вывод ниже под спойлером; проблем не обнаружено).
Спойлер

C:\Users\alex>chkdsk F: /f /r /x
Тип файловой системы: exFAT.
Серийный номер тома: ACBD-C8B0
Проверка файлов и папок...
Метка тома: YASKEVICH.
Windows проверяет распределение файлов…
Проверка файлов и папок завершена.
Проверка свободного места на диске...
  Обработано свободных кластеров: 3815385.
Проверка свободного места на диске завершена.

Windows проверила файловую систему и не обнаружила проблем.
Дальнейшие действия не требуются.

 976740352 КБ всего на диске.
       512 КБ в 2 файлах.
       512 КБ в 2 индексах.
         0 КБ в поврежденных секторах.
       768 КБ используется системой.
 976738560 КБ свободно на диске.

    262144 байт в каждой единице распределения.
Всего единиц распределения на диске:    3815392.
Доступно единиц распределения на диске:    3815385.

Что самое интересное, после форматирования диска в exFAT, маршрутизатор не увидел этого. Он по-прежнему отображал диск как NTFS, со старым именем и так, будто часть диска занята файлами (диск был пуст). Вот скриншот как диск виднеется в веб-интерфейсе:

Спойлер

2025-03-16_14-23-35.thumb.png.e35d19f65d4c6b5ea39ff0b9325be88d.png

  • 428 GB занято - неправда, диск пустой
  • название FATAL-STORAGE - неправда, я переименовал том при форматировании
  • NTFS - неправда, на момент скриншота у диска была ФС exFAT

Далее я вновь отформатировал диск в NTFS. Это не помогло.

Проверка SMART с помощью CrystalDIskInfo:

Спойлер

2025-03-16_09-41-42.png.4ea88000e65413669c42aabb2916b049.png

Проверка SMART с помощью VictoriaHDD:

Спойлер

2025-03-16_09-44-31.png.1556c03d89e9488bd8c07a64eb530868.png

Быстрая проверка диска с помощью VictoriaHDD:

Спойлер

2025-03-16_09-50-15.thumb.png.9dc6e8e4be4a2df30353227a44563d34.png

Полная проверка с параметром Remap:

Спойлер

2025-03-16_14-21-23.thumb.png.6ffcb19d09676ecaf812410e3f65de43.png

Я не вижу ничего криминального. Диск достаточно старый, но он корректно определялся старым роутером, ПК под Windows и ПК под Ubuntu. Нет никаких проблем с чтением/записью на ПК.

При подключении диска к новому маршрутизатору в логах появляются следующие записи:

Спойлер

 Mar 16 09:23:59
kernel
usb 2-1: new SuperSpeed Gen 1x2 USB device number 3 using xhci-mtk
Mar 16 09:23:59
kernel
usb 2-1: New USB device found, idVendor=1058, idProduct=1042, bcdDevice=10.15
Mar 16 09:23:59
kernel
usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Mar 16 09:23:59
kernel
usb 2-1: Product: Elements 1042
Mar 16 09:23:59
kernel
usb 2-1: Manufacturer: Western Digital
Mar 16 09:23:59
kernel
usb 2-1: SerialNumber: 575833314138323337373134
Mar 16 09:23:59
kernel
usb-storage 2-1:1.0: USB Mass Storage device detected
Mar 16 09:23:59
kernel
scsi host0: usb-storage 2-1:1.0
Mar 16 09:24:00
kernel
scsi 0:0:0:0: Direct-Access WD Elements 1042 1015 PQ: 0 ANSI: 6
Mar 16 09:24:00
kernel
sd 0:0:0:0: Attached scsi generic sg0 type 0
Mar 16 09:24:00
kernel
sd 0:0:0:0: [sda] Spinning up disk...
Mar 16 09:24:02
kernel
.
Mar 16 09:24:07
kernel
Core::Syslog: last message repeated 6 times.
Mar 16 09:24:07
kernel
ready
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] 1953519616 512-byte logical blocks: (1.00 TB/932 GiB)
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] Write Protect is off
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] Mode Sense: 47 00 10 08
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] No Caching mode page found
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] Assuming drive cache: write through
Mar 16 09:24:07
kernel
sda: sda1
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] Attached SCSI disk
Mar 16 09:24:07
ndm
Storage::Manager: "Media0": enabled a disk spin down.
Mar 16 09:24:07
ndm
Storage::Partition: ntfs "2B6CCE0B5443156B:": filesystem initialized.
Mar 16 09:24:07
kernel
tntfs info (device sda, pid 23364): ntfs_fill_super(): fail_safe is enabled.
Mar 16 09:24:07
kernel
tntfs info (device sda, pid 23364): load_system_files(): NTFS volume name 'FATAL-STORAGE', version 3.1 (cluster_size 4096, PAGE_SIZE 4096).
Mar 16 09:24:07
kernel
tntfs error (device sda, pid 23364): ntfs_index_check_and_get_ia_block(): Index record with VCN 0x0 is corrupt (magic is 0x44414142). Inode 0x5 is corrupt. Run ntfsck.
Mar 16 09:24:07
kernel
tntfs error (device sda, pid 23364): ntfs_lookup_inode_by_name(): Out of bounds check failed. Corrupt directory inode 0x5 or driver bug.
Mar 16 09:24:07
kernel
tntfs error (device sda, pid 23364): check_windows_hibernation_status(): Failed to find inode number for hiberfil.sys.
Mar 16 09:24:08
ndm
Storage::Manager: "Media0": registered partition "2B6CCE0B5443156B:".
Mar 16 09:24:08
ndm
Storage::Manager: created "Media0", port 1.
Mar 16 09:24:08
ndm
Storage::Partition: ntfs "38E2078AE2074C16:": filesystem initialized.
Mar 16 09:24:08
ndm
Core::FileSystem::Native: failed to mount "/tmp/mnt/38E2078AE2074C16": device or resource busy.
Mar 16 09:24:08
ndm
Storage::Partition: failed to mount.
Mar 16 09:24:08
ndm
Storage::Partition: ntfs "38E2078AE2074C16:": unable to mount.
Mar 16 09:24:08
ndm
Storage::Manager: "Media0": failed to register partition "38E2078AE2074C16:".
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_index_check_and_get_ia_block(): Index record with VCN 0x0 is corrupt (magic is 0x44414142). Inode 0x5 is corrupt. Run ntfsck.
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_lookup_inode_by_name(): Out of bounds check failed. Corrupt directory inode 0x5 or driver bug.
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_lookup(): ntfs_lookup_ino_by_name() failed with error code 5.
Mar 16 09:24:08
ndm
WebDav::Server: system failed [0xcffd0322], unable to clean a temporary directory: input/output error.
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_index_check_and_get_ia_block(): Index record with VCN 0x0 is corrupt (magic is 0x44414142). Inode 0x5 is corrupt. Run ntfsck.
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_lookup_inode_by_name(): Out of bounds check failed. Corrupt directory inode 0x5 or driver bug.
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_lookup(): ntfs_lookup_ino_by_name() failed with error code 5.

Я пробовал подключить диск как в порт №1, так и в порт №2. Никакой разницы.

Подскажите, что не так, куда еще покопать? Другой диск корректно определяется маршрутизатором, все файлы видно и т.д.

Рекомендуемые сообщения

  • 0
Опубликовано
53 минуты назад, AlexHomeUser сказал:

Здравствуйте!

Вчера купил новый Keenetic Giga (KN-1012) на замену старичку Zyxel Keenetic Extra.

Подключил к нему свой внешний USB HDD WD Elements 1 TB. Отформатирован в NTFS. Ранее был подключен к Zyxel, использовался в качестве хранилища для торрентов и медиа-сервера (DLNA).

Диск сразу определился. Ошибок типа Dirty filesystem нет, но при этом я не могу через веб-интерфейс роутера увидеть файлы на диске, а также использовать диск в качестве хранилища для Download Station.

Вот скриншот того, что я имею в виду (название перечеркнуто красным)

  Скрыть контент

2025-03-16_14-59-23.thumb.png.7ffa1cd5df50ae5dede7cafb39693b04.png

 

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

  1. Подключил HDD к ПК с Windows и запустил chkdsk в быстром варианте (ошибок не было).
  2. Заменил USB-кабель (без изменений).
  3. Отформатировал диск с изменением файловой системы на exFAT.
  4. Запустил проверку из консоли: `chkdsk F: /f /r /x` (вывод ниже под спойлером; проблем не обнаружено).
  Скрыть контент

C:\Users\alex>chkdsk F: /f /r /x
Тип файловой системы: exFAT.
Серийный номер тома: ACBD-C8B0
Проверка файлов и папок...
Метка тома: YASKEVICH.
Windows проверяет распределение файлов…
Проверка файлов и папок завершена.
Проверка свободного места на диске...
  Обработано свободных кластеров: 3815385.
Проверка свободного места на диске завершена.

Windows проверила файловую систему и не обнаружила проблем.
Дальнейшие действия не требуются.

 976740352 КБ всего на диске.
       512 КБ в 2 файлах.
       512 КБ в 2 индексах.
         0 КБ в поврежденных секторах.
       768 КБ используется системой.
 976738560 КБ свободно на диске.

    262144 байт в каждой единице распределения.
Всего единиц распределения на диске:    3815392.
Доступно единиц распределения на диске:    3815385.

Что самое интересное, после форматирования диска в exFAT, маршрутизатор не увидел этого. Он по-прежнему отображал диск как NTFS, со старым именем и так, будто часть диска занята файлами (диск был пуст). Вот скриншот как диск виднеется в веб-интерфейсе:

  Скрыть контент

2025-03-16_14-23-35.thumb.png.e35d19f65d4c6b5ea39ff0b9325be88d.png

  • 428 GB занято - неправда, диск пустой
  • название FATAL-STORAGE - неправда, я переименовал том при форматировании
  • NTFS - неправда, на момент скриншота у диска была ФС exFAT

Далее я вновь отформатировал диск в NTFS. Это не помогло.

Проверка SMART с помощью CrystalDIskInfo:

  Скрыть контент

2025-03-16_09-41-42.png.4ea88000e65413669c42aabb2916b049.png

Проверка SMART с помощью VictoriaHDD:

  Показать контент

2025-03-16_09-44-31.png.1556c03d89e9488bd8c07a64eb530868.png

Быстрая проверка диска с помощью VictoriaHDD:

  Показать контент

2025-03-16_09-50-15.thumb.png.9dc6e8e4be4a2df30353227a44563d34.png

Полная проверка с параметром Remap:

  Показать контент

2025-03-16_14-21-23.thumb.png.6ffcb19d09676ecaf812410e3f65de43.png

Я не вижу ничего криминального. Диск достаточно старый, но он корректно определялся старым роутером, ПК под Windows и ПК под Ubuntu. Нет никаких проблем с чтением/записью на ПК.

При подключении диска к новому маршрутизатору в логах появляются следующие записи:

  Показать контент

 Mar 16 09:23:59
kernel
usb 2-1: new SuperSpeed Gen 1x2 USB device number 3 using xhci-mtk
Mar 16 09:23:59
kernel
usb 2-1: New USB device found, idVendor=1058, idProduct=1042, bcdDevice=10.15
Mar 16 09:23:59
kernel
usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Mar 16 09:23:59
kernel
usb 2-1: Product: Elements 1042
Mar 16 09:23:59
kernel
usb 2-1: Manufacturer: Western Digital
Mar 16 09:23:59
kernel
usb 2-1: SerialNumber: 575833314138323337373134
Mar 16 09:23:59
kernel
usb-storage 2-1:1.0: USB Mass Storage device detected
Mar 16 09:23:59
kernel
scsi host0: usb-storage 2-1:1.0
Mar 16 09:24:00
kernel
scsi 0:0:0:0: Direct-Access WD Elements 1042 1015 PQ: 0 ANSI: 6
Mar 16 09:24:00
kernel
sd 0:0:0:0: Attached scsi generic sg0 type 0
Mar 16 09:24:00
kernel
sd 0:0:0:0: [sda] Spinning up disk...
Mar 16 09:24:02
kernel
.
Mar 16 09:24:07
kernel
Core::Syslog: last message repeated 6 times.
Mar 16 09:24:07
kernel
ready
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] 1953519616 512-byte logical blocks: (1.00 TB/932 GiB)
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] Write Protect is off
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] Mode Sense: 47 00 10 08
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] No Caching mode page found
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] Assuming drive cache: write through
Mar 16 09:24:07
kernel
sda: sda1
Mar 16 09:24:07
kernel
sd 0:0:0:0: [sda] Attached SCSI disk
Mar 16 09:24:07
ndm
Storage::Manager: "Media0": enabled a disk spin down.
Mar 16 09:24:07
ndm
Storage::Partition: ntfs "2B6CCE0B5443156B:": filesystem initialized.
Mar 16 09:24:07
kernel
tntfs info (device sda, pid 23364): ntfs_fill_super(): fail_safe is enabled.
Mar 16 09:24:07
kernel
tntfs info (device sda, pid 23364): load_system_files(): NTFS volume name 'FATAL-STORAGE', version 3.1 (cluster_size 4096, PAGE_SIZE 4096).
Mar 16 09:24:07
kernel
tntfs error (device sda, pid 23364): ntfs_index_check_and_get_ia_block(): Index record with VCN 0x0 is corrupt (magic is 0x44414142). Inode 0x5 is corrupt. Run ntfsck.
Mar 16 09:24:07
kernel
tntfs error (device sda, pid 23364): ntfs_lookup_inode_by_name(): Out of bounds check failed. Corrupt directory inode 0x5 or driver bug.
Mar 16 09:24:07
kernel
tntfs error (device sda, pid 23364): check_windows_hibernation_status(): Failed to find inode number for hiberfil.sys.
Mar 16 09:24:08
ndm
Storage::Manager: "Media0": registered partition "2B6CCE0B5443156B:".
Mar 16 09:24:08
ndm
Storage::Manager: created "Media0", port 1.
Mar 16 09:24:08
ndm
Storage::Partition: ntfs "38E2078AE2074C16:": filesystem initialized.
Mar 16 09:24:08
ndm
Core::FileSystem::Native: failed to mount "/tmp/mnt/38E2078AE2074C16": device or resource busy.
Mar 16 09:24:08
ndm
Storage::Partition: failed to mount.
Mar 16 09:24:08
ndm
Storage::Partition: ntfs "38E2078AE2074C16:": unable to mount.
Mar 16 09:24:08
ndm
Storage::Manager: "Media0": failed to register partition "38E2078AE2074C16:".
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_index_check_and_get_ia_block(): Index record with VCN 0x0 is corrupt (magic is 0x44414142). Inode 0x5 is corrupt. Run ntfsck.
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_lookup_inode_by_name(): Out of bounds check failed. Corrupt directory inode 0x5 or driver bug.
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_lookup(): ntfs_lookup_ino_by_name() failed with error code 5.
Mar 16 09:24:08
ndm
WebDav::Server: system failed [0xcffd0322], unable to clean a temporary directory: input/output error.
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_index_check_and_get_ia_block(): Index record with VCN 0x0 is corrupt (magic is 0x44414142). Inode 0x5 is corrupt. Run ntfsck.
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_lookup_inode_by_name(): Out of bounds check failed. Corrupt directory inode 0x5 or driver bug.
Mar 16 09:24:08
kernel
tntfs error (device sda, pid 594): ntfs_lookup(): ntfs_lookup_ino_by_name() failed with error code 5.

Я пробовал подключить диск как в порт №1, так и в порт №2. Никакой разницы.

Подскажите, что не так, куда еще покопать? Другой диск корректно определяется маршрутизатором, все файлы видно и т.д.

А другой диск в какой файловой системе?

Попробуйте не форматировать диска, а снести раздел и создать его заново и желательно в ext4. На форуме уже есть темы про перечерекнутые недоступные папки, поищите.

   

  • 0
Опубликовано

Другой диск в exFAT.

Спасибо за совет, вскоре попробую. Единственное, что, в идеале, всё же хотелось бы иногда этот диск подключать к ПК на Windows, а диск в ext4 там не будет виден. Но для начала проверю работоспособность в целом.

Смущает, что роутер как будто бы закэшировал данные о диске и не обновляет их.

  • 0
Опубликовано
53 минуты назад, AlexHomeUser сказал:

Другой диск в exFAT.

Спасибо за совет, вскоре попробую. Единственное, что, в идеале, всё же хотелось бы иногда этот диск подключать к ПК на Windows, а диск в ext4 там не будет виден. Но для начала проверю работоспособность в целом.

Смущает, что роутер как будто бы закэшировал данные о диске и не обновляет их.

Перезагрузите роутер перед или после подключения диска

  • 0
Опубликовано

Перезагружать пробовал. Многократно. С подключенным диском и без. Безрезультатно.

Подключил диск к ПК с Кубунтой, снес раздел с помощью KDE Partition Manager, создал новый в ext4. Бесполезно - Кинетик всё также пишет, будто бы подключен NTFS со старым именем.

Форум изучаю потихоньку, но именно с зачеркнутой папкой нашел пока лишь одну тему - там место кончилось на диске. Не мой случай как будто бы. Большая часть тем, на которые натыкаюсь, либо диск вообще не виден, либо периодически отваливается.

Я пошел дальше. Сбросил настройки роутера к заводским. Заново настроил всё. Подключил диск (который сейчас пустой и в ext4). А роутер всё равно показывает старую информацию. Как это возможно? Полагаю, информация о диске хранится на диске (но тогда бы создание нового раздела помогло), либо в части внутренней памяти Кинетика, которая почему-то не обнулилась.

  • 0
Опубликовано
2 минуты назад, AlexHomeUser сказал:

Перезагружать пробовал. Многократно. С подключенным диском и без. Безрезультатно.

Подключил диск к ПК с Кубунтой, снес раздел с помощью KDE Partition Manager, создал новый в ext4. Бесполезно - Кинетик всё также пишет, будто бы подключен NTFS со старым именем.

Форум изучаю потихоньку, но именно с зачеркнутой папкой нашел пока лишь одну тему - там место кончилось на диске. Не мой случай как будто бы. Большая часть тем, на которые натыкаюсь, либо диск вообще не виден, либо периодически отваливается.

Я пошел дальше. Сбросил настройки роутера к заводским. Заново настроил всё. Подключил диск (который сейчас пустой и в ext4). А роутер всё равно показывает старую информацию. Как это возможно? Полагаю, информация о диске хранится на диске (но тогда бы создание нового раздела помогло), либо в части внутренней памяти Кинетика, которая почему-то не обнулилась.

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

  • 0
Опубликовано
4 часа назад, Илья Картавенко сказал:

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

Пробовал. И Хромом на этом устройстве, и вообще с другого ПК. Когда в веб-интерфейсе на вкладке Applications кликаю на диск (чтобы открылось модальное окно со списком файлов), в консоли браузера появляется ошибка

"status.0": Object { message: "failed to get a file list.", code: "3867314" }

На вкладке "Сеть" инструментов разработчика браузера я вижу POST-запрос к http://192.168.1.1/rci/, в ответе которого вижу следующее:

Спойлер

[
  {
    "ls": {
      "rel": "",
      "entry": {
        "flash:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "temp:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "proc:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "sys:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "log": {
          "type": "A",
          "subsystem": "none",
          "storage": "none"
        },
        "running-config": {
          "type": "A",
          "subsystem": "none",
          "storage": "none"
        },
        "startup-config": {
          "type": "A",
          "subsystem": "none",
          "storage": "none"
        },
        "default-config": {
          "type": "A",
          "subsystem": "none",
          "storage": "none"
        },
        "ndm:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "debug:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "storage:": {
          "type": "V",
          "mounted": "yes",
          "dirty": "no",
          "fstype": "ubifs",
          "label": "",
          "free": "102965248",
          "total": "102989824",
          "subsystem": "none",
          "storage": "none"
        },
        "2B6CCE0B5443156B:": {
          "type": "V",
          "mounted": "yes",
          "dirty": "no",
          "device": "/devices/platform/11200000.xhci/usb2/2-1/2-1:1.0",
          "fstype": "ntfs",
          "label": "FATAL-STORAGE",
          "uuid": "2B6CCE0B5443156B",
          "free": "540116271104",
          "total": "1000202039296",
          "subsystem": "usb",
          "storage": "usb"
        }
      }
    }
  }
]

Как видно, label "FATAL-STORAGE" возвращается с сервера, т.е. явно не кэш браузера. И также браузер производит еще один запрос, где, помимо прочего (я вырезал лишнее), видно вот это:

Спойлер

[
  {
    "show": {
      "media": {
        "Media0": {
          "usb": {
            "port": 1,
            "version": "3.00"
          },
          "state": "ACTIVE",
          "manufacturer": "Western Digital",
          "product": "Elements 1042",
          "serial": "575833314138323337373134",
          "size": "1000202043392",
          "partition": [
            {
              "uuid": "2B6CCE0B5443156B",
              "label": "FATAL-STORAGE",
              "fstype": "ntfs",
              "state": "MOUNTED",
              "total": "1000202039296",
              "free": "540116271104"
            }
          ]
        }
      }
    }
  }
]

Я также попробовал подключиться к Кинетику по SSH, немного пошарился там, полистал справочник, но пока не озарило. Может быть, подскажете, где хранится список "запомненных" устройств, а я попробую этот файлик удалить/переместить куда-нибудь.

Такие команды как `show usb` и `show media` не показывают ничего криминального: с их точки зрения, подключен HDD, с ним нет проблем, его название "FATAL-STORAGE".

Вот посетила шальная мысль: а можно ли как-то изменить uuid диска? Может, с новым uuid Кинетик воспримет диск как совершенно другое устройство?

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

В качестве бредовой идеи - а почему не прогнать диск через какой-нть low level format tool..

Имеете в виду вот это? У меня подобного опыта нет. Казалось бы, смена файловой системы должна быть достаточно низкоуровневой, но мало ли..

  • 0
Опубликовано
1 минуту назад, AlexHomeUser сказал:

Пробовал. И Хромом на этом устройстве, и вообще с другого ПК. Когда в веб-интерфейсе на вкладке Applications кликаю на диск (чтобы открылось модальное окно со списком файлов), в консоли браузера появляется ошибка

"status.0": Object { message: "failed to get a file list.", code: "3867314" }

На вкладке "Сеть" инструментов разработчика браузера я вижу POST-запрос к http://192.168.1.1/rci/, в ответе которого вижу следующее:

  Показать контент

[
  {
    "ls": {
      "rel": "",
      "entry": {
        "flash:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "temp:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "proc:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "sys:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "log": {
          "type": "A",
          "subsystem": "none",
          "storage": "none"
        },
        "running-config": {
          "type": "A",
          "subsystem": "none",
          "storage": "none"
        },
        "startup-config": {
          "type": "A",
          "subsystem": "none",
          "storage": "none"
        },
        "default-config": {
          "type": "A",
          "subsystem": "none",
          "storage": "none"
        },
        "ndm:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "debug:": {
          "type": "V",
          "subsystem": "none",
          "storage": "none"
        },
        "storage:": {
          "type": "V",
          "mounted": "yes",
          "dirty": "no",
          "fstype": "ubifs",
          "label": "",
          "free": "102965248",
          "total": "102989824",
          "subsystem": "none",
          "storage": "none"
        },
        "2B6CCE0B5443156B:": {
          "type": "V",
          "mounted": "yes",
          "dirty": "no",
          "device": "/devices/platform/11200000.xhci/usb2/2-1/2-1:1.0",
          "fstype": "ntfs",
          "label": "FATAL-STORAGE",
          "uuid": "2B6CCE0B5443156B",
          "free": "540116271104",
          "total": "1000202039296",
          "subsystem": "usb",
          "storage": "usb"
        }
      }
    }
  }
]

Как видно, label "FATAL-STORAGE" возвращается с сервера, т.е. явно не кэш браузера. И также браузер производит еще один запрос, где, помимо прочего (я вырезал лишнее), видно вот это:

  Показать контент

[
  {
    "show": {
      "media": {
        "Media0": {
          "usb": {
            "port": 1,
            "version": "3.00"
          },
          "state": "ACTIVE",
          "manufacturer": "Western Digital",
          "product": "Elements 1042",
          "serial": "575833314138323337373134",
          "size": "1000202043392",
          "partition": [
            {
              "uuid": "2B6CCE0B5443156B",
              "label": "FATAL-STORAGE",
              "fstype": "ntfs",
              "state": "MOUNTED",
              "total": "1000202039296",
              "free": "540116271104"
            }
          ]
        }
      }
    }
  }
]

Я также попробовал подключиться к Кинетику по SSH, немного пошарился там, полистал справочник, но пока не озарило. Может быть, подскажете, где хранится список "запомненных" устройств, а я попробую этот файлик удалить/переместить куда-нибудь.

Такие команды как `show usb` и `show media` не показывают ничего криминального: с их точки зрения, подключен HDD, с ним нет проблем, его название "FATAL-STORAGE".

Вот посетила шальная мысль: а можно ли как-то изменить uuid диска? Может, с новым uuid Кинетик воспримет диск как совершенно другое устройство?

Имеете в виду вот это? У меня подобного опыта нет. Казалось бы, смена файловой системы должна быть достаточно низкоуровневой, но мало ли..

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

  • 0
Опубликовано

При создании exfat у вас не были затерты структуры NTFS на диске до конца, и потому он определялся на NTFS.

Если хотите другую FS, то правильно применять медленное форматирование (не просто же так есть эта опция!) или сперва забить все нулями.

  • 0
Опубликовано
20 минут назад, Le ecureuil сказал:

При создании exfat у вас не были затерты структуры NTFS на диске до конца, и потому он определялся на NTFS.

Если хотите другую FS, то правильно применять медленное форматирование (не просто же так есть эта опция!) или сперва забить все нулями.

Благодарю за информацию. Век живи - век учись.

Но, мне всё же непонятно, почему проблема изначально возникла: заведомо рабочий NTFS-диск не показывал файлы, а после обычного форматирования (без изменения ФС) не показывал обновленную информацию.

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить на вопрос...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.