bluray sector size

ну зато на лоре начитался что оптика самая надёшная 😊

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».

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

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

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

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

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

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

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

Вот eject точно не работает для меня, а размер блока, вон у CD вообще в аудио-режиме какой-то ненормальный.

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

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

Вот hdparm что-то пытается делать, на привод влияет, но скорость не меняется. И в справке написано CD/DVD.

Пусть полежат.

да, помню когда-то плохочитаемые диски ложил в холодильник чтобы «взбодрились» :) и как это ни странно - часто помогало.

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

Что-то void ничего с именем nero не предлагает, Win11 что шла с моим компом вызвала резкое отторжение.

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

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

Bluray

2025

Мир захватили наркоманы

Ну как хорошо читаются диски после того как полежали?

О как, я начал листать тему, думаю «Где же флудильщики на тему «Какой блюрей 2025 году?» Неужели повзрослели и перестали всё мерять своей узкопотребительской колокольней?»

15 комментариев тема продержалась, зачёт.

Через 2 недели новый привод жду, тогда проверю.

Эту ошибку пишет ядро, а в ядре номер сектора в структурах bio и request всегда в 512 байтных секторах, независимо от носителя.

Дошли руки.

Два диска было записано, из образов, через xorriso. Первый со -stream_recording on, второй со -stream_recording off.

Вот они полежали.

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

А вот второй диск долго не хотел читаться через dd. Решил снять образ через k3b. Всё бодро прочиталось.

Тут думаю тема для отдельного топика, что это dd такой нежный.

Первый прогон выдал 38 проблемных секторов, второй 15, один сектор совпал.

Когда читает k3b, в его логе:

Problem while reading. Retrying from sector 498336.

Короче, полежали, ничего не изменилось.

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

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

Странный привод, только пишет. На cd/dvd вообще всё нормально.

Пакетная запись вот не работает, но там похоже и драйвер сломан:

kernel BUG at drivers/block/pktcdvd.c:2464!