isomd5sum - самое оно! И сохранность диска проверяет, и идентификацию обеспечивает (с ключиком --md5sumonly), и с iso совместима. Спасибо!
Но...
1) Не радует, что она вносит изменения в диск и iso, и что эти изменения невидимы.
2) Насколько можно этой утилите доверять? Не в смысле безопасности, а в смысле корректности работы? Никакой документации нет, сравнить не с чем, в исходниках ни одного комментария. Типа в нашем клубе джентльмену верят на слово.

Ох, нельзя ей доверять! Я ручками в iso последнем байте заменил один бит (00 -> 01), запустил контроль - и он прошёл успешно. Да, я понимаю, это lead out, и, наверно, эта единичка не влияет на читаемость диска, но голимый факт имеет место: файл изменён, а контроль этого не ловит.

В общем, главный (и очень серьёзный) недосток этой утилиты - что неизвестно, что именно она контролирует, и достаточно ли контролировать только это.
Блин... оказалось, что lsblk -bn -o FSSIZE /dev/sr0 то ли всегда, то ли иногда даёт длину, меньшую, чем длина исошки. И, соответственно. КС не сходится.
Так что к чёрту подробности: как, имея диск, узнать длину исошки, не записывая исошку?
vs220
Если параллельно хранится исошка можно diff использовать
Смонтировать сидюк и исошку и дифф на два каталога.
Есть еще програмка для дисков - восстановление и проверка
https://aur.archlinux.org/packages/dvdisaster/
Но может для хранения что то другое использовать сд очень уж медленные
исошка - это возможная необязательная примочка. Официально хранится только DVD.
А что медленный... Диск стоит на полке с нулевой скоростью :)
По-хорошему, хранить бы надо только исошки на рейде, и с парой бэкапов. Но менять порядок работы архива - вопрос не моего уровня.
Исходная задача: иметь механизм контроля DVD в процессе хранения. Реально это будет live DVD на базе Arch, так что файлов там будет немало, и контролировать пофайлово не хочется. Кроме того, возможно параллельное (поуофициальное) хранение файла iso, так что желательно, чтобы этот механизм контроля заодно позволял убедиться, что диск соответствует определённому iso.
Естественное решение - посчитать ms5sum данных, и если бы это был CD, а не DVD, то и проблем бы не было: dd bla-bla | md5sum. Но для DVD такое не катит, надо указывать конкретную длину даных. Её можно узнать при помощи lsblk -bn -o FSSIZE /dev/sr0, потом перевести в блоки по 2048 и скормить dd. В принципе, всё просто, но скриптик получается не очень удобный, и для непосвящённых непонятный. Ещё один недостаток - у меня почему-то dd читает DVD намного медленнее, чем мог бы.
Brasero, когда записывает iso на диск, перед записью говорит, что считает КС файла, а после записи - что диска. И он крутит диск куда быстрее. Но в brasero я не нашёл возможности выполнить подсчёт КС диска, как отдельную операцию.
Думаю, что я крепко не первый, у кого возникла такая проблема. Неужели нет удобных готовых решений?
vasek
1 - желательно защитить файл grub.cfg от любых изменений chattr …
Защитить - это хорошо, могу предложить ещё один способ. (Я специально с защитой не заморачивался, само получлось в процессе попыток полюбить efi и последующего развода :) )
Grub и всё его хозяйство у меня находятся на отдельном разделе, и этот раздел в системе не монтируется. Если надо там что-то поковырять - в корне есть отдельный каталог для его монтирования (не /boot!) и запись в fstab с noauto. Смонтировал, поковырял, отмонтировал.
У меня 4.2.5, но openbox, а не XFCE. Проблем не вижу.
(Вообще-то, неплохо бы поподробнее, что значит "к низу". Может, у нас низы разные?)
Можно попробовать подсмотреть в чьих-то исходниках. Скажем, в xwininfo.
vs220
Пакет с патчем от Raul Laasner
https://drive.google.com/file/d/1JSoiWRkbY6VB3adx-tyqr90CtATMEF7U/view?usp=sharing

Работает вроде как akorop хотел
Оно самое! Спасибо.
Dobrov
Видимо, технарей-разработчиков победили мЭнеджеры, которые хотят «заточить» все системы под умственно отсталых…
Боюсь, что в линуксе всё ещё хуже. Свободный софт ведь требует затрат, и немалых, и сейчас всё больший его процент делается программистами на зарплате, которым платят конкретные заказчики. И если глянуть, кто именно платит, то там во всей красе те, кто продаёт услуги по сопровождению, вроде RedHat. И кто, следовательно, заинтересован в том, чтобы софт "из коробки" был неудобным, а настроить его было трудно. Ео чтобы всё было красиво и стильно - тогда юзер подсядет на красоту, а потом заплатит за сопровождение, чтобы можно было работать.
Прямо заказывать такое, вроде, неприлично, но и не нужно: достаточно нанимать мальчиков, которые рвутся повы...пендриваться, и которым, кстати, можно платить меньше. И чуть-чуть направить их усилия.
Это не паранойя. Если есть денежный интерес - он себе дорогу пробьёт.
vs220
akorop
от слова Page
Страницы он стрелочками (лево право) листает без плавного скрола, а вот если страница не влазит на экран то скролит плавно (на слабом железе может раздражать)
qpdfview можно заюзать если надо мгновенный скрол (DjVu PDF)
Стрелочки влево-вправо - это листание по страницам документа. Это здорово, что в okular одновременно доступны обе эти команды, но это разные команды, и я говорю о листании по экранным страницам.
А qpdfview слишком уж убогий, лучше epdfview. Я б им и пользовался, если б была клавиша для включения-выключения оглавления, но увы, не нашёл.
Dobrov
клик мышью по scrollbar в okular покажет следующую/предыдущую страницу быстро, без раздражающей плавной прокрутки.
Умеет, значит, зараза... Хм, надо подумать, нельзя ли как-то исхититься и привязать имитацию такого клика к клавиатурной комбинации. Что-то типа отступить от правого нижнего угла на 8 пикселей влево и на 20 вверх и кликнуть.