LINUX.ORG.RU

Linux 6.17

 , , ,

Linux 6.17

0

5

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.17. Среди наиболее заметных изменений: повышение производительности Btrfs, системные вызовы file_getattr() и file_setattr(), унификация однопроцессорных и многопроцессорных конфигураций в планировщике задач, модуль DAMON_STAT со статистикой доступа к памяти, поддержка Live-патчей на системах ARM64, отправка core-дампов через сокет AF_UNIX, лимитирование SCHED_EXT через cgroup, упрощённая настройка защиты от уязвимостей в CPU, сборка в Clang с инициализацией переменных в стеке, защита от подмены /proc, расширение подсистемы RV (Runtime Verification), ограничение сокетов AF_UNIX через AppArmor, алгоритм контроля перегрузок TCP DualPI2.

В новую версию принято 14334 исправлений от 2118 разработчиков, размер патча – 46 МБ (изменения затронули 12841 файлов, добавлено 646654 строк кода, удалено 398782 строк). В прошлом выпуске было 15924 исправления от 2145 разработчиков, размер патча – 50 МБ . Около 43% всех представленных в 6.17 изменений связаны с драйверами устройств, примерно 12% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 4% – с файловыми системами и 3% c внутренними подсистемами ядра.

Основные изменения (kernelnewbies.org, lwn.net, OpenNET):

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В Btrfs добавлена экспериментальная поддержка больших фолиантов страниц памяти (large folios), позволяющих снизить накладные расходы и повысить производительность ряда операций. Реализовано кеширование запросов к битовым картам распределения свободного места, благодаря которому производительность создания пустых файлов выросла на 20%. Улучшена работа упреждающего чтения в системах, применяющих сжатие данных. Обеспечено более плотное размещение ключей в структуре XArray, что повысило компактность хранению узлов дерева экстентов и позволило сократить число конечных узлов на 50-70%. Предоставлены дополнительные настройки использования сжатия в дефрагментированных экстентах.
    • В ФС ext4 появилась поддержка буферизированного ввода/вывода с флагом RWF_DONTCACHE, при котором данные удаляются из страничного кеша сразу после завершения операции.
    • В ФС EROFS реализована поддержка сжатия метаданных.
    • NFS-сервер теперь может делегировать операции записи клиентам, открывающим файлы в режиме только для записи.
    • В системный вызов fallocate() добавлен флаг FALLOC_FL_WRITE_ZEROES, позволяющий заполнить нулями указанный диапазон в файле, используя поддерживаемую некоторыми SSD-накопителями команду WRITE_ZERO, выполняющую обнуление без операций ввода/вывода. Опция пока доступна только в ФС ext4.
    • Добавлены системные вызовы file_getattr() и file_setattr() для манипулирования атрибутами inode заданного файла.
    • Удалён драйвер pktcdvd для работы с оптическими носителями в пакетном режиме, который был помечен устаревшим в 2016 году.
    • В драйвере NTFS3 налажена работа с символическими ссылками, созданными в Windows, а также добавлена проверка корректности имён файлов, и обеспечено создание символических ссылок для относительных путей.
    • ФС Bcachefs в ядре Linux переведена в режим внешнего сопровождения, подразумевающего прекращение приёма изменений для Bcachefs в основной состав ядра при сохранении данной ФС в кодовой базе ядра. Разработка Bcachefs будет производиться вне кодовой базы ядра до того, как Кент Оверстрит на деле не докажет возможность корректного взаимодействия с другими разработчиками ядра и способность следовать устоявшимся правилам разработки.
  • Память и системные сервисы
    • Из планировщика задач удалена поддержка однопроцессорных конфигураций. На системах с одним процессором теперь следует использовать ядра, собранные для многопроцессорных систем (SMP). Код для однопроцессорных и многопроцессорных систем унифицирован и избавлен от лишних привязок к параметру ядра CONFIG_SMP.
    • Добавлен модуль ядра DAMON_STAT (Data Access Monitoring Results Stat), позволяющий отслеживать доступ к оперативной памяти, используя подсистему DAMON (Data Access MONitor). Модуль предоставляет статистику о неактивности (memory_idle_ms_percentiles) и прогнозируемой пропускной способности памяти (estimated_memory_bandwidth).
    • На системах с архитектурой ARM64 реализована поддержка Live-патчей, позволяющих применять исправления к ядру Linux на лету, без перезагрузки и остановки системы.
    • В минималистичной Си-библиотеке nolibc, поставляемой в составе исходных текстов ядра Linux и предоставляющей обвязку над базовыми системными вызовами, реализована поддержка архитектур SuperH, x32, MIPS n32 и MIPS n64.
    • Расширена возможность отправки содержимого core-дампов через сокет AF_UNIX, позволяющая создавать в пространстве пользователя более безопасные обработчики core-дампов, не завязанные на вызов ядром привилегированных процессов. В новой версии добавлен протокол для создания серверов, способных управлять обработкой core-дампов на уровне отдельных задач. Например, для одних процессов можно игнорировать core-дампы, а для других передавать их через сокет. Отдельно подготовлен прототип сервера для управления core-дампами.
    • Добавлена опция командной строки ядра crashkernel=size,cma для резервирования через CMA (Contiguous Memory Allocator) места в памяти под сохранение crash-дампа ядра.
    • Расширены возможности механизма pidfd, позволяющего использовать идентификаторы, связанные с конкретными процессами и в отличие от pid повторно не назначаемые. Добавлена возможность привязки к pidfd расширенных атрибутов из пространства пользователя. Разрешено открытие файловых дескрипторов для pidfd через функцию open_by_handle_at() без привязки к файловой системе. Внутренняя информация, созданная ядром вместе с pidfd, теперь привязывается к процессу, а не pidfd, и сохраняется между повторным открытием того же процесса.
    • В подсистему BPF добавлена функция bpf_cgroup_read_xattr() для чтения расширенных атрибутов файлов. Предоставлена возможность использования в BPF-программах типовых строковых операций, таких как bpf_strcmp, bpf_strnchr, bpf_strchrnul, bpf_strlen и bpf_strspn, работающих в режиме только для чтения. Добавлена возможность использования стандартных потоков stdout и stderr для взаимодействия с компонентами в пространстве пользователя. Для систем на базе архитектуре LoongArch в BPF реализована возможность динамической модификации кода, механизма «BPF trampoline» (снижает накладные расходы при передаче вызовов между ядром и программами BPF) и запуска программ, использующих struct_ops для создания обработчиков функций ядра через BPF.
    • В системе учёта времени реализована поддержка вспомогательных часов (auxiliary), которые не связаны с обычными системными часами и идут по собственному ритму (ранее все часы шли с одинаковым ритмом и отличались только смещением).
    • Добавлена начальная поддержка прокси-исполнения (Proxy Execution) для смягчения проблем инверсии приоритетов. Прокси-исполнение позволяет задаче, ожидающей освобождения блокировки, передать свой контекст исполнения задаче, удерживающей блокировку, для ускорения освобождения этой блокировки.
    • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). Добавлены абстракции для управления регуляторами напряжения и тока, свойствами прошивок, ресурсами ввода/вывода и памяти ввода/вывода. Реализован макрос warn_on!(). Добавлен тип UserPtr для указателей в пространстве пользователя. Расширена функциональность модулей workqueue, uaccess, dma, time и list. Добавлен модуль bits с функциями bit и genmask.
    • Переработан код для вычисления контрольных сумм CRC и добавлены новые вызовы для генерации хэшей SHA-1 и SHA-2. Добавлены специфичные для аппаратных архитектур оптимизации. Повышена производительность функции crc32c() на новых CPU x86_64, поддерживающих расширение VPCLMULQDQ (Vector Carry-Less Multiplication of Quadwords).
    • Для систем S390 реализована поддержка вытеснения в раздел подкачки и миграции больших страниц памяти (transparent huge page).
    • Добавлена возможность настройки агрессивности освобождения страниц памяти (proactive-reclaim) при её нехватке в привязке к отдельным узлам NUMA, что позволяет выделить узлы NUMA, для которых будет применено более активное высвобождение памяти. Например, echo "512M swappiness=10" > /sys/devices/system/node/node1/reclaim.
    • В механизм SCHED_EXT, позволяющий использовать BPF для создания планировщиков CPU, добавлена возможность управления пропускной способностью через cgroup. Например, можно использовать параметр cpu.max для ограничения нагрузки на CPU.
    • Объявлено устаревшим автоматическое монтирование виртуальной ФС tracefs в каталог /sys/kernel/debug/tracing, вместо которого следует использовать /sys/kernel/tracing.
    • Утилита gconfig, применяемая для конфигурирования сборочных опций ядра, переведена на использование библиотеки GTK3.
  • Виртуализация и безопасность
    • Добавлена возможность включения защиты от уязвимостей в CPU через выбор блокируемых векторов атаки вместо указания в настройках конкретных уязвимостей. Методы блокировки выбираются в зависимости от вида нарушения изоляции: между пользователем и ядром (user-kernel), между пользователем и другим пользователем (user-user), между гостевой системой и хост-окружением (guest-host), между разными гостевыми системами (guest-guest) и между разными потоками (cross-thread). Предложенный подход даёт возможность активировать только защиту от тех классов уязвимостей, которые реально волнуют пользователя. Например, владельцы облачных окружений могут включить режимы guest-host и guest-guest, после чего будут активированы методы защиты от уязвимостей BHI, GD, L1TF, MDS, MMIO, Retbleed, RFDS, Spectre_v2, SRBDS, SRSO и TAA.
    • Добавлена поддержка сборки компилятором Clang с включением режима отслеживания глубины стека, при котором выполняется инициализация всех хранимых в стеке переменных. Инициализация производится для предотвращения утечки информации из ядра через неинициализированные переменные, которые могут содержать остатки ранее сохранённых в стеке данных. До этого похожая возможность поддерживалась при использовании GCC-плагина STACKLEAK.
    • Добавлена защита от подмены атакующим файловой системы /proc через монтирование в режиме bind. Inode-номер корня /proc теперь фиксирован (PROCFS_ROOT_INO) и может быть проверен процессом в пространстве пользователя.
    • В подсистему RV (Runtime Verification), предназначенную для проверки корректности работы высоконадёжных систем, добавлен компонент мониторинга rtapp (Real-time application monitor) для отслеживания типовых проблем в приложениях, работающих в режиме реального времени, а также компоненты rp, sssw и opid для тестирования планировщика задач. Реализована возможность создания компонентов мониторинга, использующих для определения модели поведения линейную темпоральную логику вместо детерминированного автомата. Проверка производится во время выполнения через прикрепление обработчиков к точкам трассировки, сверяющих фактический ход выполнения с заранее определённой эталонной моделью, определяющей ожидаемое поведение системы.
    • В систему AppArmor добавлена поддержка управления доступом к сокетам AF_UNIX.
    • В гипервизоре KVM на системах ARM реализована поддержка контроллера прерываний GICv5.
    • Добавлена настройка CONFIG_KVM_IOAPIC, позволяющая отключить поддержку в KVM эмуляции APIC, PIC и PIT.
    • Добавлена защита от уязвимости VMSCAPE.
    • Добавлена ioctl-команда FS_IOC_GETLBMD_CAP для получения из пространства пользователя информации о применении к файлу средств для защиты целостности.
    • Объявлен устаревшим интерфейс /sys/fs/selinux/user, при обращении к которому теперь вносится пятисекундная задержка и выводится предупреждение в лог.
    • Возобновлено сопровождение LSM-модуля Lockdown, позволяющего ограничить доступ пользователя root к ядру и блокировать пути обхода UEFI Secure Boot.
    • Добавлен драйвер ovmf-debug-log для доступа к отладочному логу прошивок OVMF (Open Virtual Machine Firmware) через /sys/firmware/efi/ovmf_debug_log для упрощения диагностики проблем в виртуальных машинах, загружаемых в режиме UEFI.
  • Сетевая подсистема
    • В реализацию технологии PSE (Power Sourcing Equipment), применяемой для подачи питания через Ethernet на такие устройства, как IP-камеры и беспроводные точки доступа, добавлена поддержка настраиваемых стратегий оценки бюджета питания (общей доступной мощности). Подобные стратегии позволяют определить какие порты следует отключить в первую очередь для предотвращения перегрузки.
    • В реализацию протокола MCTP (Management Component Transport Protocol) добавлена поддержка маршрутизации пакетов к внешним узлам через промежуточные узлы (gateway-routing). Например, нижеприведённые правила позволяют направить пакеты к узлу с идентификатором 10 (Endpoint ID 10) через устройство mctpi2c0, используя адрес 0x1d, напрямую прикреплённый к узлу с идентификатором 9:
        mctp route add 9 via mctpi2c0
        mctp neigh add 9 dev mctpi2c0 lladdr 0x1d
        mctp route add 10 gw 9
    
    • Для UNIX-сокетов (AF_UNIX) реализована опция SO_INC, а для семейства адресов VSOCK опция SIOCINQ. Реализованные опции аналогичны опции TCP_INQ для TCP и позволяют через управляющее сообщение получить сведения о количестве байтов, доступных в сокете для чтения.
    • Для TCP включено строгое соблюдение объявленного размера окна приёма, которое определяет размер данных, допустимых к отправке до получения ACK-подтверждения от другой стороны. Ранее ядро продолжало обрабатывать данные поступающие сверх объявленного окна приёма, но теперь перестанет это делать.
    • В MPTCP (Multipath TCP) добавлена возможность использования опции сокета TCP_MAXSEG для ограничения максимального размера отправляемых сегментов. MPTCP представляет собой расширение протокола TCP для организации доставки пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам.
    • Добавлена поддержка алгоритма контроля перегрузок TCP DualPI2 (RFC 9332), который позволяет использовать масштабируемые контроллеры перегрузки для трафика с высокими требованиями к качеству обслуживания (например, TCP-Prague и DCTCP), не вызывая снижения производительности классического трафика, для которого применяются такие контроллеры перегрузки, как Reno и Cubic.
    • Добавлен sysctl «force_forwarding», через который можно активировать перенаправление трафика на выбранных сетевых интерфейсах с IPv6.
    • Удалена поддержка алгоритма определения потери пакетов SACK (Selective Acknowledgment), описанного в RFC 6675. Данный алгоритм был объявлен устаревшим в 2018 году. Для определения потери TCP-пакетов рекомендуется использовать алгоритм RACK-TLP.
  • Оборудование
    • Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. В новой версии включена по умолчанию поддержка чипов на базе микроархитектуры Panther Lake и добавлена поддержка микроархитектуры WildCat Lake.
    • В драйвере AMDGPU для GPU GFX9.x реализована поддержка механизма Cleaner Shader, обеспечивающего очистку памяти GPU перед её повторным использованием для исключения утечки данных, оставшихся после работы другого процесса. Улучшена поддержка ждущего режима. Добавлена возможность перехода в спящий режим в окружениях с AMD SR-IOV. Улучшено управление подсветкой. Добавлена начальная поддержка механизма SmartMUX для переключения между интегрированным и дискретным GPU на ноутбуках. В драйвере i915 реализована поддержка механизма drm_panic, который отображает при сбоях подобие «синего экрана смерти».
    • Добавлена поддержка дисплейного контроллера, используемого в чипах семейства Wildcat Lake.
    • Продолжена интеграция компонентов драйвера Nova для GPU NVIDIA, оснащённых GSP-прошивками, используемыми начиная с серии NVIDIA GeForce RTX 2000 на базе микроархитектуры Turing. Драйвер написан на языке Rust. В новой версии добавлен уровень абстракции для работы с DMA, реализован парсер VBIOS, добавлен код для настройки фреймбуфера и обеспечена поддержка ускоренной загрузки в режиме Falcon.
    • В драйвер adreno добавлена поддержка GPU Qualcomm Adreno x1-45 и x1-85.
    • В драйвер msm добавлена поддержка GPU Adreno SM8750 и маппинга видеопамяти (VM_BIND).
    • В драйвер panfrost добавлена поддержка GPU Mali, применяемых в SoC Mediatek mt8370.
    • В драйвер lima добавлена поддержка GPU, применяемых в SoC Rockchip RK3528.
    • Добавлен драйвер mtd (Memory Technology Devices) для доступа к NVM-памяти, интегрированной в GPU Intel.
    • Добавлена поддержка звуковых систем ASoC IMX WM8524, AMD ACP7.2, SoundWire ACP 7.1, Fairphone 4 & 5, Qualcomm QCS8275, Framework Laptop 13 (AMD Ryzen AI 300), CS35L41 HDA (применяется в ноутбуках ASUS), Richtek RTQ9124, TI TAS5753, HP EliteBook x360 830 G6, EliteBook 830 G6, LG 16Z90R-A, HP 15-fc000. Проведена реорганизация кода HD-audio.
    • Добавлена поддержка ARM-плат, SoC и устройств: NVIDIA Tegra264, Marvell PXA1908 (первый 64-разрядный чип от Marvell для смартфонов), CIX P1, Axiado AX3000, Sophgo SG2000 (совмещает ядра ARM и RISC-V), Mediatek mt6572, Exynos 2200 (используется в Samsung Galaxy S22), Renesas R-Car V4M-7, TI am62d2 и Sophgo sg2042, ноутбуки на базе Mediatek mt8186 и Qualcomm Snapdragon X1, смартфоны и планшеты на базе SoC mt6572, tegra30 и msm8976.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.17 – Linux-libre 6.17-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 6.17 обновлён код чистки blob-ов в драйверах amdgpu, prueth, iwlwifi, btusb, pci mhi host, adreno a6xx, nova-core и Intel AVS. Выполнена чистка имён blob-ов в dts-файлах (devicetree) для ARM-чипов и Intel IPU7. Нейтрализована загрузка blob-ов в новых драйверах pci hda. Прекращена чистка блобов в драйвере QLogic infiniband, удалённом из ядра.

>>> Подробности на OpenNET

★★★★★

Проверено: Dimez ()
Последнее исправление: dataman (всего исправлений: 1)
Ответ на: комментарий от firkax

Правильный подход в идеале должен быть такой: одна задача - одна железка.

Логично. Впрочем можно некоторые и объединить. Файрволл например сунуть в роутер. cisco asa например.

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

Нет, его надо сдавать на переработку куда-то там.

А железо 15-ти летней давности - без шуток менять пора. Ибо сдохнуть может уже в любой момент времени.

Что именно? Обычно дохнут жёсткие диски, их надо менять по мере отвала, тут уж никуда не деться, но заранее обычно незачем. Ещё на старых материнках электролиты портятся, вот недавно одну из 2009 года перепаял на новые. Что ещё?

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

Что именно?

Что угодно. От тех самых конденсаторов, которые ты упоминаешь ниже, до любой мелочевки, которая у тебя в состоянии утянуть за собой все остальное. В свое время не раз был свидетелем, что вот железка работает-работает, а потом профилактика - выключаем и - все. Ку-ку. Про проблемы процессоров райзен (особенно тех, которые типа X3D), я думаю, упоминать - излишне, а еще есть цепи питания и так далее и тому подобное.

Ещё на старых материнках электролиты портятся, вот недавно одну из 2009 года перепаял на новые

Вот честно. Времени не было жалко? За то время, которое ты угробил на починку этой некрофилии можно на новое железо заработать. Особенно учитывая твои навыки, про которые ты упоминаешь.

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

В свое время не раз был свидетелем, что вот железка работает-работает, а потом профилактика - выключаем и - все. Ку-ку.

Я тоже с таким сталкивался не раз. ВСЕ разы оказывались связаны со сдохшим блоком питания (да, забыл про него упомянуть, в нём тоже электролиты), чаще всего - либо отсутствует дежурное 5V, либо не тянет стартовые токи. Электролиты в БП тоже можно перепаивать, но его не всегда можно нормально разобрать без отпаивания разных проводов.

Про проблемы процессоров райзен

У меня никогда их не было. Они появились лет 10 (или даже меньше) назад, а мы про 15 летние.

Вот честно. Времени не было жалко? За то время, которое ты угробил на починку этой некрофилии можно на новое железо заработать.

Я даже больше скажу, на цену нового комплекта конденсаторов (примерно 1000р - я ж не китайский мусор или б/у какое-то ставил а нашёл самые топовые low esr правда лазанье по разным магазам в попытках найти наличие не через месяц оптом тоже было долгим) + цену тонкого паяльника + оловоотсоса (ещё по 2к что ли) уже можно было новую материнку купить (а времени я потратил в сумме много, я ж первый раз этим занимался, тут даже не знаю как считать). Но на новой материнке будут зонды типа AMD PSP или Intel ME, а на той - нет. А ещё на новых материнках могут быть новые бекдоры в прошивках, а на старой, если они есть, я уже и так под них попал - незачем увеличивать потенциальное число дыр. Поэтому мне нужна та.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 2)
Ответ на: комментарий от DrRulez

За то время, которое ты угробил на починку этой некрофилии можно на новое железо заработать

Не везде и не всегда...

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

Оптика это дело современных дней, единсвнетнный архивный долговечный носитель использующийся в корпоративной секторе. То что у каких то ламеров нету привода то их проблемы, по факту оптика в десякти раз надежнее всех других носителей, съэкономить копейки и отказаться от супер мега надежнного едиснутенрого долговечного носителя? Ну такое себе….

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

Снимки и МРТ в клиниках до сих пор отдают на оптических дисках.

Пришлось покупать внешний привод для просмотра оных.

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

Уже более 10 лет как идет в корпоративном секторе перевод архивов с лент на оптику. Оптика многократно долговечнее, удобнее и дешевле в хранении - не требует ни обслуживания, ни перезаписей, ни кондиционирования помещений для поддержания оптимальных температур, и долговечность несоизмеримо лучше. Лента также используется но не для долговечных архивов, лента это временное хранение огромных объемов, оптика это долговечное хранение того что никогда не должно исчезнуть. Росархив тоже в 2025году переводит все архивы на оптику, все сектора экономики культуры медицину, все на оптику, оптика это единсвтенный архивный долговечный носитель. https://www.cnews.ru/articles/2025-06-20_rossijskij_pak_na_opticheskih_nositelyah?erid=2W5zFHpzxBi

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

Конечно. Сразу несколько преимуществ перед другими носителями - стоимости носителя, надежность, долговечность, WORM. А привод пригодится, используйте для личного хранения фото видео роликов каких то, правильная контролируемая запись и больше ничего не требуется - даже на дешевых болванках будет невероятно живучий архив.

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

Росархив тоже в 2025году переводит все архивы на оптику, все сектора экономики культуры медицину, все на оптику, оптика это единсвтенный архивный долговечный носитель

У оптики для хранения юридически значимых документов есть неоспоримое преимущество: данные нельзя подменить задним числом (впрочем, можно подменить сам диск целиком, конечно).

В упомянутой статье это упоминается. Так что дело тут не только в долговечности хранения. Про долговечность ничего не скажу - пользовался записью на CD/DVD так давно, что перед тем, как выбросить эти диски решил проверить, что там записано - совершенно неактуальный спустя 10-15 лет хлам.

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

оптика это долговечное хранение того что никогда не должно исчезнуть
оптика это единсвтенный архивный долговечный носитель

Ну да, ну да... «Свежо питание, да ... с трудом...» :)

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

пользовался записью на CD/DVD так давно, что перед тем, как выбросить эти диски решил проверить, что там записано - совершенно неактуальный спустя 10-15 лет хлам.

Который не всегда удаётся прочитать...

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

Ваш диск рот на ваших сверхдешевых леваковых CD-r имеет ровно столько общего с нормальными CD-R, как какой нибудь 486DX 90ых годов, в сравнении с современным I7 13 поколения какого нибудь, ровно столько же, а в сравнении с восокачесвтенными архивными DVD и BluRay еще меньше общего.

Teac
()
Последнее исправление: Teac (всего исправлений: 1)
Ответ на: комментарий от Teac

Ваш диск рот на ваших сверхдешевых леваковых CD-r имеет ровно столько общего с нормальными CD-R

Конечно, ультра-современная технология в нулевых была леваком. Plasmon Datasystems составляли 99,99% всех продаваемых CD-R.

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

Ну конечно ультрасовременная технология процессоров 90ых годов была леваком, что вы мне рассказываете никаких i7 13 поколения не существует.

PS Нормальные CD-R тех годов читаются идеально. Ничего общего как я выше отметил нет у вашего левака CD-R с нормальной оптикой, тем более двд и блюрей.

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

Ну так изучайте, просвещайтесь.

Что «изучать"предлагаете? Сказки про „50-100 лет“ хранения данных?? Так проверил, и десятка лет не выдерживают...

Somebody ★★★★
()
Последнее исправление: Somebody (всего исправлений: 1)
Ответ на: комментарий от Somebody

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

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

Не надо врать

Вот и прекращайте вашу агрессивную ложь.

проблем с чтением нет абсолютно ни с какими даже дешманскими болванками, читаются абюсолютно все до единой

Лжа! Хватало проблем...

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

Придумывание отговорок началось!..;D

Привод был новый, и не один.

а про болванки лапшу на уши просьба развешивать другим

Вот и свою для себя оставьте.

а архивных я уверен что вы даже в глаза никогда не видели

На ходу «переобуваемся», подгоняя условия задачи под свой «ответ»? ;))

Somebody ★★★★
()
Последнее исправление: Somebody (всего исправлений: 1)
Ответ на: комментарий от Somebody

Нет таких болванок даже среди самых дешевых которые престанут читаться всего через 10 лет, проверено лично, читается весь шрот и самые дешевый записаынный и 20 лет назад и более. Да первые перезаписи архивов будут осуществленные только спустя 50-100лет, в зависимости от класса примененной оптики, и это еще с большим запасом, нечего там ждать, периоды распада выситываеются легко и точно. и это без кондиционирования хранилища для поддержки оптимальных температур, им лучше расскажите анекдоты про 10 лет.

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

Нет таких болванок даже среди самых дешевых которые престанут читаться всего через 10 лет, проверено лично, читается весь шрот и самые дешевый записаынный и 20 лет назад и более.

Я в руках держал disc-rot, что ты здесь рассказываешь?

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

Какое отношение имеет твой диск рот на супер левакой отбраковке к нормальной, даже дешевой, но просто нормальной продукции? Какое отношение оно имеет? не покупай шрот который будет иметь диск рот и все.

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

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

Есть, есть...И да, «проверено лично».

первые перезаписи архивов будут осуществленные только спустя 50-100лет,

Как мило... Ни тебе проверить, ни опровергнуть нельзя.Ляпнул, и «прав»... Все ближайшие 50-100 лет... :))))

им лучше расскажите анекдоты про 10 лет

Я рассказал о своём личном опыте.

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

Нету таких болванок, даже среди дешевых. Читаются все до единной. С леваковой отработки которая бывало на рынках вспылвала может быть, с дешевых неотбраковки уже нет - читаются прекрасно. И какой все это отношение имеет вообще к архивной высококачесветнной оптике используемой в корпоративной секторе? Вы что недоганяете что в обсуждение продукции класса i7 i9 13 14 поколений суетесь с нелепыми примерами процессоров 30 летней давности?

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

Какое отношение имеет твой диск рот на супер левакой отбраковке

Отбраковка еще какая-то…

Вот диск. Наверняка это Плазмон Датасистемс. Данных записано не много, вангую там был релиз программного пакета. Царапин нет. Диск-рот есть.

https://0x0.st/KMgs.jpg

sarumeister
()
Последнее исправление: sarumeister (всего исправлений: 1)
Ответ на: комментарий от Teac

Нету таких болванок, даже среди дешевых.

Есть, есть!.. :)

Читаются все до единной

«До едиННой» не все читались. :)

Вы что недоганяете что в обсуждение продукции класса i7 i9 13 14 поколений суетесь с нелепыми примерами процессоров 30 летней давности?

«Хамишь, парниша!»...

Подобным тоном со своими близкими спорьте и им вашу 2столетней (без?)надёжности оптику" впаривайте, а я пас (здесь это правилами запрещено, да и я до такого «уровня дискуссии» опускаться не хочу.

Прощайте, г-н «Андерсен». Скучные у вас сказки... И как-то агрессивно-лживые...

Somebody ★★★★
()
Последнее исправление: Somebody (всего исправлений: 1)
Ответ на: комментарий от Somebody
  1. Нету. Все дешевые прекрасно себе читаются. Более менее качесвтенные практически даже не имеют деградирования, проверяется очень легко утилитами, и имеют явно чудовищные еще на десятилетия запас ресурса.
  2. Это вы уважаемый хамите.
  3. Да без проблем, лапшу на уши навесить не выйдет. Вы еще профессионалам расскажите про 10 лет анекдоты, вот лопухи перезаписывать они оптику собрались через 50-100 лет, пусть somebady послушают.
Teac
()
Ответ на: комментарий от Teac

Нету. Все дешевые прекрасно себе читаются.

Ты неправильно ведешь дискуссию. «Нету. Все дешевые прекрасно себе читаются.» – фальсифицируемое утверждение. Чтобы его опровергнуть, достаточно найти один контр-пример. Я предьявил контр-пример. Твое утверждение оказалось ложным.

sarumeister
()
Ответ на: комментарий от Eulenspiegel

Мне кажется, что это многовато. Куда столько?

Saakx
()
Ответ на: комментарий от sarumeister

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

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

Чего вы тут срётесь, непонятно. Обычные диски в неправильных условиях хранения действительно могут перестать читаться. И вместе с тем для архивов не будут использовать обычные диски, есть такая штука M-DISC.

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

Национальная лаборатория метрологии и тестирования Франции (фр.) показала, что при температуре 90 °C и влажности в 85 % диск DVD+R с неорганическим слоем записи, такой как M-DISC, показывает не большую стойкость, чем обычный DVD±R (Вики)

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

Давний известный фейк и реклама стеклянных DVD от французов. Реальные резульаты лабораторных стандартизированных(iso 10995) исследования расчетной долгвечности DVD M-DISC https://i.postimg.cc/cCWvg6SF/2025-10-05-083402999.png

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

Очень точный физико химический расчет, на основании специально стандартизированных для оптических дисков тестов на ускореное старения, разработанное японскими инженерами. M-DISC используется для архивного хранения крупнейшими организацияими такими как наса например, многими национальными библиотеками и тп. И вообще советую поменьше фантазировать уважаемый сказочник, сколько у тебя M-DISC вышло из строя? Может хватит лапшу развешивать? Никаких «потом» не существует не то что на M-DISC но и на обычных дешевых болванках которые в десятки раз менее долговечны. Вот для таких фантазеров про «10 лет» можно посмотреть просто как статистику от третьей стороны по поводу обычных дешевых болванок, неправильно хранимых, практически все зацарапнаы, продающихся на авито для разных подделок на килограммы(любой кстати может купить с килограмм 20 летних проверить что втирают некие клоуны в интернете). https://www.youtube.com/watch?v=CFYRAX3R8Pc Много выпусков, где ищут что то интересное на неподписаных болванках старых, я выпусков 5 может смотрел, так вот реальная статистика за эти 5 выпусков, аж один CD-R туго прочитался, он читался но туговато, что там или CD-R тот левак был, или хранился очень неправильно, или запорот плохим приводом был при записи(какая то причина из этих) но всего один, при контроле записи как уже говорил все это искореняется полностью и тотально ич итаются вообще все идеально диски. А так все читается и диски нулевых и 90ых. Реальная статистика от третьей стороны и сравните ско сказами и фейками с интернета. Уже M-DISC у них «unexpected»… сказочники. Ну что ты рассказал свои анекдоты про 10 лет профессионалам?С росархивом связывался? Рассказывал им?)) Давай жду ответ что там ответят на твои «unexpected»

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

Пустобольство в детском стиле «сам дурак!» и «вы всё врёте!»...

Твои личные выпады — не аргумент, а способ прикрыть собственное бессилие.

Сейчас «expected» «50-100 лет», завтра другую сказку придумают, с другими сроками, столь же недоказуемыми, а суть-то в том, что никто так долго ничего такого не испытывал и испытать не мог, в силу «юности» этих технологий, и никакие тесты на «ускоренное» старение не показывают гарантированно, что точно так же диски поведут себя при «нормальном» старении, это всё «вопросы Веры»...

Somebody ★★★★
()
Последнее исправление: Somebody (всего исправлений: 2)
Ответ на: комментарий от Somebody

Поменьше фантазируй, смешно читать, сел в лужу со своими сказками и теперь пытаешься нелепые отмазки придумывать. И даже более скажу, перезапись 50-100 лет это с огромнейшим запасом, с учетом совершенно неблагопритяных условий хранения, высокой влажности и температур, без кондиционирования хранилища. В оптимальных услоуиях хранения, обычных квартирных, среднестатистических 25с и 50% долговечность в разы больше.

Teac
()
Последнее исправление: Teac (всего исправлений: 1)
Ответ на: комментарий от Somebody

А потом, в процессе эксплуатации, начинается что-нибудь «unexpected»… :D

Там потом оказывается, что хранить надо с соблюдением режима температуры и влажности. Специальную комнату, наверное, для дисков отводить. Проходили.

А все «посыпавшиеся» заводские (пусть и пиратские, но даже не болванки, а штамповка) диски для всяких PS1, как и для «ПК» того же времени, когда там каждый 20-й, если не каждый 10-й не читается нормально — это от того, что хранили неправильно!

И болванки надо проверять после записи. Вернуться на 20 лет назад и каким-то специальным софтом под винду проверить, сразу после записи. А потом правильно хранить. Это тоже проходили…

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

И даже более скажу, перезапись 50-100 лет это с огромнейшим запасом, с учетом совершенно неблагопритяных условий хранения, высокой влажности и температур, без кондиционирования хранилища. В оптимальных услоуиях хранения, обычных квартирных, среднестатистических 25с и 50% долговечность в разы больше.

Ты это самолично и достоверно проверил или врёшь, как обычно?..

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

Там потом оказывается, что хранить надо с соблюдением режима температуры и влажности. Специальную комнату, наверное, для дисков отводить. Проходили.

Хорошая «отмазка», да. :) Чуть что пошло не так — сразу ты «попадаешь» — мол, ты был неправ! ;))

И болванки надо проверять после записи. Вернуться на 20 лет назад и каким-то специальным софтом под винду проверить, сразу после записи. А потом правильно хранить. Это тоже проходили…

Вот-вот!.. :)) Однако же, в моём случае, диски проверялись при и после записи всем, доступным на тот момент, софтом... Только вот он не волшебным был, ну да это «my bad!»... ;P ;))

Somebody ★★★★
()
Последнее исправление: Somebody (всего исправлений: 1)
Ответ на: комментарий от Teac

Ты эти болванки продаёшь что ли контейнерами? Откуда такое желание навешать лапши, исказить факты и укрыть половину «само собой разумеющихся» (только для тебя) моментов?

Я вижу, что ты в теме-то разбираешься, но совершенно не умеешь продвигать свою позицию. Если ты не продаёшь эти самые болванки ЛОРовцам и хочешь донести некую «истину», а не просто отхватить побольше клоунов, то попробуй иначе вступать в подобные дискуссии. Без вот этих вот «все до единой», без попыток обвинить оппонента, который основываясь на опыте делает свои заявления, а не на сказках, без вот этого вот всего. Неужели нельзя сразу вот к этому перейти хотя бы? Вот с упоминанием всех этих нюансов, особенностей, температур с влажностями, проверок после записи и прочего, СРАЗУ? А не начиная с того, что «болванки все волшебные, они читаются миллион лет, а если какая-то одна из миллиарда болванок не читается, то ты врёшь, должна читаться!», на что только после получения закономерных возражений порционно начинают выдаваться «нюансы».

К чему такой стиль аргументации? Зачем? Неужели от того, что нравится чувствовать вот это «ха, а у меня есть „но“, которого он ещё не знает»?

Не знаю, статью что ли напиши, а потом ссылайся на неё со словами «если записывать, проверять и хранить правильно, то все читаются, а делается это вот так» и ссылкой на статью эту с «инструкцией», так сказать, как это делается по-твоему «правильно». Так хоть толк будет и какое-никакое просвещение, а не срачи сплошные…

CrX ★★★★★
()
Последнее исправление: CrX (всего исправлений: 3)
Ответ на: комментарий от CrX

Где ты лапшу видел? Все что я сказал это или официальная информация с сылками того что например оптика используется в корпоративном секторе для долгосрочного хранения, или на результаты исследований по стандартизированным методикам ускоренного тестирования, что одно что второе это официальная информация и это отрицать как минимум глупо. По поводу моего опыта работы с болванками, да все до единой все работает из самых дешевых при контроле записи - я это подчеркиваю. Нерабочих болванок просто нет, и это я говорю не про оптику экстримально высокого качества, а про обычный тайванско индийский ширпортреб. Да, по ссылке классический вербатим индийского производства тех лет, как видно спустя 16 лет деградации просто нет, спустя 16 болванка в ультраидеальном состоянии, запас ресурса чудовищный. И это пусть и добротная оптика, но это простая бюджетная везде продаваемая и близко не архивная. Теперь почитай что там пишет есть что у него архивная оптика даже перестала читаться, поэтому вопросы вопросы по лапше это не ко мне. И так для примера статистики третьей стороны привел на ютубе, где диски писались без контроля, когда пишут как попало и нечитаемые болванкви очень тяжело найти, большая выборочная статистика третьей стороной, много выпусков видео и нет фактически нечитаемый, за несколько выпусков один CD-R попался. Вот она реальность, а не сказки про 10 лет и нечитаемую арзивную оптику.

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

Где ты лапшу видел?

Вот здесь:

Все что я сказал это или официальная информация с сылками того что например оптика используется в корпоративном секторе для долгосрочного хранения, или на результаты исследований по стандартизированным методикам ускоренного тестирования, что одно что второе это официальная информация

Это и есть лапша, как и любая «официальная» информация.

По поводу моего опыта работы

я это подчеркиваю

В том и дело, что не подчёркиваешь ты этого. Ты заявляешь, что у всех так, а у кого не так — врёт. А не что из твоего опыта, да ещё и с определёнными условиями. Это из тебя надо клещами вытягивать. В итоге да, говоришь, но лучше с этого начинать — именно это я и пытался донести.

Нерабочих болванок просто нет

Ну вот опять пошло враньё. Тебе по почте прислать нерабочую болванку?

Да, по ссылке классический вербатим

Плевать, что по ссылке. Твоё «просто нет» перебивается одним обратным примером.

Теперь почитай что там пишет есть что

Я это не распарсил, и в любом случае не хочу я читать, что там… что-то у кого-то. Что там кто-то ещё пишет никак не отменяет твоего наведения тени на плетень.

И так для примера статистики третьей стороны привел на ютубе, где диски писались без контроля, когда пишут как попало и нечитаемые болванкви очень тяжело найти, большая выборочная статистика третьей стороной, много выпусков видео и нет фактически нечитаемый, за несколько выпусков один CD-R попался

Вот ты сам себе уже противоречишь. То нет, то один попался. Ты реально не понимаешь, что это огромная разница?

CrX ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.
Тема будет перемещена в архив .