Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
UDM Pro – ошибка EMMC?, UniFi Network
 
За последние 24 часа UDM Pro в одном месте начал "зависать" каждые несколько часов, требуется ручная перезагрузка. Подключившись по ssh, я вижу следующее, выдаваемое в dmesg и /var/log/messages непосредственно перед "зависанием":
Mar 02 14:31:41 udmpro kernel: EXT4-fs warning (device boot6): ext4_end_bio:317: I/O error 10 writing to inode 137032 (offset 540672 size 4096 starting block 1631621)
Mar 02 14:31:41 udmpro kernel: Buffer I/O error on device boot6, logical block 296068
Mar 02 14:31:41 udmpro kernel: print_req_error: I/O error, dev loop0, sector 255632
... <truncated for readability> ...
Mar 02 14:31:41 udmpro kernel: SQUASHFS error: squashfs_read_data failed to read block 0x7cd23dd
Mar 02 14:31:41 udmpro kernel: SQUASHFS error: Unable to read data cache entry [7cd23dd]
... <truncated for readability> ...
Mar 02 14:31:41 udmpro kernel: Core dump to |/usr/bin/ubnt_report_handler coredump -c syslog-ng -p 3146 -s 7 -f !usr!sbin!syslog-ng pipe failed
Mar 02 14:31:41 udmpro systemd[1]: syslog-ng.service: Main process exited, code=killed, status=7/BUS
Mar 02 14:31:41 udmpro systemd[1]: syslog-ng.service: Failed with result 'signal'.

Похоже, что это указывает на то, что EMMC выходит из строя.  Запуск fsck -nf показывает повреждение файловой системы на /boot6. Я изначально пытался выполнить сброс к заводским настройкам, но это не решило проблему. Затем я поместил устройство в режим восстановления, запустил проверку файловой системы, перепрошил прошивку и выполнил еще один сброс к заводским настройкам, но проблема сохраняется. Это устройство не особо старое (≈ 4 года) и использовалось очень умеренно, с общей численностью примерно 30 клиентов... поэтому сложно представить, что встроенная память уже выходит из строя, если только это не была неудачная партия этой памяти или какой-то тип ошибки/проблемы в дизайне программного обеспечения, слишком частое чтение и запись на внутреннее хранилище.

Временно я заказал замену с доставкой за ночь, так как не могу позволить себе время простоя/постоянные поездки для перезагрузки устройства. Можно ли спасти это устройство вообще? Если нет, какие меры можно предпринять на замену, чтобы уменьшить износ встроенного хранилища и предотвратить повторение этого?
 
Я довольно активно слежу за форумами, Reddit и другими ресурсами, и если честно, не припомню, чтобы кто-то жаловался на UDM Pro – так что не думаю, что это распространенная проблема.
 
Смотрю, EMMC пишет: root@udmpro:/dev# for i in {1..6}; do tune2fs -l /dev/boot$i | grep Lifetime ; done
Lifetime пишет: 238 МБ
tune2fs: Неверный magic number в суперблоке при попытке открыть /dev/boot2
Lifetime пишет: 11 ГБ
Lifetime пишет: 139 МБ
Lifetime пишет: 10 ГБ
Lifetime пишет: 1257 МБ
 
Привет, ты разобрался с этой проблемой? Сегодня я столкнулся с той же самой проблемой на своем UDM Pro: 2025-03-31T18:15:18+00:00 UDM-Pro kernel: sd 4:0:0:0: [boot] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08
2025-03-31T18:15:18+00:00 UDM-Pro kernel: sd 4:0:0:0: [boot] tag#0 Sense Key : 0xb [current] 
2025-03-31T18:15:18+00:00 UDM-Pro kernel: sd 4:0:0:0: [boot] tag#0 ASC=0x30 ASCQ=0x0 
2025-03-31T18:15:18+00:00 UDM-Pro kernel: sd 4:0:0:0: [boot] tag#0 CDB: opcode=0x2a 2a 00 00 ec 0f 00 00 00 10 00
2025-03-31T18:15:18+00:00 UDM-Pro kernel: EXT4-fs warning (device boot6): ext4_end_bio:317: I/O error 10 writing to inode 143337 (offset 0 size 0 starting block 1933794)
Я тоже пробовал сбросить до заводских настроек через режим восстановления и даже установил более старую версию Unifi OS. Пока безрезультатно...
 
Может, кто-нибудь из Ubiquiti сюда зайдет? А пока я временно заменил этот девайс на UDM Pro Max… похоже, они немного пересмотрели структуру хранения данных. Файловая система по-прежнему связана с /dev/boot6, но основной каталог данных переехал на /ssd1, который находится на sda1… полагаю, это интегрированный SSD-накопитель.

Непонятно, почему логи /var/log пишутся на /dev/boot* устройство… это не очень хорошая идея, если ресурс записи на EMMC такой плохой.
Страницы: 1
Читают тему (гостей: 1)