DVD-RAM не правильно определяется размер [SOLVED]
sspphheerraa 2 мая, 2007 - 12:31
У меня писалка поддерживающая dvd-ram (/dev/hdd) и двухсторонний диск от Verbatim.
Одна сторона была отформатирована под виндой (FAT32), вторая под gentoo (UDF), так вот после форматирования "размеры сторон" стали разные :(
Вот что выдает fdisk -l /dev/hdd на первой стороне с FAT32 (в роде нормально):
Disk /dev/hdd: 4700 MB, 4700307456 bytes 255 heads, 63 sectors/track, 142 cylinders Units = cylinders of 16065 * 2048 = 32901120 bytes
а вот вывод со второй стороны, отформатированной в UDF:
Disk /dev/hdd: 4580 MB, 4580769792 bytes 255 heads, 63 sectors/track, 139 cylinders Units = cylinders of 16065 * 2048 = 32901120 bytes
куда-то делось 120 мегабайт :(((
Что можно сделать, чтобы вернуть прежний объем?
ps. Форматирование под виндой вылетает с ошибкой :(
»
- Для комментирования войдите или зарегистрируйтесь
что то мне
что то мне говорит что винда наврала с размером...
та сторона что линухового форматирования она размер как то более правдоподобно показывает...
_________________
Gentoo GNU/Linux 2.6.21 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Да нет. ИМХО
Да нет.
ИМХО скорее всё правильно.
Вопрос в другом:
Соотношение чистой ёмкости носителя и форматированной.
Ну и объём служебной информации для разных типов FS.
Для тех, кто писал CD (в том числе Audio CD) консольными утилитами пример более чем нагляден.
_________________
Live free or die
это да ... просто
это да ...
просто мне что то казалось что обьем носителя
4700000000 байт
а то что пишут 4.7Гб так это просто рекламный ход...
_________________
Gentoo GNU/Linux 2.6.21 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
не, рекламные
не, рекламные ходы и прочее здесь не причем... Я пытаюсь на него переписать "на лету" DVD забитый под завязку - он мне пишет, что недостаточно места (на FAT32 - пишет нормально)
Разное количество байтов почему-то :(((
Disk /dev/hdd: 4700 MB, 4700307456 bytes
255 heads, 63 sectors/track, 142 cylinders
Units = cylinders of 16065 * 2048 = 32901120 bytes
и
Disk /dev/hdd: 4580 MB, 4580769792 bytes
255 heads, 63 sectors/track, 139 cylinders
Units = cylinders of 16065 * 2048 = 32901120 bytes
И почему разное количество цилиндров? (это что вообще такое?)
cat /proc/cpuinfo
cat /proc/cpuinfo
udf при
udf при форматировании съедает больше, чем fat32, поэтому считаю - вписался в пределы нормы. Сам уже несколько лет пользую udf.
Изначально,
Изначально, цилиндр - это совокупность дорожек находящихся одна над другой на разных пластинах жесткого диска. Дорожки - радиальные области, на которых пишется информация, шириной в один бит, т.е. вся информация вытянута в линейку. Ну а головки - кол-во считывающих головок.
Только уже давно ёмкость носителей стала такой, что описывать таким способом не получается, не хватает разрядов, отведенных спецификацией, так что у твоего привода 255 лазерных головок, каждая считывает инфу с одной из 127 пластин, из которых, как известно, состоит компакт диск. Другими словами, цилинд сейчас ничего не обозначает.
А почему их разное количество, не знаю.
hwline пишет:cat
$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 47
model name : AMD Athlon(tm) 64 Processor 3000+
stepping : 0
cpu MHz : 1809.277
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm
bogomips : 3620.84
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
$
____________
Сторона явно как-то неправильно отформачена :( Визуально просматривается черная полоса на внешнем радиусе, около 0,5 мм на FAT32 стороне и ~2 мм на udf стороне :(((
Да и скорость записи разная: FAT32 - 3-4Mb/s, UDF - 100-200Kb/s ...гониво!
Пытаюсь "удалить" эту фс, но пока все безрезультатно. Пробовал под неро записать образ обычного DVD, используя перепрожиг - под конец вылетело с ошибкой 0x005...чего-то там
Еще в голову приходит "низкоуровневое" форматирование или что-н в этом роде. Надо бы перетереть вторую сторону полностью "от края до края" - но как это осуществить??
нашел утилиту$
нашел утилиту
$ dvd+rw-format * BD/DVD±RW/-RAM format utility by <appro@fy.chalmers.se>, version 7.0. - usage: dvd+rw-format [-force[=full]] [-lead-out|-blank[=full]] [-ssa[=none|default|max|XXXm]] /dev/dvd $похоже она позволяет изменять нечто под названием Supplementary Spare Area (-ssa). Просветите что это? может это то что надо...(гугль не помог)
Плохо гуглил.
Плохо гуглил. Это цитата из первой ссылки:
А это патент, вылезающий по второй ссылке.
http://www.patentmonkey.com/PM/patentid/7174487.aspx
т.е. это
т.е. это "запасное" пространство, куда будут помещаться данные из основного сектора (при дефекте)?
Да!!! это оно :) $
Да!!! это оно :)
и теперь fdisk -l /dev/hdd тоже показывает 142 цилиндра :)
Признаться когда первый раз форматировал не знал об этом, и похоже что по дефолту Supplementary Spare Area выделяется...
Всем спасибо!