Как выдернуть файлики?⁠⁠

Твоих видимо то же, раз ты просишь совета.

Дампишь флеш на карту, с неё поднимаешь файлы. Чем тебе не способ?

Под Линукс нормальных утилит по восстановлению не встречал. Но если хочется поебаццо - можно продолжать твоим способом.

Тебе пострадать, или файл вынуть?

Бери нормальную пекарню и вытаскивай r-studio с сд-карты.

они разной модели? если да, то ничего и сравнивать нельзя. И тогда весьма возможно, что и файловая система в образе - не ext2, а что-то другое. Если нет, то раскладка и формат (при одной и той же прошивке) должны быть одинаковые.

Пробуйте вручную найти положение файловой системы в образе: hexdump -C /dev/mmcblk0 | grep '53 ef'

#comment_362190289 вот на этом скриншоте это не внутренняя память?

Как видите, таблицы не совпадают. Я всё-таки рекомендую сделать чистую копию, как написал выше. Вы делаете копию в initramfs, а то, что там нормальный cat, который может копировать бинарные потоки, не гарантировано. Кроме того, для записи на съёмные устройства всегда нужно делать sync.

Попробуйте следующее:

mount -o ro,offset=32768 /dev/mmcblk0 /mnt/sdcard

Смысл этого действия - попытаться примонтировать файловую систему со смещением на диске, как оно указано в рабочем боксе, игнорируя таблицу разделов больного.

Если смонтируется, то можно просто скопировать таблицу. Но скорее всего, не смонтируется. В контроллерах mmc есть внутренняя карта между устройствами, которые представляются ОС, и памятью. Слёт этой карты может запросто экранировать содержимое неправильного смещения или в неправильное устройство. То, что initramfs пытается на больном боксе загрузить файловую систему blk0, говорит о том, что в какой-то момент очерёдность обнаружения устройств нарушается. Можно заглянуть в /scripts и посмотреть, каким образом там вычисляется устройство рутовой системы.

Я вот смотрю на это всё и несколько не понимаю, а почему просто не выяснить, куда примонтирован /dev/mmcblk2p1, пройти туда, найти файл, скопировать на флешку?

Покажите обе таблицы разделов на рабочем боксе:

fdisk -l /dev/mmcblk0

fdisk -l /dev/mmcblk2

Рекомендую для чистоты эксперимента сделать копию заново, на сломанном боксе:

dd if=/dev/mmcblk2 of=/dev/mmcblk0 bs=1M && sync

Не, так слона тяжело продать. Инструментов известных под арм наверняка нет. R-studio только под х86, а под линух подобных не знаю

так чем закончилось то?

Тут уже я запутался. Суть манипуляций такая: скопировать с внутреннего накопителя бокса инфу сектор-в-сектор на флешку и спокойно на большом ПК заниматься восстановлением инфы в, например, r-studio.

Заметил, что тут что то не то? У тебя разделы разные по размеру, отличаются от оригинала в копии. После дд такого быть не должно.

Есть утилита sfdisk -d /dev/sda | sfdisk /dev/sdb - копируем с А на В таблицу разделов, но есть ли она на армбиан- вопрос.

Дай выхлоп lsblk, там понятнее будет

Делай копию dev/mmcblk2 на сд-карту с помощью dd и разбирайся спокойно на привычном аппарате.

cat /etc/fstab

fdisk -l /dev/mmcblk0

как там всё устроено, говорить не берусь, /dev может быть devfs а может быть и нет, в последнем случае, если вылазит ошибка, что устройства нет, нужно вручную создать файл устройства через mknod. Кроме того, нет никакой гарантии, что этот девайс, хоть он физически и один, не представляется ОС как несколько, и одно из них не читается и не определяется. Здесь вторая такая же машина позволит произвести сравнение: dmesg, lspci и тд

Если устройство физически живо, как вы говорите, с него нужно снять полную копию; замаунтить флешку и на нее побайтово скопировать образ, а уже потом с ним разбираться. Если сможете найти или скомпилировать статически связанную копию ddrescue под эту платформу, хорошо, но если нет, то просто dd

Это не файл, а устройство. SD-карта, если не ошибаюсь. И её нет, либо она квакнулась. Другими словами - проблема аппаратная.

девайс внутренней памяти сдох. читайте внимательно что написано в dmesg, если он вообще не распознается, то дальше только паяльная станция, программатор и скрещенные пальцы

мусорка есть?