Dotaz: Oprava poškozené flashky

[chinook]

Zdravím, mám flashdisk, který z ničeho nic přestal fungovat. Mám tam rodinné foto, rád bych se k nim dostal. Po připojení k PC to vypadá normálně:

usb 1-7: new high-speed USB device number 4 using xhci_hcd
[  106.824678] usb 1-7: New USB device found, idVendor=13fe, idProduct=5500
[  106.824687] usb 1-7: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  106.824692] usb 1-7: Product: 2309 Boot ROM
[  106.824696] usb 1-7: Manufacturer: Phison
[  106.841560] usb-storage 1-7:1.0: USB Mass Storage device detected
[  106.841640] scsi host4: usb-storage 1-7:1.0
[  106.841700] usbcore: registered new interface driver usb-storage
[  106.842794] usbcore: registered new interface driver uas
[  107.839643] scsi 4:0:0:0: Direct-Access              2309 PRAM        1.00 PQ: 0 ANSI: 0 CCS
[  107.840623] sd 4:0:0:0: Attached scsi generic sg1 type 0
[  107.841945] sd 4:0:0:0: [sda] Attached SCSI removable disk

root@SERVER:~# ls /dev/disk/by-id
ata-HL-DT-ST_DVD+_-RW_GU90N_KZ7M46I2517           nvme-KBG50ZNS256G_NVMe_KIOXIA_256GB_32UC31U0EJ26-part1  nvme-KBG50ZNS256G_NVMe_KIOXIA_256GB_32UC31U0EJ26-part5  usb-Phison_2309_PRAM-0:0
nvme-KBG50ZNS256G_NVMe_KIOXIA_256GB_32UC31U0EJ26  nvme-KBG50ZNS256G_NVMe_KIOXIA_256GB_32UC31U0EJ26-part2  nvme-KBG50ZNS256G_NVMe_KIOXIA_256GB_32UC31U0EJ26-part6  wwn-0x5001480000000000

Bohužel tím to končí:

dd if=/dev/disk/by-id/usb-Phison_2309_PRAM-0\:0 status=progress | gzip -c > /home/BACKUP_MISA.img.gz
dd: otevření '/dev/disk/by-id/usb-Phison_2309_PRAM-0:0' selhalo: Médium nebylo nalezeno
root@SERVER-TES:~# ll /dev/disk/by-id/usb-Phison_2309_PRAM-0\:0
lrwxrwxrwx 1 root root 9 pro 14 09:50 /dev/disk/by-id/usb-Phison_2309_PRAM-0:0 -> ../../sda


fdisk -l /dev/sda
fdisk: /dev/sda nelze otevřít: Adresář nebo soubor neexistuje

Lze s tím ještě něco dělat? Zkoušeno na více PC.

---

---

Odpovědi

[czjaromir]

fdisk -l bych zkusil, ale je otázka proč je disk na první pozici. můžeš vypsat uuid disků co máš v pc?

[chinook]

Fdisk jej právě taky nevidí.

fdisk -l
Disk /dev/nvme0n1: 238,5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 6AF20CB3-4E07-4A0F-B691-16AD0B3D5371

Zařízení          Start     Konec  Sektory  Size Druh
/dev/nvme0n1p1     2048      6143     4096    2M BIOS boot
/dev/nvme0n1p2     6144   1001471   995328  486M EFI System
/dev/nvme0n1p5  1001472  98656255 97654784 46,6G Linux filesystem
/dev/nvme0n1p6 98658304 114657279 15998976  7,6G Linux swap

[vopravar]

vadnej cip, cip vyndat udelat dump pomoci bitbang (trva dlouho je to po bitech 8gb je tak na dva dny) a pak image analyzovat.

[X]

Hadam funguje radic, ale flash chip za nim je mrtvy..

[lertimir]

Těžko říci, může být i načatý ten řadič. Každopádně podle mně to už nedokáže obnovit. Může to zkusit dát specializované firmě, která se zabývá obnovou dat. Řeknou si 15kkč s tím, že mu dají 5% šanci na úspěch.
Zdar Max

[lertimir]

Souhlas. Podle mne to obnovit nejde. Odbrousit a nakontaktovat čipy a pak teprve zjistit, co odešlo. To umí jen málo firem a nechají si za to zaplatit. A se vzrůstající hustotou jak na rotačních discích tak na flash čipech se pravděpodobnost úspěšné obnovy snižuje. Výdrž a potenciální spolehlivost mi připadá, že roste, ale v situaci, kdy paměťové médium klekne, tak je to konečná. A čím dál více platí, že mít data jen na jednom místě i při kontinuálním zlevňování medií je nesmysl. Taková data, jako rodinné fotky a důležité dokumenty, což jsou dlouhodobě nejdůležitější osobní data, která mám, mám uloženy na 4 místech ve třech fyzických lokacích, a dvě z těchto míst jsou RAID pole.

[Andrej]

Kúpil by som druhý USB Flash Disk na prenosy a dáta obnovil zo zálohy. Tých 8GB je zanedbateľných na 256G disku.

[BFU]

"Product: 2309 Boot ROM"

Tohle typicky hlasi Phison USB-to-NAND bridge kdyz se mu rozsypou mapovaci tabulky v NANDce a on skoci to zabudovane BootROM. Ta BootROM se bezne pouziva v tovarne, kdyz se NAND poprve programuje (formatuje, testuje na spatne bloky a ty se oznacuji), tam se taky programuji ty tabulky. Tim ze ty tabulky jsou nekonsistentni, ten bridge neni sto slozit mapovani LBA<->NAND blok, kde LBA je ta posloupnost bloku ktere OS dostava z /dev/sdX, a NAND bloky jsou fyzicky ulozene v te NAND (plus handlovani spatnych bloku). Kdyz ten radic neni sto slozit takove mapovani, tak dostat z toho ty spravne data jde dost slozite. Mozna z dumpu te NAND by to slo pomoci nejakych nastroju pro forenzni analyzu, obzvlast kdyz to jsou obrazove data, ale bude to dost mravenci prace.

btw. tyhle levne USB flash disky s Phison bridgem jsou typicky udelane tak, ze aspon ta NAND je tam primo wirebondnuty NAND die na PCB a zakapnuty pryskyrici, coz vycitani te NAND dela jeste neprijemnejsi.