Двe MicroSD не читаются на Linux,а android предлагает их отформатировать.

Для начала R-studio.

Для начала R-studio.

А там есть поддержка exFAT? fdisk -l не видит карту. Это нормально?

А там есть поддержка exFAT?

есть.

fdisk -l не видит карту

Не знаю что там за fdisk в линуксах. В /dev есть?

$dmesg|tail после вставления карты что говорит?

$dmesg|tail после вставления карты что говорит?

MAC и прочее, о карте - ничего.

проблема в читалке карты, начит

Запихнуть для разнообразия в телефон. Если и там не подключаются - в мусор

А первые читаются? Чем первые отличаются от вторых?

А вообще:

Карточки лежала в шкафу месяцев шесть. Теперь не читаются/подключаюся.

Такое бывает.

Как проверить - работают ли они?

Заново разметить и создать ФС. Они скорее всего работают, просто данные похерились за полгода лежания.

И как починить и восстановить данные если не работают?

Как починить — выше. А данные просто восстановить из бэкапа. У тебя же они есть, ты ж не совсем того, что важные данные хранил не просто в одном экземпляре, а ещё и на MicroSD в шкафу.

А я недавно заливал на флешку прошивку для одного девайса через PoenixCard. Она в начальную неразмеченную область в ~500мб заливает саму прошивку, а раздел очищает и делает загрузочным. Так вот после этого я как только не бился, но не смог снять метку «загрузочный» с раздела. Данные на нее записывать можно и они хранятся, но девайс при включении пытается загрузиться с нее из-за того что раздел загрузочный. Менял размер раздела, форматировал стопицот раз в разные форматы, делал какие-то там вайпы, ничего не помогло. Что можно сделать?

Нулями забить весь носитель? Через (c)fdisk тоже не переразмечается?

man wipefs

Нулями ничего не забито. Один раздел Primary. Перед началом раздела нет нулей, после раздела их нет тоже. Хотя я пробовал нули выставлять. Не помогло.

Делал wipe через какой-то виндовый MiniTools Partition Wizard.

Через (c)fdisk тоже не переразмечается?

Я на венде делал. Я чет не помню уже, по-моему он меняет разметку, то есть можно разделы добавлять и удалять, но первый раздел законно «загрузочный».

А ты попробуй под онтопиком. Пройдись dd, потом переразметь.

2-e

Ты же понимешь, что набрал столько же символов как если бы написал правильно и понятно для людей?

Ты же понимешь, что набрал столько же символов как если бы написал правильно и понятно для людей?

Понял.

Так как данные на microsd карточках уже не нужны, то сначала записать карточки нулями командой dd if=/dev/zero of=/dev/<ваша карточка> bs=1M. Затем просто создать новую разметку, или в онтопике форматнуть карточки официальной программой для разметки SD карточек SD Memory Card Formatter for SD/SDHC/SDXC (брать с сайта sdcard.org).

достаточно только начало затереть, т.е. dd if=/dev/zero of=/dev/<ваша карточка> bs=1M count=1, а дальше создать mbr, разделы и готово

достаточно только начало затереть, а дальше создать mbr, разделы и готово

Информация с карточек не исчезнет?

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

Последние пару лет большинство карточек стали совершенно ненадежным барахлом, что с брендом, что нонейм. Дохнут на ходу. Упаси Аллах хранить на них хоть сколько важную информацию.

Настало время узнать что такое бэкапы и для чего они.

Правильно. А с носителями надо расставаться легко, безболезненно и без длинных топиков

https://wiki.archlinux.org/index.php/Badblocks

Первым делом сделай их образ с помощью dd, а потом уже экспериментируй.
А то было уже то, что один мой знакомый прибегал ко мне за помощью после запуска утилит восстановления.

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

П.С. К стати, у меня тоже бывало что долго лежавшая флешка читалась со сбоями, при чём после вот такого тотального чтения начинала работать нормально, так что если нет места под образ то можешь попробовать прогнать два или три раза dd if=/dev/sda of=/dev/zero bs=16777216

fdisk -l не видит карту.

Нет, это не нормально.
Тут может быть два объяснения
1) Контролёр флешки вышел из строя от перегрева при чтении или записи большого количества данных
2) Ты как дурак выдёргиваешь из компа флешки без того, чтобы их перед этим отмонтировать( в этом случае порт до перезагрузки будет считаться занятым, ну перезагрузка(ребут) всё спишет)

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

И Sandisk тоже?

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

То ли все техпроцесс поменяли, то ли приучают потребителя, что карты - расходный материал.

Ну на флешки это хотя бы не распространяется?
А то флешки SanDisk для системных дисков использую.

И флешки тоже стали хуже. Прикольная картина - у меня до сих живут несколько флешек, которым больше 10 лет, но из купленных в последние два года сдохло большинство.

(по флешкам статистика намного меньше, чем по microsd, тут более субъективно и больше нонеймов, но в целом направление то же самое)

А на SSD?
Может они так пытаются разделить рынок флешек и ssd дисков?

Не знаю, но на всякий случай и к ssd отношусь с большей опаской чем раньше :) А у вас пока к вашим san нареканий еще не было?

Я использую SanDisk Ultra USB 3.0

Эксплуатация такая:

tima@home-pc:~$ cat /etc/fstab
# PARTLABEL="Linux filesystem" PARTUUID="9901cadf-f012-41c2-8459-e070ec76fc28"
# UUID="c048fc94-3ea9-4804-a833-ffa4c5d26a8a"      LABEL="rootfs"
# UUID_SUB="03b7982b-bb47-4cb4-83bc-77458e334f37"
UUID="c048fc94-3ea9-4804-a833-ffa4c5d26a8a" / btrfs noatime,ssd,compress-force

# PARTLABEL="Linux filesystem" PARTUUID="344db49d-460a-4fef-b0c2-ed970dacae1f"
#: UUID="0f875dd9-40ca-4e20-9112-af91e934a270" LABEL="boot" TYPE="ext3" SEC_TYPE="ext2" 
UUID="0f875dd9-40ca-4e20-9112-af91e934a270" /boot ext3 noatime 0 1

# TYPE="ext4" PARTUUID="9135fc94-01"
# /dev/sdb1 UUID="a6947ba9-10ee-4179-8066-838232e41311"

#  PARTUUID="000e698e-01"
# UUID="e5bb528e-21eb-4c8e-bdc1-eb1460a80688" UUID_SUB="62a5c1c3-4a0a-4564-afeb-12c1f838235a" LABEL="home" TYPE="btrfs"
UUID="e5bb528e-21eb-4c8e-bdc1-eb1460a80688" /home btrfs noatime,nossd,compress-force 0 1

tmpfs_001 /tmp           tmpfs size=512M,mode=1777,noatime 0 0
tmpfs_002 /media         tmpfs size=128K,mode=0755,noatime 0 0
tmpfs_003 /var/cache/apt tmpfs size=001G,mode=0755,noatime 0 0
tmpfs_004 /home/Memory   tmpfs size=001G,mode=0777,noatime 0 0

/dev/zram0 none swap sw,pri=32767 0 1
tima@home-pc:~$ cat /tmp/subvol.txt
ID 277 gen 90714 top level 5 path var
ID 268 gen 90713 top level 5 path usr
ID 267 gen 582158 top level 5 path tmp
ID 266 gen 42 top level 5 path srv
ID 265 gen 572582 top level 5 path sbin
ID 264 gen 582158 top level 5 path root
ID 263 gen 148419 top level 5 path opt
ID 262 gen 42 top level 5 path media
ID 261 gen 497518 top level 5 path lib64
ID 260 gen 573377 top level 5 path lib
ID 259 gen 3625 top level 5 path home
ID 258 gen 588214 top level 5 path etc
ID 257 gen 572531 top level 5 path bin
ID 286 gen 588218 top level 277 path <FS_TREE>/var/tmp
ID 285 gen 586705 top level 277 path <FS_TREE>/var/spool
ID 284 gen 41 top level 277 path <FS_TREE>/var/opt
ID 283 gen 586705 top level 277 path <FS_TREE>/var/mail
ID 282 gen 588223 top level 277 path <FS_TREE>/var/log
ID 281 gen 47 top level 277 path <FS_TREE>/var/local
ID 280 gen 588214 top level 277 path <FS_TREE>/var/lib
ID 279 gen 584055 top level 277 path <FS_TREE>/var/cache
ID 278 gen 584633 top level 277 path <FS_TREE>/var/backups
ID 276 gen 47 top level 268 path <FS_TREE>/usr/src
ID 275 gen 584057 top level 268 path <FS_TREE>/usr/share
ID 274 gen 572883 top level 268 path <FS_TREE>/usr/sbin
ID 273 gen 494755 top level 268 path <FS_TREE>/usr/local
ID 272 gen 584037 top level 268 path <FS_TREE>/usr/lib
ID 271 gen 494100 top level 268 path <FS_TREE>/usr/include
ID 270 gen 297597 top level 268 path <FS_TREE>/usr/games
ID 269 gen 583771 top level 268 path <FS_TREE>/usr/bin
tima@home-pc:~$ 

Хомяк на hdd, на битые блоки, по крайней мере явно не нарывался, самая древняя папка в /etc от 2015-12-20 остальные позднее 2016-09-03

Карточки лежала в шкафу месяцев шесть. Теперь не читаются/подключаюся.

моль съела. надо было закрыть герметично.

И хранить в морозилке.

самая древняя папка в /etc от 2015-12-20 остальные позднее 2016-09-03

Неплохо. Возьму на заметку. Объемы чтения-записи при эксплуатации прикидывали?

Писаться на системные разделы кроме логов и обновлений особо то и не чему, да и сами логи не больщие, так как у меня десктоп, а не сервер.
Но и эти объёмы записи уменьшаю как могу с помощью tmpfs.
Хотя судя по fstsb логи на tmpfs я выносить не стал.

Я использую SanDisk Ultra USB 3.0

Добавлю один важный момент, я её подключаю по USB 2.0, специально чтобы контролёр в флешке не получал полную нагрузку.

Ну может это и спасает. У меня перезапись примерно 1 объем/сутки, плюс немало mount-umount.

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

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

отключить кэш? browser.cache.disk.enable, browser.cache.offline.enable, browser.cache.disk_cache_ssl, browser.cache.memory.enable.

или уже неудобно будет?

П.С. К стати, у меня тоже бывало что долго лежавшая флешка читалась со сбоями, при чём после вот такого тотального чтения начинала работать нормально, так что если нет места под образ то можешь попробовать прогнать два или три раза dd if=/dev/sda of=/dev/zero bs=16777216

Место под образ - это копия флешки где-нибудь на компьютере?

dd if=/dev/sda of=/dev/zero bs=16777216

Это приведёт к тому что на флешке всё заполнится нулями и данные исчезнут?

Кстати, lsblk -l показал что компьютер видит одну из флешек:

sdd                 8:48   1   7,4G  0 disk  
sdd1                8:49   1   7,4G  0 part

Это приведёт к тому что на флешке всё заполнится нулями и данные исчезнут?

А ты прочитай руководство пользователя и спрашивать не будешь.
Вот я тебе даже услужливо ссылку на вики дам:
https://ru.m.wikipedia.org/wiki/Dd
Позорище ты в гугле забаненное.

флешке всё заполнится нулями

каноничней /dev/null смысл в том, что данные просто прочитаются вникуда.

lsblk -l показал

отличные новости ! теперь можно сделать бэкап с помощью dd или ddrescue и восстановить данные с полученного образа.

соглашайся форматировать

Первым делом сделай их образ с помощью dd, а потом уже экспериментируй.

А как дальше эксперементировать? Я раньше пользовался testdisk'ом, могу ли я как-нибудь примонтировать файл, чтобы его увидел testdisk, или воспользоватсья другими утилитами?

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

А чего в этом страшного, если устройство в режиме только для чтения? Ваш знакомый случайно стёр данные?

... of=/dev/zero ...

... of=/dev/null conv=noerror...