Czy wolisz polską wersję strony elektroda?
Nie, dziękuję Przekieruj mnie tamHI
I need help please
i need help pls
flash usb 128 gb read 0GB no media
i firmware recovery
details
Description: [G:]USB Mass Storage Device(NAND USB2DISK)
Device Type: Mass Storage Device
Protocol Version: USB 2.00
Current Speed: High Speed
Max Current: 100mA
USB Device ID: VID = FFFF PID = 1201
Device Revision: 0000
Manufacturer: NAND
Product Model: USB2DISK
Product Revision: 0.00
Controller Vendor: FirstChip
Controller Part-Number: chipYC2019
USB Device ID: VID = FFFF PID = 1201
• Your USB stick is not “dead” but its FirstChip chipYC2019 controller has fallen back to boot-ROM (VID FFFF / PID 1201).
• Standard OS tools cannot help; you must reload the controller firmware with the dedicated “FirstChip Mass-Production Tool (MPTool)” that supports chipYC2019.
• Re-flashing will erase everything; if the data matters, stop and use a professional NAND-off recovery service.
Key points
– Identify the exact controller (confirm with ChipGenius/ChipEasy).
– Download the correct MPTool build (2021-2023 versions recognise chipYC2019).
– Run MPTool as Administrator on a native USB 2.0 port, let it low-level-format and rewrite firmware.
– If the NAND is healthy the drive will come back with its real capacity; if the tool hangs or reports “NAND not found” the hardware is physically damaged or the stick is a counterfeit.
Symptoms & interpretation
• 0 GB / “No Media” = controller cannot initialise NAND array.
• VID FFFF / PID 1201 = FirstChip ROM-mode waiting for firmware.
• “NAND” + generic strings prove firmware area is blank or corrupted.
Why it happens
• Unsafe removal, power loss, or bad blocks in the firmware zone.
• Fake-capacity sticks are often sold with marginal NAND that quickly corrupts.
FirstChip architecture recap
• ROM “stage-0” enumerates as FFFF:1201.
• MPTool uploads a small loader via EP0, scans NAND, builds the Bad-Block Table (BBT), then writes a customised firmware + translation layer (FTL) into reserved blocks 0…N.
• Correct VID/PID, manufacturer strings, over-provisioning and ECC parameters are stored in the CONFIG.INI file shipped with MPTool.
Preparatory steps
a. Confirmation
– Run ChipGenius/ChipEasy → verify “Controller: FirstChip FC1179 / chipYC2019”.
b. Environment
– Win7/10/11 ×64, local Admin.
– Disable antivirus temporarily (tools are low-level and unsigned).
– Plug drive directly into a rear-panel USB 2.0 port; remove other USB mass-storage devices.
Obtaining the correct MPTool
• Community repositories:
– usbdev.ru > Files > “FirstChip MPTools”
– elektroda.com forum threads for chipYC2019
– flashboot.ru & russian-hosted mirrors (use browser translation).
• Look for versions 1.0.4.x – 1.0.5.x dated 2021-2023; confirmed working builds:
– FCMpTool v1.0.5.2_20220601
– FCMpTool v1.0.4.9_20211020
• SHA-256-check the archive before execution.
Firmware reload procedure (quick path)
If MPTool fails
• Try another MPTool build first.
• Failure codes:
– “BBT over limit” / “NAND not found” = worn-out or unsoldered NAND.
– “CheckID FAIL” = incompatible tool or wrong flash ID table.
• Repeated failure → hardware fault: replace stick or resort to professional chip-off extraction.
Verifying the restored drive
• Run H2testw or F3 to map the full address space; any mis-match reveals fake capacity.
• Re-partition with Disk Management, format NTFS/exFAT.
• Last public MPTool builds (v1.0.5.x) add support for new 96-/128-layer TLC NAND used in late 2022 cheap flash drives.
• Rise in counterfeit high-capacity drives (advertised 1 TB but real 32–64 GB); they often carry FirstChip controllers flashed with manipulated firmware.
• Industry moves to USB-C and USB 3.2; modern controllers (Phison, SM) ship with signed firmware preventing easy MP-reflash—FirstChip remains one of the few still “open” to DIY repair.
• FirstChip model map:
FC1178 → chipFC1178,
FC1179 → chipYC2019 / chipMJ2020,
FC1188 → USB 3.0 variant.
• Typical NAND ID table row: 0x98 DE 95 3A (Kioxia 64-layer TLC, 64 GiB per die).
• ECC: chipYC2019 uses LDPC-512 Byte sectors, 3-bit BCH fallback.
• MPTool is internal factory software, shared without official license—use at your own risk and respect local laws.
• Distributing modified firmware that overstates capacity is fraudulent; avoid re-selling such devices.
• Always warn end-users that re-flashing destroys data; get written consent if repairing third-party media.
Implementation best-practice
– Keep a powered USB hub with individual switches to reset stubborn devices quickly.
– Label each MPTool folder with tested controller IDs.
Potential challenges & mitigation
– Driver signing blocks on Win11 → use “Advanced startup” → “Disable driver signature enforcement”.
– Tool crash mid-flash → unplug, re-insert; the drive re-enumerates in boot-ROM and can be re-flashed.
• Success rate depends on NAND health; worn-out flash or cracked solder joints cannot be fixed in software.
• Even after a “PASS”, the stick may become unstable under heavy write loads—do not entrust mission-critical data.
• Some sticks advertised as 128 GB actually contain only a 16 GB die; MPTool will reveal the real capacity and downsize accordingly.
• Explore open-source flash reverse-engineering projects (FlashROM, Open-NAND-Flash-Interface).
• Investigate secure USB-flash design with signed firmware (cf. Phison UASP drives).
• Study LDPC vs BCH ECC schemes and their impact on consumer-grade TLC endurance.
Your USB drive is stuck in FirstChip boot-ROM mode; the only realistic DIY remedy is to reload the controller firmware with the correct FirstChip MPTool version for chipYC2019. Acquire the tool from a reputable repository, run it on a Windows PC with administrator rights, let it scan and low-level-format the NAND, and—if the flash memory itself is still sound—the device will reappear with its true capacity. If MPTool cannot finish or reports NAND errors, the hardware is defective and cannot be repaired by software. Always expect total data loss during the process and verify the capacity afterward to rule out counterfeit media.
User question
dist formet
Artificial Intelligence Response
Direct answer to the question
Key points
• Use Windows Disk Management, File Explorer or DiskPart for normal devices.
• Choose exFAT for cross-platform USB sticks ≥32 GB, NTFS for Windows-only, FAT32 only when legacy firmware requires it.
• Quick-format erases the file-system structures only; a full format scans the entire NAND/platter.
• After formatting, verify real capacity with H2testw (Windows) or F3 (Linux/macOS).
• If the drive shows “No Media”, repair the controller first; otherwise formatting will fail.
Detailed problem analysis
• Low-level controller format (inside USB/NVMe/SATA firmware, invisible to OS).
• Partitioning (Master Boot Record or GPT written to LBA 0).
• High-level file-system format (FAT/exFAT/NTFS/ext4, etc.).
• exFAT: Microsoft specification now royalty-free (2019), supported by Windows 7+, macOS 10.6+, most modern Linux kernels, handles files >4 GB, minimal overhead.
• NTFS: Journaling, ACLs, compression, but write support on macOS/Linux needs extra drivers.
• FAT32: Maximum file size 4 GB, single-threaded FAT updates; use only for UEFI firmware or old devices.
• Full format on SSD/USB performs a write-verify pass that shortens flash life; quick format + H2testw/F3 is faster and more diagnostic.
• Firmware area in NAND went corrupt → controller boots into ROM-only mode and stops exporting LUN.
• VID FFFF/PID 1201 (common) means FirstChip boot ROM waiting for firmware.
• Until firmware is rewritten, the OS sees an empty logical device; no partitioning tool can format it.
Current information and trends
• exFAT is now the default on many cameras, drones, and Android 13+ “adoptable storage”.
• Windows 11’s Disk Management is being migrated to “Settings → System → Storage → Disks & Volumes” but the MMC snap-in (
diskmgmt.msc) still exists.• NVMe drives expose NVMe Format NVM command; modern tools (e.g.
nvme format) can perform secure-erase and logical block size changes.• Flash counterfeit detection remains a major issue; Amazon/Ebay drives advertising 1 TB at $10 almost always re-map capacity in firmware. Tools like F3/H2testw remain the frontline defense.
Supporting explanations and details
Example: clean and format a stubborn USB stick with DiskPart (Win10/11)
Linux equivalent with
gdisk+mkfs.exfat:Ethical and legal aspects
• Formatting irretrievably destroys user data; ensure the owner has given explicit consent (GDPR, CCPA).
• Secure-erase or crypto-erase SSDs that held personal data before disposal or resale.
• Do not distribute proprietary firmware images without licence; many MPTools contain copyrighted code.
Practical guidelines
Implementation sequence for a recovered USB flash:
Potential challenges & mitigation
• “Windows was unable to complete the format” – run DiskPart → clean, or use Linux
dd if=/dev/zeroto overwrite first 1 MiB.• Write-protect jumpers in firmware – DiskPart
attributes disk clear readonlyworks only if flag is logical, not hardware.• Drive overheats or disconnects during full-scan – indicates physical flash degradation; scrap it.
Possible disclaimers or additional notes
• Firmware recovery does not repair worn-out NAND; restored drives can fail again under heavy writes—keep no irreplaceable data on them.
• If capacity after MPTool is far smaller than advertised, the device was counterfeit; there is no software fix.
Suggestions for further research
• Compare exFAT, FAT32, NTFS, APFS performance on modern flash; study wear pattern differences with various cluster sizes.
• Investigate open-source mass-production tool alternatives to proprietary Windows-only binaries.
• Monitor JEDEC UFS removable (UFS Card) adoption; may supersede SDXC in high-end cameras.
Brief summary
“Disk format” prepares a storage medium by writing a fresh file-system after a partition table is created. For healthy devices use File Explorer, Disk Management or DiskPart (Windows) or
mkfs(Linux). Choose exFAT for large, cross-platform USB sticks. Always verify capacity with H2testw/F3. If the OS reports “No Media / 0 bytes”, fix the controller firmware first (e.g. FirstChip MPTool for chipYC2019). Never rely on a newly recovered flash drive for critical data without thorough integrity testing.