Първо да благодаря за отговорите.
Както споменах, имам в момента 1 ГБ работеща и правилно форматирана флашка.
Ето какво показва тя:
--------------------------------------
*mount result:*
/dev/sdc1 on /media/0000-031B type vfat
(rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,flush)
(т.е FS-а е vfat)
*
fdisk result:*
Disk /dev/sdc: 1010 MB, 1010826752 bytes
255 heads, 63 sectors/track, 122 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x91f72d24
Device Boot Start End Blocks Id System
/dev/sdc1 * 1 123 987104 6 FAT16
Partition 1 has different physical/logical endings:
phys=(121, 254, 63) logical=(122, 227, 40)
--------------------------------------
И пак да подчертая: След като копирах информацията от работещата в
неработещата с `dd` всичко тръгна :) Имам още 3-4 флашки да оправя, но
все си мисля, че dd не е решение. Затова и повдигнах въпроса, толкова ли
съм сляп, че не виждам къде е проблема ...
On 07/07/2011 05:03 PM, Radoslav Kolev wrote:
> 2011/7/7 Boris Grozev <[email protected]>:
>> On Thu, Jul 07, 2011 at 02:44:13PM +0300, pagu wrote:
>> Казваш "пак на fat16(32)" но сигурен ли си, че в началото е била така?
>> Мисля си, че може устройствата ти да очакват ntfs, и първоначално
>> картата да е била с ntfs.
> Надали. Тези устройства обикновено имат много ограничени ресурси и
> имплементация на NTFS си е направо невъзможна. Всъщност дори
> обикновено и FAT спецификацията е реализирана само частично и според
> мен там е проблема. Когато ти форматираш флашката се ползва нещо от
> FAT, което трансмитера не го рабира и се омотва.
>
> Поздрави,
> Радо
>
> _______________________________________________
> Lug-bg mailing list
> [email protected]
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
_______________________________________________
Lug-bg mailing list
[email protected]
http://linux-bulgaria.org/mailman/listinfo/lug-bg
