LINUX.ORG.RU

bluray sector size

 ,


0

2

Проверяю свежезаписанный диск на свежекупленном резаке, сыпет ошибками, может болванка, может привод.

Но:

# blockdev --report /dev/sr0
RO    RA   SSZ   BSZ        StartSec            Size   Device
rw   256  2048  4096               0     24155062272   /dev/sr0

dmesg:

[10055.366967] critical target error, dev sr0, sector 48793088 op 0x0:(READ) flags 0x84700 phys_seg 30 prio class 0

Считаем сектор по 2048 и получаем 100Гб, болванка 25Гб. При секторе 512 цифры сходятся.

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

Вопрос: зачем он считает размер сектора 512 байт?

Впрочем, все адреса кратны четырём.


root@walkbook:/home/rain# blockdev --report /dev/sr0 
RO    RA   SSZ   BSZ   StartSec            Size   Device
rw   256   512   512          0      1073741312   /dev/sr0

root@walkbook:/home/rain# blockdev --report /dev/sr0 
RO    RA   SSZ   BSZ   StartSec            Size   Device
rw   256  2048  2048          0      1073741312   /dev/sr0

root@walkbook:/home/rain# blockdev --report /dev/sr0 
RO    RA   SSZ   BSZ   StartSec            Size   Device
rw   256  2048  4096          0       730943488   /dev/sr0



Первое - вообще без диска, второе - с вставленным чистым BD-RE на 25 ГБ, третье - штампованный CD. Подозреваю, что это просто какие-то «удобные для работы» размеры блоков данных.

По изначальному вопросу - откуда взялся «sector 48793088» - не знаю. Может 512 байт просто для удобства и совместимости с какими-то другими подсистемами? Даже у HDD/SSD на сейчас встречается «logical sector size: 512 bytes · physical sector size: 4096 bytes».

YAR ★★★★★
()
Последнее исправление: YAR (всего исправлений: 1)

Подключил через док-станцию, которую купил более 10 лет назад вместе со сдохшим недавно терабайтником.

И случилось чудо. ddrescue читает медленно, но уверенно, вылезла только одна ошибка на месте сброса скорости, и та ушла. Скорость упала до 2.5Мбит/с и ниже.

Вопрос: а что ему мешало напрямую через type-c сбросить скорость и читать не спеша?

Я понимаю, там питания не хватает, но скорость-то зачем держать если не читаешь нормально?

sr11
() автор топика
Ответ на: комментарий от sr11

Вообще скорость чтения можно устанавливать командами hdparm -E или eject -x.

Вопрос: зачем он считает размер сектора 512 байт?

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

unDEFER ★★★★★
()
Ответ на: комментарий от sr11

Всё ещё чудесатей, при новом прогоне при 18 ошибках прочитал на 9МБ/с , при исправлении выдал ещё 3, но в конце концов без ошибок. Эта технология основана на магии, если не хуже.

sr11
() автор топика
Ответ на: комментарий от sr11

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

Khnazile ★★★★★
()
Ответ на: комментарий от sr11

Если падает скорость чтений после записи скорее всего имеет место быть плохая стратегия записи привода для конкретно этих болванок, или порченные плохими условиями хранения на складах болванки, это редкость но бывает и такое. Конечно все это лучше определять по скану на ошибки в избыточном кода, но мало какие BD приводы их делают, поэтому можно проверять на скорость чтения после записи, только проверять надо не копированием, а эталонным тестом в утилите Nero Test Speed. В идеале должна быть прямые линии, если есть завалы - у приводы плохая стратегия для этих болванок, или порченые болванки. Записи которые имеют прямые линии без завалов можно смело откладывать на длительное хранение. Во время теста лучше не грузить комп так как могут появляться провалы на кривой то есть искажаться тест.

Teac
()
Ответ на: комментарий от Rost

У меня DVD как-то упал на клейкую полоску конверта, помыл водой с мылом и забыл. Недавно достал, посмотрел на мутную поверхность, долго думал что это. Прочиталось всё. А вот это BD что-то космическое.

sr11
() автор топика
Ответ на: комментарий от sr11

Blu Ray тоже также способен, у него очень большая избыточность, (кстати можно записать диски с превыщающие заводскую избыточность и таким образом получив супер живучие диски с практически неубиваемой поверхностью) но это не требуется если правильно записывать диски, то о чем я выше написал с этим напрямую пересекается, а именно при плохой стратегии записи, или же если диски порченные плохими условиями хранения на складах, то они записываются с убитой избыточностью и как результат это напрямую отображается на скорости чтения, поэтому такие диски легко вычисляются и отбраковываются, у таких дисков очень мал запас на последующее старение. То есть хорошо записанный диск с малыми ошибками в избыточности упадет вот как вы написали на клейкую поверхность - но он прочитается пусть уже и со снижением скорости, так как изза порчи поверхности пойдут ошибки в избыточности, а вот когда эти ошибки изначально при записи появились и настолько большие что местами диск читается уже с снижением скорости, то как понимаете запаса у таких дисков намного меньше, а то и вовсе может не быть изначально, смотря как запишется. Так вот по кривой transfer rate, это все легко определяется. Еще попробуйте Opti Drive Control утилиту, первая вкладка именно отвечает за этот тест, в обоих утилитах.

Teac
()